Bug ID |
11323
|
Summary |
Application of a filter causes an automatic resizing of the columns
|
Product |
Wireshark
|
Version |
1.99.x (Experimental)
|
Hardware |
x86
|
OS |
Mac OS X 10.10
|
Status |
UNCONFIRMED
|
Severity |
Normal
|
Priority |
Low
|
Component |
GTK+ UI
|
Assignee |
[email protected]
|
Reporter |
[email protected]
|
Created attachment 13700 [details]
Packet that MAC filter was applied to (IPv4 anon only w/TraceWangler)
Build Information:
Version 1.99.7 (v1.99.7-0-g03c02f3 from master)
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 libpcap, without POSIX capabilities, with
libz 1.2.3, with GLib 2.36.0, with SMI 0.4.8, without c-ares, without ADNS,
with
Lua 5.2, with GnuTLS 2.12.19, with Gcrypt 1.5.0, with MIT Kerberos, with GeoIP,
without PortAudio, without AirPcap.
Running on Mac OS X 10.10.3, build 14D136 (Darwin 14.3.0), with locale C, with
libpcap version 1.5.3 - Apple version 47, with libz 1.2.5, with GnuTLS 2.12.19,
with Gcrypt 1.5.0.
Intel(R) Core(TM) i7-4850HQ CPU @ 2.30GHz (with SSE4.2)
Built using llvm-gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build
2336.9.00).
--
I open a trace file and resize the IP source and destination columns as the do
not show the entire IPv4 addresses when initially opening a file. I then apply
a filter and the columns all collapse back to some smaller, apparently
predetermined sizes. The filter applied in this case was a MAC filter but
experience has shown that any filter will trigger the collapse. I think the
column width should stick to the size prior to the application of the filter
rather than collapsing.
Screenshots available.
You are receiving this mail because:
- You are watching all bug changes.