[Wireshark-bugs] [Bug 13922] win64 CMake bug - (CYGWIN_INSTALL_PATH redefinition) causing missing packages when using CMake 3.9.0

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13922

--- Comment #13 from Ike Gilbert  ---
Looking in RegEdit, the Cygwin rootdir key is present and currently populated
with C:\Cygwin64 as expected. The version of CMake I was using was
3.9.0-rc5-win64-x64.

Adding some debug code into my FindCygwin.cmake file:

SET(IKE_PATH [HKEY_LOCAL_MACHINE\\SOFTWARE\\Cygwin\\setup;rootdir])
GET_FILENAME_COMPONENT(IKE_ROOT ${IKE_PATH} ABSOLUTE)
MESSAGE("IKE_ROOT = ${IKE_ROOT}")

I can see the correct C:\Cygwin64 path is displayed.

I wonder if there is some bug in CMake-3.9.0-rc5 that affects the ability of
the find_path function to properly translate
"[HKEY_LOCAL_MACHINE\\SOFTWARE\\Cygwin\\setup;rootdir]" into a usable file
path?

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13940] New: Hitting cancel still uninstalls older sw when asked to upgrade.

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13940

Bug ID: 13940
   Summary: Hitting cancel still uninstalls older sw when asked to
upgrade.
   Product: Wireshark
   Version: unspecified
  Hardware: x86
OS: Windows 10
Status: UNCONFIRMED
  Severity: Major
  Priority: Low
 Component: Build process
  Assignee: bugzilla-ad...@wireshark.org
  Reporter: macinne...@gmail.com
  Target Milestone: ---

Build Information:
Paste the COMPLETE build information from "Help->About Wireshark", "wireshark
-v", or "tshark -v".
--
I was going to upgrade and started the download but during the install I hit
cancel so I could back up my filters, well guess what my installation is gone,
your cancel does not work. That is a very old bad programming error. You should
be testing this.

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13714] Askimet thinks my post is spam

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13714

--- Comment #4 from Christopher Maynard  ---
This has apparently just happened for this user too:
https://ask.wireshark.org/users/40982/alfrego129.  Could it be related to
having 0 reputation?

This user reported the problem in the following question:
https://ask.wireshark.org/questions/63289/error-in-tshark-command-using-t-fields

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13922] win64 CMake bug - (CYGWIN_INSTALL_PATH redefinition) causing missing packages when using CMake 3.9.0

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13922

--- Comment #12 from Gerald Combs  ---
(In reply to Gerald Combs from comment #11)
> @Ike Out of curiosity, do you have an HKLM\Software\Cygwin\setup\rootdir
> registry key? If so, does it point to c:\Cygwin64?

...and is your copy of CMake 32-bit or 64-bit?

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 11221] Cannot re-set manually resolved address

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11221

--- Comment #4 from Brent  ---
Thanks Guy. I'm not really sure how to read these bug entries so I wasn't sure.

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 11221] Cannot re-set manually resolved address

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11221

Guy Harris  changed:

   What|Removed |Added

  Component|GTK+ UI |Qt UI
 Ever confirmed|0   |1
   Hardware|x86 |All
 OS|Ubuntu  |All
 Status|UNCONFIRMED |CONFIRMED

--- Comment #3 from Guy Harris  ---
(In reply to Brent from comment #2)
> Was this ever fixed or a workaround found? Still having this issue in 2.2.7

If it were fixed, we would have closed it as fixed.  Nothing has been changed
here, as far as I know.

Whatever fix we do will probably be done first in the Qt UI, and might not ever
be done in the GTK+ UI.

We should probably have, among other things, an option to edit the list of
manual name resolutions, allowing entries to be added, changed, or removed.

We should also make the "edit name resolution" option behave in some
predictable fashion.

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13047] Feature Request: Add keyboard Shortcut and or GUI button for Follow Stream

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13047

--- Comment #1 from Gerrit Code Review  ---
Change 22930 had a related patch set uploaded by Uli Heilmeier:
QT: Add shortcuts for "Follow XXX Stream"

https://code.wireshark.org/review/22930

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 11221] Cannot re-set manually resolved address

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11221

Brent  changed:

   What|Removed |Added

 CC||brent.hilgenkamp@bankofthew
   ||est.com

--- Comment #2 from Brent  ---
Was this ever fixed or a workaround found? Still having this issue in 2.2.7

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13922] win64 CMake bug - (CYGWIN_INSTALL_PATH redefinition) causing missing packages when using CMake 3.9.0

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13922

