| Summary | Limit download option |
| Queue | Ansel |
| Type | Enhancement |
| State | Resolved |
| Priority | 1. Low |
| Owners | mrubinsk (at) horde (dot) org |
| Requester | duck (at) obala (dot) net |
| Created | 03/08/2008 (6344 days ago) |
| Due | |
| Updated | 03/19/2008 (6333 days ago) |
| Assigned | 03/17/2008 (6335 days ago) |
| Resolved | 03/19/2008 (6333 days ago) |
| Milestone | |
| Patch | No |
Assigned to Michael Rubinsky
State ⇒ Assigned
since I feel it should be in the 1.0 release.
Taken from Michael Rubinsky
State ⇒ Stalled
State ⇒ Feedback
created or edited...not when checking if the image can be downloaded.
I'm assuming that the point in locking the pref would be for the admin
to force the pref on all users and all galleries. If that's so, then
the better thing to do IMO would be to either use a config option
instead, or to check the locked status inside
Ansel_Gallery::canDownload() so we are really enforcing it. Existing
galleries could have been created with a different value before the
pref was locked and, perhaps more importantly, with some pref backends
it might be possible for the user to modify the data, thus overriding
the locked pref.
State ⇒ Assigned
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ Limit download option
Queue ⇒ Ansel
New Attachment: ansel-download.diff
State ⇒ New