Apache OpenOffice (AOO) Bugzilla – Issue 101891
Access rights detection does not work if file is in afs filesystem
Last modified: 2014-01-22 16:06:35 UTC
OpenOffice apps since 3.0 try to figure out write access permissions of the file they're opening and open it in read only mode if it determines it won't be able to write back to that file. Problem is that on filesystems like afs that have their own acl system and completely ignore the regular unix perms, OO.org apps fail to open in read/write mode any file you didn't create. The only current workaround is to chmod all OO.org documents as 666, and let openafs filesystem acls enforce read/write perms. If compatibility with afs acl system is not planned, at least not doing this permission check when files reside in a afs filesystem would be good enough for us. BTW, problem has been reported to exist on 3.1 too (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524108)
Still a bug in 3.2.0. The issue is that you are using the file unix mode to determine access rights on your own. This needs to be done by access() calls (your way also won't work in an acl scenario, which sucks too). As stated in source the other side is > We don't use access(...) because access follows links which > may cause performance problems see #97133. but please, at least make this compile-time configurable. A patch is attached, please review.
Created attachment 68463 [details] Patch to make OOo use access()
*** Issue 104922 has been marked as a duplicate of this issue. ***