Autoexport state does not update, notes do not export

[Clue-ess-coder]

Debug log ID

DP2I6EVZ-fio-Plta6dDidtLe

What happened?

I used Zotero 6 with better bibtex without issues. Upgraded to Zotero 7 and had to reinstall Better BibTeX, for some reason it wasn't exporting my library and I just REALLY hated Zotero 7's UI, so I switched back to Zotero 6. (exporting the library didn't work in Zotero 7, but I think the plugin did startup correctly). And now, after reinstalling better bibtex in Zotero 6, there seems to be a startup error.

I attached the debug log ID.

From the console this seems to be the issue:

{better-bibtex-startup} BetterBibTeX startup error: A parameter or an operation is not supported by the underlying object transaction@chrome://zotero-better-bibtex/content/better-bibtex.js:15824:34 open@chrome://zotero-better-bibtex/content/better-bibtex.js:16156:24

There are no sync conflicts between my local library and zotero servers.

I tried

• I tried disabling and removing the add-on (restarting zotero in both cases), didn't work in both cases.
• I also toggled automaticScraperUpdates from true to false and vice-versa (restarting zotero in both cases), still didn't work.

[github-actions]

🤖 this is your friendly neighborhood build bot announcing test build 6.7.235.7051 ("reopen on downgrade")

This update may name other issues, but the build just dropped here is for you; it just means problems already fixed in other issues have been folded into the work we are doing here. Install in Zotero by downloading test build 6.7.235.7051, opening the Zotero "Tools" menu, selecting "Add-ons", open the gear menu in the top right, and select "Install Add-on From File...".

[retorquere]

Please try build 7051

I also toggled automaticScraperUpdates from true to false and vice-versa (restarting zotero in both cases), still didn't work.

I don't know what that is intended to do.

[Clue-ess-coder]

I think I messed up the database or something, since I installed Zotero 6 on top of Zotero 7 (I didn't uninstall Zotero 6 first). I fixed that, cleaned up everything, and did a clean install of Zotero 7. Now, we're good. 👍

[github-actions]

Thanks for the feedback! Just so you know, GitHub doesn't let me control who can close issues, and @retorquere likes to leave bug reports and enhancements open as a nudge to merge them into the next release.

[retorquere]

I think I messed up the database or something, since I installed Zotero 6 on top of Zotero 7 (I didn't uninstall Zotero 6 first). I fixed that, cleaned up everything, and did a clean install of Zotero 7. Now, we're good.

You didn't mess anything up, it is quite possible that the caching system I use isn't downwards compatible. Build 7051 was supposed to address that.

[Clue-ess-coder]

Would downwards compatibility be supported in future releases? (As there's a very high I'll switch back to Zotero 6, LOL—Zotero 7 doesn't quite do the job for me.)

[retorquere]

That's what build 7051 addressed.

[Clue-ess-coder]

Okay so, switched back to Zotero 6, and yes better bibtex starts up as expected. But it seems there's a new problem. Automatic exports don't seem to be working. I tried: exporting with notes, without notes, different Better- and from Better BibTeX preferences with [Export now], I noticed the updated field didn't change at all: It's stuck at the export's created time.

New items are updated in the export (although the updated field still doesn't reflect that); notes aren't reflected still.

[retorquere]

debug log id

[Clue-ess-coder]

Here you go: P3TYAS2D-fio-dYXfOtbYPziB

[retorquere]

Did you mean to close the issue?

[retorquere]

A new build will drop in a few minutes, please reproduce the problem and send a new log (regular log preferred over fio, if the regular log works).

[Clue-ess-coder]

Very well then.

[github-actions]

🤖 this is your friendly neighborhood build bot announcing test build 6.7.236.7054 ("add logging")

This update may name other issues, but the build just dropped here is for you; it just means problems already fixed in other issues have been folded into the work we are doing here. Install in Zotero by downloading test build 6.7.236.7054, opening the Zotero "Tools" menu, selecting "Add-ons", open the gear menu in the top right, and select "Install Add-on From File...".

[Clue-ess-coder]

No changes still.

Debug Output.txt

[retorquere]

Doesn't the regular BBT debug log work?

[Clue-ess-coder]

Ah you meant THAT log, here is the ID: DD5K5DXQ-euc/6.7.236.7054-6

[retorquere]

Can you recreate the problem, send a new debug log, but with the include cache" checkbox in the debug log dialog checked?

[github-actions]

🤖 this is your friendly neighborhood build bot announcing test build 6.7.236.7080 ("New Crowdin updates (#2997)\n\n* New translations better-bibtex.ftl (French)\r\n\r\n* New translations better-bibtex.ftl (German)\r\n\r\n* New translations better-bibtex.ftl (Italian)\r\n\r\n* New translations better-bibtex.ftl (Chinese Simplified)\r\n\r\n* New translations better-bibtex.ftl (Portuguese, Brazilian)")

This update may name other issues, but the build just dropped here is for you; it just means problems already fixed in other issues have been folded into the work we are doing here. Install in Zotero by downloading test build 6.7.236.7080, opening the Zotero "Tools" menu, selecting "Add-ons", open the gear menu in the top right, and select "Install Add-on From File...".

[Clue-ess-coder]

After installing build 7080: VZATSRSI-euc/6.7.236.7080-6

After test: 89DFFR97-euc/6.7.236.7080-6

Exports works as expected (when annotations are extracted). The updated field is stuck at the created time still. And there seems to be an issue with syncing with Zotero servers now.

sync-error.mp4

[retorquere]

Are you sure the latter is BBT related? I see errors relating to sync in your log, but that's about accessing https://api.zotero.org/keys/current, and if I access that outside Zotero, I get timeout errors too. It seems like something is amiss with their servers.

[Clue-ess-coder]

Apparently, it wasn't. I think my internet had issues or something; Zotero sync works now.

While It doesn't compare to the previous working of better BibTeX (before the Zotero 7 shenanigans), but it works. Thank you! 🎉

[retorquere]

I didn't really need the work it involved but 7 I a lot faster all around, also BBT is faster, and it solves memory problems on Windows. The main reason BBT was hard to port is that it does so many things that Zotero wasn't prepared for, so I have deeply zotero-version-dependent code.

[retorquere]

Can you select a few of the items that have notes that are not being exported, right-click, and then send a debug log from the popup menu? The log ID will have -refs in it.

[Clue-ess-coder]

Sorry for responding late.

Let me rephrase the issue as of right now.

The only time export seems to work is when I use the Add Note from Annotations option. My workflow right now involves me extracting some of those highlights, which means I have to manually create an item note, then add the notes/highlights I want to export with the Add to Note option.

[Export now] from BBT preferences seems to be the only way for me to export these notes.

I hope that makes sense.

(I notice there's an update)
Debug log ID (build 7080): FVEGWIPG-refs-euc/6.7.236.7080-6

(BBT 240 update)
On restart with logging enabled

Debug log ID: VJ7H39II-refs-euc/6.7.240-6