[Wireshark-bugs] [Bug 14700] 6LoWPAN dissector merges fragments from different sources

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14700 sau...@locoslab.com changed: What|Removed |Added CC||sau...@locoslab.com ---

[Wireshark-bugs] [Bug 14721] "Copy All Visible Items" does not work as expected

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14721 Kenneth Soerensen changed: What|Removed |Added Status|UNCONFIRMED

[Wireshark-bugs] [Bug 14355] Packet Details copy all visible (selected tree) items only copies part of content

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14355 Kenneth Soerensen changed: What|Removed |Added CC|

[Wireshark-bugs] [Bug 14722] wireshark 2.6.1 fails to build on macOS due to "epan/dissectors/../../run/make-dissectors" trying to link against installed libwsutil.0.dylib

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

[Wireshark-bugs] [Bug 14622] cross-build brokendue to make-dissectors and make-taps

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

[Wireshark-bugs] [Bug 14701] Wireshark hangs when opening certain files if it's been configured to use the new GeoIP databases.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14701 --- Comment #19 from Christopher Maynard --- A bit more information - I sorted the capture files in the public menagerie by size and tested all those greater than 1.5MB. The following is the list of files

[Wireshark-bugs] [Bug 14700] 6LoWPAN dissector merges fragments from different sources

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14700 --- Comment #19 from sau...@locoslab.com --- Ah, I've missed that. But I don't think that is an issue of 'wrong' re-assembly. It seems for all frames that are fragments but have not been re-assembled, e.g., retransmissions, the context for

[Wireshark-bugs] [Bug 14700] 6LoWPAN dissector merges fragments from different sources

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14700 --- Comment #20 from Gerrit Code Review --- Change 27761 merged by Anders Broman: 6lowpan: fix reassembly for forwarded packets https://code.wireshark.org/review/27761 -- You are receiving this mail

[Wireshark-bugs] [Bug 14710] Buildbot crash output: randpkt-2018-05-19-1012.pcap

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14710 Peter Wu changed: What|Removed |Added Resolution|--- |NOTABUG

[Wireshark-bugs] [Bug 14720] tostring for NSTime objects in lua gives wrong results

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14720 Peter Wu changed: What|Removed |Added Ever confirmed|0 |1

[Wireshark-bugs] [Bug 14725] New: Created and collected snoops but when I go to open them with Wireshark (v2.4.2) I get message that files are corrupt (netscreen too much hex-data)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14725 Bug ID: 14725 Summary: Created and collected snoops but when I go to open them with Wireshark (v2.4.2) I get message that files are corrupt (netscreen too much hex-data)

[Wireshark-bugs] [Bug 14700] 6LoWPAN dissector merges fragments from different sources

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14700 --- Comment #21 from Gerrit Code Review --- Change 2 had a related patch set uploaded by Peter Wu: 6lowpan: fix reassembly for forwarded packets https://code.wireshark.org/review/2 -- You are

[Wireshark-bugs] [Bug 14700] 6LoWPAN dissector merges fragments from different sources

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14700 Peter Wu changed: What|Removed |Added Status|IN_PROGRESS |RESOLVED

[Wireshark-bugs] [Bug 14724] New: extcap interfaces missing due to empty extcap path

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14724 Bug ID: 14724 Summary: extcap interfaces missing due to empty extcap path Product: Wireshark Version: unspecified Hardware: x86 OS: Linux Status:

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 Alexis La Goutte changed: What|Removed |Added CC|

[Wireshark-bugs] [Bug 14727] The recent change for DMG Capabilities dissection breaks dissection of many existing captures

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14727 Alexis La Goutte changed: What|Removed |Added Ever confirmed|0 |1

[Wireshark-bugs] [Bug 14587] Incorrect parsing of USB CDC packets.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14587 --- Comment #6 from Pascal Quantin --- Due to comment #3 -- You are receiving this mail because: You are watching all bug changes.___ Sent

[Wireshark-bugs] [Bug 14654] Buildbot crash output: fuzz-2018-05-06-18493.pcap

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

[Wireshark-bugs] [Bug 14727] The recent change for DMG Capabilities dissection breaks dissection of many existing captures

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14727 Richard Sharpe changed: What|Removed |Added CC|

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 --- Comment #2 from william --- Thanks, Alexis. The installation process is normal, and the installed folder seems normal as well. Or you mean other "check process"? -- You are receiving this mail because: You

