Zotero-better-bibtex: Citekey � on Windows for references without citation key, on Mac normal citekeys like zotero-1234

Created on 13 Aug 2020 · 8Comments · Source: retorquere/zotero-better-bibtex

Please verify all of the below before submitting:

you have picked the right category for the issue in the previous screen.
You are on the latest release of Zotero
in the Zotero addons screen you can see that you have the latest release of BBT (https://github.com/retorquere/zotero-better-bibtex/releases/latest)
you are posting a single bug or feature request.
the issue has a subject that succinctly describes the problem or question.
you are available for follow-up questions and testing.
you have included an error-report ID here generated by reproducing the problem, selecting the problematic reference(s), right-clicking, and submitting an BBT error report from that popup menu, not from the Help menu.
you have included the actual output you got from exporting the items you sent in the debug log, not simplified fictional output or a description of the output, and a sample (not a description) of how you want it to look instead, again based on the actual items you selected in the previous step.

Picking the right issue category is really important. Each category (Export, General error, Import, Key generation, Question) has different instructions for gathering the data necessary required to resolve the issue you are experiencing

The error report is important; it gives me your current BBT settings and a copy of the problematic reference as a test case so I can best replicate your problem. Without it, I'm effectively blind.

Report ID:
6UQDDQXE-euc
Expected behavior:*
**Actual behavior:

Hi, I use Zotero between computers.
I use BetterBibtex plugin. I have my library on two computers
While on Mac for different non-paper entries I have citekeys like zotero-1234, the same entries on windows have non-defined citekeys (citekeys appear as �)
How I could solve that?

bug

Source

danieltomasz

All 8 comments

It looks like you did not upload an debug report. The debug report is important; it gives @retorquere your current BBT settings and a copy of the problematic reference as a test case so he can best replicate your problem. Without it, @retorquere is effectively blind. Debug reports are useful for both bug analysis and enhancement requests; in the case of export enhancements, I need the copy of the references you have in mind.

This request is much more likely than not to apply to you, too, _even if you think it unlikely_, and even if it does not, there's no harm in sending a debug log that turns out to be unnecessary. @retorquere will more often than not just end up saying "please send a debug log first". Let's just skip over the unnecesary delay this entails. Sending a debug log is very easy:

If your issue relates to how BBT behaves around a specific reference(s), such as citekey generation or export, select at least one of the problematic reference(s), right-click it, and submit an BBT debug report from that popup menu. If the problem is with export, please do include a sample of what you see exported, and what you expected to see exported for these references.
If the issue does not relate to references and is of a more general nature, generate an debug report by restarting Zotero with debugging enabled (Help -> Debug Output Logging -> Restart with logging enabled), reproducing your problem, and selecting "Send Better BibTeX debug report..." from the help menu.

Once done, you will see a debug ID in red. Please post that debug id in the issue here.

Thank you!

label-gun[bot] on 13 Aug 2020

You've missed point 7.

retorquere on 13 Aug 2020

👍1

You've missed point 7.

Thanks, I just updated my initial post.

danieltomasz on 13 Aug 2020

:robot: this is your friendly neighborhood build bot announcing test build 5.2.53.6961 ("fallback needs a postfix")

Install in Zotero by downloading test build 5.2.53.6961, opening the Zotero "Tools" menu, selecting "Add-ons", open the gear menu in the top right, and select "Install Add-on From File...".