https://bugs.documentfoundation.org/show_bug.cgi?id=120491
Bug ID: 120491
Summary: Exporting as epub inserts line that fails most content
submission checks
Product: LibreOffice
Version: 6.1.0.3 release
Hardware: All
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
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:
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
