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) How reproducible: Always Steps to Reproduce: 1. sftp://username 2. Right-click any file, Properties, Permissions tab, click OK. 3. Lock out! Actual Results: Lock appears on file. No longer able to read it via kfmclient. Expected Results: Shouldn't lock.
More information: 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 ftp:// with * Right click * Properties * Permissions * OK Clicking Reload removes the lock.
Upstream Bugzilla report: http://bugs.kde.org/show_bug.cgi?id=41797
Still broken in Phoebe.
Seems fixed in Severn + Rawhide.