No cover on books imported with kobocloud after new upgrade

[sidecar12]

Strange thing appear in my kobo after firmware upgrade 4.32.19501 .. if i charge the book with kobocloud (dropbox) the book is readble but it don't have a cover in the homepage instead of that if i charge the same book with pc throught usb all works fine. Note: the book have inside the correct cover. KOBO Aura ONE Any idea or solution

best regard enrico

[Krzycho666]

The same issue on Kobo Libra H20 when downloading from GDrive after updating to 4.32.19501

[duiffie]

Same here on a Kobo Forma running 4.32.19501

[williamutbult]

Same here. Kobo Libra H2O after updating to 4.32.19501(0e55e3f620, 4/14/22).

[anilkarip]

Same issue with Clara HD at firmware 4.32.19501

[groentebroer]

Anyone knows this makes a difference between a "kepub" or "epub"? Anyone has some more information on what might have changed in the Firmware? Or that it is (hidden) folder related or something?

[groentebroer]

I did a small test. I uploaded the same book, as KEPUB (file extension: .kepub.epub) and as EPUB (file extension .epub) through KoboCloud.

It displays the cover correctly in the overview for the KEPUB format. It does not display the cover in the overview for the EPUB format. So a workaround is at least saving the EPUB to KEPUB (and properly name the file to work with KoboCloud correctly (e.g. .kepub.epub)).

[EnzoPoint]

Same issue for me 😔, can you please try to fixe this ?

[ghost]

Yeah, same. I spent a long time trying to nail it down. I think it has to be this. Kobo Libra H2O. Thanks for your work!

[Abushawish]

Same issue here with my Clara

[micdabe]

Same here with Kobo Libra 2 Solved with kepub conversion

[dirtbaghippy]

Also having this issue w/libra h2o I am on firmware 4.33.19759

[avesst]

Experiencing same issue with Libra H2O.

[salama288]

Same here with kobo aura one 4.34

[Mattie112]

Got a new Libra 2 here but the covers don't work (Syncing through Nextcloud). epub or kepub.epub does not make a difference for the cover image.

Copying the exact same file via USB and the cover works perfectly. Strange!

[vnoel]

Same for me. Aura H2O.

[DylanDOT]

Same issue here on Kobo Clara 2e (Google drive)

[Bastet91]

Same problem with Kobo Clara HD. Is there any solution?

[isaacgr]

Is this repo still active? Having this problem as well but doesn't look like a lot of activity.

Love the tool btw, but just wondering if there are more up to date alternatives?

[fsantini]

Hi, I'm still keeping an eye on it, but at the moment it's on a "works for me" state and I don't have the resources to fix the problems. I also have a quite old Kobo and can't reproduce most of the problems. Thanks for understanding.

[groentebroer]

@isaacgr see the above workaround I posted. I use Calibre to create the kepub format, and give it the extension '.epub', then the covers are displayed fine.

[divx118]

The problem is the way how importing the new files work. The bind mount to a virtual sd card gives me double issues. no cover and double the books. For each file there are 2 books added to the library. This will happen after a connect reconnect with USB when it imports the book correctly with cover. BTW I am using google cloud and adobe digital edition books with DRM on a libra 2. I am poking around telnet to see if there is any other way to update the library. For now I removed the bindmounts in the code. https://github.com/fsantini/KoboCloud/blob/cf7b0bf9d177bfb1a389f719770547f30da5b550/src/usr/local/kobocloud/get.sh#L85 and https://github.com/fsantini/KoboCloud/blob/cf7b0bf9d177bfb1a389f719770547f30da5b550/src/usr/local/kobocloud/udev_mount.sh#L20

[divx118]

Ok after much poking around nothing simple popped up to rescan the library. So I installed https://github.com/shermp/NickelDBus and just put the following command in get.sh and udev_mount.sh. Which works very well. qndb -t 30000 -s pfmDoneProcessing -m pfmRescanBooksFull I pushed the changes to my clone https://github.com/divx118/KoboCloud IMO qndb could be a good option instead of the bind mount. If it is something that you want to merge I could clean up the code and add a check if qndb is available. Then followed with a proper pull request.

[Bastet91]

Ok after much poking around nothing simple popped up to rescan the library. So I installed https://github.com/shermp/NickelDBus and just put the following command in get.sh and udev_mount.sh. Which works very well. qndb -t 30000 -s pfmDoneProcessing -m pfmRescanBooksFull I pushed the changes to my clone https://github.com/divx118/KoboCloud IMO qndb could be a good option instead of the bind mount. If it is something that you want to merge I could clean up the code and add a check if qndb is available. Then followed with a proper pull request.

I tried your clone but still no cover for me. it works on you?

[fsantini]

Qndb is now used in the latest version of the original KoboCloud. I believe that the cover issue is mitigated by converting the books to kepubs using kepubify. However, I noticed it doesn't always work.

[thomas-negrault]

I confirm that it does not always work, I tested 2 ebooks with the online version of Kebubify and I don't have the cover on my Kobo.

[svenbox]

Just tried KoboCloud and this seems to be an issue still - no cover image. Can anyone else confirm?