Author, date and page number missing from copy/paste of annotation

chrislittle
Previously, if I copy/pasted an annotation's text it would include the author, date and page number if available in the output when pasted into e.g. a Word document. This feature has stopped working for me. I haven't changed anything in the settings that I can think of since it last worked, and can't see anything that lets me enable or disable this.

I'm running 8.0-beta.25+145fbfa19 (64-bit).

Is this a bug or am I missing something?
  • dstillman Zotero Team
    Make sure you're clicking the citation and pressing Ctrl-C. If you just select text, it will copy only the text.

    If you can't get it to work, provide a Debug ID for reproducing it.
  • chrislittle
    Thanks for the reply. I am clicking the highlighted text and using Ctrl+C.

    Debug ID: D1008604945
  • dstillman Zotero Team
    edited today at 3:37pm
    [JavaScript Error: "Error: Code promise is not resolved in noWait mode" {file: "chrome://zotero/content/xpcom/translate/src/translation/translate.js" line: 1845}]

    [JavaScript Error: "TypeError: loadPromise.isResolved is not a function" {file: "chrome://zotero/content/xpcom/translate/src/translation/translate.js" line: 1318}]
    Restart in Troubleshooting Mode (Help → "Restart in Troubleshooting Mode…”), which temporarily disables all plugins. This is likely caused by BBT.
  • chrislittle
    edited today at 3:55pm
    That fixes it, thanks. I've raised an issue on the better bibtex github.
  • emilianoeheyns
    Fair guess, but loadPromise.isResolved does not occur in BBT in the history I have in git. The log that was supplied also does not contain the errors above so I can't tell from the log context what plugin is active around that point.
  • dstillman Zotero Team
    edited 4 hours ago
    That's not code you call yourself. But something you're doing is likely breaking this. You've mentioned the "Code promise is not resolved in noWait mode" error before.
  • dstillman Zotero Team
    I mean, @chrislittle should re-enable all plugins except for BBT to confirm, but I think it's very likely that this is BBT.
  • emilianoeheyns
    I think you'll have to find what plugin most likely causes this by turning them on one by one. I can't entirely rule out that it is BBT, but the error above isn't mine, and the log on GH does not contain errors (and I don't think it includes quick-copy activity).
  • emilianoeheyns
    Ah I see, it is from Zotero itself. I've asked for a new log on GH with the error in it.
  • chrislittle
    Strangely, this was working again briefly and now isn't.

    To submit the better bibtex debug log, I upgraded to the latest beta when prompted. Immediately after running the update, the problem was then replicated in the better bibtex debug log I submitted.

    However, I then went back to working and performed the function as normal and was surprised to see it deliver the citation in the pasted output, with better bibtex enabled. Yet it then stopped working again subsequently.

    Here is a debug log ID for me performing this function and it working as expected. Better bibtex was enabled at this point:

    D220463750

    Here is a debug log ID performing the function and it not working as expected. Better bibtex is disabled here. This was done immediately after restarting Zotero.

    D471231059

    Thirty seconds later, I tried again and it worked. Better bibtex still disabled.

    D1695941269
  • dstillman Zotero Team
    edited 4 hours ago
    It's only relevant if you restart with a given plugin enabled or disabled. It's not clear to me from your description if that's what you did.
  • chrislittle
    In the second debug log (D471231059), better bibtex was disabled prior to restart. In the third (D1695941269), the same except it was thirty seconds or so after restart rather than immediately.

    The behaviour now seems to occur immediately after restart whether or not the plugin is enabled. After a short while (~30 seconds), it stops. This wasn't what was happening previously. It was happening when Zotero had been running for hours.

    Right now, with better bibtex enabled, it is working as expected. I guess I will wait to see if the function stops working as expected again and if it does, disable better bibtex, restart and keep working for a while to see if this fixes it or if it recurs.
  • emilianoeheyns
    I agree this is likely bbt. Let's continue on github
  • dstillman Zotero Team
    edited 4 hours ago
    Oh, if you mean you're triggering this immediately after startup, then that's basically expected — internally this uses translator machinery, and it takes a few seconds for that to initialize at startup. The delay could be exacerbated by the startup auto-sync kicking in.

    If you're seeing it later, that's a different matter.
  • chrislittle
    I was previously seeing it later. I will wait to see if/when the problem reoccurs and provide a bbt debug log ID on github to @emilianoeheyns if so.

    Thanks for the help!
Sign In or Register to comment.