https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16528
Jaap Keuter changed:
What|Removed |Added
Version|unspecified |3.2.0
--
You are receiving this ma
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16524
Jaap Keuter changed:
What|Removed |Added
Version|unspecified |3.2.0
--
You are receiving this ma
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
Jaap Keuter changed:
What|Removed |Added
Version|unspecified |3.2.0
--
You are receiving this ma
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
Jaap Keuter changed:
What|Removed |Added
Version|unspecified |3.2.0
--
You are receiving this ma
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #15 from Guy Harris ---
(In reply to Thomas Baudelet from comment #14)
> Could such fixed arrays and truncation be present in other parts of
> Wireshark codes ?
>
> For plural, time representation or any other strings ?
Yes -
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #14 from Thomas Baudelet ---
Could such fixed arrays and truncation be present in other parts of Wireshark
codes ?
For plural, time representation or any other strings ?
--
You are receiving this mail because:
You are watchi
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16531
--- Comment #2 from Guy Harris ---
It also uses the first section's byte order.
Note that, to determine, in the *random* read routine, which section you're in,
you will need to mark each section with the block offset in the file of its
SH
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16534
--- Comment #1 from Richard Sharpe ---
Seems reasonable to me ... although computer people should be familiar with
indexing from 0 :-)
--
You are receiving this mail because:
You are watching all bug changes._
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16536
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16536
Bug ID: 16536
Summary: packet-ieee80211.c: 'dissect_hs20_anqp_wan_metrics()'
doesn't check for remaining bytes and occasionally
creates malformed packets as a result
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529
Matthew Weant changed:
What|Removed |Added
See Also||https://bugs.wireshark.org/
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16535
Bug ID: 16535
Summary: packet-ieee80211.c: Unknown bytes between the end of
Hotspot 2.0 Messages and the frame CRC
Product: Wireshark
Version: unspecified
Hardware:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16535
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16534
Bug ID: 16534
Summary: packet-ieee80211.c: Hotspot 2.0 Friendly Name
messages fail to correctly add items to Friendly Name
Subtree
Product: Wireshark
Vers
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16532
Matthew Weant changed:
What|Removed |Added
See Also||https://bugs.wireshark.org/
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16533
--- Comment #1 from Richard Sharpe ---
Sounds good to me.
--
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshark-bugs ma
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16532
--- Comment #1 from Richard Sharpe ---
This all sounds reasonable.
--
You are receiving this mail because:
You are watching all bug changes.___
Sent via:Wireshar
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16533
Bug ID: 16533
Summary: packet-ieee80211.c: Add "Release 3" to the Hotspot
2.0 Release value string
Product: Wireshark
Version: unspecified
Hardware: x86-64
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16532
Bug ID: 16532
Summary: packet-ieee80211.c: Modify wlan.fixed.anqp.* fields
and subtree presentation for conciseness & clarity
Product: Wireshark
Version: unspecified
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16520
Matthew Weant changed:
What|Removed |Added
See Also||https://bugs.wireshark.org/
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16530
Matthew Weant changed:
What|Removed |Added
See Also||https://bugs.wireshark.org/
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16506
--- Comment #15 from Peter Wu ---
(In reply to Guy Harris from comment #14)
> (In reply to Peter Wu from comment #13)
> > Guy, by your definition, "aa---b:b..ccd" would also be a valid query. Is
> > that desired?
>
> If an empty octet has
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
Guy Harris changed:
What|Removed |Added
Status|IN_PROGRESS |RESOLVED
Resolution|---
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #12 from Gerrit Code Review ---
Change 36975 merged by Guy Harris:
capinfos: fix absolute and relative time display.
https://code.wireshark.org/review/36975
--
You are receiving this mail because:
You are watching all bug ch
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16506
--- Comment #14 from Guy Harris ---
(In reply to Peter Wu from comment #13)
> Guy, by your definition, "aa---b:b..ccd" would also be a valid query. Is
> that desired?
If an empty octet has a meaning, and if an octet of "b" is treated as "
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16506
--- Comment #13 from Peter Wu ---
Guy, by your definition, "aa---b:b..ccd" would also be a valid query. Is that
desired? Looking back at the previous implementation, it had this freedom:
- All ':', '-' and '.' characters were ignored.
-
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16526
--- Comment #1 from Gerrit Code Review ---
Change 36976 had a related patch set uploaded by David Perry:
MIME/pcapng: use snap length to get SPB data length
https://code.wireshark.org/review/36976
--
You are receiving this mail because:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16531
--- Comment #1 from David Perry ---
Created attachment 17740
--> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=17740&action=edit
Fabricated PcapNG file with two SHBs, and different snap lengths
Here is a second example capture f
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16531
Bug ID: 16531
Summary: pcapng with multiple sections: packets from later
sections use first section's interfaces
Product: Wireshark
Version: Git
Hardware: x86-64
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #11 from Gerrit Code Review ---
Change 36975 had a related patch set uploaded by Guy Harris:
capinfos: fix absolute and relative time display.
https://code.wireshark.org/review/36975
--
You are receiving this mail because:
Y
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #10 from Gerrit Code Review ---
Change 36973 merged by Guy Harris:
capinfos: fix absolute and relative time display.
https://code.wireshark.org/review/36973
--
You are receiving this mail because:
You are watching all bug ch
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16513
Peter Wu changed:
What|Removed |Added
Component|Capture file support|Dissection engine
|(
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529
--- Comment #3 from Matthew Weant ---
(In reply to Richard Sharpe from comment #1)
> Are those just padding to 4 bytes or something?
It could be added for alignment as you say, but I don't have a way to prove
that.
--
You are receiving
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529
--- Comment #2 from Matthew Weant ---
(In reply to Richard Sharpe from comment #1)
> Are those just padding to 4 bytes or something?
I currently post them to that unknown data field. It doesn't occur with all
identity strings. It occurs
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16528
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16520
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16525
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16524
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16527
Matthew Weant changed:
What|Removed |Added
See Also||https://bugs.wireshark.org/
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16530
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16530
Bug ID: 16530
Summary: packet-ieee80211.c: Add MCC, MNC, and resolved fields
as they pertain to NAI realm and Domain Names
Product: Wireshark
Version: unspecified
H
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
Guy Harris changed:
What|Removed |Added
Summary|capinfos "plural" output is |capinfos "Capture duration"
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529
--- Comment #1 from Richard Sharpe ---
Are those just padding to 4 bytes or something?
--
You are receiving this mail because:
You are watching all bug changes.___
S
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529
Matthew Weant changed:
What|Removed |Added
Severity|Trivial |Enhancement
--
You are receiving
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16529
Bug ID: 16529
Summary: packet-eap.c: Unknown bytes between the end of EAP
PDU and end-of-frame CRC
Product: Wireshark
Version: unspecified
Hardware: x86-64
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #9 from Gerrit Code Review ---
Change 36973 had a related patch set uploaded by Guy Harris:
capinfos: fix absolute and relative time display.
https://code.wireshark.org/review/36973
--
You are receiving this mail because:
Yo
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #8 from Gerrit Code Review ---
Change 36972 merged by Guy Harris:
capinfos: fix absolute and relative time display.
https://code.wireshark.org/review/36972
--
You are receiving this mail because:
You are watching all bug cha
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #7 from Gerrit Code Review ---
Change 36972 had a related patch set uploaded by Guy Harris:
capinfos: fix absolute and relative time display.
https://code.wireshark.org/review/36972
--
You are receiving this mail because:
Yo
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #6 from Gerrit Code Review ---
Change 36971 merged by Guy Harris:
capinfos: fix absolute and relative time display.
https://code.wireshark.org/review/36971
--
You are receiving this mail because:
You are watching all bug cha
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
Matthew Weant changed:
What|Removed |Added
Blocks||16528
Referenced Bugs:
https://
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16528
Bug ID: 16528
Summary: packet-eap.c: Add "Certificate Serial Number" field
for Encrypted IMSI identity strings
Product: Wireshark
Version: unspecified
Hardware: x86
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
Matthew Weant changed:
What|Removed |Added
Blocks||16528
Referenced Bugs:
https://
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16528
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #5 from Gerrit Code Review ---
Change 36971 had a related patch set uploaded by Guy Harris:
capinfos: fix absolute and relative time display.
https://code.wireshark.org/review/36971
--
You are receiving this mail because:
Yo
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16527
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16527
Matthew Weant changed:
What|Removed |Added
CC||mswe...@hotmail.com
--
You are r
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16527
Bug ID: 16527
Summary: Enhancement: Allow for dissector/protocol-specific
fields for MCC/MNC values instead of global
e212.mnc/mcc fields
Product: Wireshark
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16526
David Perry changed:
What|Removed |Added
Assignee|bugzilla-ad...@wireshark.or |boolean...@gmail.com
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16526
Bug ID: 16526
Summary: MIME Files Format/pcapng: Simple Packet Block parsed
incorrectly
Product: Wireshark
Version: Git
Hardware: x86-64
OS: Linux
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
Guy Harris changed:
What|Removed |Added
OS|macOS 10.14 |All
Summary|capinfos "plu
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
Guy Harris changed:
What|Removed |Added
Status|UNCONFIRMED |IN_PROGRESS
Ever confirmed|0
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
Matthew Weant changed:
What|Removed |Added
Depends on|16522 |
Referenced Bugs:
https://bugs.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
Matthew Weant changed:
What|Removed |Added
Blocks|16523 |
Referenced Bugs:
https://bugs.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16525
Bug ID: 16525
Summary: Enhancement: Allow for '\0' (NULL) character as
filter instead of requiring 0x00 for the character
match
Product: Wireshark
Version
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16525
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16524
--- Comment #1 from Matthew Weant ---
I'll add that these failed identity string examples occur with reauthentication
and pseudonym identities. The delimiter logic currently used in packet-eap.c
is:
tokens = g_strsplit_set(identity, "@."
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16524
Bug ID: 16524
Summary: packet-eap.c: Some identity string values have
periods so tokenization fails within
dissect_eap_identity_wlan()
Product: Wireshark
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16524
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
--- Comment #2 from Matthew Weant ---
*** Bug 16523 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
Matthew Weant changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
--- Comment #6 from Matthew Weant ---
Done. Moved over to Bug 16522 and closed this out as Resolved - Duplicate.
--
You are receiving this mail because:
You are watching all bug changes.__
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
--- Comment #1 from Matthew Weant ---
Moving the following from Bug 16523 since they're so tightly coupled. Closing
out Bug 16523.
In packet-eap.c and function 'dissect_eap_identity_wlan()'
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
--- Comment #4 from Matthew Weant ---
(In reply to Richard Sharpe from comment #3)
> (In reply to Richard Sharpe from comment #2)
> > Hmmm, I would be inclined to collapse this with the earlier IMSI issues.
>
> Or at least with https://bu
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16054
--- Comment #14 from Eugene Adell ---
(In reply to Rasmus Jonsson from comment #13)
> (In reply to Eugene Adell from comment #11)
> > Could you please also attach your capture here ?
>
> I've uploaded one.
It's interesting, thanks. I sup
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
--- Comment #3 from Richard Sharpe ---
(In reply to Richard Sharpe from comment #2)
> Hmmm, I would be inclined to collapse this with the earlier IMSI issues.
Or at least with https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
--
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
--- Comment #2 from Richard Sharpe ---
Hmmm, I would be inclined to collapse this with the earlier IMSI issues.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
--- Comment #1 from Matthew Weant ---
Delimiters for Encrypted IMSI include ',' 'Realm=@', and '.'
--
You are receiving this mail because:
You are watching all bug changes._
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
Matthew Weant changed:
What|Removed |Added
Blocks||16523
Referenced Bugs:
https://
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
Matthew Weant changed:
What|Removed |Added
Blocks||16523
Referenced Bugs:
https://
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16523
Bug ID: 16523
Summary: packet-eap.c: Encrypted IMSI identities use diff.
string format compared to other EAP Identities; need
separate logic to handle tokenization
P
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
Matthew Weant changed:
What|Removed |Added
Blocks||16522
Referenced Bugs:
https://
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16522
Bug ID: 16522
Summary: packet-eap.c: Conservative Peer, Anonymous User,
Encrypted IMSI, and two other identity types do not
dissect
Product: Wireshark
Ver
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
--- Comment #1 from Richard Sharpe ---
Great. The details you provided made it easy to confirm.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
Richard Sharpe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16520
Richard Sharpe changed:
What|Removed |Added
Status|UNCONFIRMED |CONFIRMED
Ever confirmed|0
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
Bug ID: 16521
Summary: packet-eap.c: Encrypted IMSI identities begin with a
null byte prefix which fails string grab in
dissect_eap_identity_wlan()
Product: Wireshar
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16521
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16520
Matthew Weant changed:
What|Removed |Added
Assignee|realrichardsha...@gmail.com |mswe...@hotmail.com
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16520
Matthew Weant changed:
What|Removed |Added
CC|realrichardsha...@gmail.com |
--
You are receiving this mail
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16520
Matthew Weant changed:
What|Removed |Added
CC||boardermar...@gmail.com,
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16520
Matthew Weant changed:
What|Removed |Added
Assignee|bugzilla-ad...@wireshark.or |realrichardsha...@gmail.com
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16520
Bug ID: 16520
Summary: Typographical errors in packet-ieee80211.c related to
ANQP fields (all wireshark versions) may lead to
filter failures
Product: Wireshark
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
Chuck Craft changed:
What|Removed |Added
CC||bubbas...@gmail.com
--- Comment #3
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16519
--- Comment #2 from Thomas Baudelet ---
I'll check for other cases.
>From the code, I understood that only "1.00" wouldn't be plural.
(timer->secs == 1 && timer->nsecs == 0)
Am I right ?
So should we expect that all of these values
1 - 100 of 101 matches
Mail list logo