--- Comment #15 from Peter Wu <> ---
So Erik also reported this problem on SF and there is another post on Ask
wondering about this issue. Would it be possible to revert to the previous
behavior while a long-term fix is being developed?

Or at least take Pascal's patch and hope for the best?

As for your suggestions, tieing seq numbers with the data is effectively what
the reassembly API is doing right?

If you then want to allow for gaps while following the TCP stream, maybe the
TCP window size can be used as a hint on whether data is still expected or not
before attempting partial reassembly.

You are receiving this mail because:
You are watching all bug changes.
Sent via:    Wireshark-bugs mailing list <>

Reply via email to