https://bugs.kde.org/show_bug.cgi?id=508593
TraceyC <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|The open with application |The open with application |dialog doesn't let me |dialog doesn't let me |choose existing application |choose existing application |when I simply enter the |when I simply enter the |path, when triggered from |path, when triggered from a |flatpak |flatpak browser download CC| |[email protected] Status|REPORTED |NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from TraceyC <[email protected]> --- Thanks for the bug report. You mentioned a screenshot, but I don't see any attachments on this report. Can I ask you to attach the screenshot directly to the report? Thanks! First, yes it is expected that the "Choose Application" dialog only knows about applications installed that have a .desktop file. It won't show shells like /bin/bash, for instance. Applications having a .desktop file are how the desktop environment knows about them. There are shell apps which show up in this list, such as NeoVim and Helix (terminal apps), so this isn't limited to GUI apps. I tested this on git-master with Opera, installed from flatpak 1. Open Opera 2. Download a file (a .sh script) 3. Click on it in the Opera download menu, which brings up "Choose Application" While I can't type in '/bin/bash', I can choose Helix or NeoVim, which I have installed. This is expected. Similarly, if I type in '/bin/kate', that doesn't bring anything up, but typing in 'Kate' shows that. Testing with a downloaded .ovpn openvpn file, which has no default app set. The results are the same. To understand your use case more, I'll need some additional information. - The screenshot you mentioned - What kind of file(s) you're downloading - What application(s) you want to use to open them It's possible I'm missing a valid use case. -- You are receiving this mail because: You are watching all bug changes.
