[Wireshark-bugs] [Bug 15662] Building only libraries on windows fails due to CLEAN_C_FILES empty

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15662 --- Comment #4 from Gerrit Code Review --- Change 32895 merged by Anders Broman: CMake: fix Windows build when all binaries are disabled https://code.wireshark.org/review/32895 -- You are receiving this mail because: You are watching al

[Wireshark-bugs] [Bug 15711] Wireshark initializes c-ares library without calling WSAStartup()

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15711 --- Comment #2 from Tomasz Mon --- (In reply to Jaap Keuter from comment #1) > Could that tool show what path is taken to get to host_name_lookup_init() > before WSAStartup() is called? No, however I placed at breakpoint in ui/qt/main.cpp

[Wireshark-bugs] [Bug 15713] Static build fails to find glib2 dependencies

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15713 João Valverde changed: What|Removed |Added CC||joao.valverde@tecnico.ulisb

[Wireshark-bugs] [Bug 14657] Wireshark Hangs on startup initializing external capture plugins

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14657 Michael Mann changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED

[Wireshark-bugs] [Bug 15714] Support for the PROXY (v1) protocol (HAPROXY) over TCP

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15714 --- Comment #1 from Peter Wu --- Example stunnel configuration for testing: cat >> test.conf

[Wireshark-bugs] [Bug 15704] Python asn2wrs script exeption with Python 2.7.15rc1

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15704 Michael Mann changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 14506] PROXY protocol (v2) support (HAproxy) for TCP: skip and maybe implement a full dissector

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14506 Peter Wu changed: What|Removed |Added See Also||https://bugs.wireshark.org/

[Wireshark-bugs] [Bug 15714] New: Support for the PROXY (v1) protocol (HAPROXY) over TCP

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15714 Bug ID: 15714 Summary: Support for the PROXY (v1) protocol (HAPROXY) over TCP Product: Wireshark Version: Git Hardware: All OS: All Status: CONFIRMED

[Wireshark-bugs] [Bug 15508] Dissection of DCOM's IProvideClassInfo

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15508 Michael Mann changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 15326] Feature request: Color blind users need syntax feedback other then color

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15326 Michael Mann changed: What|Removed |Added Resolution|--- |FIXED Status|IN_PROGRE

[Wireshark-bugs] [Bug 15592] Help file doesn't display for extcap interfaces

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15592 Michael Mann changed: What|Removed |Added Resolution|--- |FIXED Status|IN_PROGRE

[Wireshark-bugs] [Bug 15703] Enhance ETSI ITS support (latest ETSI TS 103 301 and ETSI TS 103 097)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15703 --- Comment #9 from Michael Mann --- *** Bug 15701 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes._

[Wireshark-bugs] [Bug 15701] Enhance ETSI ITS support (latest ETSI TS 103 301 and ETSI TS 103 097)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15701 Michael Mann changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Wireshark-bugs] [Bug 15454] Dissection of CAN packets based on a DBC specification

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15454 --- Comment #10 from Guy Harris --- (In reply to Maksim Salau from comment #9) > I tried byacc and it works fine with valid input. But if I induce errors I > get memory leaks, since byacc shipped with Fedora doesn't have support for > btya

[Wireshark-bugs] [Bug 15713] New: Static build fails to find glib2 dependencies

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15713 Bug ID: 15713 Summary: Static build fails to find glib2 dependencies Product: Wireshark Version: 3.0.1 Hardware: x86 OS: Linux Status: UNCONFIRMED

[Wireshark-bugs] [Bug 15712] Wireshark hides length and does not fully display UDP/Ethernet packets if packet is > 1415 bytes.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15712 --- Comment #3 from Guy Harris --- (In reply to Brian Cowan from comment #2) > Resolved as user error. If a UDP packet gets fragmented, a port-specific > filter will not capture all the packets since only the first contains the > port numb

[Wireshark-bugs] [Bug 15712] Wireshark hides length and does not fully display UDP/Ethernet packets if packet is > 1415 bytes.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15712 Brian Cowan changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIR

[Wireshark-bugs] [Bug 15712] Wireshark hides length and does not fully display UDP/Ethernet packets if packet is > 1415 bytes.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15712 --- Comment #2 from Brian Cowan --- Resolved as user error. If a UDP packet gets fragmented, a port-specific filter will not capture all the packets since only the first contains the port number. UDP != TCP where packet headers are concern

