While adding tests for a new control I noticed that packet marshalling push support is missing for the recently added CTDB_CONTROL_TCP_CLIENT_DISCONNECTED and CTDB_CONTROL_TCP_CLIENT_PASSED controls. This wouldn't have been noticed because smbd uses its own code to marshal packets for these controls. Sorry, I missed this in review.
The new controls were in master in time for 4.20.0, but have been backported to fix a bug in 4.18.10 and 4.19.4.
This bug was referenced in samba master: dd9b11acbc4fbde1941719968aeb463b853b0ffb
Created attachment 18254 [details] Patch for 4.20, 4.19, 4.18 Cherry-picks cleanly into v4-20-test. Compiled and ran relevant protocol test, which passed. Applied to both v4-19-test and v4-18-test, repeated test.
Pushed to autobuild-v4-{20,19,18}-test.
This bug was referenced in samba v4-18-test: 081a6d5fc1df36a2d57dae6ecff8664396fac363
This bug was referenced in samba v4-20-test: 7107b233346f8540384a39b50c4f01ce3f5d2dc3
This bug was referenced in samba v4-19-test: eebe6d8c890bb6a6cc35657e38ddde0319c1f4a6
Closing out bug report. Thanks!
This bug was referenced in samba v4-20-stable (Release samba-4.20.0rc3): 7107b233346f8540384a39b50c4f01ce3f5d2dc3
This bug was referenced in samba v4-18-stable (Release samba-4.18.11): 081a6d5fc1df36a2d57dae6ecff8664396fac363
How relevant this isssue is for, say, 4.18 - with 4.18.11 having just this single change? From the description it feels like this code is actually unused, at least by current smbd, so the whole thing seems to be a no-op.
(In reply to Michael Tokarev from comment #11) Hi Michael, Correct, no need to release a new Debian version just for this. I wanted to make sure we backported this because having the code missing means that related backports would be more difficult.
This bug was referenced in samba v4-19-stable (Release samba-4.19.6): eebe6d8c890bb6a6cc35657e38ddde0319c1f4a6