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 569412 - gdk-pixbuf-csource cannot detect filetypes
gdk-pixbuf-csource cannot detect filetypes
Status: RESOLVED OBSOLETE
Product: gdk-pixbuf
Classification: Platform
Component: general
git master
Other Mac OS
: Normal normal
: ---
Assigned To: gdk-pixbuf-maint
gdk-pixbuf-maint
Depends on:
Blocks:
 
 
Reported: 2009-01-28 01:34 UTC by Daniel Macks
Modified: 2018-05-22 13:09 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Macks 2009-01-28 01:34:04 UTC
gtk+-2.14.7 on intel-based OS X 10.5 are seeing filetype detection problems...files of many (all?) types aren't being recognized as loadable even though they seem openable by other programs and have the correct filename extension. Works on powerpc, so maybe it's an endian problem? Worked in gtk+-2.14.6 which (according to resolving Bug #566862) used filename to detect, so it's something in the file content detection? It apparently works correctly on powerpc, so maybe it's endian.

Downstream bug report:
http://permalink.gmane.org/gmane.os.apple.fink.beginners/22541

NB, I'm just reporting, I only have powerpc mac so cannot test.
Comment 1 Daniel Macks 2009-01-30 14:31:42 UTC
Update: we're tracking lots of inter-related/possible causes for observed bug here...haven't yet ruled out local config error relating to XDG env vars and locating the mimetypes database as opposed to an actual bug in the graphics file reading.
Comment 2 Daniel Macks 2009-02-06 08:56:28 UTC
More testing, and we found lots of half-patterns. Some PPC users also managed to get the problem, so at least one trigger of the symptoms is not endian-related.

One trigger is when shared-mime-info does not contain "file-magic" data for a certain filetype: even a not-uncommon format like image/x-ico was long-known as "*.ico" but no magic match data was available in s-m-i until 7 months ago (hi Matthias:) Fixing Bug #566862 thus creates a regression: failure to find mimetype if there is a known filename glob but no available content magic match.

Previously, "no magic match data" wasn't a problem, because the filename was available to the type-detection function. Now however, only the content is available, so if there is no match based on content, there is no match at all. But not every known file extension type has a known magic match pattern. Seems safer to allow fallback to filename if content-match fails than to just give up.
Comment 3 Tyler Lawson 2009-03-05 13:41:32 UTC
Bug #569671 has a committed patch for the regression from #566862 - hopefully it partially addresses this.
Comment 4 Bastien Nocera 2014-10-22 13:59:49 UTC
This will need retesting with newer versions of gdk-pixbuf.
Comment 5 GNOME Infrastructure Team 2018-05-22 13:09:27 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gdk-pixbuf/issues/18.