[Wireshark-bugs] [Bug 15710] extcap: Python scripts are not executed on Windows

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15710 --- Comment #3 from Gerrit Code Review --- Change 32901 had a related patch set uploaded by Peter Wu: Add direct support for running Python extcap programs on Windows https://code.wireshark.org/review/32901 -- You are receiving this mai

[Wireshark-bugs] [Bug 15706] Build issue in Wireshark - 3.0.1 on RHEL6

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15706 Peter Wu changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED

[Wireshark-bugs] [Bug 15711] Wireshark initializes c-ares library without calling WSAStartup()

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15711 --- Comment #1 from Jaap Keuter --- The paths to host_name_lookup_init() I could find were from ui/qt/main.cpp, which all came _after_ #ifdef _WIN32 /* Start windows sockets */ result = WSAStartup( MAKEWORD( 1, 1 ), &wsaData );

[Wireshark-bugs] [Bug 15706] Build issue in Wireshark - 3.0.1 on RHEL6

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15706 --- Comment #5 from Gerrit Code Review --- Change 32899 had a related patch set uploaded by Peter Wu: CMake: bail out if minimum GLib version is not satisfied https://code.wireshark.org/review/32899 -- You are receiving this mail becaus

[Wireshark-bugs] [Bug 15706] Build issue in Wireshark - 3.0.1 on RHEL6

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15706 --- Comment #6 from Gerrit Code Review --- Change 32899 merged by Peter Wu: CMake: bail out if minimum GLib version is not satisfied https://code.wireshark.org/review/32899 -- You are receiving this mail because: You are watching all bu

[Wireshark-bugs] [Bug 15706] Build issue in Wireshark - 3.0.1 on RHEL6

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15706 --- Comment #4 from Gerrit Code Review --- Change 32894 merged by Peter Wu: CMake: bail out if minimum GLib version is not satisfied https://code.wireshark.org/review/32894 -- You are receiving this mail because: You are watching all bu

[Wireshark-bugs] [Bug 15712] Wireshark hides length and does not fully display UDP/Ethernet packets if packet is > 1415 bytes.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15712 --- Comment #1 from Jaap Keuter --- When looking at the capture I've come to a different conclusion. In the provided capture file frame #4 is the offending frame. Let's take a closer look at that. Using tcpdump it says on frame #4: 15:2

[Wireshark-bugs] [Bug 15710] extcap: Python scripts are not executed on Windows

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15710 --- Comment #2 from Peter Wu --- Good point about PATHEXT, let's assume if an extension is present, the interpreter should be correctly installed. Here I found "ftype" and "assoc" commands which can be helpful: https://stackoverflow.com/q

[Wireshark-bugs] [Bug 15707] Wireshark fails on piped/streamed pcapng packet capture data with mixed BE/LE SHBs, but reads mixed BE/LE files correctly

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15707 Tomasz Mon changed: What|Removed |Added CC||deso...@gmail.com --- Comment #3 fro

[Wireshark-bugs] [Bug 15261] Deadlock in extcap toolbar creation

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15261 --- Comment #8 from Gerrit Code Review --- Change 32898 had a related patch set uploaded by Tomasz Moń: Qt: Fix deadlock in extcap toolbar creation https://code.wireshark.org/review/32898 -- You are receiving this mail because: You are

[Wireshark-bugs] [Bug 15712] New: Wireshark hides length and does not fully display UDP/Ethernet packets if packet is > 1415 bytes.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15712 Bug ID: 15712 Summary: Wireshark hides length and does not fully display UDP/Ethernet packets if packet is > 1415 bytes. Product: Wireshark Version: 3.0.1 Hardware:

[Wireshark-bugs] [Bug 15710] extcap: Python scripts are not executed on Windows

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15710 --- Comment #1 from Tomasz Mon --- (In reply to Peter Wu from comment #0) > Use of AssocQueryString to lookup the program associated with an extension > could work, but I am worried that on systems without Python installed (or a > differen

[Wireshark-bugs] [Bug 15711] New: Wireshark initializes c-ares library without calling WSAStartup()

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15711 Bug ID: 15711 Summary: Wireshark initializes c-ares library without calling WSAStartup() Product: Wireshark Version: Git Hardware: x86 OS: Windows 10

