Re: [Wireshark-dev] Wireshark hosts file location

2019-04-02 Thread Sake Blok | SYN-bit
> On 21 Mar 2019 (Thu), at 10:16, Jasper Bongertz wrote: > I just saw this: https://ask.wireshark.org/question/8014/hosts-file-manager/ > > My first impulse was "put the hosts in a profile directory and switch it via > profiles", but when I tested that it didn't work (no names resolved). I'm no

Re: [Wireshark-dev] Passwordlist in Wireshark - User feedback wanted

2019-06-16 Thread Sake Blok | SYN-bit
> On 14 Jun 2019 (Fri), at 22:25, Roland Knall wrote: > > There is a patch currently waiting for inclusion. It would allow for > dissectors to easily make credentials (username/password) available and > present them in a tool window in Wireshark. > The main concern here is, that this could lead

[Wireshark-dev] Proper way to handle changes in the preferences

2019-06-16 Thread Sake Blok | SYN-bit
Hi, I'm working on a patch to add the possibility to show times in milli- or microsecond units. While working this out, I see a need to change the name of certain preferences and/or change the values of other preferences. This will however break compatibility with older versions of Wireshark in

Re: [Wireshark-dev] Passwordlist in Wireshark - User feedback wanted

2019-06-17 Thread Sake Blok | SYN-bit
Hi Dario, > On 17 Jun 2019 (Mon), at 11:23, Dario Lombardo wrote: > > Hi Sake > > On Mon, Jun 17, 2019 at 7:01 AM Sake Blok | SYN-bit <mailto:sake.b...@syn-bit.nl>> wrote: > Personally I don't like the option to have a central place to add credential >

Re: [Wireshark-dev] Building master on Ubuntu 16.04 fails

2019-06-17 Thread Sake Blok | SYN-bit
> On 17 Jun 2019 (Mon), at 15:06, Anders Broman > wrote: > > Hi, > Building a local relativly new version I get: > (dpkg-buildpackage -rfakeroot -us -uc ) > > ui/qt/simple_dialog.cpp: In member function ‘void SimpleDialog::show()’: > /ui/qt/simple_dialog.cpp:414:13: error: ‘bind’ is not a memb

Re: [Wireshark-dev] Passwordlist in Wireshark - User feedback wanted

2019-06-20 Thread Sake Blok | SYN-bit
> On 19 Jun 2019 (Wed), at 14:00, Dario Lombardo wrote: > On Mon, Jun 17, 2019 at 1:42 PM Sake Blok | SYN-bit <mailto:sake.b...@syn-bit.nl>> wrote: > Hi Dario, > To me for troubleshooting issues, it is sufficient to see the usernames and > sometimes extract a password,

Re: [Wireshark-dev] Passwordlist in Wireshark - User feedback wanted

2019-06-20 Thread Sake Blok | SYN-bit
> On 19 Jun 2019 (Wed), at 14:11, Graham Bloice > wrote: > > On Fri, 14 Jun 2019 at 21:27, Roland Knall > wrote: > Hi > > There is a patch currently waiting for inclusion. It would allow for > dissectors to easily make credentials (username/password) available and >

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

2020-05-11 Thread Sake Blok | SYN-bit
> On 4 May 2020 (Mon), at 22:50, Peter Wu wrote: > > My proposed change: > > - Change the TCP sequence number-related fields to display the relative > numbers when available. Fallback to raw numbers if they are simply > not available (for example, when the "Analyze TCP sequence numbers" >

Re: [Wireshark-dev] Possible regression in Version 3.3.1 (v3.3.1-0-gd64aca7966e2)

2020-10-18 Thread Sake Blok | SYN-bit
RIchard, I just tried “Applying as column” in Wireshark 3.3.1 on my Mac and it works as expected. May the problem is only exposed with certain fields? What was the field your co-working was trying to apply as a column? Cheers, Sake > On 17 Oct 2020, at 00:54, Richard Sharpe wrote: > > Hi fo

Re: [Wireshark-dev] Ability to dynamically dissect in more detail?

2023-05-23 Thread Sake Blok | SYN-bit
> On 16 May 2023, at 18:27, jayrturne...@gmail.com wrote: > > I have a dissector. I dissect the content as delimited text. Sometimes the > textual content has further meaning, but I only want to dissect it in further > detail on a packet by packet basis and only if the user requests it on a > s

[Wireshark-dev] Re: byte range selections in tshark -e fields

2025-01-13 Thread Sake Blok | SYN-bit
> wireshark GUI supports byte selection by means of indexing an protocol > field in display filters, e.g.: > > "gsm_map.ms.autn[6] == 0x80" > > is it possible to use expressions indexed like shown above for tshark > fields specified with -e option? what is the syntax for it? Yes it is, and it su