Hi,
I come back trying to close or revive bugs that are dormant for too long.
Sadly upstream didn't act on the bug so far, it was lost in "what do you mean" debates while it seemed clear in the bug description.
But gladly I can report that in Jammy 2:4.15.5~dfsg-0ubuntu5 the order of those two no more matters. So despite the bug being neglected there is a fix that has landed.
Update: sorry I updated to soon as I've first read the audit is what starts to fail, but re-reading in detail again I realize it is the recycle feature that gets dropped.
Checking again ...
test #1: "recycle" -> file gets put into .recycle as expected
test #2: "full_audit recycle" -> file gets put into .recycle as expected and audit messages are present
test #3: "recycle full_audit" -> file gets put into .recycle as expected and audit messages are present
Out of the audit log I also get messages like:
Jun 13 09:57:27 j smbd_audit[32936]: nobody|127.0.0.1|renameat|ok|/storage/testfile|/storage/.recycle/testfile
Ok, so gladly my former statement wasn't completely wrong :-)
Trying other versions ...
Hi,
I come back trying to close or revive bugs that are dormant for too long.
Sadly upstream didn't act on the bug so far, it was lost in "what do you mean" debates while it seemed clear in the bug description. 5~dfsg- 0ubuntu5 the order of those two no more matters. So despite the bug being neglected there is a fix that has landed.
But gladly I can report that in Jammy 2:4.15.
Update: sorry I updated to soon as I've first read the audit is what starts to fail, but re-reading in detail again I realize it is the recycle feature that gets dropped.
Checking again ...
test #1: "recycle" -> file gets put into .recycle as expected
test #2: "full_audit recycle" -> file gets put into .recycle as expected and audit messages are present
test #3: "recycle full_audit" -> file gets put into .recycle as expected and audit messages are present
Out of the audit log I also get messages like: 127.0.0. 1|renameat| ok|/storage/ testfile| /storage/ .recycle/ testfile
Jun 13 09:57:27 j smbd_audit[32936]: nobody|
Ok, so gladly my former statement wasn't completely wrong :-)
Trying other versions ...