Age | Commit message (Collapse) | Author | Files | Lines |
|
libwireshark (and the plugins using those functions) do not depend on
wiretap on Windows.
While doing that, rename the eth_* functions to ws_*.
svn path=/trunk/; revision=25354
|
|
svn path=/trunk/; revision=24484
|
|
free it when we're done with the file name.
svn path=/trunk/; revision=24478
|
|
configure and use more than one set of preferences and configuration files.
This can be found in the "Configuration Profiles..." menu item from the Edit
menu, or by pressing Shift-Ctrl-A. It's also possible to start wireshark
and tshark with a named profile by using the "-C ProfileName" option.
A new status pane in the main window will show the current profile.
The configuration files currently stored in the Profiles are:
- Preferences
- Capture Filters
- Display Filters
- Coloring Rules
- Disabled Protocols
- User Accessible Tables
The recent data are by design not added to the profile.
Planned future enhancements:
- make a more convenient function to switch between profiles
- add a "clone profile" button to copy an existing profile
- make the profiles list active and accept return as OK
- save users "Decode as" in the profile
- make new, clone and deletion of profiles more secure
- make some of the recent values available in the profile
This patch also fixes:
- setting default status pane sizes
- a bug setting status pane for packets when not having main lower pane.
svn path=/trunk/; revision=24089
|
|
"View/Reset Coloring 1-10" and adds sensitivity to it so that
it will be greyed out when none of the temporary color filters
are used.
(as per discussion on wireshark-dev some time ago)
svn path=/trunk/; revision=23879
|
|
svn path=/trunk/; revision=23585
|
|
implicitly by calling "color_filters_init()". This should probably
fix the crashes experienced when pressing ctrl-space a couple of times
svn path=/trunk/; revision=23583
|
|
(introduced in SVN 23560)
svn path=/trunk/; revision=23582
|
|
Wireshark is
quit. Temporary coloring filters can be set by:
- pressing <ctrl>-<digit> will create a conversation coloring filter based on the
addresses of the currently selected packet (order TCP/UDP/IP/Ethernet)
This can also be achieved from the "View|Colorize Conversation" menu.
- Rightclicking on a packet in the packet-list will give the option to
"Colorize Conversation" just as "Conversation Filter" does.
- Rightclicking on an item in the packet-detail-list will give the option to
"Colorize with filter" which works similar to "Apply as filter"
Temporary filters can be cleared from the same menus or by pressing <ctrl>-<space>.
This patch also adds an item to the above mentioned menu's to add a permanent color filter
in the same way.
The colors for the temporary coloring rules are now hardcoded as I do not know
how to change the color of menu-items and therefore I chose to use icons to
show the actual color of each of the ten temporary coloring rules. Is it at all
possible to have different menu items in different colors?
One other way of solving this is to recreate the icons on the fly after changing
the colors. I will have a look into that once it is clear whether I can use
different colors within the menu structure.
svn path=/trunk/; revision=23560
|
|
without having to delete them. The patch has been tested on
Fedora-7 with GTK+ 1.2.10 and GTK+ 2.10.11.
Since I don't know how to use "strikethrough" in clists in GTK1
there is a little difference in how the disabled coloring rules
are displayed. In GTK2 they are striked through and in GTK1
they are shown in lightgrey on a white background.
Any info on how to use strikthrough in clists within GTK1 is more
than welcome :-)
svn path=/trunk/; revision=23421
|
|
Fix for g_assert when clicking 'OK' on colour filters dialogue whilst
individual filter edit window is open.
svn path=/trunk/; revision=22572
|
|
svn path=/trunk/; revision=19839
|
|
svn path=/trunk/; revision=19470
|
|
color_filters_cleanup()
svn path=/trunk/; revision=19422
|
|
to the color_filter for later reference -> simply deleting the filters leave the pointers invalid -> crash.
for now, don't delete the filters but keep them floating around in memory (leaking) -> at least better than crashing
svn path=/trunk/; revision=19421
|
|
hard one! It seems to be working without bugs and as designed now.
As this was a huge internal change, new bugs are very probable - please report.
The implementation isn't still perfect, a new dialog internal list could possibly be removed again.
However, I want to check in at this condition, just in case I make things worse - again.
svn path=/trunk/; revision=19413
|
|
right term is "selected". That caused me "concerns" wether the marked feature of the packet list was involved - which is actually not
svn path=/trunk/; revision=19399
|
|
bit faster now -
and some other minor code cleanup
svn path=/trunk/; revision=19398
|
|
svn path=/trunk/; revision=18206
|
|
svn path=/trunk/; revision=18197
|
|
necessary for the switch to GTK 2.6 (at least on WIN32).
to do this, I've added file_util.h to wiretap (would file_compat.h be a better name?), and provide compat_macros like eth_open() instead of open(). While at it, move other file related things there, like #include <io.h>, definition of O_BINARY and alike, so it's all in one place.
deleted related things from config.h.win32
As of these massive changes, I'm almost certain that this will break the Unix build. I'll keep an eye on the buildbot so hopefully everything is working again soon.
svn path=/trunk/; revision=16403
|
|
svn path=/trunk/; revision=15355
|
|
Removed (very few) casts that only change the warning message
but don't remove it (with gcc-4).
svn path=/trunk/; revision=15227
|
|
keep it's setting in the recent file
svn path=/trunk/; revision=13929
|
|
svn path=/trunk/; revision=13920
|
|
remove a file in it - the directory presumably exists already, if you're
about to remove a file in it.
svn path=/trunk/; revision=13914
|
|
svn path=/trunk/; revision=13910
|
|
throughout the code, and the filter_list of the color_filters is "global".
use appropriate prefixes to avoid confusion and bugs
svn path=/trunk/; revision=13905
|
|
object code for libethereal.dll isn't generated by the
makefile in /trunk.
Having no code in /trunk linked into libethereal.dll
anymore, the definition of the macro _NEED_VAR_IMPORT_
can be moved from various source files in /trunk to /trunk/Makefile.nmake .
So do that, too.
svn path=/trunk/; revision=13389
|
|
returns a "char *", so don't assign its return value to a "const char *".
svn path=/trunk/; revision=12882
|
|
svn path=/trunk/; revision=12057
|
|
are imported correctly from libethereal.dll when compiling with MSVC.
svn path=/trunk/; revision=11516
|
|
better what it actually does.
svn path=/trunk/; revision=11502
|
|
svn path=/trunk/; revision=11501
|
|
as they're now (theoretically) toolkit-independent (modulo changes that
might be required to the code to update filter lists when a new filter
is read in).
svn path=/trunk/; revision=11500
|