I had to revert the changes from issue #173 that dealt with 7zip
files, and put a different fix in to handle those archive types. That
other fix addressed the loading, but had to do so at the cost of
loading the first image file after sorting the content names, instead
returning the first physical image loaded out of the file. But when I
tested it locally I thought I checked that it still loaded WebP
images, since that code wasn't removed with the change.
(double checks)
I must have used the wrong set of testing files because I'm seeing this:
2020-03-23 08:14:00.546 INFO 7410 --- [nio-7171-exec-4]
o.c.controller.file.FileController : Getting cover image for
archive: filename=/Users/mcpierce/Repositories/test_library/webp/webp-comic.cbz
2020-03-23 08:14:00.546 DEBUG 7410 --- [nio-7171-exec-4]
org.comixed.service.file.FileService : Getting first image from
archive: /Users/mcpierce/Repositories/test_library/webp/webp-comic.cbz
2020-03-23 08:14:00.546 DEBUG 7410 --- [nio-7171-exec-4]
org.comixed.handlers.ComicFileHandler : Fetching archive adaptor
for file: /Users/mcpierce/Repositories/test_library/webp/webp-comic.cbz
2020-03-23 08:14:00.546 DEBUG 7410 --- [nio-7171-exec-4]
org.comixed.utils.FileTypeIdentifier : Attempting to detect mime
type for stream
2020-03-23 08:14:00.547 DEBUG 7410 --- [nio-7171-exec-4]
org.comixed.utils.FileTypeIdentifier : result=application/zip
2020-03-23 08:14:00.547 DEBUG 7410 --- [nio-7171-exec-4]
org.comixed.handlers.ComicFileHandler : Archive is of type=zip
2020-03-23 08:14:00.548 DEBUG 7410 --- [nio-7171-exec-4]
o.c.adaptors.archive.ZipArchiveAdaptor : Loading entry:
name=example.webp size=5368028
2020-03-23 08:14:00.556 DEBUG 7410 --- [nio-7171-exec-6]
o.c.service.library.LibraryService : Finding up to 101 comics
updated since Wed Dec 31 19:00:00 EST 1969 for comixedadmin@localhost
2020-03-23 08:14:00.557 DEBUG 7410 --- [nio-7171-exec-6]
o.c.service.library.LibraryService : Returning 0 updated comics
2020-03-23 08:14:00.557 DEBUG 7410 --- [nio-7171-exec-6]
o.c.c.library.LibraryController : Getting processing count
2020-03-23 08:14:00.557 DEBUG 7410 --- [nio-7171-exec-6]
o.c.service.library.LibraryService : Getting processing count
2020-03-23 08:14:00.557 DEBUG 7410 --- [nio-7171-exec-6]
org.comixed.service.task.TaskService : Found 0 instances of
PROCESS_COMIC
2020-03-23 08:14:00.557 DEBUG 7410 --- [nio-7171-exec-6]
o.c.c.library.LibraryController : Sleeping 1000ms
2020-03-23 08:14:00.560 DEBUG 7410 --- [nio-7171-exec-4]
org.comixed.utils.FileTypeIdentifier : Attempting to detect mime
type for stream
2020-03-23 08:14:00.561 DEBUG 7410 --- [nio-7171-exec-4]
org.comixed.utils.FileTypeIdentifier : result=image/webp
2020-03-23 08:14:00.561 DEBUG 7410 --- [nio-7171-exec-4]
org.comixed.service.file.FileService : Archive contains no images
2020-03-23 08:14:00.966 DEBUG 7410 --- [ Jarvis-ComiXed]
org.comixed.task.runner.Worker : Woke up: state=IDLE
2020-03-23 08:14:00.966 DEBUG 7410 --- [ Jarvis-ComiXed]
org.comixed.task.adaptors.TaskAdaptor : Getting the next task to
run
The image loaders are....um.....$%^&...I forgot to add an entry to the
FileTypeIdentifierIMAGE_TYPES list. I'm fixing that now and adding a
ticket to move that out of the Java code and into the configuration
file with the entry loaders....yeesh. I just pushed that fix. A new
build is generating now for that, I've created issue #197 to add thte
above change to the configuration file.
On Sun, Mar 22, 2020 at 5:36 PM Guy Incognito
<dmarc-noreply@xxxxxxxxxxxxx> wrote:
No cover is showing, and the logs indicate every image is being checked - I
thought that this had been resolved recently.
Latest build (commit message is “[Issue #192] Show details of the
Publisher.”).
I’m also seeing some other weird behaviour – the comic seems to be stuck on
“processing”, despite being fully imported. No cover image was displayed
until I went to scrape it. The scraping page showed the cover, which was
then shown in the Library page when I cancelled the scraping. The processing
indicator continued to be shown for maybe 5 or 10 seconds after that, then
disappeared.
I’ll need to try again tonight (when I’m not working), to see if it was a one
off issue.