[Wireshark-bugs] [Bug 15696] ws_pipe_wait_for_pipe() can wait on closed handles

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15696 --- Comment #1 from Gerrit Code Review --- Change 32896 had a related patch set uploaded by Tomasz Moń: wsutil: Refactor WIN32 ws_pipe_wait_for_pipe() https://code.wireshark.org/review/32896 -- You are receiving this mail because: You a

[Wireshark-bugs] [Bug 15710] New: extcap: Python scripts are not executed on Windows

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15710 Bug ID: 15710 Summary: extcap: Python scripts are not executed on Windows Product: Wireshark Version: Git Hardware: All OS: Windows Status: CONFIRMED

[Wireshark-bugs] [Bug 15662] Building only libraries on windows fails due to CLEAN_C_FILES empty

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15662 Peter Wu changed: What|Removed |Added Status|CONFIRMED |IN_PROGRESS --- Comment #3 from Peter

[Wireshark-bugs] [Bug 15662] Building only libraries on windows fails due to CLEAN_C_FILES empty

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15662 --- Comment #2 from Gerrit Code Review --- Change 32895 had a related patch set uploaded by Peter Wu: CMake: fix Windows build when all binaries are disabled https://code.wireshark.org/review/32895 -- You are receiving this mail because

[Wireshark-bugs] [Bug 15065] Wireshark can call extcap with empty multicheck argument

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15065 Pascal Quantin changed: What|Removed |Added CC||pas...@wireshark.org Res

[Wireshark-bugs] [Bug 15065] Wireshark can call extcap with empty multicheck argument

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15065 --- Comment #7 from Gerrit Code Review --- Change 32891 merged by Pascal Quantin: Qt: Do not turn empty parameter values into spaces https://code.wireshark.org/review/32891 -- You are receiving this mail because: You are watching all bu

[Wireshark-bugs] [Bug 15662] Building only libraries on windows fails due to CLEAN_C_FILES empty

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15662 Peter Wu changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED CC|

[Wireshark-bugs] [Bug 15706] Build issue in Wireshark - 3.0.1 on RHEL6

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15706 --- Comment #3 from Peter Wu --- Could you also verify that the above patch stops CMake from succeeding? As for suggestions, upgrade to RHEL7, continue using 2.6.x, or upgrade your libs. -- You are receiving this mail because: You are w

[Wireshark-bugs] [Bug 15706] Build issue in Wireshark - 3.0.1 on RHEL6

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15706 --- Comment #2 from Gerrit Code Review --- Change 32894 had a related patch set uploaded by Peter Wu: CMake: bail out if minimum GLib version is not satisfied https://code.wireshark.org/review/32894 -- You are receiving this mail becaus

[Wireshark-bugs] [Bug 10578] IPv6 Mobility Option Mobile Node Link Layer Identifier Link-layer Identifier field is read beyond the option data

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=10578 --- Comment #4 from boaz.brick...@gmail.com --- (In reply to Guy Harris from comment #3) > So was this packet captured from a network, so that it should be valid, or > is it somewhat fuzzed/randomized for use as part of the testing? Wiresh

[Wireshark-bugs] [Bug 15706] Build issue in Wireshark - 3.0.1 on RHEL6

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15706 Peter Wu changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED CC|

[Wireshark-bugs] [Bug 12787] Extcaps hang when launched from windows console

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12787 Peter Wu changed: What|Removed |Added CC||pe...@lekensteyn.nl --- Comment #8 fro

[Wireshark-bugs] [Bug 15708] [HTTP/2] HEADERS frame fails after Fast Retransmission

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15708 --- Comment #5 from Peter Wu --- Oh that option should certainly not be enabled, maybe we should print some expert info when this condition is enabled. Or maybe just remove it, it can only ever work for block ciphers and will break with an

[Wireshark-bugs] [Bug 15065] Wireshark can call extcap with empty multicheck argument

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15065 --- Comment #6 from Gerrit Code Review --- Change 32891 had a related patch set uploaded by Pascal Quantin: Qt: Do not turn empty parameter values into spaces https://code.wireshark.org/review/32891 -- You are receiving this mail becaus