Hi Mike:

I have issues navigating the recently posted ebook Swift, Jonathan: Gulliver's Travels. (Illustrated) V1. 24 May 2010 (http://www.mobileread.com/forums/showthread.php?t=84553).

It seems that with my Firefox version 3.5.9 and EPUBReader v1.2.8.2 I cannot navigate (using the <-"left" "right"-> arrow buttons at the bottom) past the "Part I. A Voyage to Lilliput" Table of Contents ["p1-index" i.e. lilliput/index.xhtml]. It reverts back to the ["index" i.e. main level index.xhtml]. Same thing happens for the Part II, Part III and Part IV index pages.

However, using the toc.ncx menu to navigate works as does opening it with Abode Digital Editions.

It appears that EPUBReader cannot differentiate between the subdirectory index.xhtml and main level index.xhtml files.

Also, I'm having a problem saving just the target link as an .epub using Firefox's "Save Link As..." since it always opens the Save dialog with a "attachment.php" filename. This could also be a Mobileread.com web server issue.

Any insights?

Hi nrapallo,

thanks for your posting!


I have issues navigating the recently posted ebook Swift, Jonathan: Gulliver's Travels. (Illustrated) V1. 24 May 2010 (http://www.mobileread.com/forums/showthread.php?t=84553).
It appears that EPUBReader cannot differentiate between the subdirectory index.xhtml and main level index.xhtml files.


Yes, you are right. This is an EPUBReader bug and has to do with the identical filenames. I'll fix this in the next version.


Also, I'm having a problem saving just the target link as an .epub using Firefox's "Save Link As..." since it always opens the Save dialog with a "attachment.php" filename. This could also be a Mobileread.com web server issue.


This seems to be a Mobileread.com webserver issue, because "Save as" is a standard Firefox function which has nothing to do with EPUBReader.

Hi nrapallo,

thanks for your posting!

Yes, you are right. This is an EPUBReader bug and has to do with the identical filenames. I'll fix this in the next version.

Thanks for finding the fix so quickly! :thumbsup:

This seems to be a Mobileread.com webserver issue, because "Save as" is a standard Firefox function which has nothing to do with EPUBReader.

Yes, you're right; I've seen this behaviour before and I think clearing my cache may fix it (from what I recall the last time this happened!) :rolleyes:

Also, I'm having a problem saving just the target link as an .epub using Firefox's "Save Link As..." since it always opens the Save dialog with a "attachment.php" filename. This could also be a Mobileread.com web server issue.

I run into this as well. I just copy the epub name before clicking Save Link As and paste the name in the box in place of attachment.php and it downloads fine.

I run into this as well. I just copy the epub name before clicking Save Link As and paste the name in the box in place of attachment.php and it downloads fine.

:smack::smack:
I'm still having this problem and no amount of cache clearing seems to revert this odd behaviour back to the norm.
:angry::angry:

@dwanthny:
Nice solution, though! :thumbsup:

I have issues navigating the recently posted ebook Swift, Jonathan: Gulliver's Travels. (Illustrated) V1. 24 May 2010 (http://www.mobileread.com/forums/showthread.php?t=84553).

It appears that EPUBReader cannot differentiate between the subdirectory index.xhtml and main level index.xhtml files.

I've checked now in detail what has to be done. It seems to be that it's not very hard to fix this, but as this is a core functionality, I need some time to test this in detail. On the other hand I want to finish the new version as soon as possible. For this reason I'll fix this not in the coming version but in the version after this.


Also, I'm having a problem saving just the target link as an .epub using Firefox's "Save Link As..." since it always opens the Save dialog with a "attachment.php" filename. This could also be a Mobileread.com web server issue.

I had a again a look at this problem. My first assumption, that this has nothing to do with EPUBReader, was wrong. The problem is caused by EPUBReader because EPUBReader needs to change the HTTP header which sends the information about the filename. Unfortunately I can't change this, because otherwise EPUBReader doesn't work correctly. So for the moment the only solution is to enter the filename by hand.

I had a again a look at this problem. My first assumption, that this has nothing to do with EPUBReader, was wrong. The problem is caused by EPUBReader because EPUBReader needs to change the HTTP header which sends the information about the filename. Unfortunately I can't change this, because otherwise EPUBReader doesn't work correctly. So for the moment the only solution is to enter the filename by hand.

bump... ;)

BTW, I can properly save .epub ebooks from www.gutenberg.org but still cannot do so from www.mobileread.com. All I get for a filename for Mobileread.com .epub's is "attachment.php" which means you're not getting (or being given) the correct info in the HTTP headers. It was working before... :whistle:

BTW, I can properly save .epub ebooks from www.gutenberg.org (http://www.gutenberg.org) but still cannot do so from www.mobileread.com (http://www.mobileread.com). All I get for a filename for Mobileread.com .epub's is "attachment.php" which means you're not getting (or being given) the correct info in the HTTP headers. It was working before... :whistle:

You most likely know this but substituting "bookname,epub" for "attachment.php" will download the epub fine. Inconvenient, but functional.

You most likely know this but substituting "bookname,epub" for "attachment.php" will download the epub fine. Inconvenient, but functional.

Yes, a month ago it was functional, now it's just inconvenient. ;)

EPUBReader is my preferred .epub viewer/tester and I DO appreciate all the effort Mike has put into it. It's been "rock-solid", but now it seems I've discovered a tiny pebble in my shoe.... :snicker: When you're ready, Mike, is fine by me! :thumbsup:

I've discovered a tiny pebble in my shoe.... :snicker:

That pebble is why I removed the extension.

bump... ;)

BTW, I can properly save .epub ebooks from www.gutenberg.org but still cannot do so from www.mobileread.com. All I get for a filename for Mobileread.com .epub's is "attachment.php" which means you're not getting (or being given) the correct info in the HTTP headers. It was working before... :whistle:

Hi nrapallo,

I understand that this is annoying, but unfortunately I can't improve this.

The reason why Gutenberg and Mobileread behave different is, that they use different ways to deliver the epubs: Mobileread uses the "content-disposition" header which is perfect for this purpose, Gutenberg does not. I had to make a change in EPUBReader which unfortunately has this effect if "content-disposition" is used. This change was necessary because of a change in Firefox.

bump... ;)

BTW, I can properly save .epub ebooks from www.gutenberg.org but still cannot do so from www.mobileread.com. All I get for a filename for Mobileread.com .epub's is "attachment.php" which means you're not getting (or being given) the correct info in the HTTP headers. It was working before... :whistle:

I investigated this once again and I'm happy that I found now a solution for the problem :). It will be fixed in the next version.

I investigated this once again and I'm happy that I found now a solution for the problem :). It will be fixed in the next version.

:party4::party4::dtw: :thanks: