Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
‘strcasecmp’ [-Werror=implicit-function-declaration]".
|
|
Fix https://github.com/mate-desktop/engrampa/issues/510
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fix https://github.com/mate-desktop/engrampa/issues/501
|
|
I had been relying on `unrar-free` being available as `unrar`, but that
seems to be a Debian thing, so accept the `unrar-free` itself as an
alternative.
The code has been refactored a little to avoid some duplication, but it
basically just adds `unrar-free` as a lower precedence alternative.
|
|
Tested with unrar-free 0.1.3.
|
|
Check the fields count before retrieving it not to go out of bounds.
This also slightly revise the logic to require the proper number of
fields in the RAR5 `attribute_field_with_space()` case.
|
|
Merge version matching for rar and unrar. This is ever so slightly
slower in theory for unrar 5.x because there's an additional
unnecessary `sscanf()` call, but it's not actually gonna matter, and
saves quite a bit of duplicated logic.
This also makes the matching a bit more safe by verifying `sscanf()`
actually worked, and avoids using a uninitialized `version` value due
to an unexpected input.
Finally, this makes the parsing a bit more strict by requiring a
version number after the `RAR` and `UNRAR` line prefixes -- leading not
to using the uninitialized version variable.
This will be required by the upcoming unrar-free support as it reports
a `RAR archive ...` line that would have matched the `RAR` version
check.
|
|
Fix crash if the `zip` command emits a line starting with one of 'd?-'
yet having less than 8 fields in it, or if the date field is malformed.
|
|
Offset was not properly updated when adding support for EPUB+ZIP in
84fb5cfe96263f79e50b68a5a6996e40c514cf74, leading to disabling both ZIP
and RAR when the option unar-open-zip was enabled.
|
|
|
|
Signed-off-by: raveit65 <[email protected]>
|
|
- reported by translators
https://app.transifex.com/mate/MATE/translate/#id/master--engrampa/470908044
|
|
Fix https://github.com/mate-desktop/engrampa/issues/496
|
|
|
|
|
|
|
|
|
|
|
|
MAGIC returned incorrect mime type while processing tar compression type
Fix https://github.com/mate-desktop/engrampa/issues/492
|
|
A blooper has been made there:
* if ENABLE_MIME is set, the intention was to try, in order: magic,
content, filename; but it was made filename, content, magic (which
was the same as before the changes);
* if ENABLE_MIME is not set, the intention was to try, in order:
filename, content, magic; but it has been made magic, content, magic
(notice the duplicate, and the missing "filename").
This probably doesn't change much in the wild as magic is gonna work
most of the time, but it's especially problematic that the non-libmagic
case doesn't have the filename test.
Anyway, fix this so the code is consistent, and we retain the behavior
for the non-libmagic case, and have the new expected one for the
libmagic case.
|
|
|
|
|
|
This commit adds an "Extract to subdirectory" option to
the extract dialog which allows the user to extract the
contents of the archive to a directory with the name of
the archive (without the extension.) The user will be
prompted if the directory must be created.
file-utils.c: Improve remove_extension_from_path
Rework this function so that it correctly parses and
truncates files with multiple extensions like .tar.gz
file-utils.c: Improve get_file_extension
Improve this function to correctly identify and return
supported compressed tar file extensions
|
|
|
|
|
|
|
|
|
|
g_file_enumerate_children_async default should use G_FILE_QUERY_INFO_NOFOLLOW_SYMLINKS. This can avoid link loops
|
|
|
|
The application/gzip alias is e.g. provided by FileRoller and Ark,
application/bzip2 is provided by FileRoller.
|
|
Replacing GtkAction with GAction
Replacing GtkUIManager with GtkBuilder
|
|
|
|
The _XOPEN_SOURCE macro definition overrides _DEFAULT_SOURCE
and disables the declaration in <string.h>.
This avoids an implicit function declaration and build failures
with future compilers.
|
|
|
|
|
|
|
|
|
|
decompression
|
|
As of it's now, we're supporting zstd {,de}compression with specific
mime type that was reported by libmagic as configure time. Thus, the
built binaries is not correct after upgrading file-devel after
configure. In addition, this configure's time hard-coded value prevent
our users from partial upgrade.
Let's accept both mime types reported by both old and new file-devel.
For the mapping between file extensions and mime types, let's choose the
new mime value.
|
|
|
|
|
|
|