Skip to content
GitLab
Next
    • GitLab: the DevOps platform
    • Explore GitLab
    • Install GitLab
    • How GitLab compares
    • Get started
    • GitLab docs
    • GitLab Learn
  • Pricing
  • Talk to an expert
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
    Projects Groups Topics Snippets
  • Register
  • Sign in
  • wireshark wireshark
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 1,351
    • Issues 1,351
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 181
    • Merge requests 181
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • External wiki
    • External wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Wireshark FoundationWireshark Foundation
  • wiresharkwireshark
  • Issues
  • #17453
Closed
Open
Issue created Jun 18, 2021 by Ivan Nardi@IvanNardiContributor

"Follow -> QUIC Stream" functionality doesn't work

Summary

"Follow -> QUIC Stream" functionality doesn't work right now. It always displays stream 0

Steps to reproduce

Open any QUIC traces (with decryption keys), select a packet with a QUIC stream, and right click on "Follow -> QUIC Stream" menu. You should see the "proper" stream flow; instead you always see the stream 0

What is the current bug behavior?

(What actually happens)

What is the expected correct behavior?

(What you should see instead)

Sample capture file

SF21-CTF-QUIC.pcapng

SF21-CTF-QUIC.log

Relevant logs and/or screenshots

Looking at the code, it is quite clear that this functionality is still a work-in-progress

        // XXX Look up stream ID for the current packet.
        guint stream_id = 0;
        *stream = conn->number;
        *sub_stream = stream_id;

Build information

3.5.0 (v3.5.0rc0-2180-g5ddc007023ea)

Compiled (64-bit) using GCC 9.3.0, with Qt 5.12.8, with libpcap, with POSIX
capabilities (Linux), with libnl 3, with GLib 2.64.6, with zlib 1.2.11, with Lua
5.2.4, with GnuTLS 3.6.13 and PKCS #11 support, with Gcrypt 1.8.5, with MIT
Kerberos, with MaxMind DB resolver, with nghttp2 1.40.0, with brotli, with LZ4,
with Zstandard, with Snappy, with libxml2 2.9.10, with SMI 0.4.8, with
QtMultimedia, without automatic updates, with SpeexDSP (using system library),
with Minizip.

Running on Linux 5.8.0-55-generic, with Intel(R) Core(TM) i7-4810MQ CPU @
2.80GHz (with SSE4.2), with 15917 MB of physical memory, with GLib 2.64.6, with
zlib 1.2.11, with Qt 5.12.8, with libpcap 1.9.1 (with TPACKET_V3), with c-ares
1.15.0, with GnuTLS 3.6.13, with Gcrypt 1.8.5, with nghttp2 1.40.0, with brotli
1.0.7, with LZ4 1.9.2, with Zstandard 1.4.4, with libsmi 0.4.8, with light
display mode, without HiDPI, with locale LC_CTYPE=en_US.UTF-8,
LC_NUMERIC=it_IT.UTF-8, LC_TIME=it_IT.UTF-8, LC_COLLATE=en_US.UTF-8,
LC_MONETARY=it_IT.UTF-8, LC_MESSAGES=en_US.UTF-8, LC_PAPER=it_IT.UTF-8,
LC_NAME=it_IT.UTF-8, LC_ADDRESS=it_IT.UTF-8, LC_TELEPHONE=it_IT.UTF-8,
LC_MEASUREMENT=it_IT.UTF-8, LC_IDENTIFICATION=it_IT.UTF-8, binary plugins
supported (19 loaded).
Edited Jun 18, 2021 by Ivan Nardi
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking