Commits on Source (8)
-
Ignacy Kuchciński authored
Currently, when trying to extract password protected 7z/RAR archives with encrypted file lists, the reported error message is "empty archive". This message is not helpful and may be confusing for users. To fix this situation, propagate libarchive errors by swapping the "empty archive" and "autoar_common_g_error_new_a" statements. Fixes https://gitlab.gnome.org/GNOME/gnome-autoar/-/issues/26
b26de9d2 -
Ignacy Kuchciński authored
Currently, when trying to extract password protected 7z/RAR archives that don't have encrypted file lists, no error will be reported, even though the extraction itself fails creating empty files. To fix this situation, propagate libarchive errors by checking if archive_read_data_block return value is different from ARCHIVE_OK.
7268ed60 -
Ignacy Kuchciński authored
Currently, when trying to extract password protected 7z archives that don't have encrypted file lists, password prompt will be shown, even though the extraction itself will fail. To fix this situation, ensure that the archive format is supported ZIP before showing the password prompt.
8de50352 -
Ondrej Holy authored
Add comment explaining why password is requested for ZIP only to make that obvious. https://gitlab.gnome.org/GNOME/gnome-autoar/-/merge_requests/34
c68c6795 -
Ondrej Holy authored
Almost all error messages are currently prefixed by an archive basename. This is redundant. The caller knows what file is being extracted. Let's drop the basename from all the error messages... https://gitlab.gnome.org/GNOME/gnome-autoar/-/merge_requests/34
c37f7566 -
Ondrej Holy authored
This is followup of the commit 72372764. The extraction to root can still lead to crashes because the `parent` variable is `NULL` and is consequently passed into the `g_object_unref` function. Let's finally fix this corner case properly.
a5683af1 -
Ondrej Holy authored5739d99e
-
Jeremy Bicha authored501a7aeb