https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16087
--- Comment #4 from Gerrit Code Review ---
Change 34635 merged by Anders Broman:
Wi-Fi NAN: Add support for Wi-Fi NAN protocol
https://code.wireshark.org/review/34635
--
You are receiving this mail because:
You are watching all bug
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16110
--- Comment #3 from Achuthan ---
(In reply to Alexis La Goutte from comment #1)
> Can you push the fix on Gerrit ?
I now have an account on https://code.wireshark.org, have some minor ssh key
issues -> "create access denied"...no prob.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16110
--- Comment #2 from Achuthan ---
I now have an account on https://code.wireshark.org, have some minor ssh key
issues -> "create access denied"...no prob. i'll find a way.
However, the major issue for me is to test if my fix is working or
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16110
--- Comment #5 from Achuthan ---
(In reply to Alexis La Goutte from comment #4)
> (In reply to Achuthan from comment #3)
> > (In reply to Alexis La Goutte from comment #1)
> > > Can you push the fix on Gerrit ?
> >
> > I now have an
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16115
Bug ID: 16115
Summary: false usage of cmake_module_path variable in cmake
Product: Wireshark
Version: Git
Hardware: All
OS: All
Status: UNCONFIRMED
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #2 from Christopher Maynard ---
(In reply to michal.pecuch from comment #0)
> LC_IDENTIFICATION=sk_SK.UTF-8, with libpcap version 1.8.1
It's possible this is a libpcap bug. You could try upgrading to the latest
version,
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
Christopher Maynard changed:
What|Removed |Added
Component|GTK+ UI |Dumpcap
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
Bug ID: 16116
Summary: when using vlan capturing filter priority frames
dropped
Product: Wireshark
Version: 2.6.10
Hardware: x86
OS: Windows 10
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12593
--- Comment #5 from Gerrit Code Review ---
Change 34724 merged by Gerald Combs:
macOS: Make Wireshark.app drag-installable.
https://code.wireshark.org/review/34724
--
You are receiving this mail because:
You are watching all bug
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11399
--- Comment #4 from Gerrit Code Review ---
Change 34724 merged by Gerald Combs:
macOS: Make Wireshark.app drag-installable.
https://code.wireshark.org/review/34724
--
You are receiving this mail because:
You are watching all bug
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6991
--- Comment #7 from Gerrit Code Review ---
Change 34724 merged by Gerald Combs:
macOS: Make Wireshark.app drag-installable.
https://code.wireshark.org/review/34724
--
You are receiving this mail because:
You are watching all bug
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #1 from michal.pec...@telekom.sk ---
Created attachment 17395
--> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=17395=edit
frames captured without capturing vlan filter
--
You are receiving this mail because:
You
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
michal.pec...@telekom.sk changed:
What|Removed |Added
Hardware|x86 |x86-64
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #10 from Chuck Craft ---
On my debian system, the man page for "pcap-filter" discusses byte offsets.
Look in section on expressions: expr relop expr
"To access data inside the packet, use the following syntax:
proto [ expr
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16110
--- Comment #6 from Alexis La Goutte ---
(In reply to Achuthan from comment #5)
> (In reply to Alexis La Goutte from comment #4)
> > (In reply to Achuthan from comment #3)
> > > (In reply to Alexis La Goutte from comment #1)
> > > > Can
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #4 from Christopher Maynard ---
(In reply to michal.pecuch from comment #3)
> dumpcap -f "vlan 545" -d
> Capturing on 'enp0s31f6'
Do you get the same BPF for all interfaces?
> This seems off as the first ethertype should be
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #8 from michal.pec...@telekom.sk ---
It is some onboard ethernet port on Dell Precision 7520 it should be Intel
I219-LM network controller.
That documentation is not with the ether expresions but rather some
abbreviations and
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #3 from michal.pec...@telekom.sk ---
dumpcap -f "vlan 545" -d
Capturing on 'enp0s31f6'
(000) ldb [-4048]
(001) jeq #0x1 jt 2jf 5
(002) ldb [-4052]
(003) jeq #0x221 jt 4jf 5
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
Chuck Craft changed:
What|Removed |Added
CC||bubbas...@gmail.com
--- Comment #9
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16074
Gerald Combs changed:
What|Removed |Added
Resolution|--- |FIXED
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16115
Alexis La Goutte changed:
What|Removed |Added
CC||alexis.lagou...@gmail.com,
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #5 from michal.pec...@telekom.sk ---
It is the same on all interfaces.
For some reason I am unable to compile libpcap 1.9.1. No errors but still only
1.8.1 available.
That workaround seems better. I get the same BPF code as
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #6 from Christopher Maynard ---
(In reply to michal.pecuch from comment #5)
> Is there some good documentation for the filters in this format?
I would say the authoritative source for capture filter syntax would be at:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
Jaap Keuter changed:
What|Removed |Added
CC||g...@alum.mit.edu
--- Comment #7
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #11 from Guy Harris ---
(In reply to michal.pecuch from comment #5)
> It is the same on all interfaces.
>
> For some reason I am unable to compile libpcap 1.9.1. No errors but still
> only 1.8.1 available.
What do you mean
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #15 from Guy Harris ---
(In reply to Chuck Craft from comment #9)
> Can you load the 1.9.0 package? Looks like a big improvement.
>
> # tcpdump --version
> tcpdump version 4.9.2
> libpcap version 1.8.1
> OpenSSL 1.0.2s 28
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #13 from Guy Harris ---
(In reply to michal.pecuch from comment #3)
> dumpcap -f "vlan 545" -d
> Capturing on 'enp0s31f6'
> (000) ldb [-4048]
> (001) jeq #0x1 jt 2 jf 5
In the Magical World of Linux
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
--- Comment #14 from Guy Harris ---
(In reply to Guy Harris from comment #13)
> I.e., that's testing whether the packet has a VLAN tag.
Or, rather, it's testing whether the packet has a VLAN tag *that's not present,
at that point, in the
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16116
Guy Harris changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16110
--- Comment #4 from Alexis La Goutte ---
(In reply to Achuthan from comment #3)
> (In reply to Alexis La Goutte from comment #1)
> > Can you push the fix on Gerrit ?
>
> I now have an account on https://code.wireshark.org, have some
30 matches
Mail list logo