Konqueror, Dolphin ACL bug.

Bug #254877 reported by Heretic
6
Affects Status Importance Assigned to Milestone
KDE Base
Fix Released
Medium
kdebase (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: konqueror

There's a folder with files having ACL permissions. While copying into an other folder with acl permissions, only folder permissions are inherited. I've tried Dolphin and Konqueror, neither of them work, but mc works fine.

For example:
the folder "exhibition" has the following permissions:
user::rwx
group::rwx
group:10004:rwx
mask::rwx
other::---
default:user::rwx
default:group::rwx
default:group:10004:rwx
default:mask::rwx
default:other::---

While copying the folder in a folder with acl permissions
user:: rwx
group:: rwx
group: 10004: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10004: rwx
default: mask:: rwx
default: other ::---

the folder acquires these permissions, but files do not.
after creating the folder "permissions" and copying files into it, they acquire permissions

Revision history for this message
Ralph Janke (txwikinger) wrote :

Thanks for reporting this issue and helping to make Ubuntu better.

I am not 100% sure if I can follow your description. It would help if you you could give the following information:

1) The exact and detailed steps you have taken.
2) The outcome that has been achieved by these steps
3) The expected outcome (i.e. what acl should be created)

Thanks.

Changed in kdebase:
assignee: nobody → txwikinger
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Heretic (heretic-q2) wrote :

I'm sorry first topic is incorrect in ACL permissions.

Steps:
1. There is a folder with acl permissions in this folder is a folder "folder1" which are files with name "file1", "file2", "file3" permissions to file similar folder:
getfacl - numeric ./folder1
user:: rwx
group:: rwx
group: 10004: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10004: rwx
default: mask:: rwx
default: other ::---

2. In Konqueror, Dolphin copy folder
3. Opens second "folder2" folder in which the following ACL:
getfacl - numeric ./folder2
user:: rwx
group:: rwx
group: 10005: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10005: rwx
default: mask:: rwx
default: other ::---

4. Inserts in "folder2" folder with name "folder1", after inserting a folder in mc (nautilus), ACL permissions inherited from folders with name "folder2" unlike Konqueror, Dolphin.
5. After ACL in "folder1" viewer, we see that the permissions of the folder have changed, as it should be:
getfacl - numeric ./folder2/folder1
user:: rwx
group:: rwx
group: 10005: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10005: rwx
default: mask:: rwx
default: other ::---

But if you look at the files in this folder, then their permissions remained unchanged

getfacul - numeric ./folder2/folder1/file1
user:: rwx
group:: rwx
group: 10004: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10004: rwx
default: mask:: rwx
default: other ::---

It was expected that after copying folders with name "folder1", it has the permissions to default inherit from the folder "folder2". While copying in mc or nautilus permissions to a folder copied correctly inherited from the folder which one level above.

Changed in kdebase:
status: Incomplete → New
Revision history for this message
Harald Sitter (apachelogger) wrote :

Heretic, please forward this report to http://bugs.kde.org and paste it's URL here.
Thank you.

Changed in kdebase:
assignee: txwikinger → nobody
status: New → Triaged
Changed in kdebase:
importance: Undecided → Unknown
status: New → Unknown
Changed in kdebase:
status: Unknown → New
Revision history for this message
In , Jonathan Aquilina (eagles051387) wrote :

Version: (using KDE 4.2.2)
OS: Linux
Installed from: I Don't Know

Binary package hint: konqueror

There's a folder with files having ACL permissions. While copying into an other folder with acl permissions, only folder permissions are inherited. I've tried Dolphin and Konqueror, neither of them work, but mc works fine.

Steps:

1. There is a folder with acl permissions in this folder is a folder "folder1" which are files with name "file1", "file2", "file3" permissions to file similar folder:
getfacl - numeric ./folder1
user:: rwx
group:: rwx
group: 10004: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10004: rwx
default: mask:: rwx
default: other ::---

2. In Konqueror, Dolphin copy folder

3. Opens second "folder2" folder in which the following ACL:
getfacl - numeric ./folder2
user:: rwx
group:: rwx
group: 10005: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10005: rwx
default: mask:: rwx
default: other ::---

4. Inserts in "folder2" folder with name "folder1", after inserting a folder in mc (nautilus), ACL permissions inherited from folders with name "folder2" unlike Konqueror, Dolphin.

5. After ACL in "folder1" viewer, we see that the permissions of the folder have changed, as it should be:
getfacl - numeric ./folder2/folder1
user:: rwx
group:: rwx
group: 10005: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10005: rwx
default: mask:: rwx
default: other ::---

But if you look at the files in this folder, then their permissions remained unchanged
getfacul - numeric ./folder2/folder1/file1
user:: rwx
group:: rwx
group: 10004: rwx
mask:: rwx
other ::---
default: user:: rwx
default: group:: rwx
default: group: 10004: rwx
default: mask:: rwx
default: other ::---

It was expected that after copying folders with name "folder1", it has the permissions to default inherit from the folder "folder2". While copying in mc or nautilus permissions to a folder copied correctly inherited from the folder which one level above.

Revision history for this message
In , Jonathan Aquilina (eagles051387) wrote :
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Hi there!

Thanks for reporting this bug! Your bug seems to be a problem with the KDE program itself, and not with our KDE packages. But don't worry! This issue is being tracked by the KDE developers at: http://bugs.kde.org/show_bug.cgi?id=191474
Once fixed in KDE, it will be included in Kubuntu once the KDE version the fix is in in reaches Kubuntu.

Thanks!

Changed in kdebase (Ubuntu):
status: Triaged → Invalid
Revision history for this message
Heretic (heretic-q2) wrote :

I found fix, in kdelibs package for me.
./apt-build/build/kdelibs-3.5.10/kio/kio/job.cpp

2195c2195
< m_defaultPermissions = false;
---
> m_defaultPermissions = true;

Revision history for this message
In , Heretic (heretic-q2) wrote :

I found fix, in kdelibs package for me. In Kubuntu 8.04 LTS. KDE 3.5.10.

./apt-build/build/kdelibs-3.5.10/kio/kio/job.cpp

2195c2195
< m_defaultPermissions = false;
---
> m_defaultPermissions = true;

Changed in kdebase:
importance: Unknown → Medium
Revision history for this message
In , David Faure (faure) wrote :

Git commit 73ea8cee7661579d3c414f510f6a74fc241c3ecf by David Faure.
Committed on 20/08/2012 at 17:53.
Pushed by dfaure into branch 'KDE/4.9'.

Fix copying of files with extended ACLs.

The switch to #cmakedefine01 in KDE Frameworks has detected a missing
 #include <config-acl.h> in file_unix.cpp ever since it was splitted
out. In case we still had a doubt about how much more superior the
cmakedefine01 (#if instead of #ifdef) solution is...
  (not tested, but might help...)

M +2 -9 kioslave/file/file.cpp
M +10 -0 kioslave/file/file.h

http://commits.kde.org/kdelibs/73ea8cee7661579d3c414f510f6a74fc241c3ecf

Revision history for this message
In , DA (adawit) wrote :

Seems to be fixed for 4.9. Feel free to reopen if that is not the case.

Changed in kde-baseapps:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.