Footnotes corrupted when track changes used

Hi,

I was using zotero to create footnote citations in a word document. I then used track changes, cutting a section of text from one version of the document and pasting that section into a later version of the document. I subsequently noticed that several footnotes from within that section of text were corrupted. Several footnotes disappeared. For example, footnotes 32-35 were still numbered in the text. But they had completely disappeared from the footnotes themselves. The notes just jumped from 31 to 36, and there was nothing I could do to get them back. In addition, footnote 36 repeated itself four times (with the #36 and the text of the footnote). There was no way I could delete one or more instances of footnote 36 without deleting all of them and losing the footnote completely.

I tried all the steps of "debugging corrupted documents" to no avail. I ended up just having to delete that section of text and retyping it, creating all the footnotes anew manually.

I am having the same problem that someone had on July 15, 2014. I have followed all the “debugging broken document” steps to no avail.

Please see the attached document. Footnotes 30-40 spontaneously corrupted. Can you fix this?

I want to use zotero for an entire 300-400 page book manuscript, but I can’t risk my footnotes being corrupted. It would take me hundreds of hours of work to recreate them at the end, if they were corrupted during the process. I'm not certain I can avoid using track changes for such a long manuscript. Would you recommend not using zotero word-processing integration for footnotes if I use track changes? Do I have to choose between track changes and using zotero for my footnotes? I thought this conflict was resolved, but I've read another recent reference on twitter to the conflict.

Thanks for any advice!

Debbie
  • I can't reproduce any such issues in a sample document I created. I should also note that Zotero doesn't actually manage the numbering of footnotes, that is left entirely up to Word (Zotero tells Word to insert a footnote as you would do manually and then adds its text into the footnote itself).

    There is no way to attach files to Zotero forum posts and I would not suggest publishing your book publicly. You're welcome to send a private Dropbox link to support@zotero.org (also with a link to this thread) if you want us to take a look at the corrupted footnotes and see if it is indeed an issue with Zotero. Might even be more helpful to obtain the original document before modifications and steps to reproduce the issue.
  • (Debbie sent the corrupted document to support@zotero.org previously — I told her to post here with more details on what the "corruption" was.)
  • Ah, I see. Excellent.

    I can reproduce the issue, but only by accepting the changes of the move in the text (i.e. accept footnote changes in the text), but rejecting changes in the footnotes. This doesn't make sense conceptually and it's unfortunate that Word even lets you do it. Unfortunately, it looks like that's exactly what happened in your document. Can you confirm that this could have been the case?
  • Thanks for your response. I understand what you are saying about accepting the changes in the text, but rejecting them in the footnote. However, I have no recollection of rejecting any changes. Of course, it's possible I did so inadvertently. Going forward, do you think I am safe creating zotero footnotes, if I am careful to keep the acceptance or rejection in the text and footnotes consistent? Do you have any tips on how to keep this consistent?

    Or do you think if I use track changes I should refrain from using zotero to create citations. I would still use it to organize my notes.
  • edited October 5, 2014
    Going forward, do you think I am safe creating zotero footnotes, if I am careful to keep the acceptance or rejection in the text and footnotes consistent?
    Yes. To my knowledge, you would experience the same exact issues with any other reference management software or even typing the footnotes manually.
    Do you have any tips on how to keep this consistent?
    I don't personally have much experience with this, but I think something that may help you avoid this issue is to immediately accept the insertion of a new footnote and reject the deletion of the old footnote _in the page footer_ when you perform the move.

    Some technical details:
    When you move a footnote (say from 3 to 1), 4 changes are created in the document. The footnote in the text is deleted (that's the superscripted 3), the footnote itself is deleted from the page footer, a new footnote is added in text (footnote 1), and the footnote 1 is added into the page footer.

    When you actually perform the deletion of a footnote marker in text (not just mark it for deletion via Track Changes), the footnote in the footer will always disappear (even if you have track changes on).

    When you accept the deletion of the in-text footnote marker, this automatically deletes the footnote from the page footer and you don't even have an option of rejecting that change (as per above paragraph, so accepting change for step 1 is linked to accepting change for step 2 in a sense). When you accept change for insertion of the new footnote, you still need to accept the addition of the footnote to the page footer. Conversely, if you reject the deletion of the old footnote, you need to go into the footer and reject the deletion there as well.

    Now, if you perform the move and immediately go to the footer and reject the deletion of the old footnote and accept the insertion of the new footnote, both footnotes will remain in the page footer and will be _entirely_ controlled by the acceptance/rejection of the in-text footnote marker. So if you choose to accept the deletion of the old footnote in the text, this will remove it from the page footer. If you reject the deletion, this will maintain it in the footer as well. If you reject the insertion of the new footnote, this will also delete it from the footer. Accepting the insertion will yield desired results as well.
  • thanks so much! These comments are invaluable.

This is an old discussion that has not been active in a long time. Before commenting here, you should strongly consider starting a new discussion instead. If you think the content of this discussion is still relevant, you can link to it from your new discussion.

Sign In or Register to comment.