On Saturday, December 31, 2016 11:26:37 AM CET Luigi Toscano wrote: > Do you mean that you can have the offending URL in the places pane of > Dolphin without issues, but they are slow in the open/save dialog?
Yes, that's it. I access a NFS directory from e.g. /foo/nfs. Normally it is not mounted. It gets mounted when I use it (via autofs), for example when I "cd /foo/nfs" from terminal. To easily mount and access that path from Dolphin, I've added /foo/nfs to a new entry in Places, called Nfs. When I click on that Nfs place in Dolphin, the NFS drive gets mounted. Otherwise, nothing happens. When the NFS resource is unavailable because I'm on a different LAN, I just don't click on that place, and Dolphin doesn't show any issue. Access to local folders is immediate. This is therefore different from bug report 352827, that instead involves the entire KDE: https://bugs.kde.org/show_bug.cgi?id=352827 However, that Nfs place causes the lags I experience in KDialog, when the NFS drive is unavailable. The KDialog I mean is when you for instance want to save a PDF document from the web browser--a popup window will open, asking for a filename and a location. The delays I experience in KDialog mean that maybe KDialog tries and checks the availability of the NFS resource, even if I don't select that entry. So it behaves differently from Dolphin. When the Nfs place is hidden (right click on the entry, hide entry), I no longer experience any delay in KDialog. So it is not necessary to remove the entry altogether, just hiding it solves the issue. This difference in behaviour between KDialog and Dolphin doesn't seem ok to me, so I'm wondering whether to send a bug report. I was unaware of the difference between KDialog and the program kdialog. I'll try to figure out what exact components are involved. As a side question, how can I figure out what version of the different KDE components I am using (Frameworks, Plasma, Applications, libs, and so on)? Is there some script that prints out the most relevant information?
