http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1791
------- Comment #3 from wmeier@xxxxxxxxxxx 2007-08-30 00:43 GMT -------
After running some tests of gtk 2.10.14 GtkFileChooserDialog, I've determined
that there appears to be a problem with the way GtkFileChooser works when the
'location bar' is visible in the file chooser dialog box.
If the location bar is visible in the file chooser dialog box then the *first*
selection of a file in the file list window will effectively be ignored.
This is not a Wireshark problem.
The workaround is to not use/show the location bar doing a file open in
Wireshark. If I knew how I would disable the file chooser location bar (at
least for Wireshark).
When the file chooser dialog is open, the file chooser location bar if visible
can be hidden by:
1. <ctlr>l (letter el)
or
2. clicking the leftmost button in the top row in the dialog box.
It appears that the location bar visible/hidden state is remembered by GTK for
the next time wireshark (or or any other GTK application such as Firefox) opens
a GtkFileChooserDialog.
Details
-------
As noted: If the location bar is visible in the file chooser dialog box then
the *first* selection of a file in the file list window will effectively be
ignored.
(Actually: the 'selection-changed' signal and callback occurs if a file other
than the first in the list is selected but gtk_file_chooser_get_filename
incorrectly returns a null filename even though the file appears to be
selected) in the GUI.
IOW, the use of the location bar messes up the 'selection-changed' stuff.
I've filed bug #471619 at bugzilla.gnome.org.
(A minor note: the quick patch described above apparently can cause other
problems. With the patch I somehow managed to get the file chooser window
somewhat wedged in that neither the cancel or open buttons were responsive).
--
Configure bugmail: http://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.