After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 781519 - file-roller fails extracting from a file with arbitrary extension
file-roller fails extracting from a file with arbitrary extension
Status: RESOLVED OBSOLETE
Product: file-roller
Classification: Applications
Component: general
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: file-roller-maint
file-roller-maint
Depends on:
Blocks:
 
 
Reported: 2017-04-20 08:05 UTC by Andrea Vai
Modified: 2020-11-11 19:11 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Andrea Vai 2017-04-20 08:05:56 UTC
If I try to extract from a file whose extension has been previously renamed, file-roller outputs an error saying "archive type not supported" (translation by myself). I would expect file-roller to recognize the archive type by its content, and not by its extension.

Steps to reproduce:
1) compress a file;
2) rename the extension of the compressed file;
3) try to extract from the compressed file

Actual results:
Error message "archive type not supported"

Expected results:
Correct extraction of the file content


See also a related downstream bug here:
https://bugzilla.redhat.com/show_bug.cgi?id=678401

which, in brief, asks to use mime types instead of extensions to recognize archive type. Does it make sense?

[file-roller 3.20.4 on Fedora 24]
Comment 1 Andrea Vai 2017-11-17 07:27:24 UTC
still present in file-roller 3.24.1
Comment 2 Andrea Vai 2018-05-03 09:08:26 UTC
still present in file-roller 3.26.2, but slightly changed behavior:

Steps to reproduce:
1) compress a file to .zip;
2) rename the extension of the compressed file to "bz2" or "gzip", or other extensions commonly used;
3) try to open the compressed file, by double-clicking on the file

Actual results
File content is extracted automatically

Expected results:
Compressed file is opened, files are shown but not extracted without intervention

But at the opposite:

Steps to reproduce:
1) compress a file to .zip;
2) rename the extension of the compressed file to "xxx" or "yyy", or other extensions (not recognized by some standards?);
3) try to open the compressed file, by double-clicking on the file

Actual results
Compressed file is opened, files are shown but not extracted without intervention

Expected results:
Compressed file is opened, files are shown but not extracted without intervention


Is it better to file a new bug?
Comment 3 Andrea Vai 2018-12-03 19:23:48 UTC
Still present in file-roller 3.28.1 with the behavior pointed out in comment#2
Comment 4 André Klapper 2020-11-11 19:11:44 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports and feature requests in GNOME Bugzilla which have not seen updates for a long time.

If you still use file-roller and if you still see this bug / want this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/file-roller/-/issues/

Thank you for creating this report and we are sorry it could not be implemented (volunteer workforce and time is limited).