Bug 59185 - Ark should first extract all files then set permissions
Summary: Ark should first extract all files then set permissions
Status: RESOLVED WORKSFORME
Alias: None
Product: ark
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Helio Castro
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-31 20:00 UTC by Harald Nikolisin
Modified: 2003-10-28 15:27 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Nikolisin 2003-05-31 20:00:40 UTC 
Version:           v2.1.9 (using KDE 3.1.1)
Installed from:    SuSE
Compiler:          gcc version 3.3 20030226 (prerelease) (SuSE Linux)
OS:          Linux (i686) release 2.4.20-4GB

Ark can not extract a file (zip-format) into a folder which permissions are :"demofolder r-xrwsr-x nobody specialgroup". Ark says I do not have write permission at that folder"
I'm member of the specialgroup, and the unzip command with that archive works fine (other programs have also no problems creating a file in that directory).
Comment 1 Thiago Macieira 2003-05-31 22:32:52 UTC 
In other words: Ark should first extract all files, and only after it is done set 
permissions. Or at least so for directories. 
 
Because in reality you DON'T have permission to write to that directory, since you 
are the owner and the owner doesn't have write permission. It doesn't matter that 
you are a member of a writeable group. 
 
Also please note that there are some permissions Ark cannot set and this is the 
case here: you're extracting a file that belonged to user "nobody". But the chown 
call to set the user can only be issued by root.
Comment 2 Harald Nikolisin 2003-06-01 00:56:44 UTC 
no, I think that's not correct. the .zip file which I want to extract belongs to me, and I am NOT 
"nobody". "nobody" is only the user which belongs the current directory (in my example: 
"demofolder"). 
therefore I have write permission (because of the membership to "specialgroup") and setting 
the right group (because of the Group-Bit) is a job for the backend "zip" or not?! In either case 
extracting the zip file from a command shell with the zip command works fine, and Ark did not.
Comment 3 Thiago Macieira 2003-06-01 02:57:24 UTC 
Ok, sorry then. I completely misunderstood your problem. 
 
Are you saying then that this problem only happens with that particular directory? 
And does it happen when saving files into it from another KDE applications?
Comment 4 Harald Nikolisin 2003-06-01 03:13:52 UTC 
"Are you saying then that this problem only happens with that particular directory? " 
yes 
"And does it happen when saving files into it from another KDE applications?" 
no, other KDE apps (like KEdit) doesn't have a problem with saving a file into that directory. 
 
I'm assuming that Ark checks the permission in a own routine, which has a problem with a 
directory, which owner has no write permission and the group-bit is set. or something like 
that...
Comment 5 Helio Chissini de Castro 2003-06-01 03:23:36 UTC 
Stop with ping pong guys.. :-) 
I will confirm this and fix tomorrow. 
Need reproduce this with zip and other formats to see if is a localized problem or affects 
all. 
[]'s
Comment 6 Henrique Pinto 2003-10-28 15:27:16 UTC 
It is not possible to reproduce this bug using current CVS.

If you can confirm the existence of the bug in HEAD, please re-open this bug with a testcase.