SRT dissector: The StreamID (SID) in the handshake extension is displayed without regarding the control characters and with NUL as terminating
Summary
For SRT the StreamID is displayed only up to the NUL character.
Sample capture file
Steps to reproduce
Open the capture file, enforce interpretation as SRT, then take the third packet, designated as "Control: HANDSHAKE", expand the "SRT Protocol" in the left pane and see to the value of "Stream ID".
What is the current bug behavior?
For StreamID set as "abcd\0defg" it displays just "abcd".
What is the expected correct behavior?
The \0 (NUL) character should be somehow displayed, as well as any control characters. So "abcd\0defg" should be something acceptable.
Build information
Version 4.4.0 (v4.4.0-0-g009a163470b5).
Compiled (64-bit) using Microsoft Visual Studio 2022 (VC++ 14.37, build 32822),
with GLib 2.78.4, with Qt 6.5.3, with libpcap, with zlib 1.3.1, with zlib-ng
2.1.5, with PCRE2, with Lua 5.4.6 (with UfW patches), with GnuTLS 3.8.4 and PKCS
#11 support, with Gcrypt 1.10.2-unknown, with Kerberos (MIT), with MaxMind, with
nghttp2 1.62.1, with nghttp3 0.14.0, with brotli, with LZ4, with Zstandard, with
Snappy, with libxml2 2.11.7, with libsmi 0.5.0, with Minizip-ng , with
QtMultimedia, with automatic updates using WinSparkle 0.8.0, with AirPcap, with
binary plugins.
Running on 64-bit Windows 11 (23H2), build 22631, with 13th Gen Intel(R)
Core(TM) i7-13800H (with SSE4.2), with 32592 MB of physical memory, with GLib
2.78.4, with Qt 6.5.3, with Npcap version 1.79, based on libpcap version 1.10.4,
with PCRE2 10.43 2024-02-16, with c-ares 1.27.0, with GnuTLS 3.8.4, with Gcrypt
1.10.2-unknown, with nghttp2 1.62.1, with nghttp3 0.14.0, with brotli 1.0.9,
with LZ4 1.9.4, with Zstandard 1.5.6, without AirPcap, with dark display mode,
with mixed DPI, with QPA plugin "windows", with LC_TYPE=English_Sweden.utf8,
binary plugins supported.