search

retorquere / zotero-better-bibtex

Make Zotero effective for us LaTeX holdouts
https://retorque.re/zotero-better-bibtex/
MIT License
5.28k stars 284 forks source link

Autoexport state does not update, notes do not export #2995

Open Clue-ess-coder opened 3 weeks ago

Clue-ess-coder commented 3 weeks ago

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

github-actions[bot] commented 3 weeks ago

:robot: 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 commented 3 weeks ago

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 commented 3 weeks ago

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[bot] commented 3 weeks ago

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 commented 3 weeks ago

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 commented 3 weeks ago

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 commented 3 weeks ago

That's what build 7051 addressed.

Clue-ess-coder commented 3 weeks ago

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 commented 3 weeks ago

debug log id

Clue-ess-coder commented 3 weeks ago

Here you go: P3TYAS2D-fio-dYXfOtbYPziB

retorquere commented 3 weeks ago

Did you mean to close the issue?

Clue-ess-coder commented 3 weeks ago

No, sorry. 😅

retorquere commented 3 weeks ago

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 commented 3 weeks ago

Very well then.

github-actions[bot] commented 3 weeks ago

:robot: 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 commented 3 weeks ago

No changes still.

Debug Output.txt

retorquere commented 3 weeks ago

Doesn't the regular BBT debug log work?

Clue-ess-coder commented 3 weeks ago

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

retorquere commented 2 weeks ago

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

github-actions[bot] commented 2 weeks ago

:robot: 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 commented 2 weeks ago

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.

https://github.com/user-attachments/assets/428a23dc-9e33-4edc-ac83-9406fedb1e8c

retorquere commented 2 weeks ago

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 commented 2 weeks ago

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 commented 2 weeks ago

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 commented 2 weeks ago

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 commented 1 week ago

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 image

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