| Summary: | "Open With" no longer lists NoDisplay applications, breaking MIME associations | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | evgeniyharchenko.dev |
| Component: | general | Assignee: | KIO Bugs <kio-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | 4wy78uwh, cfeck, evgeniyharchenko.dev, faure, ihatemylife0025, KaiUweBroulik2, kde, kdedev, kdelibs-bugs-null, nate, zilla |
| Priority: | NOR | Keywords: | regression, usability |
| Version First Reported In: | 6.17.0 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| URL: | https://invent.kde.org/frameworks/kio/-/merge_requests/1937 | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=509746 | ||
| Latest Commit: | https://invent.kde.org/frameworks/kio/-/commit/91328579c3721850c40c1b6e5532c067770e964a | Version Fixed/Implemented In: | 6.21 |
| Sentry Crash Report: | |||
| Attachments: |
Default desktop file for MS PowerPoint (Created by "Edit Menus" in Crossover)
Desktop file for one of MS PowerPoint association (Created by "Edit Associations" in Crossover) |
||
|
Description
evgeniyharchenko.dev
2025-08-22 13:20:52 UTC
> 1. CrossOver installs multiple .desktop files for Microsoft Word, e.g. for different open configurations, all with NoDisplay=true.
Why would these have NoDisplay=True? Wouldn't you want the launchers for these apps to show up in Kickoff, KRunner, etc.?
CrossOver installs multiple .desktop files for the same app (e.g. different launch variants of MS PowerPoint). Showing all of them in Kickoff/KRunner would clutter the menu with duplicates. Similarly, some helper/alternative launchers are only useful in the context of MIME handling, not as standalone applications. Created attachment 184362 [details]
Default desktop file for MS PowerPoint (Created by "Edit Menus" in Crossover)
It is default "clear" launcher of MS PowerPoint. It should be displayed everywhere.
Created attachment 184363 [details]
Desktop file for one of MS PowerPoint association (Created by "Edit Associations" in Crossover)
It is special desktop file for opening .pptx files in presentation mode (slideshow mode) immediately. It shouldn't be anywhere except for the "Open with" item. So it has NoDisplay=True.
Thanks. Here's the actual text of the spec in question: > https://specifications.freedesktop.org/desktop-entry-spec/latest/recognized-keys.html > > NoDisplay means "this application exists, but don't display it in the menus". This can be > useful to e.g. associate this application with MIME types, so that it gets launched from a > file manager (or other apps), without having a menu entry for it (there are tons of good > reasons for this, including e.g. the netscape -remote, or kfmclient openURL kind of stuff)." I could see this text interpreted to mean "don't display in launcher menus like Kicker and Kickoff, but do allow it to appear in "open with" UIs for the purposes of allowing it to get chosen by the user for being launched from a file manager, even if they are menu-like". So it depends if the word "menu" means "launcher menu like Kickoff" or either "any kind of menu" "or any kind of UI". Arguably "launcher menu like kickoff" is what the original intend was, even if the chosen phrasing was confusing. I'm ccing David Faure, who's listed as an author on https://specifications.freedesktop.org/desktop-entry-spec/latest/. David, can you clarify the original intent here? *** Bug 508967 has been marked as a duplicate of this bug. *** (In reply to Nate Graham from comment #5) > I could see this text interpreted to mean "don't display in launcher menus > like Kicker and Kickoff, but do allow it to appear in "open with" UIs for > the purposes of allowing it to get chosen by the user for being launched > from a file manager, even if they are menu-like". 100% agreed! NoDisplay=True doesn't seem like a useful property for Dolphin to use, why would I ever want some options to not display in the "Open With..." options? They're nicely out of the way in a submenu For SMPlayer we have the default "open in SMPlayer" action, defined in smplayer.desktop, and there's also an "Enqueue in SMPlayer" action, defined in smplayer_enqueue.desktop, but with NoDisplay=True. It's no longer possible to enqueue files in SMPlayer from the right-click "Open With..." menu, which doesn't seem useful in any way. Even more frustratingly, the middle click action in Dolphin ALSO ignores the "Enqueue in SMPlayer" action, even though it's the second one in the Application Preference Order. Even with the strict interpretation of the NoDisplay setting, that's just frustratingly unhelpful. If the spec says the purpose is to allow it to be launched from file managers (e.g. by clicking) but not shown in menus, then it should be usable by clicking, whether that's left-click or middle-click. (In reply to Jonathan Wakely from comment #7) > They're nicely out of the way in a submenu Sorry, I didn't finish that sentence. I meant to say that they're nicely out of the way in a submenu, not cluttering anything up - if I explicitly navigate to that submenu, I don't need entries hidden from me. (In reply to evgeniyharchenko.dev from comment #0) > SUMMARY > After a recent commit in KIO: > https://invent.kde.org/frameworks/kio/-/merge_requests/1937/ > diffs?commit_id=16d8b4cdfbcd9ac884581df67441e98efa743eb3 > the "Open With" dialog no longer shows applications marked with > NoDisplay=true. It introduces a regression in practical usage. So one duplicate Chrome entry now breaks an unknown number of other applications, because that commit means that you can't use e.g. `smplayer_enqueue.desktop` to enqueue audio files in smplayer, because that has `NoDisplay=True` as well. It seems like this should be fixed in the Chrome desktop file and this change should be reverted. Or the change should be smarter, and only remove NoDisplay entries that have the same name as another entry. And separately, the Middle Click action should NOT be affected by NoDisplay=True, that's just completely wrong. Reverted the change in https://invent.kde.org/frameworks/kio/-/commit/91328579c3721850c40c1b6e5532c067770e964a, by Neal Gompa. |