aboutsummaryrefslogtreecommitdiffstats
path: root/ui
AgeCommit message (Collapse)AuthorFilesLines
2013-05-25Object::connect: No such signal ↵Alexis La Goutte1-2/+2
WiresharkApplication::captureCaptureUpdateContinue(capture_options*) Object::connect: (sender name: 'qtshark') An omission with latest change in capture_session... svn path=/trunk/; revision=49579
2013-05-25Apply change of Bug 8706 ( "Stream" should be changed to "Follow Stream" in ↵Alexis La Goutte1-2/+2
the 'Font and Colors' dialog ) / revision 49488 to Qtshark svn path=/trunk/; revision=49577
2013-05-25Menu labels aren't paths, they're just the strings shown to the user forGuy Harris1-4/+4
the menu item. svn path=/trunk/; revision=49572
2013-05-24Have register_param_stat() add menu items, rather than having the menuGuy Harris19-173/+103
items hardcoded into ui/gtk/main_menubar.c Get rid of more stuff implying that the code for adding menu items is used only by Lua, as it's also used by register_param_stat(). Add the items to the menu list sorted by the menu item name shown to the user. Get rid of some const declarations that are lies. Use the label given for a menu item as the label in the menu, rather than parsing it from a token. svn path=/trunk/; revision=49552
2013-05-24And another (cosmetic) change for that.Guy Harris1-3/+3
svn path=/trunk/; revision=49550
2013-05-24A long-overdue rename of register_dfilter_stat() toGuy Harris24-28/+29
register_param_stat() to reflect that it's for arbitrary statistics tap parameters, not just a display filter. svn path=/trunk/; revision=49549
2013-05-24Rename register_lua_menu_bar_menu_items() toGuy Harris3-3/+3
register_menu_bar_menu_items(), to emphasize that it's not just for Lua. svn path=/trunk/; revision=49548
2013-05-23We don't want to restrict the ability to dynamically add statisticsGuy Harris1-14/+0
menus to Lua taps. svn path=/trunk/; revision=49547
2013-05-23Use a single #ifdef HAVE_LUA/#endif for two routines (currently) usedGuy Harris1-2/+0
only from the Lua code. svn path=/trunk/; revision=49544
2013-05-23Include ui/gtk/export_pdu_dlg.h so that the functions defined here areGuy Harris1-0/+2
checked against their declarations. svn path=/trunk/; revision=49540
2013-05-23make_menu_xml() is only used if we HAVE_LUA; only define it when we'll use it.Jeff Morriss1-0/+2
svn path=/trunk/; revision=49539
2013-05-22Include ui/ssl_key_export.h so that functions defined here are checkedGuy Harris1-0/+1
against their declarations. svn path=/trunk/; revision=49537
2013-05-22Include ui/gtk/addr_resolution_dlg.h so that functions defined here areGuy Harris1-1/+2
checked against their declarations. Fix a tpo. svn path=/trunk/; revision=49536
2013-05-22Make a routine not used outside this file static.Guy Harris1-1/+1
svn path=/trunk/; revision=49535
2013-05-22Include ui/gtk/prefs_filter_expressions.h so that functions defined hereGuy Harris1-0/+1
are checked against their declarations. svn path=/trunk/; revision=49534
2013-05-22Make a routine not used outside this file static.Guy Harris1-5/+6
svn path=/trunk/; revision=49533
2013-05-22Make a routine not used outside this file static.Guy Harris1-1/+1
svn path=/trunk/; revision=49532
2013-05-22Include ui/recent_utils.h, to check functions defined here against theirGuy Harris1-1/+2
declarations - and fix a problem that turned up. svn path=/trunk/; revision=49531
2013-05-22Turn "packet_is_ssl()" into a general "does the packet whose dissectionGuy Harris3-26/+3
is in this epan_dissect_t contain the field whose name is passed as an argument" routine in libwireshark, and use it where we used packet_is_ssl(). (We should check to see if anything *else* could use it.) svn path=/trunk/; revision=49530
2013-05-22Include ui/gtk/main_80211_toolbar.h so that the functions we define areGuy Harris1-0/+1
checked against their declarations in that file. svn path=/trunk/; revision=49529
2013-05-22Include "ui/recent_utils.h" so that the functions we define are checkedGuy Harris2-0/+2
against the declarations for them. svn path=/trunk/; revision=49528
2013-05-22Include "ui/gtk/gtk_iface_monitor.h" so that our definitions are checkedGuy Harris1-0/+1
against the published declarations. svn path=/trunk/; revision=49527
2013-05-22Make routines not used outside their source files static.Guy Harris3-8/+14
svn path=/trunk/; revision=49522
2013-05-22Get rid of an unused routine.Guy Harris2-10/+0
svn path=/trunk/; revision=49521
2013-05-22And a few more fixes. Put wrappers in capture_session.h to make it workGuy Harris1-2/+2
from C++. svn path=/trunk/; revision=49511
2013-05-22More capture_options -> capture_session fixes.Guy Harris3-10/+12
svn path=/trunk/; revision=49510
2013-05-22More capture_options -> capture_session fixes.Guy Harris1-16/+16
svn path=/trunk/; revision=49509
2013-05-22And handle the no-libpcap case here as well.Guy Harris1-0/+2
svn path=/trunk/; revision=49508
2013-05-22Sigh, it was a "building without libpcap" issue.Guy Harris1-29/+2
svn path=/trunk/; revision=49507
2013-05-22More capture_options -> capture_session fixes.Guy Harris1-7/+7
svn path=/trunk/; revision=49506
2013-05-22OK, try hiding from *THIS*, GCC. Will break other buildbots, but theGuy Harris1-0/+28
code prior to this built on other buildbots *and* on my 10.6 VM, so I don't know what the GCC on the buildbots is getting wrong.... svn path=/trunk/; revision=49505
2013-05-22Include "capture_session.h" to define capture_session.Guy Harris1-0/+1
svn path=/trunk/; revision=49504
2013-05-22OK, try directly including capture_session.h.Guy Harris1-0/+1
svn path=/trunk/; revision=49502
2013-05-22OK, what's your beef, GCC?Guy Harris1-1/+1
svn path=/trunk/; revision=49500
2013-05-22More capture_options -> capture_session changes.Guy Harris6-29/+30
svn path=/trunk/; revision=49499
2013-05-22And reflect the new capture_options structure here.Guy Harris1-0/+3
svn path=/trunk/; revision=49494
2013-05-22Pull the capture-session state information out of capture_opts and putGuy Harris11-70/+86
it into a separate capture_session structure. capture_opts should contain only user-specified option information (and stuff directly derived from it, such as the "capturing from a pipe" flag). svn path=/trunk/; revision=49493
2013-05-22There are clearly not enough different sets of build tools out there, soGuy Harris1-1/+1
it's always nice when there's a new one, especially one that can't share file lists with others. Remove capture_unix_ifnames.c from YET ANOTHER build tool file. svn path=/trunk/; revision=49492
2013-05-22Rename capture_opts_trim_iface() toGuy Harris2-4/+8
capture_opts_default_iface_if_necessary(), to reflect what it actually does. svn path=/trunk/; revision=49491
2013-05-22From Cal Turney via https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8706Evan Huus1-6/+6
"Stream" should be changed to "Follow Stream" in the "Sample" textbox and "Colors" dropdown menu of the "Font and Colors" dialog: This is needed to draw a distinction between the coloring of packets produced by the "Follow TCP|UDP|SSL Stream" command and the non-colorized output of the 'tcp.stream == n' filter. svn path=/trunk/; revision=49488
2013-05-22On OS X, get the interface type from the System Configuration framework.Guy Harris1-1/+1
svn path=/trunk/; revision=49486
2013-05-21Only overwrite the scanned link layer properties if they are specified by ↵Irene Rüngeler1-1/+3
command line options. svn path=/trunk/; revision=49482
2013-05-21Apply the filter string if all interfaces are selected.Irene Rüngeler1-4/+18
svn path=/trunk/; revision=49480
2013-05-21Fix compilation with GTK version older than 2.24Pascal Quantin1-0/+2
svn path=/trunk/; revision=49476
2013-05-21- Move the export_pdu tap outside of if(tree)Anders Broman1-1/+8
- Have the diameter tap request a tree. svn path=/trunk/; revision=49475
2013-05-20Fix trimming the maximum number if display filter entries.Gerald Combs1-9/+8
svn path=/trunk/; revision=49456
2013-05-20Fix Typo about filenameAlexis La Goutte1-1/+1
svn path=/trunk/; revision=49455
2013-05-20From Richard Turner via ↵Alexis La Goutte1-25/+42
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8630 QtShark doesn't quit properly after closing the main window during initialization When trying to close the QtShark application during its initialization process (by hitting the "close" button), the processes "qtshark.exe" and "dumpcap.exe" don't terminate properly The patch contains fix to: 1. QtShark doesn't quit properly after closing the main window during initialization 2. User is not prompted to save the capture to file when user chooses to exit the program during capturing. 3. Bug exists in function MainWindow::testCaptureFileClose(bool from_quit, QString &before_what), which prevent it from behaving correctly when from_quit == true. svn path=/trunk/; revision=49454
2013-05-20From report of mot990-8omk7tp8mio8ro via ↵Alexis La Goutte3-0/+22
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8469 QtShark (wireshark-qt) doesn't use the saved preferences Detail about this issue : Bug is reproduced when accessing Preferences Dialog before QtShark start-up is finished, specifically before preferences loading is completed which comes very late in the initialization process. Fix from Richard Turner : Patch to fix problems arising from users interacting with main interface before initialization is complete Introduced a new slot function in main window for the locking of features before init complete and for the unlocking of features after all systems good to go. svn path=/trunk/; revision=49453
2013-05-20The printf format may require 2 arguments passed and if it does, the second ↵Michael Mann1-1/+1
argument could be garbage, so make sure printf has 2 arguments. Fixes bug 8066 (https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=8066) svn path=/trunk/; revision=49451
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-29 20:19:03 +0000