Summary: | Dolphin cannot create links to files, only directories | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kio | Reporter: | Guo Yunhe <i> |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | kdelibs-bugs, nate |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
See Also: | https://bugreports.qt.io/browse/QTBUG-720 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Guo Yunhe
2016-10-01 16:48:29 UTC
Confirmed. Digging into this, the problem is in KIO. In kio/src/filewidgets/knameandurlinputdialog.cpp, the file picker is called with: d->m_urlRequester->setMode(KFile::File | KFile::Directory); The intention seems to have been to make it accept both file and directory input, but the actual result appears to be to limit it to directory-only input. It turns out this is impossible as currently implemented, because the QT file picker does not have a mode that allow the selection of either files or directories--only one at a time (https://bugreports.qt.io/browse/QTBUG-720). We could change it to show files, but then it wouldn't accept directories as input. Until and unless the QT file dialog gains that ability, we need to rewrite how we handle this use case to account for the lack of this feature. One quick idea: Have two context menu entries and dialog: 1. Link to a file --> use a file picker 2. Link to a folder --> use a folder picker This will give users the function they want before Qt support this feature. Yes, that was my thought as well. However changing it to that approach involves a lot of work given the way this feature is currently implemented, and it also has translation implications (changing one already-translated string to two new ones). *** This bug has been marked as a duplicate of bug 357171 *** |