View Single Post
Old 07-13-2009, 02:35 PM   #492
zerospinboson
"Assume a can opener..."
zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.zerospinboson ought to be getting tired of karma fortunes by now.
 
zerospinboson's Avatar
 
Posts: 755
Karma: 1942109
Join Date: Mar 2008
Location: Local Cluster
Device: iLiad v2, DR1000
Quote:
Originally Posted by kovidgoyal View Post
@zerospinboson: I don't see this behavior. What do you mean by corrupted? And you can add a lot of file types that cannot be converted. In fact you can add pretty much any file type under the sun.
these are the covers for ISBN 9780345325815 and 9780006514831, uploaded 'as is' from the "download covers" function. Manually adding a cover also gives this result, although putting a cover.jpg file into the library entry's save directory manually does not result in a corrupted cover. Had this problem since b6 (first I tried), though I didn't report it before because I figured someone else would've.
Running win7 x64 (b7201). (And I can't currently check to see if this also happens on my WinXP installation on the same machine since I'm using remote desktop login)

Last edited by zerospinboson; 07-13-2009 at 02:38 PM.
zerospinboson is offline