https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7913
Summary: When cancelling creation of new coloring rule, old one
is deleted
Product: Wireshark
Version: 1.8.3
Platform: x86
OS/Version: Mac OS X 10.8
Status: NEW
Severity: Normal
Priority: Low
Component: Wireshark
AssignedTo: bugzilla-admin@xxxxxxxxxxxxx
ReportedBy: seifertch.r@xxxxxxxxx
Build Information:
Version 1.8.3 (SVN Rev 45256 from /trunk-1.8)
Copyright 1998-2012 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.24.10, with Cairo 1.8.6, with Pango 1.30.0, with
GLib 2.32.3, with libpcap, with libz 1.2.3, without POSIX capabilities, with
SMI
0.4.8, without c-ares, without ADNS, with Lua 5.1, without Python, with GnuTLS
2.12.19, with Gcrypt 1.5.0, with MIT Kerberos, with GeoIP, with PortAudio
V19-devel (built Aug 12 2012 22:27:54), with AirPcap.
Running on Mac OS 10.8.2 (Darwin 12.2.0), with locale de_DE.UTF-8, with libpcap
version 1.1.1, with libz 1.2.5, GnuTLS 2.12.19, Gcrypt 1.5.0, without AirPcap.
Built using gcc 4.2.1 (Apple Inc. build 5666) (dot 3).
--
Precondition:
A set of >=1 coloring rules has already been set (e.g. default rules).
Steps to reproduce:
- go to View->Coloring Rules.
- note the number of Coloring Rules (1...n).
- select "New"
- in the popup, select "Cancel".
=> Notice that at the top of the list (1), an empty rule has been inserted.
=> However, the number of Coloring rules is still the same (n)
=> At the same time, the Coloring rule at the bottom of the list (n) has been
removed.
If the user were to "OK" now, he would accidentally remove a coloring rule form
his set.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