[Wireshark-bugs] [Bug 14726] New: Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 Bug ID: 14726 Summary: Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization. Product: Wireshark

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 --- Comment #3 from Gerald Combs --- Can you try running "c:\Program Files\Wireshark\tshark" and "c:\Program Files\Wireshark\wireshark" from a command prompt? -- You are receiving this mail because: You are

[Wireshark-bugs] [Bug 14698] ASAN: global-buffer-overflow epan/dissectors/packet-umts_fp.c:3566

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

[Wireshark-bugs] [Bug 14670] Buildbot crash output: fuzz-2018-05-12-13599.pcap

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

[Wireshark-bugs] [Bug 14670] Buildbot crash output: fuzz-2018-05-12-13599.pcap

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

[Wireshark-bugs] [Bug 14727] The recent change for DMG Capabilities dissection breaks dissection of many existing captures

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14727 --- Comment #2 from Richard Sharpe --- Created attachment 16367 --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=16367=edit An example of the issue -- You are receiving this mail because: You are

[Wireshark-bugs] [Bug 11630] Incorrect presentation of Ascend-Data-Filter (RADIUS attribute 242)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11630 --- Comment #39 from jewgenij.bytsch...@t-systems.com --- Can you please identify the cause why the old fixed issue occurs again? Can you also estimate and post a comment with a forecast in which future Wireshark release the old fix for

[Wireshark-bugs] [Bug 14728] New: DCERPC dissector bug: failed assertion

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14728 Bug ID: 14728 Summary: DCERPC dissector bug: failed assertion Product: Wireshark Version: Git Hardware: x86-64 OS: Windows 10 Status: UNCONFIRMED

[Wireshark-bugs] [Bug 14587] Incorrect parsing of USB CDC packets.

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

[Wireshark-bugs] [Bug 14637] tap-endpoints.c is listed twice in ui/cli/Makefile.am

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

[Wireshark-bugs] [Bug 14611] Wireshark crashes on tree item drag in single packet view

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14611 Peter Wu changed: What|Removed |Added Resolution|--- |DUPLICATE

[Wireshark-bugs] [Bug 14620] Crash when selecting text

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

[Wireshark-bugs] [Bug 14727] New: The recent change for DMG Capabilities dissection breaks dissection of many existing captures

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14727 Bug ID: 14727 Summary: The recent change for DMG Capabilities dissection breaks dissection of many existing captures Product: Wireshark Version: Git Hardware: x86

[Wireshark-bugs] [Bug 11630] Incorrect presentation of Ascend-Data-Filter (RADIUS attribute 242)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11630 --- Comment #40 from Gerrit Code Review --- Change 27786 had a related patch set uploaded by Alexis La Goutte: radius: fix dissection of Ascend-Data-Filter https://code.wireshark.org/review/27786 --

[Wireshark-bugs] [Bug 14587] Incorrect parsing of USB CDC packets.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14587 --- Comment #8 from Pascal Quantin --- That was my point: I do not know how to link the communication class with the data class (or at least did not find a way to achieve it the last time I looked at it, but this

[Wireshark-bugs] [Bug 14637] tap-endpoints.c is listed twice in ui/cli/Makefile.am

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14637 --- Comment #2 from Gerrit Code Review --- Change 27783 had a related patch set uploaded by Alexis La Goutte: Makefile (ui/cli): fix duplicat entry for tap-endpoints.

[Wireshark-bugs] [Bug 14587] Incorrect parsing of USB CDC packets.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14587 --- Comment #10 from Peter Wu --- My understanding of the spec is that the two interfaces are unrelated: Endpoints following the interface descriptor of class "Communications and CDC Control"

[Wireshark-bugs] [Bug 14727] The recent change for DMG Capabilities dissection breaks dissection of many existing captures

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14727 --- Comment #3 from Gerrit Code Review --- Change 27782 merged by Alexis La Goutte: ieee80211: Make DMG Capabilities dissection handle earlier formats https://code.wireshark.org/review/27782 -- You

[Wireshark-bugs] [Bug 14637] tap-endpoints.c is listed twice in ui/cli/Makefile.am

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14637 --- Comment #4 from Peter Wu --- The duplicate was added in v2.3.0rc0-1599-g20c57cb298. Are duplicates causing issues that warrant a backport to master-2.4? -- You are receiving this mail because: You are watching

