summaryrefslogtreecommitdiff
path: root/src/eom-metadata-sidebar.c
diff options
context:
space:
mode:
authorVictor Kareh <[email protected]>2025-07-24 09:26:33 -0400
committerVictor Kareh <[email protected]>2025-07-24 09:27:45 -0400
commitf1275445e638d3c38c93457227602b7314f59d86 (patch)
tree431aca91c64e795b17ee9e1cac76a6ed2887569b /src/eom-metadata-sidebar.c
parent1dcda49f5ca719dfea822a34ac7925246875240f (diff)
downloadeom-fast-content-type.tar.bz2
eom-fast-content-type.tar.xz
Eom*: Use fast content type as fallbackfast-content-type
It turns out that, depending on the responsible GVfs implementation, a GFileInfo may not actually set the content type attribute even if requested. Since knowing the content type is rather critical for eom try to use the fast content type as a fallback in those cases. The fast content type should be hardly unknown as it is usually just based on the file extension. Fixes #360. Backported from https://gitlab.gnome.org/GNOME/eog/-/commit/de19faf73c8d8627193320d512c8b97316d9740c
Diffstat (limited to 'src/eom-metadata-sidebar.c')
-rw-r--r--src/eom-metadata-sidebar.c5
1 files changed, 3 insertions, 2 deletions
diff --git a/src/eom-metadata-sidebar.c b/src/eom-metadata-sidebar.c
index 9b8fc8b..2dbde74 100644
--- a/src/eom-metadata-sidebar.c
+++ b/src/eom-metadata-sidebar.c
@@ -158,14 +158,15 @@ eom_metadata_sidebar_update_general_section (EomMetadataSidebar *sidebar)
file = eom_image_get_file (img);
file_info = g_file_query_info (file,
- G_FILE_ATTRIBUTE_STANDARD_CONTENT_TYPE,
+ G_FILE_ATTRIBUTE_STANDARD_CONTENT_TYPE","
+ G_FILE_ATTRIBUTE_STANDARD_FAST_CONTENT_TYPE,
0, NULL, NULL);
if (file_info == NULL) {
str = g_strdup (_("Unknown"));
} else {
const gchar *mime_str;
- mime_str = g_file_info_get_content_type (file_info);
+ mime_str = eom_util_get_content_type_with_fallback (file_info);
str = g_content_type_get_description (mime_str);
g_object_unref (file_info);
}