https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12828
--- Comment #5 from Henrik Wahsner ---
Hello Peter, thanks for your change. Yes this is better, however, if it is not
dynamic, I guess, ms instead of s would be better, as typically RTT times are
in a range on ms instead of seconds.
One m
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13594
Bug ID: 13594
Summary: Crash when starting capture while saving capture file
or rescanning file after display filter change
Product: Wireshark
Version: Git
Hardware:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12828
--- Comment #6 from Peter Wu ---
Created attachment 15446
--> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=15446&action=edit
Screenshot of patched version (left: one graph, right: two graphs)
(In reply to Henrik Wahsner from co
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13575
--- Comment #5 from Xiaochuan Sun ---
I have many local commits and don't know how to push a signle commit to
remote for review. Can you help commit this simple fix directly?
$ git push ssh://my.usern...@code.wireshark.org:29418/wiresh
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13595
Bug ID: 13595
Summary: wireshark dispalys
RRCConnectionReestablishmentRejectRRCConnectionReestab
lishmentReject in info column
Product: Wireshark
Version:
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13575
--- Comment #6 from Peter Wu ---
(In reply to Xiaochuan Sun from comment #5)
> I have many local commits and don't know how to push a signle commit to
> remote for review. Can you help commit this simple fix directly?
I will try to help,
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13595
Pascal Quantin changed:
What|Removed |Added
Status|UNCONFIRMED |IN_PROGRESS
CC|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13586
--- Comment #7 from Gerrit Code Review ---
Change 21070 merged by Michael Mann:
Bugfix bad checksum of ICMP extension header.
https://code.wireshark.org/review/21070
--
You are receiving this mail because:
You are watching all bug chang
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13586
Michael Mann changed:
What|Removed |Added
Resolution|--- |FIXED
Status|CONFIRMED
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13586
--- Comment #8 from Gerrit Code Review ---
Change 21072 merged by Michael Mann:
Bugfix bad checksum of ICMP extension header.
https://code.wireshark.org/review/21072
--
You are receiving this mail because:
You are watching all bug chang
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13595
--- Comment #1 from Gerrit Code Review ---
Change 21073 had a related patch set uploaded by Pascal Quantin:
LTE RRC: do not display twice RRCConnectionReestablishmentReject in info column
https://code.wireshark.org/review/21073
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13595
Pascal Quantin changed:
What|Removed |Added
Status|IN_PROGRESS |RESOLVED
Resolution|---
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13595
--- Comment #2 from Gerrit Code Review ---
Change 21073 merged by Pascal Quantin:
LTE RRC: do not display twice RRCConnectionReestablishmentReject in info column
https://code.wireshark.org/review/21073
--
You are receiving this mail bec
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13595
--- Comment #3 from Gerrit Code Review ---
Change 21074 had a related patch set uploaded by Pascal Quantin:
LTE RRC: do not display twice RRCConnectionReestablishmentReject in info column
https://code.wireshark.org/review/21074
--
You a
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13595
--- Comment #4 from Gerrit Code Review ---
Change 21074 merged by Pascal Quantin:
LTE RRC: do not display twice RRCConnectionReestablishmentReject in info column
https://code.wireshark.org/review/21074
--
You are receiving this mail bec
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13592
shafaghja...@gmail.com changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCO
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12828
--- Comment #7 from Paul Stejskal ---
If QT can't automatically scale, why not give us the option to manually do so?
"Adding specific units like ms, us or s would be more difficult because the
QCustomPlot library does not allow scaling fo
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=11890
Vadim Evard changed:
What|Removed |Added
Version|2.0.0 |2.2.0
CC|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13540
Christopher Maynard changed:
What|Removed |Added
Summary|Apply as Column and Column |Apply as Column should
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13570
Michael Mann changed:
What|Removed |Added
CC||mman...@netscape.net,
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13596
Bug ID: 13596
Summary: Add new columns in exactly the desired location via
right-click columns
Product: Wireshark
Version: Git
Hardware: All
OS: All
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13597
Bug ID: 13597
Summary: Adding or removing columns causes scrollbar havoc.
Product: Wireshark
Version: Git
Hardware: x86-64
OS: Windows 10
Status: UNCONFIRMED
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13540
Christopher Maynard changed:
What|Removed |Added
Summary|Apply as Column should |Apply as Column should
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13540
--- Comment #13 from Christopher Maynard ---
(In reply to Peter Wu from comment #1)
> 2. [bug?] repositioning a column always scrolls back to the far left.
I'm not sure this is a bug either, so I'll leave it to someone else to open a
new
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12828
--- Comment #8 from Peter Wu ---
(In reply to Paul Stejskal from comment #7)
> If QT can't automatically scale, why not give us the option to manually do
> so?
Such things should ideally be automatic, extra options complicate the
interfac
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
Bug ID: 13598
Summary: Wireshark can crash if GeoIPASNum.dat is present in
GeoIP database directory.
Product: Wireshark
Version: Git
Hardware: x86-64
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
--- Comment #1 from Christopher Maynard ---
Created attachment 15448
--> https://bugs.wireshark.org/bugzilla/attachment.cgi?id=15448&action=edit
Capture file from
https://ask.wireshark.org/questions/60725/how-to-dump-websockets-live-with
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
Christopher Maynard changed:
What|Removed |Added
Priority|Low |High
--
You are receiving
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12828
--- Comment #9 from Paul Stejskal ---
(In reply to Peter Wu from comment #8)
> (In reply to Paul Stejskal from comment #7)
> > If QT can't automatically scale, why not give us the option to manually do
> > so?
>
> Such things should ideal
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
--- Comment #2 from Christopher Maynard ---
Wireshark crashes with either the Qt or Gtk versions. I do not experience a
crash with a much older version of Wireshark though, namely 1.12.13. Here's
the Endpoint information gathered from th
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
--- Comment #3 from Guy Harris ---
OK, so I tried this with a recent trunk build on macOS, in the hopes that it'd
give me a stack trace that includes line numbers - but it didn't crash.
So the crash might be platform-specific (which could
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
--- Comment #4 from Christopher Maynard ---
(In reply to Guy Harris from comment #3)
> OK, so I tried this with a recent trunk build on macOS, in the hopes that
> it'd give me a stack trace that includes line numbers - but it didn't crash.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
Pascal Quantin changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
Pascal Quantin changed:
What|Removed |Added
Status|CONFIRMED |IN_PROGRESS
--
You are receivin
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=12828
--- Comment #10 from Peter Wu ---
I updated the patch to add scaling and display units. Now it shows something
like "480" instead of "48" or "0.48" while the label is "AVG(Y Field)
(ms)/1 sec".
Is that acceptable?
One remaining proble
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=13598
--- Comment #6 from Guy Harris ---
(In reply to Pascal Quantin from comment #5)
> The bug was introduced by Ifcf1854051c7f5dec911331d9cfc809e6b2dd42e and is
> systematic on Windows.
>
> Replacing free by g_free (as it was prior to this ch
36 matches
Mail list logo