-
-
Notifications
You must be signed in to change notification settings - Fork 294
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
zbb (quietly) chokes on this *.bib #664
Comments
If that's helpful, here's what "Report Better BibTex Errors" says, when applied to the offending entry: Application context
Errors
** Debug log** reference to this issue References
P.s.: I was unable to submit the above report, as raised in #665 |
update: issue in #665 is solved, corresponding bug report has now been filed via Zotero, under ID AWG6H3KK |
Can you try with this version? |
fantastic, thanks so much @retorquere, problem solved. Just out of curiosity, what screwed up |
Nothing; there was a bug in BBT that failed import when the mimetype was missing. |
I've merged this to master and will cut a new release when #667 is fixed (tests are running on a fix). |
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. |
ac3.bib
andac2.bib
are part of the same BibDesk-generated*.bib
.ac2.bib
appears to be imported just fine; in theExtra
field I find, as expected:By contrast,
ac3.bib
, which also hasExtra
-worthy information is also imported (maybe by the default Bibtex translator?), but carries noExtra
after import (though it should).My interpretation of this unexpected behavior for
ac3.bib
: For some reason, the ZBB translator chokes and fails over to the default translator, which doesn't doExtra
s.Here is the working
ac2.bib
:and the failing
ac3.bib
:Both are also in this zip file.
Archive.zip
The text was updated successfully, but these errors were encountered: