To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=101922 Issue #|101922 Summary|documents open read only from afs filesystem because a |fs ACL not honoured Component|framework Version|OOo 3.0 Platform|Unknown URL| OS/Version|Linux Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|tm Reported by|rene
------- Additional comments from [email protected] Thu May 14 14:11:00 +0000 2009 ------- >From http://bugs.debian.org/524108: --- snip --- Since upgrading to OpenOffice.org 3.0, documents opened from an AFS filesystem open read-only. I have full write access to the filesystem, and changing the locking option in soffice.sh makes no difference. --- snip --- I asked him whether it still applies to 3.1 and it does. An other person found the reason and the workaround: --- snip --- e get this for all document formats where user opening the file does not have regular unix perms to write the file. This looks like openoffice 3 trying to be smart figuring that if file perms are 644 and you're not the owner you won't be able to write to the file ... that's correct except for filesystems like afs that have their own acl system and completely ignore the regular unix perms. So it looks like an upstream screw up in the oo.org 3 cycle. As a workaround you can chmod all openoffice files to 666 and folders to 777 and let afs handle read/write access when it has to. --- snip --- (I'd think that this then also would be the case for other ACLs, like the ext3 ones) --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
