Thread: Kobo Firmware 2.4.0
View Single Post
Old 02-26-2013, 11:32 PM   #251
Rev. Bob
Wizard
Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.Rev. Bob ought to be getting tired of karma fortunes by now.
 
Rev. Bob's Avatar
 
Posts: 1,760
Karma: 9918418
Join Date: Feb 2013
Location: Here on the perimeter, there are no stars
Device: Kobo H2O, iPad mini 3, Kindle Touch
Quote:
Originally Posted by davidfor View Post
That says what you are doing is not legal in an epub. As the Kobo firmware tends to be picky about epubs, I'm surprised it loaded on the device at all. Yes, what happens with the rest of the book is a bug, probably. It isn't a bug that will get a high priority to fix. Actually, I would expect to either get rejected as invalid, or the fix would be to reject epub and not load it into the library at all.
Oh, no argument on the "image not valid there" point. My issue is more that it breaks so spectacularly without indicating an error, rather than either working around the error (as earlier firmwares did) or outright rejecting the document. Working is valid, rejection is valid, but it shouldn't do this.

I also wonder what would happen if someone used a valid XHTML page in that slot, but specified dimensions like 100px by 90px - does the bug still happen, or is it specifically tied to an image in <spine>?
Last edited by Rev. Bob; 02-26-2013 at 11:36 PM.
Rev. Bob is offline   Reply With Quote