JabRef 3.7dev--snapshot--2016-09-28--master--555944f
mac os x 10.11.6 x86_64
Java 1.8.0_102
Steps to reproduce:
- Select all entries in DB.
- Autogenerate BibTeX keys.
- Cleanup entries below.
67 out of 110 of my entries have modified keys which append "a" as though there are duplicates (note that there are not duplicate entries in my .bib file confirmed with Quality -> Find Duplicates). The associated PDFs are accordingly renamed.
If I Save/Exit/Re-launch and repeat the process, the "a"s are removed and the database is returned to the original state.
If I repeat the process two times before saving, those entries have "b" appended. An additional time and I have "c" and so forth. The only way to revert to have no letter is to Save/Exit/Re-key/Cleanup.
Bottom line: there appears to be a flaw in how entries are stored / uniqueness checked as part of the re-key process.
My key generator and cleanup settings are below.
JabRef 3.7dev--snapshot--2016-09-28--master--555944f
mac os x 10.11.6 x86_64
Java 1.8.0_102
Steps to reproduce:
67 out of 110 of my entries have modified keys which append "a" as though there are duplicates (note that there are not duplicate entries in my .bib file confirmed with Quality -> Find Duplicates). The associated PDFs are accordingly renamed.
If I Save/Exit/Re-launch and repeat the process, the "a"s are removed and the database is returned to the original state.
If I repeat the process two times before saving, those entries have "b" appended. An additional time and I have "c" and so forth. The only way to revert to have no letter is to Save/Exit/Re-key/Cleanup.
Bottom line: there appears to be a flaw in how entries are stored / uniqueness checked as part of the re-key process.
My key generator and cleanup settings are below.