Created attachment 144482 [details] EPUB file as exported from Writer If I specify a custom cover image when exporting a document in EPUB format (using default values for all other options), the cover is not shown in my viewer (EBookDroid) on my tablet. Comparing the generated code with an EPUB document where the cover is shown, I see that there is a missing <meta name="cover" content="image0001" /> tag in the metadata section of OEBPS/content.opf, where image0001 is the id of the cover image. If I add the missing tag, the cover is shown in the viewer. Compare attached bad.epub (as exported from Writer) and fixed.epub (where I added the missing tag by hand).
Created attachment 144483 [details] Hand-edited EPUB file
Couldn't see any differences between those two files, when I opened them with Edge-Browser.
Created attachment 144516 [details] Screenshot showing thumbnails of the two EPUB files (In reply to Dieter Praas from comment #2) > Couldn't see any differences between those two files, when I opened them > with Edge-Browser. Which two files? the two EPUB files or the OEBPS/content.opf file contained in the two EPUB files? If the former, in which case Edge acts as an EPUB reader, you shouldn't see any difference; you should simply see the single page of the document, which is the same in both EPUB files. If the latter, in which case Edge acts as an XML viewer, search for <meta name="cover" content="image0001" /> in fixed.epub's OEBPS/content.opf, which is not present in bad.epub's OEBPS/content.opf. Check the attached screen shot from EBookDroid on my tablet. It shows the books in a folder. For fixed.epub it shows a thumbnail of the cover. For bad.epub, it shows a thumbnail of the first page of the document.
From what I've read about covers in EPUB files, although it appears that the cover's entry in the manifest is enough information to identify it as such, the meta tag must also be present. In addition, for an EPUB file to be compatible withe Apple's iBooks application, a guide section must also be present, with the cover specified there, as well. At the moment, writer does not produce a guide section. Check, e.g., https://wiki.mobileread.com/wiki/Ebook_Covers
I imported both books separately to Calibre. For both, it shows "You can't judge a book by its cover" as the cover image. Anyway, as this clearly affects some viewers and the fix is known, I'll set to NEW
Dear kyrimis, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The bug is still present in: Version: 6.3.2.2 Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU threads: 2; OS: Linux 5.2; UI render: default; VCL: kde5; Locale: el-GR (en_US.UTF-8); UI-Language: en-US Calc: threaded
(I know this sounds like a bug in the Overdrive app, but...read on please.) I have found that in the Overdrive ereader app, the Cover image file in the Epub file must contain the word "cover" in the filename. Otherwise, the cover thumbnail will not be generated in Overdrive. I verified this using the Sigil app to create a clean Epub file. First I created a cover with a generic image name, say image. jpg. Overdrive will not show the cover. Then I changed the name to "image_cover.jpg" and Overdrive renders the cover thumbnail without issue. Libreoffice changes the name of the custom cover image (to image0001.jpg) no matter what the original was called, perhaps to avoid any possible illegal file names. But if I use a custom cover image, I have to edit the Epub file later (with Sigil) to fix the cover. Yes, perhaps Overdrive has a bug, but given that every other Epub file I've read over the last few years has the cover image named with "cover" in the file name, it must be some sort of standard, de facto or otherwise. Best behavior for Writer is perhaps to rename the cover image to image0001_cover.jpg instead of just image0001.jpg.
Dear Kriton Kyrimis, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Yes, the problem is still there in: Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Linux 6.7; UI render: default; VCL: kf5 (cairo+xcb) Locale: el-GR (en_US.UTF-8); UI: en-US Calc: threaded