https://bugs.kde.org/show_bug.cgi?id=356235

mistachie...@hotmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mistachie...@hotmail.com

--- Comment #4 from mistachie...@hotmail.com ---
In addition to the above mentioned problem with regard paths to mimeapps.list,
there appears to be another issue.  I symlinked
.local/share/applications/mimeapps.list to .config/mimeapps.list and still had
problems with specific filetypes such as PDFs

After a lot of research, I believe I've found the solution.  KDE and most other
DEs get information from a package that most distros call 'shared-mime-info'. 
This package contains a file called freedesktop.org.xml which in Arch Linux
(the distro I use) is stored under /usr/share/mime/packages, but may be stored
elsewhere on other distros.

Upon examining this file, I could see that some filetypes have aliases.  For
example, for application/pdf it has the aliases application/x-pdf, image/pdf,
and application/acrobat.  Whenever I tried to change the default application
for PDF to Okular, it would always revert just as is being shown here.  When I
checked .config/mimeapps.list, I could see that the entry for application/pdf
had been updated to put kde4-okular.desktop first, but the entries for the
other aliases had not been.  When I manually added kde4-okular.desktop as the
first entry for those aliases, I was able to move Okular the top of the list
and it stayed there.

I think the reason this bug is hard to reproduce is that it depends on whether
you have entries in your mimeapps.list file for aliases of filetypes you are
changing.  For example, I don't have the entry for 'application/acrobat' in my
mimeapps.list file even though it is a valid alias.  Perhaps if I had installed
an application which creates an entry for that alias in mimeapps.list, it would
be in there.  

There is also some further inconsistency because I can see that I have an entry
for the one alias for image/jpeg, image/pjpeg, and yet it appears to be ignored
and the correct default application from the image/jpeg entry is used.  It
seems clear to me that Plasma 5 currently has some issues with the proper
handling of MIME aliases, but it seems like an eminently fixable problem.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to