In some cases smbd stops handling DOS attributes and file creation time via the user.DOSATTRIB extended attribute, even if "store dos attributes" is enabled. The legitimate case for doing this is if the file system does not support extended attributes. Two non-legitimate scenarios in which smbd does this are: 1. A symbolic link to a target where extended attributes are not supported. 2. The ".." entry at the root of a share, if the containing folder of the share's root is on a file system which does not support extended attributes. Listing a folder that has any of these by a Windows client would cause smbd to disable use of user.DOSATTRIB and fallback to other methods of emulating DOS attributes and file creation time, for all files on the share, for the duration of SMB connection.
Created attachment 11745 [details] git-am fix for 4.3.next
Comment on attachment 11745 [details] git-am fix for 4.3.next Marking fix as obsolete, adding a new one with cherry-picked marker.
Created attachment 11746 [details] git-am fix for samba 4.3.next
Comment on attachment 11746 [details] git-am fix for samba 4.3.next LGTM. Now we have DBG_XXXX in 4.3.x, we might want to back-port the change to debug that automatically adds the function name also, otherwise when we cherry-pick fixes from master we'll lose the function __func__ name.
Re-assigning to Karolin for inclusion in 4.3.next.
(In reply to Jeremy Allison from comment #5) Pushed to autobuild-v4-3-test.
(In reply to Karolin Seeger from comment #6) Pushed to v4-3-test. Closing out bug report. Thanks!