Created attachment 5373 [details] the last icon of the 3 should be the same as the first icon [ .iso ] this causes icons to be incorrectly displayed in Dolphin for me. reverting to prior packages corrects the problem
CC: (none) => mageiaAssignee: bugsquad => doktor5000
What did you want to express with "mailcap-2.1.42-1.mga5.noarch, firefox-en_GB-31.0-3.mga5.noarch, firefox-0:31.0-7.mga5.x86_64 as a set" as the subject? Please try to use meaningful subjects next time that explain what the bug is about, thanks in advance. I guess you installed those three packages in one transaction? Not even mailcap could possibly produce the effect you described, as it is only used by metamail or webservers. Can you please show the output of "file -i *iso" in the folder that contains those .iso files? I've just check and it seems there's also a change after Mageia 4 iso's. Mageia 4 is displayed correctly, but starting with Mageia 4.1 they are displayed as text files. Looking at a folder with more .iso files, some of them shown as .iso images, but more then 50% are shown as text. Type is either raw CD image or plain text document. Also, when removing mailcap package the icons are still displayed incorrectly, hence this does not seem to be the problem. You mentioned reverting to prior packages fixes the problem for you - to what packages did you revert?
CC: (none) => doktor5000Summary: mailcap-2.1.42-1.mga5.noarch, firefox-en_GB-31.0-3.mga5.noarch, firefox-0:31.0-7.mga5.x86_64 as a set => Icons for files of same mimetype differ
Just checked the packages that are responsible for identifying mime types of files, it has recently been changed: [user1@localhost ~]$ rpm -q --changelog file | head -15 * Mon Aug 25 2014 luigiwalser <luigiwalser> 5.19-2.mga5 + Revision: 667377 - add patch from fedora to fix CVE-2014-3587 * Fri Jun 13 2014 luigiwalser <luigiwalser> 5.19-1.mga5 + Revision: 635969 - 5.19 - remove no longer needed patch 15 - remove upstream patch 16 - add patch for one more format width specifier fix in images * Tue Jun 03 2014 luigiwalser <luigiwalser> 5.18-4.mga5 + Revision: 632593 - add upstream changes to CDF parser to fix CVE-2014-023[78] and other issues CC'ing Luigi: Could this http://svnweb.mageia.org/packages?view=revision&revision=632593 or this http://svnweb.mageia.org/packages?view=revision&revision=635969 be the cause ? Just checked some iso files: Cauldron: [user1@localhost sf_LINUX]$ file *iso chakra-2012.10-Claire-x86_64.iso: DOS/MBR boot sector chakra-2013.03-Benz-x86_64.iso: DOS/MBR boot sector Hybryde_Evolution_v1-live-dvd-32bits.iso: # ISO 9660 CD-ROM filesystem data 'Hybryde_Evolution_v1' (bootable) kali-linux-1.0.2-amd64.iso: DOS/MBR boot sector kubuntu-13.04-beta1-desktop-amd64.iso: DOS/MBR boot sector linuxmint-14-kde-dvd-64bit.iso: DOS/MBR boot sector live-razorqt-20121023-i586.iso: DOS/MBR boot sector Mandriva_Pulse_Demo_1.4.2.iso: # ISO 9660 CD-ROM filesystem data 'Mandriva_Pulse_Demo_1.4.2' (bootable) MBS_1.0-soho.x86_64.iso: DOS/MBR boot sector Minimal_Klyde.x86_64-0.1.2.iso: DOS/MBR boot sector ocz_tools_316.iso: # ISO 9660 CD-ROM filesystem data 'OCZ_TOOLS_316' (bootable) siduction-12.2.0-ridersonthestorm-rqt-amd64-201212092240.iso: DOS/MBR boot sector SolusOS-amd64-1-2.iso: DOS/MBR boot sector solydk64_201306.iso: DOS/MBR boot sector MGA4, same files: [doktor5000@Mageia4 LINUX]$ file *iso chakra-2012.10-Claire-x86_64.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,0,1), end-CHS (0x3ff,63,32), startsector 0, 3221504 sectors chakra-2013.03-Benz-x86_64.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,0,1), end-CHS (0x3ff,63,32), startsector 0, 3418112 sectors Hybryde_Evolution_v1-live-dvd-32bits.iso: # ISO 9660 CD-ROM filesystem data 'Hybryde_Evolution_v1' (bootable) kali-linux-1.0.2-amd64.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,2,1), end-CHS (0x3fd,138,32), startsector 64, 4545792 sectors kubuntu-13.04-beta1-desktop-amd64.iso: DOS/MBR boot sector; partition 2 : ID=0xef, start-CHS (0x3ff,254,63), end-CHS (0x3ff,254,63), startsector 1899672, 4544 sectors linuxmint-14-kde-dvd-64bit.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,0,1), end-CHS (0x3ff,63,32), startsector 0, 2140160 sectors live-razorqt-20121023-i586.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,0,1), end-CHS (0x199,63,32), startsector 0, 839680 sectors Mandriva_Pulse_Demo_1.4.2.iso: # ISO 9660 CD-ROM filesystem data 'Mandriva_Pulse_Demo_1.4.2' (bootable) MBS_1.0-soho.x86_64.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,0,1), end-CHS (0x1bb,63,32), startsector 0, 909312 sectors Minimal_Klyde.x86_64-0.1.2.iso: DOS/MBR boot sector; partition 1 : ID=0x83, active, start-CHS (0x0,2,1), end-CHS (0x1f2,63,32), startsector 64, 1021888 sectors ocz_tools_316.iso: # ISO 9660 CD-ROM filesystem data 'OCZ_TOOLS_316' (bootable) siduction-12.2.0-ridersonthestorm-rqt-amd64-201212092240.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,0,1), end-CHS (0x2d6,63,32), startsector 0, 1488896 sectors SolusOS-amd64-1-2.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,0,1), end-CHS (0x3db,63,32), startsector 0, 2023424 sectors solydk64_201306.iso: DOS/MBR boot sector; partition 1 : ID=0x17, active, start-CHS (0x0,0,1), end-CHS (0x3ff,63,32), startsector 0, 2977792 sectors
@neoclust: What does dolphin use to identify mimetype? libmagic? Also, is there any recent KDE or library update that could have an effect on this?
CC: (none) => neoclust
Your comment was: Good morning. i will try to do better with my title next time. I was working with a folder that had several .iso files in it. just after the 3 packages had installed I watched the icons change over. Thanks to that command you gave me to get their full titles, I attempted to remove " mailcap-2.1.42-1.mga5.noarch " singly, both by mcc and cli and both ways also removed the Firefox packages as dependencies. Attempting to remove either Firefox package included " mailcap " hence" as a set " My experience with cli is limited,I used " urpme mailcap-2.1.42-1.mga5.noarch " Admittedly when the 3 packages were removed, the icons reverted to their correct type. But, by installing the packages that were in the system before the update, the icons did not change back to incorrect type. So maybe it is one of the Firefox packages that is the problem. I will attach the requested output file tonight, and also get the names of the 3 original files, as the unit is at home and now I am at work. when the icon is incorrect, the right click option to " write image to disc with K3b " is not available.
as requested @localhost Linux Oses]$ file -i *iso debian-7.3.0-i386-DVD-1.iso: application/octet-stream; charset=binary elementaryos-stable-i386.20130810.iso: application/octet-stream; charset=binary Fedora-17-i686-Live-Desktop.iso: application/octet-stream; charset=binary freedos.iso: application/x-iso9660-image; charset=binary linuxmint-15-kde-dvd-64bit.iso: application/octet-stream; charset=binary Mageia-2-i586-DVD.iso: application/octet-stream; charset=binary Mageia-2-x86_64-DVD.iso: application/octet-stream; charset=binary Mageia-3-i586-DVD.iso: application/octet-stream; charset=binary Mageia-3-x86_64-DVD.iso: application/octet-stream; charset=binary Mageia-4-i586-DVD.iso: application/octet-stream; charset=binary Mageia-4-LiveCD-KDE4-en-i586-CD.iso: application/octet-stream; charset=binary Mageia-4-x86_64-DVD.iso: application/octet-stream; charset=binary Mageia-5-alpha2-x86_64-DVD.iso: application/octet-stream; charset=binary openlinux-14-x86-64.iso: application/octet-stream; charset=binary OpenMandrivaLx-2013.0.x86_64.iso: application/octet-stream; charset=binary OpenMandrivaLx-2014.0.x86_64.iso: application/octet-stream; charset=binary openSUSE-12.3-DVD-x86_64.iso: application/octet-stream; charset=binary PCBSD10.0-RELEASE-x64-DVD-USB-latest.iso: application/octet-stream; charset=binary pclinuxos-kde-fullmonty-2014.05.iso: application/x-iso9660-image; charset=binary ReactOS-3.16 BootCD.iso: application/x-iso9660-image; charset=binary sparkylinux-3.4-i486-mate.iso: application/octet-stream; charset=binary ubuntu-12.04.3-desktop-amd64.iso: application/octet-stream; charset=binary zorin-os-9-core-32.iso: application/x-iso9660-image; charset=binary
As mentioned, I can reproduce, but without either mailcap or firefox installed. So this has to be something else, but I've no clue what else. Would be helpful if KDE team could take a look how dolphin detects mime types, see #c3
CC: (none) => lmenutHardware: x86_64 => AllAssignee: doktor5000 => bugsquad
this is evident in dolphin both Mga5B1 i586 + x86_64
this is evident in Mageia-5-beta2-dual-DVD [ 64bit install ]
dolphin uses shared-mime-info, mainly /usr/share/mime/packages/freedesktop.org.xml see https://bugs.kde.org/show_bug.cgi?id=337035 https://bugs.freedesktop.org/show_bug.cgi?id=80877 The regression seems related to http://cgit.freedesktop.org/xdg/shared-mime-info/commit/?id=4b0bc62b3e50f25d0ef42950e0b715274637c548
See Also: (none) => https://bugs.freedesktop.org/show_bug.cgi?id=80877, https://bugs.kde.org/show_bug.cgi?id=337035
now also evident in Mageia-5-beta2-i586-DVD, Sat Dec 20 22:13:39 CET 2014
(In reply to ben mcmonagle from comment #7) > this is evident in dolphin both Mga5B1 i586 + x86_64 (In reply to ben mcmonagle from comment #8) > this is evident in Mageia-5-beta2-dual-DVD [ 64bit install ] (In reply to ben mcmonagle from comment #10) > now also evident in Mageia-5-beta2-i586-DVD, Sat Dec 20 22:13:39 CET 2014 Probably time wasted to list all installation media which are affected, as they will all contain the shared-mime-info package that causes this, see the Comment 9 from Luc above. Question is, how do we fix this? @Luc: Do you think it's sensible to remove that newly added support for different ROM images for various gaming consoles to get the old state back, until upstream sorts out the issue, or would there be a different approach?
(In reply to Florian Hubold from comment #11) > Question is, how do we fix this? > I think you've got it. This worked for me (Mageia 5 cauldron with all updates as of today). Refering to your comment #9: https://bugs.mageia.org/show_bug.cgi?id=13989#c9 1) As a normal user, open kde's "systemsettings" --> "File Asociations" find each *.iso ascociated pattern which are mentioned in the freedesktop.org commit-- they are as follows: a) x-wii b) x-gamecube 2) On the "General" tab remove the associated "Filename Patterns" (*.iso) 3 "Apply" changes. 4) Open Dolphin and confirm well behaved icons/mimetypes
CC: (none) => inetcustomer-mageia
Sorry but that's not a fix, it may work for you but if everybody would need to do this that would be a sign that something basic is severely broken - which it is. Fortunately one of the guys in the upstream fd.o report managed to find a good workaround: https://bugs.freedesktop.org/show_bug.cgi?id=80877#c10 Just pushed fixed shared-mime-info-1.4-2.mga5 - please test.
Assignee: bugsquad => doktor5000Status: NEW => ASSIGNED
I have updated Mga5B3-i586 to this new package. It appears to have fixed this problem. thankyou I will check a x86-64 system and report
checked ok on x86-64 - ok logout + login required for update to take effect. if someone else can confirm update corrects issue, I would suggest bug is resolved
Closing as a really similar fix has been added upstream: http://cgit.freedesktop.org/xdg/shared-mime-info/commit/ Will replace our current patch with that one.
Resolution: (none) => FIXEDStatus: ASSIGNED => RESOLVED
Thanks Florian.
Issue is evident in M5RC. has upstream fix not yet been applied?
Upstream fix is in place since two weeks: http://svnweb.mageia.org/packages?view=revision&revision=815845 But now that you mention it, using the upstream fix the issue reoccurs, 10 of ~20 .iso images are displayed type text file. Using our previous workaround works just fine. I'll try to investigate upstream, but the best solution for now seems to be to reapply the previous workaround ...
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Marking as duplicate of 14266 and it's also a duplicate of previously reported bug 12006 *** This bug has been marked as a duplicate of bug 14266 ***
Status: REOPENED => RESOLVEDResolution: (none) => DUPLICATE
Whoops, commented on wrong tab :/ Reverted to our previous patch and will ask for freeze push - but maybe it has to be added after the release as an update, as total freeze is in place now.
Status: RESOLVED => REOPENEDResolution: DUPLICATE => (none)
(In reply to Florian Hubold from comment #21) > Reverted to our previous patch and will ask for freeze push - but maybe it > has to be added after the release as an update, as total freeze is in place > now. Previous working version is already in place since quite some time. Now the bugreports go forth between upstream (shared-mime-info) and downstream (KDE - e.g. dolphin): https://bugs.kde.org/show_bug.cgi?id=337035#c36 and I'm pretty confused, but happy that we have a working version ATM :)
Status: REOPENED => ASSIGNED
Keywords: (none) => UPSTREAMWhiteboard: (none) => MGA5TOO
any further news, or can this be closed?
Did you read the upstream bugreports? No there are no further news, problem still exists upstream in current version.
CC: lmenut => (none)
last comment over 2 years ago, closing
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED