Re: [Wireshark-dev] IRC channel

2021-06-14 Thread Jason Cohen
olled by the Wireshark organisation. > > Thanks, > Jaap > > On 10 Jun 2021, at 18:55, Jason Cohen wrote: > > Curious if there is (or I missed) an announcement about the IRC channel on > freenode. Obviously there is a lot of activity / drama going on there and > I've been

[Wireshark-dev] IRC channel

2021-06-10 Thread Jason Cohen
Curious if there is (or I missed) an announcement about the IRC channel on freenode. Obviously there is a lot of activity / drama going on there and I've been seeing some rather ugly spam messages in the channel on freenode. _

[Wireshark-dev] Question / nit / ocd trigger

2021-05-24 Thread Jason Cohen
One thing that has bothered me for years has been the TCP flags filters. The 6 primary TCP flags are: SYN ACK PSH RST URG FIN Then you get into the CWR, NS, ECE (ECN), etc... The filters in Wireshark all use the accepted, known abbreviations save for RST and PSH. Those are spelled out as tcp.fl

Re: [Wireshark-dev] [Wireshark-users] Proposed changes to make tcp.ack and tcp.seq relative

2020-05-07 Thread Jason Cohen
I think for some workflows it would be ideal to know if you are getting the relative or raw sequence numbers independent of preference. If that means there are three iterations, tcp.seq_raw, tcp.seq_rel and tcp.seq that changes based on pref... Or just two iterations. Either (tcp.seq_raw or tcp.s

Re: [Wireshark-dev] Problem in 'packet-f5ethtrailer.c'

2020-03-19 Thread Jason Cohen
Gisle, Do you have the steps you used to setup your build environment, and then the steps to build Wireshark? Unless we're able to reproduce it, there may be little we can do. It certainly hasn't been something I've seen either. Jason On Thu, Mar 19, 2020 at 12:34 PM Gisle Vanem wrote: > Mayn

Re: [Wireshark-dev] Represent byte array longer than MAX_BYTE_STR_LEN as hexstring

2019-08-04 Thread Jason Cohen
eally just trying to understand now. On Sat, Aug 3, 2019 at 9:32 PM Guy Harris wrote: > On Aug 3, 2019, at 7:27 PM, Jason Cohen wrote: > > > On Sat, Aug 3, 2019 at 9:15 PM Guy Harris wrote: > >> On Aug 3, 2019, at 4:39 PM, Jason Cohen wrote: > >> > >>>

Re: [Wireshark-dev] Represent byte array longer than MAX_BYTE_STR_LEN as hexstring

2019-08-03 Thread Jason Cohen
In the packet detail. On Sat, Aug 3, 2019 at 9:15 PM Guy Harris wrote: > On Aug 3, 2019, at 4:39 PM, Jason Cohen wrote: > > > I've got a lengths of bytes that I need to read from the tvb and render > as a hex string that are / may be longer than MAX_BYTE_STR_LEN which is &g

[Wireshark-dev] Represent byte array longer than MAX_BYTE_STR_LEN as hexstring

2019-08-03 Thread Jason Cohen
I've got a lengths of bytes that I need to read from the tvb and render as a hex string that are / may be longer than MAX_BYTE_STR_LEN which is defined as 48. I do not need the actual bytes from the tvb after I render it as a hexstring. I the natural use here would have been tvb_bytes_to_str, but

Re: [Wireshark-dev] Glitches in UI when using recent buildbot development versions

2019-06-29 Thread Jason Cohen
Submitted https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15885 for the highlight issue. On Sat, Jun 29, 2019 at 7:59 AM Jason Cohen wrote: > One major annoyance with dark mode that I've been meaning to check if a > bug already exists, or report one, or fix... > > When you

Re: [Wireshark-dev] Glitches in UI when using recent buildbot development versions

2019-06-29 Thread Jason Cohen
One major annoyance with dark mode that I've been meaning to check if a bug already exists, or report one, or fix... When you select something, the highlight is white (grey?) and the text withing the highlight remains white (grey?). Thus you can't see it. Now, this may be just because in System

Re: [Wireshark-dev] Question about dissector "enhancement" / bug

2019-06-28 Thread Jason Cohen
d on wireshark to decode captures that will never see a line of source code or a build bot in their life, let alone know to find build bot artifacts, or that such a thing exists. On Fri, Jun 28, 2019 at 7:55 AM Graham Bloice wrote: > > > On Fri, 28 Jun 2019 at 13:49, Jason Cohen wrote: >

Re: [Wireshark-dev] Question about dissector "enhancement" / bug

2019-06-28 Thread Jason Cohen
All fair points. I won't push any further. >> My pulled from the air guess is the set of users that need these incremental dissector\protocol changes is much smaller than the entire set of users, and their needs are served by the development branch. Yes, the set of users is much smaller than the

[Wireshark-dev] Question about dissector "enhancement" / bug

2019-06-27 Thread Jason Cohen
The question about about weather or not adding dissection of additional information in a dissector is an enhancement or a bug; I think this is kind of a grey area. If a dissector doesn't completely dissect a header, would a patch that completes it be considered fixing it? Does it switch between a

[Wireshark-dev] Code signing of plugins on MacOS

2019-04-01 Thread Jason Cohen
I'm only beginning to look at this... Did something knowingly change with loading plugins on macos betweew 2.9.0 and 3.0.0? When I build a plugin with the 2.9.0 source tree, I can copy the plugin to a system with 2.9.0 installed from the official installer and it works. If I build the same plugi

[Wireshark-dev] f5ethtrailer: disabled by default

2018-04-25 Thread Jason Cohen
It's not a huge deal, but what would be necessary for the dissector to be enabled by default? The commit message included: Also disable F5ETHTRAILER by default since it doesn't have a discriminating heuristic. We could probably get the changes needed, but want make sure we understand the requirem

[Wireshark-dev] Overriding a builtin dissector

2018-04-25 Thread Jason Cohen
I've already asked some of this privately, but submitting to the full list for archival as well. Is there a way or any thoughts of being able to override an existing, built-in dissector? The specific case in point being the f5ethtrailer dissector recently was included as a built-in. Would it be