Bug 107694 - [step by step] Ownership changes aren't made if no changes are made to parent folder
Summary: [step by step] Ownership changes aren't made if no changes are made to parent...
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-19 02:43 UTC by William Kendrick
Modified: 2009-12-05 17:17 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description William Kendrick 2005-06-19 02:43:07 UTC
Version:           3.4.0 (using KDE 3.4.0, Debian Package 4:3.4.0-0pre4 (3.1))
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-12)
OS:                Linux (i686) release 2.6.8-2-686

When changing the user/group ownership of a folder AND all of its subfolders and their contents, no change is made if the parent folder is already owned by the user/group in question.

For example, if you have folder "A" owned by "foo:foo" with subfolders "1" and "2" owned by "bar:bar", Konqueror will not change the ownership of "1" and "2" to "foo:foo" when you go to "A"'s properties, click "Apply changes to all subfolders and their contents" and click "OK".

I found that I first had to change ownership of "A" to something else (e.g., "root:root" or "bar:bar", with "Apply changes to all..." unchecked), and THEN change it to "foo:foo", with "Apply changes to all..." checked).

I guess if "Apply changes to all..." is checked, Konqueror should ignore the parent folder's ownership, and always process the ownership change to all subfolders.  Right now it seems to assume if the parent's ownership is the same as what I want, no changes need to be made to anything. :^(

Thanks!
Comment 1 Alex Merry 2007-01-06 19:56:25 UTC
I can confirm this with KDE 3.5.5.

Testcase:

Create directory
/tmp/foo
and file
/tmp/foo/bar

Set group for /tmp/foo/bar to something different from /tmp/foo.  Then go to permissions tab in properties dialogue for /tmp/foo.  Select "Apply changes to all...".  Click OK.  Ownership of /tmp/foo/bar has not changed.

Note that the same thing does NOT happen with permissions.  Change the permissions of /tmp/foo/bar to be different from /tmp/foo.  Now repeat the above procedure.  The permissions of /tmp/foo/bar change to match /tmp/foo, but the group does not.
Comment 2 Stefan Monov 2007-01-07 00:40:25 UTC
Me too.
Comment 3 Michael Leupold 2008-05-18 11:38:59 UTC
I can confirm this for 3.5.9 and trunk r809039.
Comment 4 Jaime Torres 2008-08-11 20:05:39 UTC
Still present for 4.1.60 svn trunk 838250.
When the group selection box has not changed from the original group, the group change is not applied, even if the "Apply changes ...." is selected. 
Comment 5 FiNeX 2009-12-05 17:17:57 UTC
This bug is no more reproducible in KDE SC 4.4 beta1.