Bug ID |
11889
|
Summary |
Total number of streams not correct in Follow TCP Stream dialog
|
Product |
Wireshark
|
Version |
unspecified
|
Hardware |
x86-64
|
OS |
Windows 7
|
Status |
UNCONFIRMED
|
Severity |
Minor
|
Priority |
Low
|
Component |
Qt UI
|
Assignee |
[email protected]
|
Reporter |
[email protected]
|
Build Information:
Version 2.0.0 (v2.0.0-0-g9a73b82 from master-2.0)
Copyright 1998-2015 Gerald Combs <[email protected]> and contributors.
License GPLv2+: GNU GPL version 2 or later
<http://www.gnu.org/licenses/old-licenses/gpl-2.0.html>
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Compiled (64-bit) with Qt 5.3.2, with WinPcap (4_1_3), with libz 1.2.8, with
GLib 2.42.0, with SMI 0.4.8, with c-ares 1.9.1, with Lua 5.2, with GnuTLS
3.2.15, with Gcrypt 1.6.2, with MIT Kerberos, with GeoIP, with QtMultimedia,
with AirPcap.
Running on 64-bit Windows 7 Service Pack 1, build 7601, with locale C, with
WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version
1.0 branch 1_0_rel0b (20091008), with GnuTLS 3.2.15, with Gcrypt 1.6.2, without
AirPcap.
Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz (with SSE4.2), with 16300MB of physical
memory.
Built using Microsoft Visual C++ 12.0 build 31101
--
In the Follow TCP Stream dialog, there is a selector that allows one to switch
to a different stream without closing the window. If you hover your mouse over
the word "Stream," a message will pop up that says "x total streams." "x" will
be one less than the actual number of streams in the trace. In other words, it
will be the same as the highest stream number, not the number of streams. When
there is only one stream in the capture file, it will show "0 total streams."
The error is also present for Follow UPD Stream. I have not tested for Follow
SSL Stream, but suspect it is present there as well.
You are receiving this mail because:
- You are watching all bug changes.