--- Comment #11 from Gerald Combs  ---
@Ike Out of curiosity, do you have an HKLM\Software\Cygwin\setup\rootdir
registry key? If so, does it point to c:\Cygwin64?

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13939] mpeg_descriptor: AC3 System A: Respect descriptor length

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13939

--- Comment #3 from Gerrit Code Review  ---
Change 22929 had a related patch set uploaded by Michael Mann:
mpeg descriptor: dissect ac3 system a: Respect descriptor length

https://code.wireshark.org/review/22929

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13939] mpeg_descriptor: AC3 System A: Respect descriptor length

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13939

--- Comment #4 from Gerrit Code Review  ---
Change 22929 merged by Michael Mann:
mpeg descriptor: dissect ac3 system a: Respect descriptor length

https://code.wireshark.org/review/22929

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13939] mpeg_descriptor: AC3 System A: Respect descriptor length

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13939

Michael Mann  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13939] mpeg_descriptor: AC3 System A: Respect descriptor length

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13939

--- Comment #2 from Gerrit Code Review  ---
Change 22923 merged by Michael Mann:
mpeg descriptor: dissect ac3 system a: Respect descriptor length

https://code.wireshark.org/review/22923

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

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

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938

--- Comment #6 from Marius Paliga  ---
(In reply to João Valverde from comment #5)
> I don't see any duplicates in your example dictionary, unless they were
> omitted for brevity. One entry shown is for VSA 11 (Alc-Subsc-ID-Str) and
> the other is for EVS-1 11 (Alc-Ext-Attribute3).
> 
> It's unclear to me whether you are using the word "same" to describe both or
> not.
> 
> I quickly tested this again and it's not loading the custom dictionary how
> I'd expect. Appears to be one of the problems you are having, so that's
> good. I need to check that later.

I use different custom dictionary (different from the attached sample) where I
had duplicates. But this is not an issue any more.

The issue is that now we have two entries (as you wrote):
VSA   11 (Alc-Subsc-ID-Str)
EVS-1 11 (Alc-Ext-Attribute3)
There are not duplicates but the filter is still not created.
When I remove "EVS-1 11 (Alc-Ext-Attribute3)" the filter for Alc-Subsc-ID-Str
is created.

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

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

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938

--- Comment #5 from João Valverde  ---
I don't see any duplicates in your example dictionary, unless they were omitted
for brevity. One entry shown is for VSA 11 (Alc-Subsc-ID-Str) and the other is
for EVS-1 11 (Alc-Ext-Attribute3).

It's unclear to me whether you are using the word "same" to describe both or
not.

I quickly tested this again and it's not loading the custom dictionary how I'd
expect. Appears to be one of the problems you are having, so that's good. I
need to check that later.

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13939] mpeg_descriptor: AC3 System A: Respect descriptor length

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13939

--- Comment #1 from Gerrit Code Review  ---
Change 22923 had a related patch set uploaded by Marius Paliga:
mpeg descriptor: dissect ac3 system a: Respect descriptor length

https://code.wireshark.org/review/22923

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13939] New: mpeg_descriptor: AC3 System A: Respect descriptor length

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13939

Bug ID: 13939
   Summary: mpeg_descriptor: AC3 System A: Respect descriptor
length
   Product: Wireshark
   Version: 2.4.0
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: Major
  Priority: Low
 Component: Dissection engine (libwireshark)
  Assignee: bugzilla-ad...@wireshark.org
  Reporter: mareko.pal...@gmail.com
  Target Milestone: ---

Created attachment 15735
  --> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=15735=edit
sample rtp packet

Build Information:
TShark (Wireshark) 2.4.0 (37e7d4b891 from master.el6-2.4)

Copyright 1998-2017 Gerald Combs  and contributors.
License GPLv2+: GNU GPL version 2 or later

This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Compiled (64-bit) with libpcap, without POSIX capabilities, without libnl, with
GLib 2.44.1, with zlib 1.2.3, without SMI, without c-ares, with Lua 5.1.4, with
GnuTLS 3.5.11, with Gcrypt 1.4.5, with MIT Kerberos, without GeoIP, without
nghttp2, without LZ4, without Snappy, with libxml2 2.7.6.

Running on Linux 2.6.32-696.1.1.el6.x86_64, with Intel(R) Xeon(R) CPU
X3440  @ 2.53GHz (with SSE4.2), with 16072 MB of physical memory, with locale
en_US.UTF-8, with libpcap version 1.7.2, with GnuTLS 3.5.11, with Gcrypt 1.4.5,
with zlib 1.2.3.

Built using gcc 6.3.0.

