Launchpad has imported 39 comments from the remote bug at
https://bugs.kde.org/show_bug.cgi?id=156759.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
On 2008-01-27T06:32:03+00:00 muesli wrote:
Version:(using Devel)
Installed from:Compiled sources
OS:Linux
Having mounted a remote samba share via cifs (or smbfs) i noticed
dolphin crashes / freezes when trying to change the sort mode or view
mode on a directory that my user has no write-permissions on the server.
(yet the share is being mounted as rw). Changing the mount options to ro
(read-only) fixes the issue, yet I think dolphin shouldn't crash /
freeze in such a situation, but handle the error gracefully. It appears
it tries to write a lock-file in this directory - which it obviously
fails to do.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/388636/comments/0
On 2008-04-26T14:24:33+00:00 Marco Krohn wrote:
I experience the same kind of freeze of dolphin on my NAS (mounted "rw")
when trying to switch the view mode from "icons" to "details". However,
I have write permissions on the directory.
BTW: Thanks a lot for dolphin - it is a great application!
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/388636/comments/1
On 2008-06-03T14:14:55+00:00 Christian Weilbach wrote:
I have the problem, too, with trunk (kdebase rev. 816127). If I remove
the .directory.lock file by hand (which I can do as the same user as
dolphin runs on cifs), dolphin unfreezes and changes the settings. I
guess it should a) not freeze on any view mode changes and at least
timeout and b) should work in default here. But this is only my 2 pence.
I hope you fix it somehow.
Cheers,
duns
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/388636/comments/2
On 2008-07-06T19:44:48+00:00 Ian Dickerson wrote:
I can confirm Dolphin hangs on change of view mode while navigating cifs mount.
When run from command line, it complains of "problem deleting stale lockfile".
Deleting .directory.lock manually does unfreeze but only until the next view
change. Since I mount most of my home directory over cifs, this is a bit of
showstopper.
Using Dolphin Version 1.0.99
KDE 4.00.83 (KDE 4.0.83 (KDE 4.1 Beta2)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/388636/comments/3
On 2008-07-06T21:27:20+00:00 Peter-penz19 wrote:
The issue is on my TODO-list and I've increased the priority, but I
cannot promise that it will be fixed until KDE 4.1 final.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/388636/comments/4
On 2008-07-13T21:17:38+00:00 Toma-u wrote:
Confirmed. Makes file management impossible for those folders, is there
a temp workaround or can you explain more about the cause?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/388636/comments/5
On 2008-07-14T07:17:47+00:00 Peter-penz19 wrote:
@Tom: A temporary workaround is to enable "(x) Use common view
properties for all folders", by this Dolphin won't write the .directory
files. The fix should not be difficult I hope, but the next 2 weeks I've
quite less time for Dolphin :-(
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/388636/comments/6
On 2008-07-19T14:44:47+00:00 Peter-penz19 wrote:
@David: I cannot reproduce this issue - although I've write access to my
samba-share, Dolphin (correctly) stores the .directory files mirrored
inside ~/.kde4/share/apps/dolphin -> no locking.
I had a look at the code and from my point of view Dolphin should never
try to write on non-local directory. Inside ViewProperties.cpp there is
the following check (simplified here - 'url' is the input, m_filePath
the path where the .directory file will be written):
KUrl cleanUrl(url);
cleanUrl.cleanPath();
m_filepath = cleanUrl.path();
...
if (cleanUrl.isLocalFile()) {
const QFileInfo info(m_filepath);
if (!info.isWritable()) {
m_filepath = destinationDir("local") + m_filepath;
}
} else {
m_filepath = destinationDir("remote") + m_filepath;
}
Where destinationDir() is implemented like this:
QString ViewProperties::destinationDir(const QString& subDir) const
{
QString basePath = KGlo