Ticket #395 (closed enhancement: fixed)
Ability to set AFS permissions from Nautilus
Reported by: | jdreed | Owned by: | jdreed |
---|---|---|---|
Priority: | normal | Milestone: | Current Semester |
Component: | -- | Keywords: | |
Cc: | Fixed in version: | debathena-nautilus-afs 2.0 debathena-workstation 1.8 | |
Upstream bug: |
Description
I don't know how extensible Nautilus is, but it would be awesome if I could right-click on a folder in AFS and set AFS permissions graphically. Yes, this is a pony.
Attachments
Change History
comment:2 Changed 15 years ago by broder
Ugh. Luckily for us, we get to deal with 2 API versions already:
--- nautilus-python-0.5.1.orig/debian/NEWS +++ nautilus-python-0.5.1/debian/NEWS @@ -0,0 +1,7 @@ +nautilus-python (0.5.0-1) experimental; urgency=low + + * This version of nautilus-python requires Nautilus 2.22. Because there + have been API/ABI changes, the extension directory has changed to + /usr/lib/nautilus/extension-2.0/python. + + -- Ross Burton <ross@debian.org> Sun, 20 Apr 2008 16:43:55 +0100
comment:3 Changed 15 years ago by jdreed
A proof-of-concept is in /mit/jdreed/src/nautilus-afs. It uses Evan's pyafs.
Details are in README, things to do are in TODO
You can do pretty much anything you can do with "fs sa" and "fs la".
It will display negative ACLs, but won't yet allow you to edit them.
comment:4 Changed 15 years ago by andersk
Why is “Show Negative ACLs” an optional checkbox? I think it should just show negative ACLs by default. (Perhaps as “-rlidwka” or “-negative rlidwka” so that the red color isn’t the only cue.)
comment:5 follow-up: ↓ 6 Changed 15 years ago by jdreed
- Milestone changed from The Distant Future to Summer 2010
Because you can easily shoot yourself in the foot with negative ACLs, and frankly the average user never uses them or needs them. My initial thought when writing it was "If you know what negative ACLs are, then you know how to use "fs sa" which will be faster than using nautilus anyway."
However, that's obviously incompatible with the idea of this being something easily adapted to other sites.
*shrug*. I'll probably remove the checkbox and instead have it yell loudly if the user appears to be giving themselves negative ACLs, similar to how it yells loudly if you're about to remove yourself from an ACL.
Moving milestone to summer, since this actually exists now.
comment:6 in reply to: ↑ 5 Changed 15 years ago by andersk
Replying to jdreed:
Because you can easily shoot yourself in the foot with negative ACLs, and frankly the average user never uses them or needs them.
And the user won’t see them if they aren’t there. But if they _are_ there, it seems like a good idea to point that out. How does hiding a negative ACL that is already there help to stop anyone from shooting themselves in the foot? And if they are not there, then the presence of a checkbox that does nothing is only distracting.
(I don’t care as much whether this GUI has the ability to create or edit negative ACLs.)
comment:8 Changed 14 years ago by jdreed
- Priority changed from minor to major
- Milestone changed from Summer 2010 (Lucid Deploy) to IAP 2011
We're not going to make it for the fall, because we also need to deploy and package pyafs.
comment:10 Changed 13 years ago by jdreed
- Milestone changed from Natty Alpha to Fall 2011
This is pretty much never going to happen.
comment:11 Changed 12 years ago by jdreed
- Status changed from assigned to accepted
I'm going to rewrite this in Gtk3 and just use "subprocess" until we can deal.
comment:12 Changed 12 years ago by jdreed
- Status changed from accepted to committed
- Fixed in version set to debathena-nautilus-afs 2.0
comment:13 Changed 12 years ago by jdreed
Built into -dev. debathena-workstation (1.8) is committed, but not yet built.
comment:16 Changed 12 years ago by jdreed
- Fixed in version changed from debathena-nautilus-afs 2.0 to debathena-nautilus-afs 2.0 debathena-workstation 1.8
comment:17 Changed 12 years ago by jdreed
- Status changed from proposed to closed
- Resolution set to fixed