--
As defined in ATSC A/52 Sec A.4.1 the AC-3 Audio Descriptor length is not fixed
and can be terminated at certain points.

Wireshark currently tries to decode to the maximum allowed length (ignoring
actual descriptor_length) which throws an exception (see the attached pcap).

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

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

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938

--- Comment #4 from Marius Paliga  ---
(In reply to João Valverde from comment #3)
> > > > This issue may be related to Bug 13745.
> > > > 
> > > > Since wireshark version 2.3 it seems that radius filter is not created 
> > > > when
> > > > the same dictionary entry is present in multiple dictionaries (official 
> > > > and
> > > > custom).
> > > > This was not a issue before, but can be fixed by removing duplicates 
> > > > from
> > > > custom dictionary.
> > > > 
> > > > Error is the following:
> > > > 
> > > > tshark: Some fields aren't valid:
> > > > radius.Alc_Subsc_ID_Str
> > > > 
> > > 
> > > This is the error to what? How would one reproduce this using tshark?
> > 
> > Add custom radius dictionary from Bug 13745 and open any pcap with "-T
> > fields -e radius.Alc_Subsc_ID_Str"
> 
> Before you had what? Two different fields for the same VSA (11 in this
> case)? One official and one custom?

Before I had the same entry (same name, same VSA) one in official and one in
custom. Fixed it by removing the entry from custom.

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

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

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938

--- Comment #3 from João Valverde  ---

> > > This issue may be related to Bug 13745.
> > > 
> > > Since wireshark version 2.3 it seems that radius filter is not created 
> > > when
> > > the same dictionary entry is present in multiple dictionaries (official 
> > > and
> > > custom).
> > > This was not a issue before, but can be fixed by removing duplicates from
> > > custom dictionary.
> > > 
> > > Error is the following:
> > > 
> > > tshark: Some fields aren't valid:
> > > radius.Alc_Subsc_ID_Str
> > > 
> > 
> > This is the error to what? How would one reproduce this using tshark?
> 
> Add custom radius dictionary from Bug 13745 and open any pcap with "-T
> fields -e radius.Alc_Subsc_ID_Str"

Before you had what? Two different fields for the same VSA (11 in this case)?
One official and one custom?

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13767] Unexpected behavior of randpktdump standalone vs extcap

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13767

Dario Lombardo  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #1 from Dario Lombardo  ---
I can't reproduce it anymore. Closing.

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

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

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938

