Well, the reason is really weird in fact. I think i’ve found some bug or limitation (may be) in Mac OS X (Mavericks). My theme name starts with keyword ‘mime’, and in mac ‘mavericks’ version, any ZIP file which has any folder which name starts with ‘mime’ will throw this error.
Prefixing theme folder name with _ (i.e. _mime) or with any other prefix solved the issue for me.
Bad news is, now i’ve to delete 3 days earlier submission to submit the file again.
Checked MD5 hash value of local and online version of zip file, they are same. So, its not a corruption issue either.
Not sure if this is allowed, but how about trying to upload viap, or uploading it to your own host and giving the reviewer a link in the comments?
It is possible that the themeforest upload system might be a little buggy?
Other than that, we all know how bad Pakistans Internet service is, especially if you are using something like PTCL or so.
You can also try compressing the file on you Mac and sending them through. As the article suggests, check the MD5 too. Send the MD5 to the reviewer just incase.
Using different compressing software, compressing in Mac itself, uploading to custom server, using FTP to upload file; nothing resolves the issue.
Suprisingly, in mac, if we download the ZIP file by simply clicking the download link it downloads decompressed theme folder by default. Issue occurs only if we force download the ZIP file and manually try to decompress it.
Hope you people are doing fine. About 12 days ago i submitted my WordPress theme. Uptill now, i got 3 soft-rejections 2 of which was because reviewer was unable to open theme ZIP file on Mac OS X. Even though files was working just fine on my Windows PC.
The screenshot which reviewers send me shows my theme .zip file together with a .cpgz version of the same file ( http://envato.d.pr/tMS7/5WY0EgcU ). Upon research it seems a MAC specific issue: http://osxdaily.com/2013/02/13/open-zip-cpgz-file/
I also tried compressing and decompressing theme files on MAC itself but this issue pertains. I’ve no idea how to avoid this issue. Although there are many workarounds to decompress such files in MAC but my files would be rejected again due to this mac specific issue.
With such long waiting time in queue, being rejected for some issue like this doesn’t feels good.
Do you people have ever experienced any such thing?
I believe they’re working on fine tuning a fancy algorithm I’m not sure how the secret sauce works but the Review team is always looking at ways to streamline the submission and review process. Try not to get too focused on the review bar
Not focusing on progress bar now. But i read a post on videohive of an author, who had his file submitted for 9 days before deleting it. And upon resubmission the same file got approved within a day (including one soft rejection). Here is the link to thread: http://videohive.net/forums/thread/upload-processing-going-back-and-forth-after-reaching-100-is-it-ok/129554
Are you sure there is no bug in review queue mechanism itself?
After 8+ days of wait for getting the file reviewed, it got soft-rejected because reviewer was unable to open ZIP file on his MAC. Resubmitted and it happened again. Now third time resubmission; again in queue, without any assurance if reviewer will be able to open the file this time or not.
Facing the same situation, soft-reject re-submission stuck @ 8% from 11 Hrs.