Upgrade StorageJuris-M: RefMarks to Bookmarks after RTF-Scan Error
I installed the newest update 5.0.37m10 (on macOS 10.13.3; with RTF-Scan 2.0.35) and wanted to convert a Scrivener compile (with scannable cites) to docx via the odt-LibreOffice route. However, once I try to change the internal settings from RefMarks to Bookmarks, I receive the following error:
Zotero experienced an error updating your document.
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..createTextCursorByRange(Unknown Source)
at org.zotero.integration.ooo.comp.ReferenceMark.getReplacementCursor(ReferenceMark.java:441)
at org.zotero.integration.ooo.comp.Document.convert(Document.java:418)
at org.zotero.integration.ooo.comp.CommMessage.execute(CommMessage.java:149)
at org.zotero.integration.ooo.comp.CommMessage.getBytes(CommMessage.java:61)
at org.zotero.integration.ooo.comp.CommServer.run(CommServer.java:84)
at java.lang.Thread.run(Thread.java:745)
On a second try, the conversion runs but when I open the afterwards created doc in Word, I cannot switch from Bookmarks to Fields (instead of Fields the option remains RefMarks, even though the file is opened in Word).
I tried to rollback to Juris-M 5.0.35.m4 and RTF-Scan 1.0.34 but there too the same error occurs.
LibreOffice version: 5.4.5 (6.2 did also not work)
Word version: 16.10
I don't understand the error message so help would be much appreciated. Is it a Java problem? I have Java 8 Update 161 installed.
Zotero experienced an error updating your document.
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..createTextCursorByRange(Unknown Source)
at org.zotero.integration.ooo.comp.ReferenceMark.getReplacementCursor(ReferenceMark.java:441)
at org.zotero.integration.ooo.comp.Document.convert(Document.java:418)
at org.zotero.integration.ooo.comp.CommMessage.execute(CommMessage.java:149)
at org.zotero.integration.ooo.comp.CommMessage.getBytes(CommMessage.java:61)
at org.zotero.integration.ooo.comp.CommServer.run(CommServer.java:84)
at java.lang.Thread.run(Thread.java:745)
On a second try, the conversion runs but when I open the afterwards created doc in Word, I cannot switch from Bookmarks to Fields (instead of Fields the option remains RefMarks, even though the file is opened in Word).
I tried to rollback to Juris-M 5.0.35.m4 and RTF-Scan 1.0.34 but there too the same error occurs.
LibreOffice version: 5.4.5 (6.2 did also not work)
Word version: 16.10
I don't understand the error message so help would be much appreciated. Is it a Java problem? I have Java 8 Update 161 installed.
(If all goes well -- this will be the first field test of this mechanism, so fingers crossed.)
Possible points of trouble are LO 5.1 (which seems to have been more afflicted), and Java subsystem mismatches. For what it's worth, my test was with LibreOffice 6.0.2.1, with JRE of Java 8 / 161.
(In any case, I don't think either Juris-M word processor integration or the RTF/ODF Scan plugin are the cause of the error.)
I started the debugging and tried to submit but received an "Error submitting output."
At the top of the log are several
"[JavaScript Error: "Overwriting translator with same filename..."
May I send you the log somehow in another way?
I will try with different texts and update LibreOffice to see if it goes away.
Those error messages re translator overwrites are not relevant. I have the same errors on my system here (and do plan to rid us of them in due course), but things are ticking over fine.
I did upgrade/reinstall Juris-M and LibreOffice and now I can change from RefMarks to Bookmarks in LibreOffice without an error. Saved as doc and opened in Word I can change citation styles but when I try to change the internal settings I do not get to pick "Fields," it's still "RefMarks".
So I copied everything to a new doc where I had set the prefs already to bookmarks. Here I get "Fields" as an option now but when I try to switch Juris-M is only active for brief second and nothing gets changed.
I tried again to send the log but received a submission error again:
(1)(+0000511): HTTP POST https://our.law.nagoya-u.ac.jp/updater/report?debug=1 failed with status code 413: <!DOCTYPE html>
request entity too large
413
(1)(+0000012): Error: HTTP POST https://our.law.nagoya-u.ac.jp/updater/report?debug=1 failed with status code 413: <!DOCTYPE html>request entity too large
413
Error: HTTP POST https://our.law.nagoya-u.ac.jp/updater/report?debug=1 failed with status code 413: <!DOCTYPE html>request entity too large
413
Zotero.HTTP</this.UnexpectedStatusException@chrome://zotero/content/xpcom/http.js:19:16 Zotero.HTTP</this.request</xmlhttp.onloadend@chrome://zotero/content/xpcom/http.js:319:21I tried to send a log again but it failed, too.
These are a few more steps then previously (odt > scan > bookmarks > doc > copy to another doc > add bibliography > change to fields) and I don't know if anything is interfering at my end, but at least it's working again.
1. After the ODF Scan conversion, are you refreshing the document after selecting a non-footnote style?
2. Are you saving the document out of LibreOffice with extension *.doc or extension *.docx?
2. I did both but kept working with the doc (which I saved as a docx after the switch to "fields" was possible). In the past, only doc did work.
Would be great if the many in-between steps could be avoided but for now it's alright. Thank you again for the quick support (and a great tool!).
Assuming it has something to do with my user account on macOS, I created a new one and tried there, where it worked — again only once.
After some trial and error, the following procedure continued to work:
1. Open RTF-scanned file with LibreOffice.
2. Refreshing with JM Tailor & Francis Chicago Style.
3. Change to bookmarks, save.
4. Save as docx.
5. Again go to Doc prefs, verify bookmarks as setting, ok, save.
6. Quit Juris-M.
7. Reopen Juris-M, re-install Word add-in via Juris-M prefs (if I don't do this, it's "RefMarks" also in Word).
8. Open file with Word, switch to "Fields," save.
Because I have to quit Juris-M and re-install the add-in every time, I could not log what it is doing. I tried to follow that procedure on my usual user account but to no avail.
So, it has something to do with my settings, prefs etc. there, it seems. But I could not trouble-shoot what. Still, the need to re-install the add-in in the new account speaks for another issue.
If you are able to capture a log of that covers the libreoffice-menu-in-word issue, you can copy-paste the log into a file, after which we can work out a method of delivery.
Without a log or steps to reproduce, there probably isn't much useful that I can do.
I went through the steps (Scrivener compile -> RTF Scan -> choose citation style in LibreOffice, save -> switch to bookmarks, save as docx -> open in Word) while Juris-M was tracking and saved the log in a txt-file (there was one error when I first tried to switch to bookmarks). The RefMarks in Word issue happened again.
I tried to submit it but that failed again, too.
How may I send you the log? It's 2,5 MB.
With respect to the error you experienced, this is the cause:
"Unknown field type "ReferenceMark"That was thrown in Word, which doesn't recognize ReferenceMarks from LibreOffice world. At a guess, what may have happened is that Juris-M kicked off a process to transform the marks through the document after you changed the setting, but the document was saved as *.docx before the process was completed.
Possibly there was a separate error in the ReferenceMarks -> Bookmarks conversion step, that isn't captured in the log file you've kindly sent.
When Juris-M converts from RefMarks to bookmarks, usually its window comes to the fore. Then, when it is done, the LibreOffice window comes to the front again automatically. I waited for this to happen before I saved. However, there was also an error when I first tried to start the conversion.
I am still unsure if there is not a larger issue at my end because the process does only work correctly on the new macOS user account.
I tried to set everything up again but could not, because I also cannot export my library to Zotero RDF anymore, with the following errors (I resolved the first one by installing the Chrome connector...):
[JavaScript Error: "Component returned failure code: 0x80520001 (NS_ERROR_FILE_UNRECOGNIZED_PATH) [nsILocalFile.initWithPath]" {file: "chrome://zotero/content/xpcom/file.js" line: 46}]
(1)(+0000005): TypeError: item.multi._lsts is undefined generateItem@Zotero RDF:386:1 doExport@Zotero RDF:602:3
(2)(+0000000): Translate: Translation using Zotero RDF failed: TypeError: item.multi._lsts is undefined generateItem@Zotero RDF:386:1 doExport@Zotero RDF:602:3 url => /Users/xxx/Desktop/My Library downloadAssociatedFiles => true automaticSnapshots => true
That said, export/import is not a good way to migrate your data. Links to your documents would be broken. The simplest migration method is to sync everything on Machine A, and then set Machine B to sync to the same account.