Bug 132734 - Rename on samba share appears to succeed despite missing permissions
Summary: Rename on samba share appears to succeed despite missing permissions
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kio
Classification: Unmaintained
Component: smb (other bugs)
Version First Reported In: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-08-21 08:19 UTC by Thomas Kunz
Modified: 2013-08-19 01:02 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Ethereal trace of rename command (309 bytes, application/octet-stream)
2006-08-21 08:23 UTC, Thomas Kunz 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Kunz 2006-08-21 08:19:56 UTC 
Version:           3.5.2 (using KDE 3.5.2, Kubuntu Package 4:3.5.2-0ubuntu18.1 dapper)
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.15-23-386

Steps to reproduce:
1. Create a samba share
[public]
    path = /home/user/public
    writable = no
    force user = user
    force group = user

2. Connect to host: smb://xyz@10.0.0.3/public
3. Rename a file in this folder

Observed behaviour: The file is displayed with the new name (despite missing permissions). Pressing F5 reloads the old name.

Expected behaviour: The file should not be displayed as renamed since the request is denied by the remote machine
Comment 1 Thomas Kunz 2006-08-21 08:23:25 UTC 
Created attachment 17439 [details]
Ethereal trace of rename command

The file shows the rename request and the rename response
"STATUS_NETWORK_ACCESS_DENIED".
Comment 2 Dawit Alemayehu 2013-08-19 01:02:42 UTC 
KDE 3 is no longer supported. Feel free to reopen this ticket if the issue is still present in the current stable version of KDE 4. Thanks for the report.