View Single Post
Old 05-04-2012, 01:27 AM   #5
kovidgoyal
creator of calibre
kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.kovidgoyal ought to be getting tired of karma fortunes by now.
 
kovidgoyal's Avatar
 
Posts: 45,435
Karma: 27757438
Join Date: Oct 2006
Location: Mumbai, India
Device: Various
@Cinderela: Since you seem to be in contact with amazon, tell them that their issues are all caused by a bug in their software. Whenever a MOBI file has the 113 field in the EXTH header with a value that amazon's servers don't know about, the following misbehavior happens:

1) For *some* MOBI files, the Kindle Fire opens then immediately closes the file, presumably because last read position syncing failed. There is absolutely no reason why the Fire should not be able to handle this situation gracefully.

2) In K4PC and on *some* kindle devices the cover thumbnail from the book is not used, instead, the software tries (and fails) to download the thumbnail from amazon's servers, and so displays a generic cover. Instead, it should fallback to using the thumbnail from the file when one cannot be downloaded from the cloud.

Last edited by kovidgoyal; 05-04-2012 at 01:30 AM.
kovidgoyal is offline   Reply With Quote