Description: Just used LO for the first time to create an epub for publication. It passed the IDPF validator and the validator in Sigil but upon submission at IngramSpark I received multiple instances of this error during their validation: ERROR OEBPS/Text/untitled.html 6 59 Error while parsing file 'value of attribute "http-equiv" is invalid; must be a string matching the regular expression "([Dd][Ee][Ff][Aa][Uu][Ll][Tt]\-[Ss][Tt][Yy][Ll][Ee])|([Rr][Ee][Ff][Rr][Ee][Ss][Hh])|([Cc][Oo][Nn][Tt][Ee][Nn][Tt]\-[Tt][Yy][Pp][Ee])"'. As it turns out, it seems that LO inserts an unnecessary line into the head: <meta content="text/html; charset=UTF-8" http-equiv="content-type"/> Apparently since this line is not needed, many validators just pass/ignore it but when you try and submit the file to someone like IngramSpark, they fail the epub. I had to remove all instances of <meta content="text/html; charset=UTF-8" http-equiv="content-type"/> and then the file was passed. Steps to Reproduce: 1. Open/Create a document with sections 2. Export epub 3. Check the code in <head> Actual Results: It inserts <meta content="text/html; charset=UTF-8" http-equiv="content-type"/> Expected Results: It probably shouldn't insert <meta content="text/html; charset=UTF-8" http-equiv="content-type"/>, at least not in this way? Reproducible: Always User Profile Reset: No Additional Info:
Did you check how epubcheck reacts to just not writing the <meta> element?
Using http://validator.idpf.org (which says it uses EpubCheck version 4.0.2) and haven taken out the <meta> line, I still get "No problems were found".
Okay, I'll take care of this.
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=548e60a8c47e270aba79a5f4e5911cbb35462814 tdf#120491 EPUB export: fix IngramSpark validator error It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-6-1": https://git.libreoffice.org/core/+/a9b3f8ca95bffe3617da914be99d0ffddb2896ba%5E%21 tdf#120491 EPUB export: fix IngramSpark validator error It will be available in 6.1.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.