-
Notifications
You must be signed in to change notification settings - Fork 417
Closed
Labels
priority: highTo be processed and published in the next releaseTo be processed and published in the next releasestatus: has PRThe issue is being processed in a pull requestThe issue is being processed in a pull requesttype: false-positiveThis issue is about valid content being incorrectly rejectedThis issue is about valid content being incorrectly rejected
Milestone
Description
When I have a URI-escaped file path in the opf and the HTML, I get a single error message:
ERROR(RSC-001): [path to my epub]/OEBPS/images/n%26logo.jpg(-1,-1): File "OEBPS/images/n%26logo.jpg" could not be found.
When I use html escaping (converting %26 to &
or %2B to +) the file passes.
When I use a space in the file path and URI-escape it (using %20) the file passes, but if I don't escape it the file fails.
I would expect all URI escaped characters to function correctly and consistently regardless of what character they are replacing.
We have pretty strict requirements for our current workflows, so this doesn't have a huge impact on our frontlist. However, it is a problem for our backlist and (I suspect) many other publishers.
Metadata
Metadata
Assignees
Labels
priority: highTo be processed and published in the next releaseTo be processed and published in the next releasestatus: has PRThe issue is being processed in a pull requestThe issue is being processed in a pull requesttype: false-positiveThis issue is about valid content being incorrectly rejectedThis issue is about valid content being incorrectly rejected