citeproc-js breaks initial Quick Copy drag after Firefox startup

[dstillman]

After a restart of Firefox, an initial bibliography Quick Copy drag fails. Subsequent drags (presumably after the engine initialization) work.

I don't know if this is citeproc-js or something in Zotero called by citeproc-js, but I've verified that adding "return {};" before "return new Zotero.CiteProc.CSL.Engine(Zotero.Cite.System, xml, locale);" in style.js and commenting out the lines below "var csl = Zotero.Styles.get(format).csl;" in quickCopy.js (replacing them with placeholders for 'text' and 'html') fixes the problem. Seems like it could also plausibly be a Firefox bug.

Tested on OS X with the trunk in Minefield using APSA as the output format.

[fbennett]

I'm unable to reproduce this under Linux. Tried both the multilingual branch and 2.1b5, and both drop the bibliography listing on the first attempt, with both OpenOffice and gedit plain text editor. There are issues in both cases (raw HTML in the dropped text under OO, and corrupted Unicode characters in gedit), but the text does appear.

Odd that there would be different behavior on the two platforms. Does a try/catch around the citeproc-js instantiation turn up anything?

[dstillman]

There's already a try/catch around the call. It's not actually failing, since the engine gets returned—it just breaks the drag.

Let's see if Simon can reproduce.

[simon]

I can reproduce on OS X. As I recall, an XHR and a number of other things can break a drag. Not sure if this is in citeproc-js or on my end; I'll look into it further.

[simon]

(In [7932]) closes #1771, citeproc-js breaks initial Quick Copy drag after Firefox startup

caused by an XHR, which inexplicably breaks dragging behavior