Opened 11 years ago
Closed 11 years ago
#209 closed defect (invalid)
DOS.USERATTRIB is written wrongly in Samba 3.5.19
| Reported by: | Herwig Bauernfeind | Owned by: | Silvan Scherrer |
|---|---|---|---|
| Priority: | Feedback Pending | Milestone: | Samba Server for eCS (OS/2) 1.2.x |
| Component: | Samba Server | Version: | Server 3.5.x |
| Keywords: | Cc: |
Description
This EA is written whenever a client sets a Archive, System, ReadOnly? or Hidden attribute on a file.
Normally this is represented in a 4 byte extended attribute on our Samba, however with 3.5 under certain circumstances this ends up being 56 bytes long with rubish being appended to the 4 bytes normally present.
The result is that the file appears to be undeletable from the client.
Attachments (2)
Change History (7)
comment:1 Changed 11 years ago by
| Priority: | blocker → Feedback Pending |
|---|
comment:2 Changed 11 years ago by
This is a server problem. The DOS.USERATTRIB is written wrongly in the described way from any tested client (WinXP/Vista, eCS client based upon 3.0 to 3.5, Android)
The undeletable file however is a different story - the 3.0 based client is unable to delete files on a 3.5 server after a while - will be a different ticket (likely a ticket for the (unsupported) 3.0 based client).
comment:3 Changed 11 years ago by
From the log you see that the EA is written with a size of 56 bytes
Changed 11 years ago by
| Attachment: | log_ea_bug_33.zip added |
|---|
Same with 3.3. It is in guest context, however the significant difference is visible.
comment:4 Changed 11 years ago by
as since samba 3.5 more data gets written to the EA i guess it's not a bug. please retest.
comment:5 Changed 11 years ago by
| Resolution: | → invalid |
|---|---|
| Status: | new → closed |
i consider this not as a bug. if you still think it is one please reopen it.
is that a server problem? means does it also happen if the file is written from a win client?