[Building Sakai] Unexpected consequence of attachment permissions

[Adam Marshall]

I don't really see the logic of hiding the attachments folder in resources either. If that were visible what harm would be done?

adam 

| -----Original Message-----
| From: sakai-dev-bounces at collab.sakaiproject.org [mailto:sakai-dev-
| bounces at collab.sakaiproject.org] On Behalf Of Matthew Buckett
| Sent: 19 January 2010 15:19
| To: David Horwitz
| Cc: sakai-dev
| Subject: Re: [Building Sakai] Unexpected consequence of attachment
| permissions
| 
| 2010/1/19 David Horwitz <david.horwitz at uct.ac.za>:
| > Hi Guys,
| >
| > We noticed an unexpected concequence of the attachment space
| introduced
| > in http://jira.sakaiproject.org/browse/SAK-10743
| >
| > The case we hit was:
| >
| > 1) Site owner removed read permission from the resource tool (as they
| > where using it as a private store)
| > 2) result was that users lost read on all attachments too (that the
| user
| > interpreted as a seperate space)
| >
| > not sure what the correct solution is here
| 
| We've have exactly the same issue here and we just suggested that the
| user create a folder and made that only available to a group
| containing required users and then added content.read back to the
| site. It's not a nice solution.
| 
| I'd also like to see this fixed in a better way. Off the top of my
| head:
| 
| - New authz group (for resources root or attachments root)?
| - New permission?
| 
| --
|   Matthew Buckett
|   VLE Developer, LTG, Oxford University Computing Services
| _______________________________________________
| sakai-dev mailing list
| sakai-dev at collab.sakaiproject.org
| http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
| 
| TO UNSUBSCRIBE: send email to sakai-dev-
| unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"