GNOME Bugzilla – Bug 145956
ISO image recognised as "application/x-arc"
Last modified: 2004-12-22 21:47:04 UTC
Distribution: Fedora Core release 2 (Tettnang) Package: nautilus-cd-burner Severity: major Version: GNOME2.6. unspecified Gnome-Distributor: Red Hat, Inc Synopsis: Unable to create CD from ISO image FC2 X86_64 Bugzilla-Product: nautilus-cd-burner Bugzilla-Component: cd-burner Bugzilla-Version: unspecified Description: Description of Problem: Can not create a CD from an ISO image using FC2 X86_64 final release. Steps to reproduce the problem: 1. Open Nautilus and browse to location of an ISO file, e.g. *.iso 2. Right click the file 3. Burn to CD option momentarily appears and menu refreshes and the option is gone. Actual Results: Upon right clicking the file the menu dialog that is momentarily presented has a "Burn to CD" option. But this is immediately replaced with the normal Nautilus File menu, e.g the same dialog that appears when you right click any other file. It would appear that the selection is being overridden. Expected Results: Upon right clicking the file the "Burn to CD" option should be presented to the user and upon selection should create a CD from the ISO image. It would appear, and this a guess on my part that the MIME type is being overridden by another configuration file. But which one? And more importantly how to correct this. How often does this happen? Always. Additional Information: Note that this (the ability to create a CD from an ISO image) did work with FC2-Test 2 and FC2-Test 3 i386 distributions on this system. However it does not using the X86_64 version. Also of note is that I can write files of any type to a CD and they do work as expected. MIME type of ISO files are "application/x-arc". But I would have expected to see "application/x-iso-image". System: Abit KV8 Pro Dual SATA 160GB Seagate Drives Sony ATA CD/CD-RW Drive 2X 512Meg ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-07-08 17:49 ------- Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "nautilus-cd-burner". Setting to default milestone for this product, '---' Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Please upload the first 500 kilobytes of the ISO image you created, by running, for example: dd if=original_iso_image.iso of=small_file.iso count=500 bs=1024
Created attachment 31542 [details] First 500K of problematic iso first 500K of a misdetected ISO
13:10 ~% gnomevfs-info file://`pwd`/first_500k.iso|grep MIME MIME type : application/x-cd-image 13:10 ~% file first_500k.iso first_500k.iso: ISO 9660 CD-ROM filesystem data 'Ubuntu 4.10 amd64 Bin-1 ' (bootable) My system is also x86_64.
I don't understand what the problem is here. If the mime-type showns is application/x-cd-image, how can it be application/x-arc as well... Does it show up as application/x-arc with the x86_64 version only?
No problem on i386 with the first_500k.iso file, nautilus displays it as application/x-cd-image,
Not sure it was clear on Thom's comment, on amd64 nautilus properties displays "application/x-arc" type and gnomevfs-info "application/x-cd-image" (for the same file). Nautilus uses a different way than gnomevfs to get the mime type ?
Doesn't happen on ia32. Means a bug in gnome-vfs, or the shared-mime-info.
the amd64 guys did some test with this patch: (the bug report is on https://bugzilla.ubuntu.com/1221) > --- programs/gnomevfs-info.c 15 Apr 2004 19:51:19 -0000 1.3 > +++ programs/gnomevfs-info.c 25 Sep 2004 11:33:01 -0000 > @@ -142,6 +142,7 @@ > info = gnome_vfs_file_info_new (); > res = gnome_vfs_get_file_info (argv[1], info, > (GNOME_VFS_FILE_INFO_GET_MIME_TYPE > + | GNOME_VFS_FILE_INFO_FORCE_SLOW_MIME_TYPE > | GNOME_VFS_FILE_INFO_GET_ACCESS_RIGHTS > | GNOME_VFS_FILE_INFO_FOLLOW_LINKS)); > if (res == GNOME_VFS_OK) { > "MIME type : application/x-arc" with GNOME_VFS_FILE_INFO_FORCE_SLOW_MIME_TYPE "MIME type : application/x-cd-image" without it So apparently a problem with the SLOW method Confirmed by this comment: "100% reproducible for me on amd64, not on i386. What I see is that when I first open the nautilus window, the icon is correct for an ISO. When I right-click on it, for just a moment the "Write to CD" item is visible, but then it disappears and the icon changes"
ok, that's due to an overflow in update-mime-database which breaks the detection on 32bits archs (the mime magic value has been adapted to a wrong value to get it working with the overflow apparently). I'm moved the bug report here so: http://freedesktop.org/bugzilla/show_bug.cgi?id=1506
In freedesktop.xml from shared-mime-info, application/x-cd-image only seems to list a match by filename, while application/x-arc is gives some file magic. The magic rules say they should only be checking the patterns at offset 0, but there are some other offsets in the attached file that match the patterns (the integer values are little endian, because that is what the magic patterns wanted): data[50322:50326] = 0x0000021a data[68052:68056] = 0x0000041a data[70336:70340] = 0x0000031a data[186582:186586] = 0x0000081a data[350786:350790] = 0x0002061a So there might be some bug in shared-mime-info's magic pattern matching on x86-64. Without the "slow" mime checking, the magic rules are ignored, so don't trigger.
James, see https://freedesktop.org/bugzilla/show_bug.cgi?id=1507 (with the patch from #1506, the arc misdetection happens on 32 bits machines too)