Age | Commit message (Collapse) | Author | Files | Lines |
|
Added ability to display UTC time or UTC time with date. I liked having the
difference between UTC and local time, not just setting local=UTC.
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=2629
svn path=/trunk/; revision=37898
|
|
Fix incorrect usage of gtk_radio_button_new_with_label()/gtk_radio_button_get_group();
Use gtk_radio_button_new_with_label_from_widget().
Essentially: gtk_radio_button_get_group() must be called after each gtk_radio_button_new...()
before using the 'group' GSList pointer in another call to gtk_radio_button_new...().
In these cases the incorrect usage appears to only have resulted in allowing multiple
radio buttons to be activated simultaneously.
(In at least one case elsewhere, the incorrect usage resulted in a Wireshark crash).
svn path=/trunk/; revision=37871
|
|
svn path=/trunk/; revision=37870
|
|
gtk_radio_button_new_with_label()/gtk_radio_button_get_group();
Use gtk_radio_button_new_with_label_from_widget().
Essentially: gtk_radio_button_get_group() must be called after each gtk_radio_button_new...()
before using the 'group' GSList pointer in another call to gtk_radio_button_new...().
In these cases the incorrect usage appears to only have resulted in allowing multiple
radio buttons to be activated simultaneously.
(In at least one case elsewhere, the incorrect usage resulted in a Wireshark crash).
svn path=/trunk/; revision=37869
|
|
svn path=/trunk/; revision=37868
|
|
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6080
Apparently gtk_radio_button_get_group() must be called after
each addition to the group before the 'group' GSList pointer can be used
again in, for example, a call to get_radio_button_new_with_label().
(Where does it say this in the GTK docs ? It does make sense, tho, given
the way GSLists work).
We'll use gtk_radio_button_new_with_label_from_widget() instead to let GTK
handle the grouping.
svn path=/trunk/; revision=37867
|
|
svn path=/trunk/; revision=37863
|
|
in the coloring rule name to better describe where it comes from.
svn path=/trunk/; revision=37859
|
|
Fix compile error introduced with r37830.
svn path=/trunk/; revision=37851
|
|
Add a missing g_strdup.
svn path=/trunk/; revision=37843
|
|
svn path=/trunk/; revision=37841
|
|
svn path=/trunk/; revision=37839
|
|
saving or printing packets apply to only displayed packets and not all packets.
svn path=/trunk/; revision=37833
|
|
This can be used to disable the effect in bug 5356.
svn path=/trunk/; revision=37830
|
|
svn path=/trunk/; revision=37827
|
|
svn path=/trunk/; revision=37819
|
|
svn path=/trunk/; revision=37817
|
|
revision 22446 for text_import_scanner.
svn path=/trunk/; revision=37815
|
|
Remove our local strerror implementation.
Mark strerror as locale unsafe API.
This fixes bug 5715.
svn path=/trunk/; revision=37812
|
|
svn path=/trunk/; revision=37803
|
|
Lua API: add support to temporary color filters (10 color slots)
svn path=/trunk/; revision=37801
|
|
The capability history needs to be fixed.
svn path=/trunk/; revision=37795
|
|
specifc. This finalizes the change of the infrastructure.
This patch is based on work by Irene Ruengeler.
svn path=/trunk/; revision=37794
|
|
This because the user most likely wants to use the new rule right away, and do
not want to think about which filters it should be above.
This was requested in bug 5669.
svn path=/trunk/; revision=37793
|
|
with my previous commits in revisions 36160 and 36166 ought to fix the problem that Bartosz Kiziukiewicz first reported on the wireshark-users mailing list here:
http://www.wireshark.org/lists/wireshark-users/201103/msg00018.html
(I successfully generated Wireshark compare statistics after applying this change and also changing my locale to Polish.)
svn path=/trunk/; revision=37779
|
|
svn path=/trunk/; revision=37772
|
|
Put the "Filter" back in statistics dialogs, which was removed in r37559.
svn path=/trunk/; revision=37770
|
|
svn path=/trunk/; revision=37766
|
|
svn path=/trunk/; revision=37749
|
|
svn path=/trunk/; revision=37746
|
|
(Will this finally be correct?)
svn path=/trunk/; revision=37742
|
|
svn path=/trunk/; revision=37732
|
|
svn path=/trunk/; revision=37727
|
|
Migration to gtk3 has just begun: add a status file.
svn path=/trunk/; revision=37726
|
|
checking while compiling on gtk2. Most are disabled.
svn path=/trunk/; revision=37725
|
|
- Replace 2 cases where GtkObject was used (no longer exists in GTK3)
- Whenever gdkkeysyms.h is included also include gdkkeysyms-compat.h
iff we are building against gtk3
svn path=/trunk/; revision=37722
|
|
Wireshark crashes when entering anything in capture filter textbox
svn path=/trunk/; revision=37709
|
|
Move menu.c back to the list of clean files.
svn path=/trunk/; revision=37707
|
|
svn path=/trunk/; revision=37704
|
|
svn path=/trunk/; revision=37703
|
|
svn path=/trunk/; revision=37693
|
|
svn path=/trunk/; revision=37661
|
|
svn path=/trunk/; revision=37660
|
|
This should fix
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=6016
svn path=/trunk/; revision=37655
|
|
svn path=/trunk/; revision=37648
|
|
svn path=/trunk/; revision=37647
|
|
svn path=/trunk/; revision=37646
|
|
svn path=/trunk/; revision=37645
|
|
for some gcc configurations (see _FORTIFY_SOURCE).
This hack is used instead of storing the result returned by strtoul() in a
dummy variable so as to prevent a gcc 4.6 with -Wextra warning:
"set but not used ...".
TBD: will this hack pass muster with other validators
such as Coverity, CLang, & etc ?
For much gory detail: see the message thread starting at:
http://www.wireshark.org/lists/wireshark-dev/201106/msg00088.html
svn path=/trunk/; revision=37642
|
|
svn path=/trunk/; revision=37629
|