Bugs in Classic citation editor box

edited April 8, 2019
There are frustrating bugs in the Classic citation editor box.In the original implementation, hiding the editor and saving the citation caused the text to revert to context.I don't know when it was changed, but that is no longer the case.Saving the item with editor hidden leaves the edited text in place.There seems no way of reverting the citation short of removing it and recreating the citation from scratch.

There are other anomalies.

When the user opens the Classic dialog and selects one or more items for insertion, and then opens the editor (by clicking on "Show editor..."), the citation is shown in its full form, regardless of context.If no changes are made, saving the citation renders it in context (producing "ibid," first, or subsequent form as appropriate.)

When the user first saves a citation, then opens it for editing and selects the Classic dialog, then clicks "Show editor...", the citation is shown as rendered in context (and so, "ibid," first, or subsequent form as appropriate.)

The two cases display different text in the citation editor box for the same citation in the same context, but in both cases, any change to the displayed text constitutes an edit, I guess, and freezes the citation (as stated in the warning text).What is weird and wonderful is that in the first scenario, editing the citation to be correctfor context constitutes an edit, and freezes the text as "Ibid." or whatever, for ever more.

So there are two issues here:

(1) There should be a way to revert a citation that has been edited through the Classic citation editor box short of reconstructing the entire citation.There should also be an instruction in the dialog that guides the user on how to revert.

(2) When opened, it should either uniformly show the first-reference form of the citation, or the form in context.I guess it doesn't much matter which, but the user isn't going to appreciate the reasons for inconsistency.
  • edited April 8, 2019
    I forgot to mention one further bit of weirdness.If the user opens a previously edited citation once again (by opening the Classic dialog, then clicking on "Show editor..."), and manually edits the text to be correct for context, saving the citation reverts to the edited form -- the save in that single case has no effect at all, which is downright bizarre.
  • Thanks, but these things are unlikely to be fixed — we're currently porting the Quick Format bar to HTML/React, and the plan is to add library browsing as an option to that and remove the classic dialog altogether.

    The editor has long since been obsoleted by the ability to edit citations in the document and be prompted about whether to keep them, so the editor really should've been removeda long time ago.(I'm actually not sure what currently happens if you edit a citation in the document and then click the Add/Edit Citation button, but ideally that would show you a similar prompt with the ability to clear the manual changes.)
  • edited April 9, 2019
    It declares the modified text to be the original. 188BET靠谱吗https://forums.zotero.org/discussion/76804/incomplete-and-misleading-dialog-for-modified-citations

    Anyway, looking forward etc etc.

  • I have no idea how the underlying data is managed, but there will be documents floating around with both types of modification, and I guess some means of merging the two must be in the works, so that users with pre- and post- unification clients can edit the same document without things breaking.
  • edited April 9, 2019
    Okay, last verse of my little ode to expired functionality here.

    When a citation is edited via Classic editor etc, saved, then reopened, the toggleEditor function in addCitationDialog.js throws for an undefined .done() method in the promise chain.

    - 30 -
Sign Inor Registerto comment.