-
-
Notifications
You must be signed in to change notification settings - Fork 133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop support for RAR archives or replace Libarchive with different library #165
Comments
I'd seen this problem when I implemented libarchive; RAR5 seems rather uncommon so I don't think it's worth removing the entire filetype over it. (Libarchive is also pretty ubiquitous for my usecase and I don't think there are better alternatives out there.) I could use a proper error message encouraging users to switch the archive to .zip when the |
Right, parsing filters are also present in RAR 3/4 iirc. (RAR5 is simply not supported at all) It's a coin toss as to whether archives will use those or not; Usually only WinRAR implements the RAR spec fully. That last point is indeed way more annoying; An issue should be sent to the libarchive folks but considering how spotty their rar support is, I'm not sure it'll be answered. The issue might also be coming from the perl glue library not propagating the error properly. Test files would be cool; I'll look this up when I have the time. |
And 99% of RARs downloaded are made by WinRAR. The glue library is fairly simple in this specific case, it fails at direct call to Peek. I doubt libarchive folks are interested in doing anything with RAR support. That being said, LRR should most likely try to warn user about RAR archives in some way considering how delicate their support is right now. |
Took me a bit too long, but I added both a warning if the archive extracts without errors (to match the problem you encountered with empty files), and an explicit error if we get I thought about adding separate functions for handling RARs that'd use the rarlabs nonfree extracter, but that'd be a bunch of extra code to write for little gain. |
LRR Version and OS
n/a
Bug Details
Libarchive support for RAR is severely lacking. 2/2 RAR archives I've tried did not work, instead generating files filled with zeroes despite being fully working using any other tool such as
unrar
,unrar-free
or7z
. The issue can be traced here: libarchive/libarchive#373The documentation for libarchive is misleading in that it supports RAR and RAR5. For reference, this was tested both with libarchive 3.2.2-3.1ubuntu0.3 as well as custom build directly from master branch of https://github.com/libarchive/libarchive/. This issue proposes to remove support from RAR from LRR or to change Libarchive to different library supporting RAR archives. As it stands now, there is a high chance that any RAR files dropped at LRR will end up with no thumbnail and files being extracted filled with zeroes.
Matching Logs
as well as
Screenshots
n/a
The text was updated successfully, but these errors were encountered: