Reading a corrupted zip file with no EoCD results in a really long loop while trying to find signature about archive HOT 2 OPEN

I'll see if I can do anything to improve that performance. Certainly PC extractors will have significant advantage there, they can get away with a lot of things Dart can't, but it can certainly be improved. The size of the EOCD isn't the issue, it's that they put it at the end of the file, meaning you have to search backwards, and there's nothing to say there can't be any amount of other data after the EoCD, meaning you can't just read the last 64kb. So the theoretical worse case is it has to read the entire file backwards, which is what's happening.

from archive.

Hi there. I'm also facing a similar issue. Even when reading small corrupted files (5 MB) from a network storage, it takes minutes in this mode. Initially, I thought the isolate had frozen, but then when I looked into the code, I found this loop.
I'd love to hear if there've been any updates regarding this issue.

Update - Found a bug with duplicate checks in _findSignature #351. This improves reading time. Please have a look.

from archive.