Zotero endlessly duplicating citations in document
This really is killing me. I cannot find a solution.
I even downgraded back to LibOffice 3.6 thinking 4.0 was at fault.
I have a LARGE document with many citations - some of which seem fine but every time I add or refresh zotero in the document I get a huge number of errors - namely:
[IMG] http://i47.tinypic.com/2s80211.jpg [/IMG]
I am presented with a YES/NO choice in a dialog EACH time asking me if I want to keep 'modifications' to my citation text or restore the Zotero database text. It seems impossible - if I click NO I get endless duplications - another one each time around if I click Yes, I STILL get the damn dialog and the lovely feeling that my citation manager won't work properly since the citations are now out of its remit.
What can I do. I am at the end of my tether here. Please help me, I just don't know how to fix this or even how to start untangling the royal mess document has suddenly become.
Macintosh Snow Leopard
Zotero 3
Liboffice 3.6 and 4.0
I even downgraded back to LibOffice 3.6 thinking 4.0 was at fault.
I have a LARGE document with many citations - some of which seem fine but every time I add or refresh zotero in the document I get a huge number of errors - namely:
[IMG] http://i47.tinypic.com/2s80211.jpg [/IMG]
I am presented with a YES/NO choice in a dialog EACH time asking me if I want to keep 'modifications' to my citation text or restore the Zotero database text. It seems impossible - if I click NO I get endless duplications - another one each time around if I click Yes, I STILL get the damn dialog and the lovely feeling that my citation manager won't work properly since the citations are now out of its remit.
What can I do. I am at the end of my tether here. Please help me, I just don't know how to fix this or even how to start untangling the royal mess document has suddenly become.
Macintosh Snow Leopard
Zotero 3
Liboffice 3.6 and 4.0
http://www.zotero.org/support/word_processor_plugin_troubleshooting#debugging_broken_documents
I don't think it makes any sense to go through the trouble of doing 8 if this indeed affects several citations. Make sure that's the case, though: Once you have a copy of the document and that's still not working, try selecting "Yes" and see if Zotero jumps to the next citation or stops complaining. If the latter, just re-insert the citation in question.
I followed the steps when the problem first manifested itself to no avail. I'm in the process of re-inserting the problematic citations. I have no idea what might have caused this though. I have been able to edit the document on Linux, Pc and Mac boxes without too many issue up until now. Perplexing.
Re-inserting citations from scratch seems to do the trick. But it would be nice to know what caused this to occur. The fact that clicking either YES or NO had little effect each time zotero indexed the document is a bit worrying.
I'm resolved to just replacing the problematic citations for now so I can get on with things. Your help is much appreciated. The image I posted showed what happens when I pressed NO - it duplicated and appended the citation.
Again many thanks.
Simon did you get any joy from the file I sent you?
Is this an issue of me using zotero across various platforms (Linux at Home, Mac at Work)? Is this a problem with different versions of LO? Can anybody help me? Thanks.
Unfortunately, I can't tell you how the empty ReferenceMarks are being generated, but I will try to come up with a workaround for the issues with empty ReferenceMarks.
I think I have a hunch about how the empty Refmarks are being generated. This problem only seems to arise when I edit my document across platforms - specifically from Linux to Mac and back. Is this something to do with added formatting LO understakes? I notice that there is an extra field-shaded linebreak/return at the end of the affected citations. It's terrible - even if I fix this manually I get the endlessly repeating citations.
Also the document seems to have my last added citation as a header reserved for chapter fields on the first page of the document and deleting this deletes all subsequent header fields.
Can there be a patch that simply scrubs out all empty reference marks on a refresh or at least ignores them? A fix would be very (I could say desperately) appreciated.
https://github.com/zotero/zotero-libreoffice-integration/commit/0a7fe7a24af3bfeb68fecbb3a76ceeaac9d820db
he'd have to say if there's a version of the plugin that's ready for you to try.
In any case, the latest version of the LibreOffice plugin (3.5.5) should have a fix that will make the yes/no buttons in the dialog behave as expected. I don't think this will fix whatever is causing the empty field to be produced in the first place, but it should fix the subsequent endless duplication.
If you can provide steps that reproduce the issue reliably, I can probably track down the cause.
The new lines seem to appear when I click the update citations button in the LO zotero toolbar. I think they are somehow generated by zotero (I have no idea how or why) and this causes the problem. If you still have the document I sent along to you, you might not be able to replicate the issue by refreshing the citations as you don't have my zot. database.
I expect deleting empty reference marks as zotero checks the references might solve the problem without having to address the cause of it.
Thanks again for your attentive help. It's a problem I've been having recently and comes at a time where manually fixing everything or switching to anoher system just isn't that practical.
However I'd like to understand why or how these empty ref marks get generated. That still keeps happening and I get duplicated references, one stripped of zotero field codes and a new duplicate with the codes intact. Should Zotero not delete the old reference when combing through the document at the least?
Sorry to be such a pain but I can't imagine I am the only one effected, or am I?
"You have modified this citation since Zotero generated it. Do you want to keep your modification and prevent further updates…"
I always answer “No”. Nevertheless, these two references come up every time.
The first of these documents is by Foskett (1976a). (There are two 1976 references by Foskett. The other one is Foskett (1976b). It does not cause problems).
The second is by Mufwene: (Mufwene 2002, para. 2).
On refreshing or creating a bibliography, after I've answered Zotero's message, an additional citation to the same document is created, usually on the next line, about 10 or 12 words after the citation. Here is the example by Foskett:
"...insisted on the cross-societal, cross-cultural or cross-country element, other writers such as Foskett (1976a), Simsova & MacKee (1970, 1975) and Sami (2008) opened the door to comparisons (1976a)that are not cross-societal or cross-cultural in scope. In ..."
The second (1976a) should not be there. It was inserted by Zotero (or MS Word). I've replicated the fault with Foskett (1976a) and submitted error reports with Debug ID D1976202498 and D1497673709. It shows an additional citation being added every time I refresh or generate a bibliography.
The same error continues to occur after I deleted the citations and created them anew, repeatedly. I then deleted Foskett 1976a from my database and tried again. The problem recurred. I deleted it from Zotero's trash folder and tried again. The problem recurred.
This sounds like you just have two different versions of the item (e.g., duplicate items) cited in your document. You should find one version of the item (e.g., Foskett 1976b) and replace it with a citation to the other version.
Foskett 1976b is a quite different item, not another version. Even if it were, it would not IMHO explain why the system keeps adding an extra citation (in the wrong place in the text) every time I refresh. And when I replicated the fault (citing debug IDs) I used only a short piece of text.
Anyway, I'll try to sort this out myself and if I don't succeed I'll come back to start a new thread.
Thanks.
Try this
https://www.zotero.org/support/word_processor_plugin_troubleshooting#debugging_broken_documents
Starting with the "show field code" bit at the bottom.