Decoding bug H.245 userInput Signal

Summary

H.245 userInput Signal decoded as "?", but should as the input character.

Same problem:

• link1
• link2

Steps to reproduce

1. show package filter like h245.signalType
2. Expand h.245 header subtree

What is the current bug behavior?

Type: indication (3)
    indication: userInput (13)
        userInput: signal (3)
            signal
                signalType: ?
                duration: 180

What is the expected correct behavior?

MUST BE:

Type: indication (3)
    indication: userInput (13)
        userInput: signal (3)
            signal
                signalType: 1
                duration: 180

Sample capture file

Please, use filter h245.signalType ekigaTOivcs.pcap

In pcap i'm send signals 1 2 3 4 5 6 7 8 9 0 * #, but them all decoded as ?

Relevant logs and/or screenshots

Build information

Version 4.0.0 (v4.0.0-0-g0cbe09cd796b).

Compiled (64-bit) using Microsoft Visual Studio 2022 (VC++ 14.32, build 31332),
with GLib 2.72.3, with PCRE2, with zlib 1.2.12, with Qt 6.2.3, with libpcap,
with Lua 5.2.4, with GnuTLS 3.6.3 and PKCS #11 support, with Gcrypt 1.10.1, with
Kerberos (MIT), with MaxMind, with nghttp2 1.46.0, with brotli, with LZ4, with
Zstandard, with Snappy, with libxml2 2.9.14, with libsmi 0.4.8, with
QtMultimedia, with automatic updates using WinSparkle 0.5.7, with AirPcap, with
SpeexDSP (using bundled resampler), with Minizip, with binary plugins.

Running on 64-bit Windows 10 (21H2), build 19044, with AMD Ryzen 5 5600H with
Radeon Graphics          (with SSE4.2), with 15715 MB of physical memory, with
GLib 2.72.3, with PCRE2 10.40 2022-04-14, with Qt 6.2.3, with Npcap version
1.71, based on libpcap version 1.10.2-PRE-GIT, with c-ares 1.18.1, with GnuTLS
3.6.3, with Gcrypt 1.10.1, with nghttp2 1.46.0, with brotli 1.0.9, with LZ4
1.9.3, with Zstandard 1.5.2, without AirPcap, with light display mode, without
HiDPI, with LC_TYPE=Russian_Russia.utf8, binary plugins supported.