Fixes NB#138110, sometimes manual send&receive does not work Reset the TnyDevice when a new operation/window comes after running shutdown Use the tny_device_is_forced new API
Changed g_log levels in all app. Idea is reducing the number of debug messages if modest is not built for showing debug.
Avoid freeing a string before using it in modest_mail_operation_queue_to_string. pmo-trunk-r8498
Fixes leak 18/26 pmo-trunk-r8122
Fixes leak 17/26 pmo-trunk-r8121
Fixes leak 16/26 pmo-trunk-r8120
Fixed an invalid unref when there is a mail operation without source pmo-trunk-r7586
Fixes several reference leaks that were preventing the folder view window from being properly unref'ed pmo-trunk-r7474
This is a manual merge of branch drop split view intro trunk. This should be the final work to make trunk release with the new ui from now on (and then making drop-split-view branch deprecated). It's based on drop-split-view r6953. pmo-trunk-r6954
* Fixes NB#91102, reversed a list as the comment suggested pmo-trunk-r6184
Fix for bug NB#83343 * src/modest-mail-operation-queue.[ch]: * Add the special handling for shutdown sync mail operation. This operation should be requested everytime we decide that modest should be finished (mail operation queue is empty, and no windows displayed). If queue exhaust again, and the last operation finished was that shutdown sync, then we can close modest safely. This way we don't have to sync on shutdown process itself. * src/modest-main.c: * On (on_idle_exit_modest) handler implement checking for last operation. If last operation was the shutdown sync then we close silently. If not then we have to run the operation. * src/modest-init.c: * Move to the last shutdown step the gnome vfs shutdown. * src/modest-mail-operation.[ch]: * Add shutdown mail operation. This simply syncs all accounts * src/modest-tny-account-store.[ch]: * New async method that shutdowns all accounts in a store. * Now the finalize of the account store does not shutdown the accounts as this step should have happened before. pmo-trunk-r4572
* Fixes NB#84492, remove the messages in the outbox that belongs to a removed account * Added a new method to remove send_queues * Fixed and invalid error report when a mail operation is never executed pmo-trunk-r4429
* Fixes NB#82696, auto update is working again * The queue-empty signal is now emitted only when the queue is really empty * Pre-create the mail operations before trying to connect to execute a send&receive in order to allow Modest to keep running if there are several accounts to refresh pmo-trunk-r4328
* src/modest-mail-operation-queue.c: (modest_mail_operation_queue_remove): Revert changes from 4235, they're not necessary actually. pmo-trunk-r4236
* src/modest-mail-operation.c: (get_msg_async_cb): If the operation has been canceled by the user, ignore then error that comes from Tinymail and don't touch the error code of the mail operation. * src/modest-mail-operation-queue.c: (modest_mail_operation_queue_remove): Don't call the error handler if the operation has been canceled by the user. Fixes NB#81459 pmo-trunk-r4235
* enable getting debug information over dbus; for now we can get the operation-queue contents; other things can be added later. it can be retrieved (from cmdline): run-standalone.sh dbus-send --print-reply --dest='com.nokia.modest' /com/nokia/modest com.nokia.modest.Dump this will print it to stderr wherever that is for modest, and also return it as a string over dbus. if you're lucky, you get something like: modest debug dump ================= mail operation queue (01) ------------------------- 0x82e7c00 "NokiaID_store" (RECEIVE) [IN-PROGRESS] {1/100} '' pmo-trunk-r3991
* add debugging code to the send-queue and the operations-queue; lots of interesting info when your run modest with "MODEST_DEBUG="debug-code" pmo-trunk-r3986
Corrected ref and unref of mail operations. pmo-trunk-r3918
Fixes NB#78602 * modest-mail-operation-queue.[hc]: (modest_mail_operation_queue_get_by_source): returns the mail operations in the queue associated with a given source * widgets/modest-window-mgr.c: (modest_window_mgr_unregister_window): if the window that is being closed is a ModestMsgViewWindow, it cancels "open" and "receive" operations that have it as their source * maemo/modest-main-window.c: (on_mail_operation_started): only goes to transfer mode if it is the source of the operation whose start has been notified * maemo/modest-msg-view-window.c: (on_mail_operation_started): only goes to transfer mode if it is the source of the operation whose start has been notified (view_msg_cb): added checks for cancelled operations and empty fields pmo-trunk-r3917
* Added "queue-empty" signal to the mail operation queue * Added "window-list-empty" signal to the window manager * Moved the code that closes modest to modest-main.c * Now modest is closed when there are no more windows and there are no more pending mail operations * Now Modest is properly finalized when a D-Bus action is performed, event if there is no main window * Fixes NB#74402, Modest is now closed if compose mail is invoked through D-Bus pmo-trunk-r3652