add two new callbacks:

cf_cb_file_closing (called before closing a capture file) cf_cb_file_closed will be called afterwards, but both only if a file is really closed as cf_close is called more often ...

If we are closing large capture files (~20MB), the screen looks ugly while the file is closed. Change this so the screen will immediately go back to initial state and a dialog (without buttons) is shown that the file is currently closed. As the operation which takes most of the time to close the file is a single eth_clist_clear call, we can't use a progress bar here.

cf_cb_live_capture_stopping: called when the user wants to stop the capture (toolbar or menu clicked). At least on Win32, the time between this and the actual stop completed can be noticeable (1-2 seconds), so the user doesn't know if the button press did anything at all. Do something similar as above, show a dialog box without buttons to inform that the close is in progress.

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@15891 f5534014-38df-0310-8fa8-9805f1628bb7

1 files changed, 2 insertions, 0 deletions

diff --git a/file.h b/file.h
index 3eadec354d..f479ff5f6a 100644
--- a/file.h
+++ b/file.h
@@ -56,6 +56,7 @@ typedef enum {
 } cf_print_status_t;
 
 typedef enum {
+    cf_cb_file_closing,
     cf_cb_file_closed,
     cf_cb_file_read_start,
     cf_cb_file_read_finished,
@@ -66,6 +67,7 @@ typedef enum {
     cf_cb_live_capture_update_finished,
     cf_cb_live_capture_fixed_started,
     cf_cb_live_capture_fixed_finished,
+	cf_cb_live_capture_stopping,
 #endif
     cf_cb_packet_selected,
     cf_cb_packet_unselected,