Red Hat Bugzilla – Bug 63469
kfmclient kioslave permission lockout quirk
Last modified: 2007-04-18 12:41:59 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.0.0-9; Linux)
Description of problem:
Within a kfmclient SFTP session, if you click select Properties then
Permissions of any file/folder and click "OK", a lock appears on that
file/folder icon and you no longer have access to read the file. It occurs
regardless of if you change any permissions or not. After the lock-out you
can however still change the permissions.
Close the window and re-open, and you again have access to that file.
Version-Release number of selected component (if applicable):
Skipjack beta 2 (up2date 4/13/2002)
Steps to Reproduce:
2. Right-click any file, Properties, Permissions tab, click OK.
3. Lock out!
Lock appears on file. No longer able to read it via kfmclient.
This lockout bug occurs with both FTP and SFTP in kfmclient. It does occur
with a test directory, but not a file named "dmesg.txt".
Re-tested: Still exists in Red Hat Linux 7.3.
Still exists in Limbo, although it behaves irratically. Tested over the sftp
kioslave - I am no longer able to lock myself out of directories, but I am able
to cause the lock to appear on files on the first or second try of modifying
permissions. When I am appeared to be locked out of a file, any attempt of
opening it fails with a permission error.
Simply clicking the reload button makes the incorrect lock icons disappear and I
am again able to click open those files.
Tested again in Limbo2 kdebase-3.0.2-7.
I am *always* able to lock myself out of a file or folder with over sftp:// or
* Right click
Clicking Reload removes the lock.
Upstream Bugzilla report:
Still broken in Phoebe.
Seems fixed in Severn + Rawhide.