You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Komga directly run the task "FixThumbnailsWithoutMetadata" and the problem begin.
Expected behavior
Komga start and task "FixThumbnailsWithoutMetadata" completed successfully.
Actual behavior
I have a large quantity of jxl ebooks but as my komga runs on ARM/Docker it doesn't have the support.
So far it's never been a problem because I've had jpg covers positioned in each folder.
However, since a few komga updates (I can't remember when it started), I've had this task (FixThumbnailsWithoutMetadata) run on every separated jpg cover, generating errors. Impossible to kill the task in the interface and komga becomes excessively slow due to lack of RAM (5GB max). .
In my case i think the best is a way for disable this task in library level (all jxl ebook so all separated cover is centralised) or maybe a tweak for not execute this task when the cover is already present in the folder and not generated by komga ?
You can find log in appropriate section
Logs
2023-11-07T17:48:44.412Z ERROR 1 --- [Processor-20589] o.g.k.domain.service.ThumbnailLifecycle : Could not fix thumbnail: ThumbnailBook(thumbnail=null, url=file:/BD/Animaux%20marins%20en%20bande%20dessin%C3%A9e%20(Les)/Animaux%20marins%20en%20bande%20dessin%C3%A9e%20(Les)%20-%2004.jpg, selected=true, type=SIDECAR, mediaType=, fileSize=0, dimension=Dimension(width=0, height=0), id=0A2J3ABTJ7YCC, bookId=0A2J397N67M65, createdDate=2022-09-29T04:14:44, lastModifiedDate=2022-09-29T04:14:44)
java.io.IOException: mark/reset not supported
at java.base/java.io.InputStream.reset(Unknown Source) ~[na:na]
at org.apache.tika.mime.MimeTypes.detect(MimeTypes.java:526) ~[tika-core-2.9.1.jar:2.9.1]
at org.apache.tika.detect.CompositeDetector.detect(CompositeDetector.java:84) ~[tika-core-2.9.1.jar:2.9.1]
at org.gotson.komga.infrastructure.mediacontainer.ContentDetector.detectMediaType(ContentDetector.kt:35) ~[classes/:1.7.1]
at org.gotson.komga.domain.service.ThumbnailLifecycle.getMetadata(ThumbnailLifecycle.kt:156) ~[classes/:1.7.1]
at org.gotson.komga.domain.service.ThumbnailLifecycle.access$getMetadata(ThumbnailLifecycle.kt:28) ~[classes/:1.7.1]
at org.gotson.komga.domain.service.ThumbnailLifecycle$fixThumbnailMetadataBook$2.invoke(ThumbnailLifecycle.kt:53) ~[classes/:1.7.1]
at org.gotson.komga.domain.service.ThumbnailLifecycle$fixThumbnailMetadataBook$2.invoke(ThumbnailLifecycle.kt:47) ~[classes/:1.7.1]
at org.gotson.komga.domain.service.ThumbnailLifecycle.fixThumbnailMetadata(ThumbnailLifecycle.kt:131) ~[classes/:1.7.1]
at org.gotson.komga.domain.service.ThumbnailLifecycle.fixThumbnailMetadataBook(ThumbnailLifecycle.kt:47) ~[classes/:1.7.1]
at org.gotson.komga.domain.service.ThumbnailLifecycle.fixThumbnailsMetadata(ThumbnailLifecycle.kt:44) ~[classes/:1.7.1]
at org.gotson.komga.application.tasks.TaskHandler.handleTask(TaskHandler.kt:177) ~[classes/:1.7.1]
at org.gotson.komga.application.tasks.TaskProcessor.takeAndProcess(TaskProcessor.kt:60) ~[classes/:1.7.1]
at org.gotson.komga.application.tasks.TaskProcessor.processAvailableTask$lambda$2(TaskProcessor.kt:49) ~[classes/:1.7.1]
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) ~[na:na]
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) ~[na:na]
at java.base/java.lang.Thread.run(Unknown Source) ~[na:na]
Steps to reproduce
Just start the komga 😄
Komga directly run the task "FixThumbnailsWithoutMetadata" and the problem begin.
Expected behavior
Komga start and task "FixThumbnailsWithoutMetadata" completed successfully.
Actual behavior
I have a large quantity of jxl ebooks but as my komga runs on ARM/Docker it doesn't have the support.
So far it's never been a problem because I've had jpg covers positioned in each folder.
However, since a few komga updates (I can't remember when it started), I've had this task (FixThumbnailsWithoutMetadata) run on every separated jpg cover, generating errors. Impossible to kill the task in the interface and komga becomes excessively slow due to lack of RAM (5GB max).
.
In my case i think the best is a way for disable this task in library level (all jxl ebook so all separated cover is centralised) or maybe a tweak for not execute this task when the cover is already present in the folder and not generated by komga ?
You can find log in appropriate section
Logs
komga.log
Komga version
1.7.1
Operating system
QNAP QTS
Installation method
Docker
Other details
No response
Acknowledgements
The text was updated successfully, but these errors were encountered: