Closed ermsdev closed 4 years ago
5.2.11 doesn't show the error in Zotero.
(unescaped underscores in URLs seem to cause a problem when compiling my document, that would be a separate issue that I'm guessing is already fixed in 5.2.13 since there was no issue compiling with .bib files exported by 5.2.13; I'd have to uninstall/reinstall again to make sure)
I'm having the same issue.
@stephenermshar the URL issue could be the same as #1305; it is in any case not related to the problem you're seeing here. The log gives me some leads.
@sharulhafiz "an error occurred" is just how Zotero reports all errors in translators. Without a debug log it is not possible to say whether you have the same issue. A log would be most appreciated.
@stephenermshar I have your error reproducible, shouldn't be hard to fix.
:robot: this is your friendly neighborhood build bot announcing test build 5.2.13.5803 ("enrich for foreground exports, fixes #1420")
Install in Zotero by downloading test build 5.2.13.5803, opening the Zotero "Tools" menu, selecting "Add-ons", open the gear menu in the top right, and select "Install Add-on From File...".
@stephenermshar can you try 5803?
@stephenermshar I see you have background exports turned off. Did you experience problems with them?
I updated to 5.2.14 since I see you added that version after I opened this issue. There are no issues with exporting now.
As far as I know I didn't do anything to disable background exports. This may be unrelated, but I tried setting extensions.zotero.translators.better-bibtex.workers
to 0
(as mentioned in #1396) before opening an issue, even though it looked like it was already set to 0
.
If background exports are the same as selecting the keep updated
option on export, I just hadn't gotten to try that yet, but I have now and it works well.
Thanks! 🎉🎉🎉
Yeah I could replicate the problem and fixed it. I thought it severe enough that I wanted to publish the fix immediately, but thanks for the confirmation.
Setting workers to 0 means no background exports (which is not the same as auto exports - I'll need to document that clearer).
I'd recommend keeping workers at the default 1 unless you're experiencing problems and we're investigating them. In this case I benefitted from you having it at 0 because that brought this bug to light.
oh and the slider in the advanced pane for background exports just sets the workers value - the slider allows you to set workers between 0 (disabled) and 10 (really only useful if you have many auto exports set up)
I'm glad it helped reveal the issue! I'll set that back to 1 then, thanks again.
Oh in #1396 I recommended to set workers to 0 as a temporary workaround, it's not meant as a fix. I mean for background exports to be the default. It's already much more performant than regular exports ever were.
My pleasure. I have added a test case for this so it can't happen again.
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Report ID: 3LD6BNJN-euc
Exporter used: Better BibTeX, Better BibLaTeX
Expected behavior: Select items from Zotero, export to a .bib file using the Better BibTeX formats with no translator options selected.
Actual behavior: Select items, click export, select the Better BibTeX format, click ok, click save in file dialog, Zotero briefly loads and then an error appears, "An error occurred while trying to export the selected file." A .bib file does get created with only one item in it, regardless of how many were selected to be exported.
I'm new to BibTex, and the default BibTex export format provided by Zotero kept preventing my document from compiling. The individual items that Better BibTex does export do appear to work in my document.
I'll try downgrading to an older version of Better BibTex later to see if it's a recent issue.
Exported file with the
Better BibTex
format:Exported file with the
BibTex
format: