| Bug ID |
8084
|
| Summary |
the display filter "tcp.data contains ff:ff:ff:ff:00:08" can't work
|
| Classification |
Unclassified
|
| Product |
Wireshark
|
| Version |
1.9.x (Experimental)
|
| Hardware |
x86-64
|
| OS |
Windows Server 2008 R2
|
| Status |
UNCONFIRMED
|
| Severity |
Normal
|
| Priority |
Low
|
| Component |
Wireshark
|
| Assignee |
[email protected]
|
| Reporter |
[email protected]
|
Created attachment 9680 [details]
here is a sample to test
Build Information:
Version 1.9.0-SVN-46524 (SVN Rev 46524 from /trunk)
Copyright 1998-2012 Gerald Combs <[email protected]> and contributors.
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 GTK+ 2.24.10, with Cairo 1.10.2, with Pango 1.30.0, with
GLib 2.32.2, with WinPcap (4_1_2), with libz 1.2.5, without POSIX capabilities,
without libnl, with SMI 0.4.8, with c-ares 1.7.1, with Lua 5.1, without Python,
with GnuTLS 2.12.18, with Gcrypt 1.4.6, without Kerberos, with GeoIP, with
PortAudio V19-devel (built Dec 12 2012), with AirPcap.
Running on 64-bit Windows Server 2008 R2 Service Pack 1, build 7601, with
WinPcap version 4.1.2 (packet.dll version 4.1.0.2001), based on libpcap version
1.0 branch 1_0_rel0b (20091008), GnuTLS 2.12.18, Gcrypt 1.4.6, without AirPcap.
Built using Microsoft Visual C++ 10.0 build 40219
--
1. The display filter "tcp.data contains ff:ff:ff:ff" does not work
2. The display filter "tcp contains ff:ff:ff:ff" does work
3. "Find the packet..." with hex value "ff:ff:ff:ff" does work
I think it's a bug about display filter , isn't?
You are receiving this mail because:
- You are watching all bug changes.
