crosswire / xiphos

Xiphos is a Bible study tool written for Linux, UNIX, and Windows using GTK, offering a rich and featureful environment for reading, study, and research using modules from The SWORD Project and elsewhere.
http://xiphos.org
GNU General Public License v2.0
208 stars 51 forks source link

Nautilus? - Xiphos doesn't show bible text #386

Closed xiphos-bug-inhaler closed 8 years ago

xiphos-bug-inhaler commented 14 years ago

Hi, yesterday everything worked perfectly. Today in the morning while trying to run Xiphos, it opened 12 (sic!) Nautilus File Managers and did not show any text from the bible. It shows modules but each time I was trying to change module 2 more Nautiluses were opened. And it happened each time. I reinstalled Sword and Xiphos, the problem is the same. When I tried to start Xiphos from terminal it did exactly the same - 12 Nautiluses and no text. I tried several times. I have Linux on OpenSuse 11.1, the latest versions of Sword and Xiphos. Below is the listing from terminal window:

boguslaw@linux-n407:~> xiphos Initializing nautilus-share extension Nautilus-Share-Message: REFRESHING SHARES Nautilus-Share-Message: ------------------------------------------ Nautilus-Share-Message: spawn arg "net" Nautilus-Share-Message: spawn arg "usershare" Nautilus-Share-Message: spawn arg "info" Nautilus-Share-Message: end of spawn args; SPAWNING

Nautilus-Share-Message: returned from spawn: SUCCESS: Nautilus-Share-Message: exit code 255 Nautilus-Share-Message: ------------------------------------------ Nautilus-Share-Message: Called "net usershare info" but it failed: 'net usershare' returned error 255: net usershare: usershares are currently disabled

boguslaw@linux-n407:~> --- Hash table keys for warning below: --> file:///

(nautilus:5891): Eel-WARNING **: "nautilus-metafile.c: metafiles" hash table still has 1 element at quit time (keys above)

(nautilus:5891): Eel-WARNING **: "nautilus-directory.c: directories" hash table still has 1 element at quit time Shutting down nautilus-share extension

greetings, Boguslaw Kluz

Reported by: *anonymous

Original Ticket: gnomesword/bugs/385

xiphos-bug-inhaler commented 14 years ago

Attached settings file

Original comment by: nobody

xiphos-bug-inhaler commented 14 years ago

If you have Firefox 3.6 on your system, this is a known issue. We're still working on a fix.

Original comment by: ransom1982

xiphos-bug-inhaler commented 14 years ago

Yes, I do have Firefox 3.6 I can see that jumping into new releases is not wise ;) I'll be waiting patiently...

Original comment by: nobody

xiphos-bug-inhaler commented 14 years ago

Hi. I have been getting this problem in Arch Linux for a fortnight or so whether I have Firefox is installed or not. Actually I have never had Firefox 3.6 "installed", although currently I am running it from a folder in my user directory. Is this bug linked to this one by any chance?

https://sourceforge.net/tracker/?func=detail&aid=2961704&group_id=5528&atid=105528

Original comment by: *anonymous

xiphos-bug-inhaler commented 14 years ago

Thanks for all the reports everyone. Whoever "google.com/accounts" is, your issue is the same (I think). It doesn't actually matter if you have firefox installed. Xiphos uses the underlying xulrunner library (which firefox also uses) which is where the actual problem is. Running "xulrunner -v" should tell us whether it's the same issue or not.

Original comment by: nobody

xiphos-bug-inhaler commented 14 years ago

Running "xulrunner -v" in my console ruturns: Mozilla XULRunner 1.9.2.0 - 2010011500

Boguslaw Kluz

Original comment by: nobody

xiphos-bug-inhaler commented 14 years ago

xulrunner 1.9.2 is indeed the culprit. It's what Firefox 3.6 uses.

Original comment by: nobody

xiphos-bug-inhaler commented 14 years ago

Hi nobody et al,

Yes running "xulrunner -v" gives me: Mozilla XULRunner 1.9.2 - 20100207115400 Good to know what the problem is. Thanks for the info.

green.

Original comment by: *anonymous

xiphos-bug-inhaler commented 14 years ago

If any of you are compiling yourself, a simple recompile of 3.1.2 should fix the problem. If you're on Fedora, check to be sure that you have xulrunner installed.

Original comment by: ransom1982

xiphos-bug-inhaler commented 14 years ago

ransom,

I already tried recompiling, but no joy. If I try to remove xulrunner I run into dependency problems, eg:

"yelp: requires xulrunner>=1.9.2" "gnome2-user-docs: requires yelp>=2.28.0"

It seems it's not just Firefox 3.6 that wants this version of xulrunner.

green.

Original comment by: nobody

xiphos-bug-inhaler commented 14 years ago

When recompiling, you need to make sure that your xulrunner devel version is also 1.9.2. You should be able to figure that out with something like this: pkg-config --modversion libxul If you are sure of that and still have problems, please explain in more detail what happens when you run Xiphos.

Original comment by: ransom1982

xiphos-bug-inhaler commented 14 years ago

Hi ransom, Running "pkg-config --modversion libxul" in terminal returns simply: 1.9.2. So I should be good? Compiling xiphos 3.1.2 goes fine (sword was already installed btw). On running xiphos the xiphos window opens, but 15 instances of nautilus also open (it was 14 last time). I close all the nautilus windows. My installed modules are listed in the xiphos "Modules" pane, but all other panes are empty. If I try to select a bible or a commenatry or whatever from the "Modules" pane, instead of the module opening I get two more instances of Nautilus. It is, therefore, impossible to load the modules. Another, possibly related, problem is that any attempt to run "Module Manager" results in the program crashing with the error: Gdk-CRITICAL **: gdk_window_set_cursor: assertion `GDK_IS_WINDOW (window)' failed I am running Arch, all up-to-date inc. Sword. Thanks, hope you can help. Life is't the same without xiphos :(

Original comment by: *anonymous

xiphos-bug-inhaler commented 14 years ago

Here is the error when I run xiphos (and get 15 nautiluses). It doesn't matter what theme engine I use:

[mike@mike-laptop ~]$ /usr/local/bin/xiphos \ (xiphos:5672): CRITICAL **: murrine_style_draw_box_gap: assertion `height >= -1' failed

[mike@mike-laptop ~]$ /usr/local/bin/xiphos \ (xiphos:5753): CRITICAL **: clearlooks_style_draw_box_gap: assertion `height >= -1' failed

Original comment by: *anonymous

xiphos-bug-inhaler commented 14 years ago

I do not believe the gtk errors and warnings people are posting here have anything to do with the issue. These warnings have been around for a while, and appear in other programs too.

google.com/accounts, is it possible that you have more than one version of xulrunner installed? Can you run "ls /usr/bin | grep xulrunner"?

Original comment by: ransom1982

xiphos-bug-inhaler commented 14 years ago

On running "ls /usr/bin | grep xulrunner" it returns just one instance:

"xulrunner"

Original comment by: nobody

xiphos-bug-inhaler commented 14 years ago

Sorry hat was me, just one instance of xulrunner.

Original comment by: *anonymous

xiphos-bug-inhaler commented 14 years ago

fixed in -r3720.

Original comment by: karlkleinpaste