[Wireshark-bugs] [Bug 10488] Wireshark should let you work with multiple capture files.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=10488 Greg Wesson changed: What|Removed |Added CC|

[Wireshark-bugs] [Bug 14587] Incorrect parsing of USB CDC packets.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14587 --- Comment #7 from Peter Wu --- The data over endpoints associated with a data class interface has no fixed protocol as far as I can see: > 3.4.2 Data Class Interface > The Data Class defines a data interface as an

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 --- Comment #6 from william --- Thanks, Gerald. Pls see attached tshark & wireshark logs. -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 --- Comment #5 from william --- Created attachment 16369 --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=16369=edit wireshark log -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 14637] tap-endpoints.c is listed twice in ui/cli/Makefile.am

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14637 --- Comment #5 from Christopher Maynard --- (In reply to Peter Wu from comment #4) > The duplicate was added in v2.3.0rc0-1599-g20c57cb298. Are duplicates > causing issues that warrant a backport to

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 --- Comment #7 from Gerald Combs --- (In reply to william from comment #6) > Thanks, Gerald. > > Pls see attached tshark & wireshark logs. According to the logs TShark runs fine and is able to capture data, which

[Wireshark-bugs] [Bug 14729] media_type "application/octet-stream" registered for both Thread and UASIP

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14729 --- Comment #1 from Gerrit Code Review --- Change 27789 had a related patch set uploaded by Stig Bjørlykke: media_type: Default decode application/octet-stream as data

[Wireshark-bugs] [Bug 14587] Incorrect parsing of USB CDC packets.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14587 --- Comment #9 from James Murray --- It's just raw data. There's no "protocol" here. -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 14637] tap-endpoints.c is listed twice in ui/cli/Makefile.am

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14637 --- Comment #3 from Gerrit Code Review --- Change 27783 merged by Anders Broman: Makefile (ui/cli): fix duplicat entry for tap-endpoints. https://code.wireshark.org/review/27783 -- You are receiving

[Wireshark-bugs] [Bug 14729] New: media_type "application/octet-stream" registered for both Thread and UASIP

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14729 Bug ID: 14729 Summary: media_type "application/octet-stream" registered for both Thread and UASIP Product: Wireshark Version: 2.6.1 Hardware: All

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 --- Comment #4 from william --- Created attachment 16368 --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=16368=edit tshark log -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 14725] Created and collected snoops but when I go to open them with Wireshark (v2.4.2) I get message that files are corrupt (netscreen too much hex-data)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14725 --- Comment #1 from Jaap Keuter --- After line 113 the capture file is corrupted 00 00 00 00 02 22 00 00 01 b5 d4 d8 e2 e3 d9 40 ..8 @@.. There's too much data for a frame declared to have:

[Wireshark-bugs] [Bug 14724] extcap interfaces missing due to empty extcap path

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14724 Mikael Kanstrup changed: What|Removed |Added CC|

[Wireshark-bugs] [Bug 14724] extcap interfaces missing due to empty extcap path

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14724 Mikael Kanstrup changed: What|Removed |Added Resolution|---

[Wireshark-bugs] [Bug 12722] Field value description for MTP3 SPC, DPC and SCCP GT

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12722 Anders Broman changed: What|Removed |Added Resolution|--- |FIXED

[Wireshark-bugs] [Bug 14700] 6LoWPAN dissector merges fragments from different sources

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14700 --- Comment #22 from Gerrit Code Review --- Change 2 merged by Peter Wu: 6lowpan: fix reassembly for forwarded packets https://code.wireshark.org/review/2 -- You are receiving this mail

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 --- Comment #8 from william --- I once installed some old version(sorry I can't remember which version) wireshark on this Windows 7, and it once worked fine, after kept updating to newer version, the newer version

[Wireshark-bugs] [Bug 14722] wireshark 2.6.1 fails to build on macOS due to "epan/dissectors/../../run/make-dissectors" trying to link against installed libwsutil.0.dylib

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14722 Eric Hall changed: What|Removed |Added Resolution|--- |FIXED

