| 2006-03-25 22:39:21 |
Matthew Wright |
bug |
|
|
added bug |
| 2006-03-25 22:40:44 |
Matthew Wright |
bug |
|
|
assigned to Baltix |
| 2006-03-25 22:41:53 |
Matthew Wright |
gnome-vfs2: status |
Unconfirmed |
Confirmed |
|
| 2006-03-25 22:41:53 |
Matthew Wright |
gnome-vfs2: priority |
|
High |
|
| 2006-03-25 22:41:53 |
Matthew Wright |
gnome-vfs2: severity |
Normal |
Major |
|
| 2006-03-25 22:41:53 |
Matthew Wright |
gnome-vfs2: statusexplanation |
|
|
|
| 2006-03-26 10:03:15 |
Dennis Kaarsemaker |
gnome-vfs2: priority |
High |
|
|
| 2006-03-26 10:03:15 |
Dennis Kaarsemaker |
gnome-vfs2: statusexplanation |
|
priority is for the developers to set... |
|
| 2006-03-31 14:10:08 |
Sebastien Bacher |
gnome-vfs2: status |
Confirmed |
Needs Info |
|
| 2006-03-31 14:10:08 |
Sebastien Bacher |
gnome-vfs2: assignee |
|
desktop-bugs |
|
| 2006-03-31 14:10:08 |
Sebastien Bacher |
gnome-vfs2: statusexplanation |
priority is for the developers to set... |
Thanks for your bug. What version of Ubuntu do you use? Is that the same as http://bugzilla.gnome.org/show_bug.cgi?id=104052 upstream? Do you have some simple step to describe to get the issue? |
|
| 2006-04-01 11:09:25 |
Sebastien Bacher |
bug |
|
|
added subscriber Jeff Waugh |
| 2006-04-08 05:09:06 |
Andrew Conkling |
bug |
|
|
assigned to gnome-vfs (upstream) |
| 2006-04-20 10:35:56 |
Sebastien Bacher |
gnome-vfs2: status |
Needs Info |
Confirmed |
|
| 2006-04-20 10:35:56 |
Sebastien Bacher |
gnome-vfs2: statusexplanation |
Thanks for your bug. What version of Ubuntu do you use? Is that the same as http://bugzilla.gnome.org/show_bug.cgi?id=104052 upstream? Do you have some simple step to describe to get the issue? |
After discussion on IRC, that is the issue with that:
- nautilus does move on dnd by default (if you use the same partition)
- move doesn't change the owner and permissions of what is moved
Possibles changes for it:
- doing copy instead of move by default, but that's probably not what users expect
- making move respecting the setgid, but that's not coherent with the command line and breaks other usecases likely
- setting an option to change the default behaviour, but copy by default is not optimal
- having a way to flag those directories as special which change the dnd behaviour to them
- making the dnd doing copy by default is the destination is owned by an another user
Changing the dnd to copy when the directory is owned by an another user is probably the best option for that
|
|
| 2006-04-20 10:43:22 |
Sebastien Bacher |
description |
When you have multiple workgroups and users are members of overlapping and different sets of workgroups, directorys are set chmod g+s in order to inherit permissions when creating a file further along the branch of the tree.
Problem is, every application respects this except for nautilus/gnome-fs2
This basically makes Desktop Linux in a multiuser (say corporate) environment not a possiblity until this is fixed. |
After discussion on IRC, that is the issue with that:
- nautilus does move on dnd by default (if you use the same partition)
- move doesn't change the owner and permissions of what is moved
Changing the dnd to copy when the directory is owned by an another user is probably the best option for that |
|
| 2006-04-20 10:43:22 |
Sebastien Bacher |
title |
setgid not respected when copying into a directory |
dnd to a directory owned by an another user should default to copy (fix dnd to setgid shared directory by example) |
|
| 2006-05-02 14:48:06 |
Sebastien Bacher |
gnome-vfs2: status |
Confirmed |
Fix Released |
|
| 2006-05-02 14:48:06 |
Sebastien Bacher |
gnome-vfs2: statusexplanation |
After discussion on IRC, that is the issue with that:
- nautilus does move on dnd by default (if you use the same partition)
- move doesn't change the owner and permissions of what is moved
Possibles changes for it:
- doing copy instead of move by default, but that's probably not what users expect
- making move respecting the setgid, but that's not coherent with the command line and breaks other usecases likely
- setting an option to change the default behaviour, but copy by default is not optimal
- having a way to flag those directories as special which change the dnd behaviour to them
- making the dnd doing copy by default is the destination is owned by an another user
Changing the dnd to copy when the directory is owned by an another user is probably the best option for that
|
This upload fixes the issue:
nautilus (2.14.1-0ubuntu5) dapper; urgency=low
.
* debian/patches/90_from_cvs_sort_volumes_list.patch:
- patch from CVS, fix the volumes sorting
* debian/patches/91_from_cvs_width_of_text_selection.patch:
- patch from CVS, fix the width of the text selection for the text below
icons mode
* debian/patches/92_from_cvs_fix_sftp_ftp_permissions_display.patch:
- patch from CVS, fix permission displaying on sftp and ftp
(Ubuntu: #33211)
* debian/patches/93_upstream_nautilus-dnd-user-owned.patch:
- patch from the upstream mailing list, make dnd default to copy instead
of move when the destination is owned by an another use, fix dnd to
a shared setgid directory since the copy respects the setgid permission
(Ubuntu: #36647) |
|
| 2009-11-13 22:51:56 |
Przemek K. |
baltix: status |
New |
Fix Released |
|
| 2010-05-10 16:54:06 |
Curtis Hovey |
removed subscriber Registry Administrators |
|
|
|
| 2010-09-16 17:42:38 |
Bug Watch Updater |
gnome-vfs: importance |
Unknown |
Medium |
|
