[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #14 from Gerrit Code Review --- Change 24848 merged by Michael Mann: 6LowPAN: always build IPv6 address whatever the tree state https://code.wireshark.org/review/24848 -- You are receiving

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 Michael Mann changed: What|Removed |Added Resolution|--- |FIXED

[Wireshark-bugs] [Bug 14266] In a WiFi capture log, the 11ac “beamformed” bit is shown as both “true” and “false”

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14266 --- Comment #15 from zpchi...@yahoo.com --- I tested 2 scenarios: In both scenario 1 and 2, TXOP_PS_NOT_ALLOWED should be True. scenario 1: all packets are actually beamformed and in my sniffer capture I observe that every packet shows:

[Wireshark-bugs] [Bug 14229] Decoding ESP packets fails for similar IPs and the same SPI

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14229 --- Comment #2 from Gerrit Code Review --- Change 24469 merged by Michael Mann: Rework address matching to work with string input. https://code.wireshark.org/review/24469 -- You are receiving this

[Wireshark-bugs] [Bug 14229] Decoding ESP packets fails for similar IPs and the same SPI

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14229 Michael Mann changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #13 from Gerrit Code Review --- Change 24848 had a related patch set uploaded by Pascal Quantin: 6LowPAN: always build IPv6 address whatever the tree state

[Wireshark-bugs] [Bug 14276] New: Wireshark does not allow to copy "Decrypted SSL" text in non-tcp packet.

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14276 Bug ID: 14276 Summary: Wireshark does not allow to copy "Decrypted SSL" text in non-tcp packet. Product: Wireshark Version: 2.4.2 Hardware: x86-64

[Wireshark-bugs] [Bug 14276] Wireshark does not allow to copy "Decrypted SSL" text in non-tcp packet.

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14276 mohe...@gmail.com changed: What|Removed |Added Attachment #16018|1 |0 is obsolete|

[Wireshark-bugs] [Bug 14276] Wireshark does not allow to copy "Decrypted SSL" text in non-tcp packet.

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14276 mohe...@gmail.com changed: What|Removed |Added Attachment #16018|0 |1 is obsolete|

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #6 from Mališa Vučinić --- (In reply to Guy Harris from comment #5) > What happens if you run TShark with the -2 option, to force it to make two > passes over the file? Seg fault on the same line

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 Pascal Quantin changed: What|Removed |Added CC|

[Wireshark-bugs] [Bug 14266] In a WiFi capture log, the 11ac “beamformed” bit is shown as both “true” and “false”

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14266 --- Comment #13 from zpchi...@yahoo.com --- seems so. I tested by saving 2 one-packet only files. Both show consistent "true" beamformed information. -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 Guy Harris changed: What|Removed |Added Status|UNCONFIRMED |INCOMPLETE

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #1 from Guy Harris --- (In reply to Mališa Vučinić from comment #0) > Running on Mac OS X ...which means that there should be a crash report. Launch Console and look under "User Reports" for the crash

[Wireshark-bugs] [Bug 14277] New: Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 Bug ID: 14277 Summary: Segmentation fault when opening a capture on Mac OS build Product: Wireshark Version: 2.5.x (Experimental) Hardware: x86 OS:

[Wireshark-bugs] [Bug 13942] SIP Statistics extract does not work

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13942 Martin Mathieson changed: What|Removed |Added CC|

[Wireshark-bugs] [Bug 14266] In a WiFi capture log, the 11ac “beamformed” bit is shown as both “true” and “false”

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14266 --- Comment #14 from Guy Harris --- (In reply to zpchi004 from comment #13) > seems so. I tested by saving 2 one-packet only files. Both show consistent > "true" beamformed information. So are there packets near the

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #4 from Mališa Vučinić --- Do you know what would cause p_get_proto_data() to fail with Wireshark but not with tshark? -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 14273] Add support for new Notify EMERGENCY_CALL_NUMBERS Payload in ISAKMP

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14273 --- Comment #2 from Gerrit Code Review --- Change 24793 merged by Anders Broman: [ISAKMP] Added support for new Notify EMERGENCY_CALL_NUMBERS Payload https://code.wireshark.org/review/24793 -- You are

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #5 from Guy Harris --- (In reply to Mališa Vučinić from comment #4) > Do you know what would cause p_get_proto_data() to fail with Wireshark but > not with tshark? TShark, by default, making only one pass

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #2 from Mališa Vučinić --- Created attachment 16021 --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=16021=edit Crash report. Thanks for the quick reaction. Here is the crash report. I don't

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 Guy Harris changed: What|Removed |Added Status|INCOMPLETE |CONFIRMED --

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #3 from Guy Harris --- Exception Type:EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x Null-pointer dereference. Stack trace: 0 libwireshark.0.dylib

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 Guy Harris changed: What|Removed |Added Component|Capture file support|Dissection engine

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 Guy Harris changed: What|Removed |Added Hardware|x86 |x86-64 -- You

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #8 from Mališa Vučinić --- (In reply to Pascal Quantin from comment #7) > Do you have any local change that would register the CoAP dissector to a new > UDP port during runtime? Or any modification that

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #11 from Mališa Vučinić --- In ~/.wireshark I have decode_as_entries with following content: decode_as_entry: wpan.panid,43947,(none),6LoWPAN decode_as_entry: wpan.panid,51966,(none),6LoWPAN I also have

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #9 from Pascal Quantin --- Could you please share your preference file? Typically, what is your CoAP port number configured? 5353? Something else? -- You are receiving this mail because: You are

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #10 from Pascal Quantin --- Based on your stack trace, you have the following dissectors chain: IEEE802.15.4->6LoWPAN->IPv6->UDP->CoAP while on my side for 6LoWPAN packets, I have

[Wireshark-bugs] [Bug 14277] Segmentation fault when opening a capture on Mac OS build

2017-12-15 Thread bugzilla-daemon
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=14277 --- Comment #12 from Mališa Vučinić --- No crash when I comment out decode_as_entries, but CoAP is not dissected either. -- You are receiving this mail because: You are watching all bug