[Wireshark-bugs] [Bug 13949] macOS home-brew link on https://www.wireshark.org/download.html does not work

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

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #23 from Mike Baker --- And BTW, Guy, these are typically personal laptops that wireshark is installed on. -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 Mike Baker changed: What|Removed |Added Resolution|FIXED |NOTABUG --

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #21 from Guy Harris --- (In reply to Mike Baker from comment #20) > Guy, our company has 5 dissectors for custom protocols we use. Previously, > we had been copying these .lua files to C:\Program >

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 Mike Baker changed: What|Removed |Added Status|INCOMPLETE |RESOLVED

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #19 from Guy Harris --- (In reply to Mike Baker from comment #18) > Thank you, Stig! > > Indeed, that was the problem with the handling of the lua code using > ftypes.ETHER. I had copied the older .lua

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #20 from Mike Baker --- Guy, our company has 5 dissectors for custom protocols we use. Previously, we had been copying these .lua files to C:\Program Files\Wireshark\plugins\x.y.z folder each time a

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #22 from Mike Baker --- Created attachment 15749 --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=15749=edit Error dialog if struct.lua is not put in C:\Program Files\Wireshark Again, thanks

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #24 from Guy Harris --- (In reply to Mike Baker from comment #23) > And BTW, Guy, these are typically personal laptops that wireshark is > installed on. Then you might want to try just putting the scripts

[Wireshark-bugs] [Bug 13952] MRCPv2 not decoded correctly

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13952 --- Comment #3 from Gerrit Code Review --- Change 23012 had a related patch set uploaded by Dario Lombardo: mrcpv2: fix bug in use of ws_strtou32. https://code.wireshark.org/review/23012 -- You are

[Wireshark-bugs] [Bug 13953] Dissection of DHCP Option 43 falsely reporting error on suboption

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13953 --- Comment #2 from Jaap Keuter --- Oh, this is rather interesting. You've got a NEC phone going through a DHCP relay to a DHCP server where this was captured. Can you tell which type of phone it is, on what VoIP

[Wireshark-bugs] [Bug 13953] Dissection of DHCP Option 43 falsely reporting error on suboption

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

[Wireshark-bugs] [Bug 13953] Dissection of DHCP Option 43 falsely reporting error on suboption

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13953 Jaap Keuter changed: What|Removed |Added Resolution|REMIND |---

[Wireshark-bugs] [Bug 13953] Dissection of DHCP Option 43 falsely reporting error on suboption

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13953 --- Comment #3 from Kenneth Coombes --- Thank you for feedback. @Alexis Thank you for the idea. While the phone is not an Alcatel phone, I was indeed able (in Wireshark 2.4 only) to disable the Alcatel-Lucent

[Wireshark-bugs] [Bug 13926] TCAP SRT Analysis incorrectly matched TCAP begins and ends

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13926 --- Comment #6 from Pascal Quantin --- Given than code points can also change and cannot be used as part of the key to find matches, I do not see how to solve this for now. How can we differentiate that the end

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

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13942 --- Comment #3 from Pascal Quantin --- (In reply to Michael Mann from comment #2) > (In reply to Pascal Quantin from comment #1) > > Indeed simple_statistics_dialog.cpp lacks the implementation of the > >

[Wireshark-bugs] [Bug 13952] MRCPv2 not decoded correctly

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13952 --- Comment #4 from Gerrit Code Review --- Change 23012 merged by Alexis La Goutte: mrcpv2: fix bug in use of ws_strtou32. https://code.wireshark.org/review/23012 -- You are receiving this mail

[Wireshark-bugs] [Bug 13952] MRCPv2 not decoded correctly

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13952 --- Comment #5 from Gerrit Code Review --- Change 23013 had a related patch set uploaded by Alexis La Goutte: mrcpv2: fix bug in use of ws_strtou32. https://code.wireshark.org/review/23013 -- You are

[Wireshark-bugs] [Bug 13952] MRCPv2 not decoded correctly

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13952 Dario Lombardo changed: What|Removed |Added Status|CONFIRMED |RESOLVED

