Found (and fixed in master) by metze: 1. If the client starts with a SMB1 negprot, we never removed seqnum 0. 2. when moving the seqnum_low, we didn't calculate the bitmap_offset correctly. 3. we moved seqnum_low + 1 (as lowest value) instead of id == seqnum_low. 4. we didn't stop granting credits if the client didn't use seqnum_low. 5. first we granted all credits that client asked for in the first response and our 1/16th logic, removed credits the client already had. I guess the windows client doesn't expect the server to remove credits if he asks to keep the current credit level. Back-ports of patches from master to follow.
Created attachment 7716 [details] Patches for v3-6-test
Comment on attachment 7716 [details] Patches for v3-6-test Great work Metze ! Thanks.
Re-assigning to Karolin for inclusion in 3.6.next. Jeremy.
Pushed to v3-6-test. Closing out bug report. Thanks!