Summary: | kfmclient openURL with inode/directory does not honor prefered file manager, opens konqueror always | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Kai Damm <cepheus11> |
Component: | general | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | faure |
Priority: | NOR | ||
Version First Reported In: | 4.10.1 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Kai Damm
2013-04-25 17:20:09 UTC
From what I see, this is intended. Konqueror has a special mode, where it can stay in memory, even if all windows are closed. Using this tool, you can start such a dormant Konqueror. Not closing, because maintainer decides. This is inconsistent with handling of other protocols: kfmclient openURL http://www.duckduckgo.com/ opens firefox (default browser). The reason I noticed this is firefox's function "open containing folder" with downloads. There are possible workarounds, but these are more or less "dirty". Firefox seems to use kfmclient or trigger something which does. "kfm" is the old name for konqueror, so "kfmclient" aims at controlling konqueror. But indeed it obeys the BrowserApplication setting, when set (special case, due to code sharing). For the general case of "open the preferred app for this file", kde-open is the answer. |