Bug #27945 for dotReader: oebps inner .opf file location

Tue Jul 03 14:54:26 2007 yoda47 [...] gmail.com - Ticket created

Subject:	dotReader bug
Date:	Tue, 3 Jul 2007 14:53:52 -0400
To:	bug-dotreader [...] rt.cpan.org
From:	Yoda47 <yoda47 [...] gmail.com>

dotReader preview version: dotreader-mini-bare-win32-p0.11.3.E.exe for Windows does not properly support the OEBPS Container Format 1.0 When trying to open a .epub book that does not have the *.opf file in a folder named OEBPS inside the .epub file, it gives error: Load book C:\temp\AdventuresOfSherlockHolmes.epub failed -- './content.opf' not in zip object at dtRdr/GUI/Wx/BVManager.pm line 590 The above mentioned Sherlock Holmes ebook was obtained from the Adobe Digital Editions sample library ( http://www.adobe.com/products/digitaleditions/library/) and the contents are not in a OEBPS folder inside the .epub container. When the container is modified so that the .opf file is inside a OEBPS folder, dotReader will open the .epub file without error. According to section 2.3.2 of the OEBPS Container Format version 1.0specification, the use of the OEBPS folder is recommended, but NOT required. According section 3.5.1, the Reading System must determine the location of the OEBPS version of the publication (i.e. the .opf file) from the contianer.xml file.

Wed Jul 18 05:04:33 2007 gvarnell [...] osoft.com - Correspondence added

From:

gvarnell [...] osoft.com

On Tue Jul 03 14:54:26 2007, yoda47@gmail.com wrote: Show quoted text

> dotReader preview version: dotreader-mini-bare-win32-p0.11.3.E.exe for > Windows does not properly support the OEBPS Container Format 1.0 > > When trying to open a .epub book that does not have the *.opf file in a > folder named OEBPS inside the .epub file, it gives error: > > Load book C:\temp\AdventuresOfSherlockHolmes.epub failed --

'./content.opf' Show quoted text

> not in zip object at dtRdr/GUI/Wx/BVManager.pm line 590 > > The above mentioned Sherlock Holmes ebook was obtained from the Adobe > Digital Editions sample library ( > http://www.adobe.com/products/digitaleditions/library/) and the

contents are Show quoted text

> not in a OEBPS folder inside the .epub container. > > When the container is modified so that the .opf file is inside a OEBPS > folder, dotReader will open the .epub file without error. > > According to section 2.3.2 of the OEBPS Container Format version > 1.0specification, the use of the OEBPS folder is recommended, but NOT > required. > According section 3.5.1, the Reading System must determine the location of > the OEBPS version of the publication (i.e. the .opf file) from the > contianer.xml file.

You are correct. We were not requiring the OEBPS dir, we were getting it from contents.opf. This problem was due to a slight incompatibility between File::Basedir and Archive::Zip. Archive::Zip does not find ./filename which was being returned from File::Basedir when the content was in the root of the zip. This has been fixed and will be in the next preview release.

Wed Jul 18 05:05:14 2007 The RT System itself - Status changed from 'new' to 'open'

Wed Jul 18 05:08:47 2007 gvarnell [...] osoft.com - Correspondence added

From:

gvarnell [...] osoft.com

On that same note, AdventuresOfSherlockHolmes.epub available from http://www.adobe.com/products/digitaleditions/library/ is not a valid epub because it does not contain the required manifest file.

Wed Jul 18 13:01:25 2007 EWILHELM [...] cpan.org - Correspondence added

Subject:

oebps inner .opf file location

fixed in svn 'epub' branch

Wed Jul 18 13:01:27 2007 EWILHELM [...] cpan.org - Status changed from 'open' to 'resolved'

Wed Jul 18 13:03:06 2007 EWILHELM [...] cpan.org - Severity Normal added

Wed Jul 18 13:03:06 2007 EWILHELM [...] cpan.org - Subject changed from 'dotReader bug' to 'oebps inner .opf file location'