Huge thanks to our Platinum Members Endace and LiveAction,
and our Silver Member Veeam, for supporting the Wireshark Foundation and project.

Wireshark-bugs: [Wireshark-bugs] [Bug 4963] New: Very strange behaviour of text field in Capture

Date Prev · Date Next · Thread Prev · Thread Next
Date: Thu, 1 Jul 2010 02:32:39 -0700 (PDT)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=4963

           Summary: Very strange behaviour of text field in
                    Capture->Options dialog
           Product: Wireshark
           Version: 1.2.9
          Platform: x86
        OS/Version: Windows XP
            Status: NEW
          Severity: Major
          Priority: Low
         Component: Wireshark
        AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
        ReportedBy: ian.hubbertz.ext@xxxxxxxxxxxxxxxxxxxxxx


Build Information:
Version 1.2.9 (SVN Rev 33171)

Copyright 1998-2010 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 with GTK+ 2.16.6, (32-bit) with GLib 2.22.4, with WinPcap (version
unknown), with libz 1.2.3, without POSIX capabilities, without libpcre, with
SMI
0.4.8, with c-ares 1.7.0, with Lua 5.1, with GnuTLS 2.8.5, with Gcrypt 1.4.5,
with MIT Kerberos, with GeoIP, with PortAudio V19-devel (built Jun  8 2010),
with AirPcap.

Running on Windows XP Service Pack 3, build 2600, with WinPcap version 4.1.1
(packet.dll version 4.1.0.1753), based on libpcap version 1.0 branch 1_0_rel0b
(20091008), GnuTLS 2.8.5, Gcrypt 1.4.5, without AirPcap.

Built using Microsoft Visual C++ 9.0 build 30729

Wireshark is Open Source Software released under the GNU General Public
License.

Check the man page and http://www.wireshark.org for more information.
--
In the Capture->Options dialog the text field for the selected interface
behaves strangly.

If you enter text manually (I do this to enter a rpcap address) the cursor does
stay in front of the entered character and jumps behind it only after a short
time.

So if you write fast, a character may be inserted before the last entered one.

For example, I entered 123456789 fastly and got the following result:

1247098653


Or I got rpa:/1.8..1/nya26129/pc instead of rpcap://192.168.2.1/any

The behavior is reproducable on various versions on Windows. On Linux it was
not reproducable.
Also other field seems not to be affected.

-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.