--- Comment #2 from Marius Paliga  ---
(In reply to João Valverde from comment #1)
> (In reply to Marius Paliga from comment #0)
> > Build Information:
> > TShark (Wireshark) 2.4.0 (37e7d4b891 from master.el6-2.4)
> > 
> > Copyright 1998-2017 Gerald Combs  and contributors.
> > License GPLv2+: GNU GPL version 2 or later
> > 
> > This is free software; see the source for copying conditions. There is NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> > 
> > Compiled (64-bit) with libpcap, without POSIX capabilities, without libnl,
> > with
> > GLib 2.44.1, with zlib 1.2.3, without SMI, without c-ares, with Lua 5.1.4,
> > with
> > GnuTLS 3.5.11, with Gcrypt 1.4.5, with MIT Kerberos, without GeoIP, without
> > nghttp2, without LZ4, without Snappy, with libxml2 2.7.6.
> > 
> > Running on Linux 2.6.32-696.1.1.el6.x86_64, with Intel(R) Xeon(R) CPU
> > X3440  @ 2.53GHz (with SSE4.2), with 16072 MB of physical memory, with 
> > locale
> > en_US.UTF-8, with libpcap version 1.7.2, with GnuTLS 3.5.11, with Gcrypt
> > 1.4.5,
> > with zlib 1.2.3.
> > 
> > Built using gcc 6.3.0.
> > 
> > --
> > This issue may be related to Bug 13745.
> > 
> > Since wireshark version 2.3 it seems that radius filter is not created when
> > the same dictionary entry is present in multiple dictionaries (official and
> > custom).
> > This was not a issue before, but can be fixed by removing duplicates from
> > custom dictionary.
> > 
> > Error is the following:
> > 
> > tshark: Some fields aren't valid:
> > radius.Alc_Subsc_ID_Str
> > 
> 
> This is the error to what? How would one reproduce this using tshark?

Add custom radius dictionary from Bug 13745 and open any pcap with "-T fields
-e radius.Alc_Subsc_ID_Str"

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

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

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938

--- Comment #1 from João Valverde  ---
(In reply to Marius Paliga from comment #0)
> Build Information:
> TShark (Wireshark) 2.4.0 (37e7d4b891 from master.el6-2.4)
> 
> Copyright 1998-2017 Gerald Combs  and contributors.
> License GPLv2+: GNU GPL version 2 or later
> 
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> 
> Compiled (64-bit) with libpcap, without POSIX capabilities, without libnl,
> with
> GLib 2.44.1, with zlib 1.2.3, without SMI, without c-ares, with Lua 5.1.4,
> with
> GnuTLS 3.5.11, with Gcrypt 1.4.5, with MIT Kerberos, without GeoIP, without
> nghttp2, without LZ4, without Snappy, with libxml2 2.7.6.
> 
> Running on Linux 2.6.32-696.1.1.el6.x86_64, with Intel(R) Xeon(R) CPU
> X3440  @ 2.53GHz (with SSE4.2), with 16072 MB of physical memory, with locale
> en_US.UTF-8, with libpcap version 1.7.2, with GnuTLS 3.5.11, with Gcrypt
> 1.4.5,
> with zlib 1.2.3.
> 
> Built using gcc 6.3.0.
> 
> --
> This issue may be related to Bug 13745.
> 
> Since wireshark version 2.3 it seems that radius filter is not created when
> the same dictionary entry is present in multiple dictionaries (official and
> custom).
> This was not a issue before, but can be fixed by removing duplicates from
> custom dictionary.
> 
> Error is the following:
> 
> tshark: Some fields aren't valid:
> radius.Alc_Subsc_ID_Str
> 

This is the error to what? How would one reproduce this using tshark?

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

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

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938

Alexis La Goutte  changed:

   What|Removed |Added

 CC||alexis.lagou...@gmail.com,
   ||joao.valverde@tecnico.ulisb
   ||oa.pt

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

[Wireshark-bugs] [Bug 13047] Feature Request: Add keyboard Shortcut and or GUI button for Follow Stream

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13047

Uli Heilmeier  changed:

   What|Removed |Added

 Status|UNCONFIRMED |IN_PROGRESS
 CC||u...@heilmeier.eu
 Ever confirmed|0   |1

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe

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

2017-08-02 Thread bugzilla-daemon 
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13938

Bug ID: 13938
   Summary: RADIUS: Filter issue when Extended attributes defined
in dictionary
   Product: Wireshark
   Version: 2.4.0
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: Major
  Priority: Low
 Component: Dissection engine (libwireshark)
  Assignee: bugzilla-ad...@wireshark.org
  Reporter: mareko.pal...@gmail.com
  Target Milestone: ---

Build Information:
TShark (Wireshark) 2.4.0 (37e7d4b891 from master.el6-2.4)

Copyright 1998-2017 Gerald Combs  and contributors.
License GPLv2+: GNU GPL version 2 or later

This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Compiled (64-bit) with libpcap, without POSIX capabilities, without libnl, with
GLib 2.44.1, with zlib 1.2.3, without SMI, without c-ares, with Lua 5.1.4, with
GnuTLS 3.5.11, with Gcrypt 1.4.5, with MIT Kerberos, without GeoIP, without
nghttp2, without LZ4, without Snappy, with libxml2 2.7.6.

Running on Linux 2.6.32-696.1.1.el6.x86_64, with Intel(R) Xeon(R) CPU
X3440  @ 2.53GHz (with SSE4.2), with 16072 MB of physical memory, with locale
en_US.UTF-8, with libpcap version 1.7.2, with GnuTLS 3.5.11, with Gcrypt 1.4.5,
with zlib 1.2.3.

Built using gcc 6.3.0.

--
This issue may be related to Bug 13745.

Since wireshark version 2.3 it seems that radius filter is not created when the
same dictionary entry is present in multiple dictionaries (official and
custom).
This was not a issue before, but can be fixed by removing duplicates from
custom dictionary.

Error is the following:

tshark: Some fields aren't valid:
radius.Alc_Subsc_ID_Str


The issue is when we have Extended attributes defined with the same id:

official dictionary:

VENDOR  Alcatel-Lucent-Service-Router   6527
BEGIN-VENDORAlcatel-Lucent-Service-Router
...
ATTRIBUTE   Alc-Subsc-ID-Str11  string
...

custom dictionary:

VENDOR  Alcatel-IPD   6527
BEGIN-VENDORAlcatel-IPD format=Extended-Vendor-Specific-1
...
ATTRIBUTE Alc-Ext-Attribute311  integer
...

I get the same error as above.
It seems that keyword "format=Extended-Vendor-Specific-1" is not recognized.
(This may be related to Bug 13745 which also does not work for me)

-- 
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs mailing list 
Archives:https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
 mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe