Fix Short DOI error#7191
Conversation
Bumps [unirest-java](https://github.com/Kong/unirest-java) from 3.11.05 to 3.11.06. - [Release notes](https://github.com/Kong/unirest-java/releases) - [Changelog](https://github.com/Kong/unirest-java/blob/main/CHANGELOG.md) - [Commits](Kong/unirest-java@v3.11.05...v3.11.06) Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Bumps [classgraph](https://github.com/classgraph/classgraph) from 4.8.93 to 4.8.94. - [Release notes](https://github.com/classgraph/classgraph/releases) - [Commits](classgraph/classgraph@classgraph-4.8.93...classgraph-4.8.94) Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
…5-r (JabRef#7187) Bumps org.eclipse.jgit from 5.9.0.202009080501-r to 5.10.0.202012080955-r. Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
* Fix newly added entry not synced to db Newly added entries have empty fields; don't update the field table to prevent SQL Exception Fix shared entry not found by id use left outer join for this * fix checkstyle * fix wording * add tests for fix * adjust test
Siedlerchr
left a comment
There was a problem hiding this comment.
LGTM, please fix the checkstyle error
Error: eckstyle] [ERROR] /home/runner/work/jabref/jabref/src/test/java/org/jabref/model/entry/identifier/DOITest.java:260:5: 'METHOD_DEF' has more than 1 empty lines before. [EmptyLineSeparator]
Co-authored-by: Siedlerchr <siedlerkiller@gmail.com> Co-authored-by: Tobias Diez <tobiasdiez@gmx.de>
|
We're just having a (light) mob programming session and will take over. 😅 |
…PremKolar/jabref into PremKolar-shortDOIexceptionsFix_issue7127
|
GitHub shows too much changed files. Maybe due to database errors at GitHub - see master...PremKolar:shortDOIexceptionsFix_issue7127 |
|
Oh wow :) Thank you for doing all the hard work!! :) |
|
@PremKolar We have to thank you for impoving and fixing the regex We just moved the tests to paramterized ones |
|
Thank you all 👍 |
|
@PremKolar As you recently adapted the DOI find in text. I just stumbled upon an issue, which results in an error when the method finds a DOI with a dot at the end: doi:10.1007/s10549-018-4743-9. The following text is coming from the PDF content importer. It extracts the text content of the first page and then calls |
|
Hi, yes i would love to look into it. I'm not sure it's the |
|
Thanks in advance! No hurry. Happy holidays! |
I was going to report the same error, but I wanted to check whether DOI's could syntactically (validly) end in periods before I did so. |


Fixes #7127
In issue #6920 the detection of exact short dois was improved. This was relevant where short dois were misplaced under the wrong field of an entry. This did not affect the method
public static Optional<DOI> findInText(String text), which looks for dois within text (not exact matches).With this commit, I have carried the improvements over to the within-text detection. I had to make the detection more stringent, to avoid mis-detections for cases like bla bla 10:30 bla bla or bli blubb 10/12/2020 blibb blabb etc. Short dois within text will now only be detected if there is any doi or urn within the substring. E.g. any of the following will be detected:
I also introduced the concept of shortcut dois to the in-text detection. (e.g. doi.org/xyz123)