[Wireshark-bugs] [Bug 13952] MRCPv2 not decoded correctly

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13952 --- Comment #6 from Gerrit Code Review --- Change 23013 merged by Dario Lombardo: mrcpv2: fix bug in use of ws_strtou32. https://code.wireshark.org/review/23013 -- You are receiving this mail because:

[Wireshark-bugs] [Bug 13926] TCAP SRT Analysis incorrectly matched TCAP begins and ends

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13926 --- Comment #4 from Pascal Quantin --- I saw that they use one common tid. But packet 5 is using source tid 4c585f and packet 17 is using destination tid aad0. Based on the previous logs in bug 13739, I would

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #14 from Mike Baker --- Thanks for your comments, Guy, as well as renaming the title of this bug. My understanding of the proper folder for .lua files is C:\Program Files\Wireshark\plugins\2.4.0. (the

[Wireshark-bugs] [Bug 13926] TCAP SRT Analysis incorrectly matched TCAP begins and ends

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13926 --- Comment #3 from conall.prenderg...@anam.com --- Hi Pascal, Apologies for the confusion. In the trace above, there are two distinct TCAP transactions, but they happen to use a common transaction ID (ad0). You are correct in saying

[Wireshark-bugs] [Bug 13926] TCAP SRT Analysis incorrectly matched TCAP begins and ends

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13926 --- Comment #5 from conall.prenderg...@anam.com --- 4c585f would be the otid in this case. That TCAP END is being sent by OPC=11334. -- You are receiving this mail because: You are watching all bug

[Wireshark-bugs] [Bug 13926] TCAP SRT Analysis incorrectly matched TCAP begins and ends

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13926 --- Comment #8 from conall.prenderg...@anam.com --- Could we use the SCCP calling GT? Taking into account a possible change in the first replay, as mentioned by Vasil here. https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13739#c6 --

[Wireshark-bugs] [Bug 13926] TCAP SRT Analysis incorrectly matched TCAP begins and ends

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13926 --- Comment #9 from Pascal Quantin --- (In reply to conall.prendergast from comment #8) > Could we use the SCCP calling GT? > Taking into account a possible change in the first replay, as mentioned by > Vasil

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #15 from Guy Harris --- (In reply to Mike Baker from comment #14) > Thanks for your comments, Guy, as well as renaming the title of this bug. > > My understanding of the proper folder for .lua files is

[Wireshark-bugs] [Bug 13926] TCAP SRT Analysis incorrectly matched TCAP begins and ends

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13926 --- Comment #7 from Pascal Quantin --- So this capture is the opposite of bug 13739. We have a match both for the source tid / source address, and destination tid / destination address. Either we test first with

[Wireshark-bugs] [Bug 13953] Dissection of DHCP Option 43 falsely reporting error on suboption

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

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #16 from Guy Harris --- (In reply to Mike Baker from comment #14) > BTW, when I copied the .lua files to the "plugins" folder, namely C:\Program > Files\Wireshark\plugins, I also get no complaints. But if

[Wireshark-bugs] [Bug 13950] Using ftypes.ETHER in ProtoField.new gives "Unsupported ProtoField field type" error

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13950 --- Comment #17 from Stig Bjørlykke --- I suspect you are using a init.lua file from version 2.2.x which has an entry in the ftypes table ["ETHER"] = 28 on a 2.4.0 installation which interprets the value 28 as

[Wireshark-bugs] [Bug 13926] TCAP SRT Analysis incorrectly matched TCAP begins and ends

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

[Wireshark-bugs] [Bug 13938] RADIUS: Filter issue when Extended attributes defined in dictionary

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938 --- Comment #7 from João Valverde --- (In reply to Marius Paliga from comment #6) > (In reply to João Valverde from comment #5) > > I don't see any duplicates in your example dictionary, unless they were

[Wireshark-bugs] [Bug 13953] Dissection of DHCP Option 43 falsely reporting error on suboption

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13953 Angie changed: What|Removed |Added Resolution|--- |REMIND

[Wireshark-bugs] [Bug 13745] RADIUS dictionary: BEGIN-VENDOR does not support format=Extended-Vendor-Specific-*

https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13745 --- Comment #23 from João Valverde --- (In reply to Marius Paliga from comment #20) > I just built windows version and everything is OK here. So I have problem > just with linux version. Can you confirm