Systematic crash of libreOffice
Hi,
I've got libreOffice 5.2.4.2 under Ubuntu installed with Firefox 50.1.0 and the Zotero-firefox Plugin 4.0.29.16 installed.
Unfortunately LibreOffice systematically crashes when I a add more than a few words to a citation (in "prefix" for example) or sometimes adding more than one source to a citation..normally working lasts only a few minutes until it crashes.
Tried Solutions:
1) I already played with JRE-Versions, but it seems my libreOffice recognizes only the normal "Oracle 1.8.0_111" (=OpenJDK 8), a test with OpenJDK 9 was not recognized by libreOffice
2) I also tried the Zotero StandAlone, but it didn't change anything.
Error messages:
Started in a shell libreOffice gave me the following output (/stdout):
1) "Gtk-CRITICAL **: gtk_grid_attach: assertion 'GTK_IS_GRID (grid)' failed" (this was at starting libreOffice, not yet doing anything with zoter)
2) "Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed" (this was when libreOffice crashed)
------------
I would really appreciate your help since I wanted to begin writing my PhD :-(
I've got libreOffice 5.2.4.2 under Ubuntu installed with Firefox 50.1.0 and the Zotero-firefox Plugin 4.0.29.16 installed.
Unfortunately LibreOffice systematically crashes when I a add more than a few words to a citation (in "prefix" for example) or sometimes adding more than one source to a citation..normally working lasts only a few minutes until it crashes.
Tried Solutions:
1) I already played with JRE-Versions, but it seems my libreOffice recognizes only the normal "Oracle 1.8.0_111" (=OpenJDK 8), a test with OpenJDK 9 was not recognized by libreOffice
2) I also tried the Zotero StandAlone, but it didn't change anything.
Error messages:
Started in a shell libreOffice gave me the following output (/stdout):
1) "Gtk-CRITICAL **: gtk_grid_attach: assertion 'GTK_IS_GRID (grid)' failed" (this was at starting libreOffice, not yet doing anything with zoter)
2) "Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed" (this was when libreOffice crashed)
------------
I would really appreciate your help since I wanted to begin writing my PhD :-(
However nothing unusual, I didn't do anything with GTK
I am using the zotero firefox plugin. I also have zotfile and zutilo installed. Disabling zotfile seems to help, but the problem still happens. I get it when inserting citations with more than one or two items, but not always.
I will post back when I can get a reproducible one that I can get an error message from.
I guess this (https://forums.zotero.org/discussion/comment/274631) is something similar. Libreoffice 5.2 crashes continuously, even on empty document, no crash at all with openoffice.org. With new version of Libreoffice 5.3, if openGL is on, crashes are not so regular, but still they happens always at some point. So, this is not a solution.
The strangest thing is that I was not able to reproduce Libreoffice 5.2 (used in production) crash after above mentioned procedure. Probably it's because I updated Zotero extension in Libreoffice to 5.0.0 beta (https://www.zotero.org/download/dev/Zotero-LibreOffice-Plugin-trunk.xpi). In Firefox it shows 3.5.12.r10160 updated today. At the moment everything works, no crash. I can insert, change entries and update bibliographies.
So, it seems the solution is to install this libreoffice plugin https://www.zotero.org/download/dev/Zotero-LibreOffice-Plugin-trunk.xpi
Anyway, I'm happy and thanks to developers! Really, there is no alternatives for Zotero :)
Installing Zotero 5 Beta and its Libre Office Plugin did not solve the issue. Libre Office still freezes when e.g. Zotero is not running or when I try to create a bibliography in a master document.
Libre Office is 5.2.6.2
Zotero is 5.0-beta.202+ddc9989
OSX 10.11.6
Thanks!
Thank you!
I can reproduce a freeze of LibreOffice (5.3.0.3. + Zotero Standalone 4.0.29.15 + MacOSX 10.11.6) when I change the citation style of an existing document in the Zotero preferences.
following your advice I downgraded to the stable version of LO 5.2.7.2 (on Mac OSX) but I observe the same freeze-problem when changing the citation style.
I wish I had more experience with macOS, but I'm afraid I won't be that helpful for you as I've never dealt with macOS for production (shame on me).
Just a lame idea though: if I would have some free time, I probably try to run Zotero in a virtual machine environment, say, some Linux flavor, connected with your current Data Directory, and see how LO will behave on a different rig. At least you can tell then whether it's your OS fault or not.
I have a notebook running Linux Mint 17.3. here I observe the same bug.
As mentioned above the system does not freeze but it gives out an error message:
An error occurred communicating with Zotero:
com.sun.star.uno.RuntimeException: End of content node doesn't have the proper start node
at com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method)
at com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java:185)
at com.sun.proxy.$Proxy52.createTextCursorByRange(Unknown Source)
at org.zotero.integration.ooo.comp.ReferenceMark.setText(ReferenceMark.java:157)
at org.zotero.integration.ooo.comp.CommMessage.execute(CommMessage.java:127)
at org.zotero.integration.ooo.comp.CommMessage.getBytes(CommMessage.java:40)
at org.zotero.integration.ooo.comp.CommServer.run(CommServer.java:60)
at java.lang.Thread.run(Thread.java:724)
'An error occurred communicating with Zotero:
com.sun.star.uno.RuntimeException: End of content node doesn't have the proper start node
at com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method)
at com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java:185)
at com.sun.proxy.$Proxy52.createTextCursorByRange(Unknown Source)
at org.zotero.integration.ooo.comp.ReferenceMark.setText(ReferenceMark.java:157)
at org.zotero.integration.ooo.comp.CommMessage.execute(CommMessage.java:127)
at org.zotero.integration.ooo.comp.CommMessage.getBytes(CommMessage.java:40)
at org.zotero.integration.ooo.comp.CommServer.run(CommServer.java:60)
at java.lang.Thread.run(Thread.java:724)
Pressing ESC closes the error message and LO is still running stable.
I have installed Zotero standalone V4.0.29.10 and LO 5.3.1.2 on my Linux Laptop.
I hope this help to solve the problem.
*.sun.* and *.java.* strings are kinda suggesting there might be something wrong with JRE installation, or its version, which can confuse LO. Just for the record, I use JDK8 (8.0.131 to be precise) installed from chocolatey repo on my Windows 10 laptop, and I've never seen the related error. I'm not a programmer by any means, I'm just guessing, so don't quote me on that:)
On my Linux notebook the most recent java version JDK8 was installed.
I tried reproduce the bug in a new odt document and... it works (!)... no error.
Thus the must be something special with the particular odt file.
Maybe I can upload my file somewere for some deeper bug research.
On my MacBook Java 8 Update 131 is also installed due to the system settings. But LO still uses version JDK 1.7.0_45. So far I am unable to locate jdk1.8.0_131.jdk.
Due to some "startpaging" it should be there:
/Library/Java/JavaVirtualMachines/jdk1.8.0_131.jdk/Contents/Home
but it is not.
How interesting. My LO uses 1.8.0_131 JRE exclusively. Probably you could try to get rid of all installed java versions (`sudo apt-get purge openjdk*` for Linux Mint, I think), and explicitly install the latest one, and then check whether LO catches up.
Regarding older *.odt -- I've seen some pretty messed-up heavily-formatted Writer documents, but Zotero always manages to work nicely with them (just sharing my experience).