https://bugs.kde.org/show_bug.cgi?id=354848
Pavel Mendl <pavel_me...@centrum.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pavel_me...@centrum.cz
--- Comment #5 from Pavel Mendl <pavel_me...@centrum.cz> ---
Confirming behavior on Linux <censored> 4.3.0-1-amd64 #1 SMP Debian 4.3.3-2
(2015-12-17) x86_64 GNU/Linux (KDE version latest testing = 4:15.08.3-1)
Adding my observation about other (GUI) way to reproduce in hope this helps
with bug source insulation:
In Dolphin right click to Properties, here push File Type Options. File type
<something>/<something> dialog opens. Now:
1) Using Add button and adding new application has following effects:
a) enlists this application into ~/.local/share/applications/mimeapps.list
(making it persisten)
b) adds the association as highest priority (default)
2) Edit button opens dialog showing 0B (zero bytes) length of the file (with
reported name <something>.desktop) and does not show/allow to change
association parameters. My opinion is that this procedure somehow creates
<something>.desktop (in some system location) with no content, while it should
be filled with some useful parameters and later mimeaps.list pointing to that
file is confused (and thus does not process removal properly). But it may be
million other ways too as ad 2) behavior is true even for previously existing,
properly working associations (?!).
Related as well was my bug 355194, even if strange application I used in the
exact case was misleading. The core of problem is ill-behavior of Dolphin
(maybe even KDE core) mime associations functionality. Thanks god for the
manual mimeapps.list editing workaround, however some more systematic solution
would really suit to KDE.
--
You are receiving this mail because:
You are watching all bug changes.
