JabRef version
5.3 (latest release)
Operating system
GNU / Linux
Details on version and operating system
Ubuntu 20.04
Checked with the latest development build
Steps to reproduce the behaviour
Whenever I dropped a large (35MB) PDF with XMP data onto the library window the file is imported and linked without any metadata, only the file name is shown as the title. I am sure the file has Metadata, It was written by an earlier version of Jabref. I verified this by using exiftool which shows the bibtex information in the file.
When I use the file import into current library and select the large file in question, I got an error message, saying Jabref could not find a suitable import filter; See Appendix for details.
For smaller files of 1 MB and below I got more information when dropped but still not the file metadata, the small files also do not create the exception whenever I use the file import dialog, the information gathered by this method is the same as when dropped. the information seems to be from the heuristic search carried out on the first page of the document.
In the past with Jabref 2.8 on Linux I have always been able to drop multiple files on the library window and watch Jabref Import all xmp data accurately. The ability to handle XMP data like this, both reading and Writing, was one of the endearing features of Jabref that kept me tied to It, nothing else came close.
Appendix
org.jabref.logic.importer.ImportException: Could not find a suitable import format.
at org.jabref@5.3.60000/org.jabref.logic.importer.ImportFormatReader.importUnknownFormat(Unknown Source)
at org.jabref@5.3.60000/org.jabref.logic.importer.ImportFormatReader.importUnknownFormat(Unknown Source)
at org.jabref@5.3.60000/org.jabref.gui.importer.ImportAction.doImport(Unknown Source)
at org.jabref@5.3.60000/org.jabref.gui.importer.ImportAction.lambda$automatedImport$1(Unknown Source)
at org.jabref@5.3.60000/org.jabref.gui.util.BackgroundTask$1.call(Unknown Source)
at org.jabref@5.3.60000/org.jabref.gui.util.DefaultTaskExecutor$1.call(Unknown Source)
at org.jabref.merged.module@5.3.60000/javafx.concurrent.Task$TaskCallable.call(Unknown Source)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)
JabRef version
5.3 (latest release)
Operating system
GNU / Linux
Details on version and operating system
Ubuntu 20.04
Checked with the latest development build
Steps to reproduce the behaviour
Whenever I dropped a large (35MB) PDF with XMP data onto the library window the file is imported and linked without any metadata, only the file name is shown as the title. I am sure the file has Metadata, It was written by an earlier version of Jabref. I verified this by using exiftool which shows the bibtex information in the file.
When I use the file import into current library and select the large file in question, I got an error message, saying Jabref could not find a suitable import filter; See Appendix for details.
For smaller files of 1 MB and below I got more information when dropped but still not the file metadata, the small files also do not create the exception whenever I use the file import dialog, the information gathered by this method is the same as when dropped. the information seems to be from the heuristic search carried out on the first page of the document.
In the past with Jabref 2.8 on Linux I have always been able to drop multiple files on the library window and watch Jabref Import all xmp data accurately. The ability to handle XMP data like this, both reading and Writing, was one of the endearing features of Jabref that kept me tied to It, nothing else came close.
Appendix
org.jabref.logic.importer.ImportException: Could not find a suitable import format.
at org.jabref@5.3.60000/org.jabref.logic.importer.ImportFormatReader.importUnknownFormat(Unknown Source)
at org.jabref@5.3.60000/org.jabref.logic.importer.ImportFormatReader.importUnknownFormat(Unknown Source)
at org.jabref@5.3.60000/org.jabref.gui.importer.ImportAction.doImport(Unknown Source)
at org.jabref@5.3.60000/org.jabref.gui.importer.ImportAction.lambda$automatedImport$1(Unknown Source)
at org.jabref@5.3.60000/org.jabref.gui.util.BackgroundTask$1.call(Unknown Source)
at org.jabref@5.3.60000/org.jabref.gui.util.DefaultTaskExecutor$1.call(Unknown Source)
at org.jabref.merged.module@5.3.60000/javafx.concurrent.Task$TaskCallable.call(Unknown Source)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)