https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6092
Summary: Oddness with fast clicking in UI
Product: Wireshark
Version: 1.6.0
Platform: x86-64
OS/Version: Windows 7
Status: NEW
Severity: Minor
Priority: Low
Component: Wireshark
AssignedTo: bugzilla-admin@xxxxxxxxxxxxx
ReportedBy: stuart.macdonald@xxxxxxxxxxxxxxxxxxx
Build Information:
Version 1.6.0 (SVN Rev 37592 from /trunk-1.6)
Copyright 1998-2011 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors.
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 GTK+ 2.22.1, with GLib 2.26.1, with WinPcap (version
unknown), with libz 1.2.5, without POSIX capabilities, without libpcre, without
SMI, with c-ares 1.7.1, with Lua 5.1, without Python, with GnuTLS 2.10.3, with
Gcrypt 1.4.6, without Kerberos, with GeoIP, with PortAudio V19-devel (built Jun
7 2011), with AirPcap.
Running on 64-bit Windows 7, build 7600, with WinPcap version 4.1.2 (packet.dll
version 4.1.0.2001), based on libpcap version 1.0 branch 1_0_rel0b (20091008),
GnuTLS 2.10.3, Gcrypt 1.4.6, without AirPcap.
Built using Microsoft Visual C++ 9.0 build 21022
Wireshark is Open Source Software released under the GNU General Public
License.
Check the man page and http://www.wireshark.org for more information.
--
Edit -> Preferences -> Capture
- click the Edit button, wait until the dialog shows
- without closing the Edit dialog, go back to the Capture dialog, and click
Edit again
- the existing edit dialog is correctly selected, focused and brought to the
foreground
Bug 1: I clicked the Edit button and had a bit of a hand spasm and also clicked
in the Capture dialog after clicking the Edit button. The Edit dialog came up,
but was permanently under the Capture dialog. I could not bring it to the
foreground. I had to slide it out from underneath the Capture dialog, close it
and reclick Edit to get it back. Unfortunately I cannot reproduce this one.
Bug 2: In trying to reproduce Bug 1, I found that clicking Edit and then
clicking quickly in the Capture dialog usually either cancels the appearance of
the Edit dialog, or has no effect on the Capture dialog as the Edit dialog
opens. Once however I had it de/select one of the checkbox options in the
Capture dialog _and_ open the Edit dialog. The effect is that the change in the
Capture dialog is somewhat hidden from the user noticing it. I only noticed
because I was paying attention trying to reproduce a bug.
Bug 3: By quickly clicking the Edit button, many edit dialogs are opened (my
record is 5). They almost always have varying numbers of my interfaces listed
(see Bug 6051 for my interfaces); I've had only one, both, and sometimes
multiple instances of an interface be listed. Interestingly, leaving them open
and going back to the Capture dialog and clicking Edit again always reselects
one specific edit dialog that has the correct interface listings as per the
correct behaviour. And hitting cancel from the Capture dialog closes the
Capture dialog and that one special edit dialog, but leaves the others open and
orphaned. They're cleaned up when Wireshark exits entirely, but are otherwise
orhpaned; going back to Capture -> Edit opens a brand new dialog. However, they
do play nicely and clean themselves up if you cancel them with their own cancel
button.
All 3 seem related to me; either a race condition or thread-unsafeness.
Also, I've seen these sorts of bugs be an issue with the underlying widget
library, so they may in fact not be Wireshark bugs.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