[Wireshark-bugs] [Bug 14725] Created and collected snoops but when I go to open them with Wireshark (v2.4.2) I get message that files are corrupt (netscreen too much hex-data)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14725 Guy Harris changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Wireshark-bugs] [Bug 14722] wireshark 2.6.1 fails to build on macOS due to "epan/dissectors/../../run/make-dissectors" trying to link against installed libwsutil.0.dylib

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14722 Guy Harris changed: What|Removed |Added Ever confirmed|0 |1

[Wireshark-bugs] [Bug 14729] media_type "application/octet-stream" registered for both Thread and UASIP

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14729 --- Comment #2 from Guy Harris --- So Thread doesn't have a media type assigned to it for CoAP? And *nothing else* transported over CoAP uses application/octet-stream? They couldn't even bother to register for

[Wireshark-bugs] [Bug 14729] media_type "application/octet-stream" registered for both Thread and UASIP

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14729 --- Comment #3 from Gerrit Code Review --- Change 27789 merged by Guy Harris: media_type: Default decode application/octet-stream as data https://code.wireshark.org/review/27789 -- You are receiving

[Wireshark-bugs] [Bug 14725] Created and collected snoops but when I go to open them with Wireshark (v2.4.2) I get message that files are corrupt (netscreen too much hex-data)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14725 --- Comment #2 from Guy Harris --- Yes, the packet header indicates that the total packet length is 669 bytes and the IP total length is 655 bytes (655+14 = 669, so that makes sense), and looking at the packet data, the

[Wireshark-bugs] [Bug 14662] Extraction of SMB file results in wrong size

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14662 Peter Wu changed: What|Removed |Added Ever confirmed|0 |1

[Wireshark-bugs] [Bug 14726] Wireshark-win64-2.6.1 can't load on Windows 7 Professional 64-bit Operating system even with adimn authorization.

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14726 --- Comment #9 from william --- I installed some old version of Wireshark-win64-2.2.5, it works. Thanks you guys for the help. -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 11630] Incorrect presentation of Ascend-Data-Filter (RADIUS attribute 242)

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11630 João Valverde changed: What|Removed |Added Status|UNCONFIRMED

[Wireshark-bugs] [Bug 14662] Extraction of SMB file results in wrong size

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14662 --- Comment #2 from Gerrit Code Review --- Change 27794 had a related patch set uploaded by Peter Wu: smb: fix wrong exported smb2 object due to hash collision https://code.wireshark.org/review/27794

[Wireshark-bugs] [Bug 14662] Extraction of SMB file results in wrong size

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14662 --- Comment #3 from Peter Wu --- Created attachment 16370 --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=16370=edit Problematic capture (frame.number in {9457..10881 328..336}) The attached capture was

[Wireshark-bugs] [Bug 14602] Build issue while building wireshark-2.4.6 on RedHat

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

[Wireshark-bugs] [Bug 14396] wireshark doesnot run in fedora22 due to symbol lookup error

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

[Wireshark-bugs] [Bug 14478] Packet byte pane in Qt version of packet window isn't being displayed

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

[Wireshark-bugs] [Bug 14447] No obvious link to the Wireshark announcements page at https://www.wireshark.org/news/

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

[Wireshark-bugs] [Bug 14447] No obvious link to the Wireshark announcements page at https://www.wireshark.org/news/

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14447 Guy Harris changed: What|Removed |Added Status|RESOLVED|VERIFIED -- You

[Wireshark-bugs] [Bug 14700] 6LoWPAN dissector merges fragments from different sources

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14700 --- Comment #18 from Eduardo Montoya Marín --- Well, I can't agree that the re-assembly is not incorrect. Those 00:00:00:ff:fe:00:04:01 and 00:00:00:ff:fe:00:00:00 don't look like something very right to be shown as

[Wireshark-bugs] [Bug 14720] tostring for NSTime objects in lua gives wrong results

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14720 --- Comment #1 from Gerrit Code Review --- Change 27775 had a related patch set uploaded by Peter Wu: wslua: fix NSTime:__tostring for negative values https://code.wireshark.org/review/27775 -- You

[Wireshark-bugs] [Bug 14662] Extraction of SMB file results in wrong size

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14662 --- Comment #4 from Gerrit Code Review --- Change 27794 merged by Anders Broman: smb: fix wrong exported smb2 object due to hash collision https://code.wireshark.org/review/27794 -- You are receiving