Bug 2118 - Inaccessible DOS Attributes in Extended Attributes
Summary: Inaccessible DOS Attributes in Extended Attributes
Status: RESOLVED DUPLICATE of bug 14654
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.22
Hardware: All Windows XP
: P3 trivial
Target Milestone: none
Assignee: Jeremy Allison
QA Contact: Samba QA Contact
Depends on:
Reported: 2004-12-02 22:21 UTC by Jamie Thompson
Modified: 2021-06-28 18:53 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Jamie Thompson 2004-12-02 22:21:41 UTC
I'm using "store dos attributes = yes" in my smb.conf, and I've just noticed
that the dos attibutes are missing for users without read access to the file
itself. I suspected this was due to access controls on the extended attributes,
and confirmed this by attempting to access the attributes as a restricted user. 

This is all fine and well, but ideally the attributes should still be present on
these files/folders (the particular usage I'm aiming for is to hide certain
folders with the hidden attribute).

It would make sense to have samba read the extended attributes it is using
internally in the context of the super user, though I am unsure as to the
feasibilty of this. I only need this for a couple of folders, so I'll just add
them to the hidden files list, but its something to consider for the future.
Comment 1 Gerald (Jerry) Carter (dead mail address) 2005-02-17 10:29:58 UTC
I'm pretty sure this still exists in 3.0.11.  Jeremy, can you confirm ?
Comment 2 Gerald (Jerry) Carter (dead mail address) 2006-04-20 09:48:02 UTC
Please retest against a current version of Samba.  Thanks.
Comment 3 Jamie Thompson 2006-04-20 14:17:54 UTC
Still present in 3.0.22-1
Comment 4 Gerald (Jerry) Carter (dead mail address) 2006-04-20 14:22:31 UTC
Thanks for checking.  updating version.

Jeremy, the only way I can think to fix this would be to fall back 
to a become_root() if the get_xattr() call failes with ERR noaccess.
Comment 5 Jeremy Allison 2006-04-20 16:26:41 UTC
Yes that's correct. Jeremy.
Comment 6 Gerald (Jerry) Carter (dead mail address) 2006-04-20 16:28:16 UTC
Why did you rest the version ?when Jamie confirmed it 
still exists in 3.0.22?  was than an accident ?
Comment 7 Jeremy Allison 2006-04-20 16:29:28 UTC
Accident. I've set it back.
Comment 8 Björn Jacke 2021-06-28 18:53:19 UTC

*** This bug has been marked as a duplicate of bug 14654 ***