Epub validation error

[renahobie]

I'm getting this error: Duplicate entry in the ZIP file: '%1$f'. :f != java.lang.String
What does this mean and how do I fix it? I created the file in InDesign CC and I'm not very familiar with epubs.
Thank you in advance!

[Toxaris]

Please provide more information. What is giving this error? How did you create the ePUB with InDesign (the settings)?

[renahobie]

Thank you for responding.
The epub is version 2.0.1. I ran it through the EPUB Validator (beta) from idpf and it gave me that error. It didn't give me anything for the line or position.
What other info can I give you?

[Toxaris]

Did you use the online validator or did you run it on your computer?
Anyway, since an ePUB is a special made zip file, you can inspect it by opening it for example with 7-zip. Just be careful not recreate the zip. You can do this, but you would need to know how.
Upon inspection, you can check if there are duplicate files... You could also open the ePUB in Sigil or the Calibre editor (part of the Calibre program). That would probably solve the issue at once.

[renahobie]

I used the online validator.
Anyway, I brought it into Calibre and I was able to find the duplicate files. I ran it through the validator again and all's good. So thank you for the suggestion!

[cyrenemary]

Duplicate entry in the ZIP file: '%1$f'. :f != java.lang.String

Hello!
I'm running into the same problem. I'm trying to publish my first ebook and have gone thought the validation process using epubchecker and the IDPF website.

I created an InDesign Book and export to epub 3

I have calibre but I don't know what to look for.
I also have ecancrusher but, again I have no idea what I'm looking for. I couldn't see any "duplicate"

[fbrzvnrnd]

A very strange error. It is possible to download the ebook to inspect it?

[JSWolf]

Originally Posted by cyrenemary

Duplicate entry in the ZIP file: '%1$f'. :f != java.lang.String

That looks more like an error in epubcheck than it does an error in the ePub.

Are you sure your Java is up-to-date? Are you running epubcheck 4.02?

One thing you can do is try the Calibre editor's check and see what errors it comes up with.

[skreutzer]

That error message is from a so called Java ResourceBundle, which is a mechanism to make the application translatable. Obviously there's a problem with replacing the format string %1$f, namely: f != java.lang.String means that f is supposed to be a String, but isn't. If the problem is still present in the code, I could try to fix it. Would be helpful if you send me your ePub file, otherwise I would just have to try to create my own with duplicated entries, which might lead to the same error condition or maybe doesn't.

[JSWolf]

Originally Posted by cyrenemary

Duplicate entry in the ZIP file: '%1$f'. :f != java.lang.String

Hello!
I'm running into the same problem. I'm trying to publish my first ebook and have gone thought the validation process using epubchecker and the IDPF website.

Run epubcheck on your system. Don't validate online. You want epubcheck 4.0.2.

[Notjohn]

What is the downside of using online epubcheck?

[pdurrant]

Originally Posted by Notjohn

What is the downside of using online epubcheck?

You're giving your book to some random person on the internet.

[JSWolf]

Originally Posted by pdurrant

You're giving your book to some random person on the internet.

Also, the site doesn't say what version of epubcheck it's using.

[skreutzer]

Originally Posted by pdurrant

You're giving your book to some random person on the internet.

That's not true for validator.idpf.org.

Originally Posted by Notjohn

What is the downside of using online epubcheck?

Again, in case you're referring to the online validation service as provided by the IDPF, maybe the upload size limit of 10 MB is actually enforced. Futhermore, it's not fair to use the resources of the IDPF excessively, especially if you have to perform a lot of checks.

Please note that I was not able to reproduce the given error message with the latest code. I prepared a Zip file with duplicate file names, but as the error message suggests, even before this issue there's the problem that the object representing the file entry isn't a String, causing the malformed error message I would like to fix.