https://bugs.kde.org/show_bug.cgi?id=356237
Bug ID: 356237
Summary: Unable to change icon associated with mimetype if
~/.local/share/mime/packages does not already exist.
Product: systemsettings
Version: 5.4.3
Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: kcm_filetypes
Assignee: fa...@kde.org
Reporter: pip....@gmx.com
openSUSE Tumbleweed (20151128) / KDE Frameworks 5.16.0 / System Settings 5.4.3
Attempting to change the icon associated with a mimetype (System Settings ->
Applications -> File Associations) fails to work if the subdirectory
"~/.local/share/mime/packages" does not already exist.
Within system settings it gives the appearance of having worked, however having
closed System Settings the icon is unchanged when viewing a directory listing
using Dolphin, and if one again uses System Settings it shows the original
icon.
This section of ".xsession-errors-:0" gave the clue...
m_userSpecifiedIcon has changed. Now set to "text-rdf+xml"
Entry "application/rdf+xml" is dirty. Saving.
m_userSpecifiedIcon has changed. Now set to "text-rdf+xml"
writing "/home/paul/.local/share/mime/packages/application-rdf+xml.xml"
Couldn't open "/home/paul/.local/share/mime/packages/application-rdf+xml.xml"
for writing
"application/rdf+xml" hasDefinitionFile: false
Specifically, the "Couldn't open..." - The subdirectory didn't exist.
Having manually created ~/.local/share/mime/packages changing the icon worked
correctly.
I have 3 users on that particular machine, none of whom had a
"~/.local/share/mime/*" subdirectory.
Interestingly, System Settings was able to create an additional subdirectory,
"~/.local/share/mime/application".
I tried again with one of the other users, initally just creating
"~/.local/share/mime" - which failed, it had to be
"~/.local/share/mime/packages".
So it seems that System Settings expects that subdirectory to "just be there",
and does not create it if missing.
Reproducible: Always
--
You are receiving this mail because:
You are watching all bug changes.
