This site has been retired. For up to date information, see handbook.gnome.org or gitlab.gnome.org.


[Home] [TitleIndex] [WordIndex

I did a review of Evolution error dialogs both EError and some GtkDialogs and decided the attached dialogs are really intrusive.

The criteria I applied is:

It is possible I've missed few dialogs and I wanted the team to add more errors, if they feel are really intrusive and can be presented in a different way.

New Error reporting would be the effect of a better task manager in Evolution, where Every user action is presented with a status message with a 'x' button to CANCEL it. In case of a error we should have the '!' and the status yellow/red depending on the result. When the user clicks on the status message, we get to the error or ignore on clicking 'X'. The user can right click on the taskbar and say cancel all or hide all errors etc. Of course, if the operations are not cancelable, they can't be canceled here. It should be a bug with that operation.

All the errors would remain in the status bar for a defined time and after that, it would be logged to a debug file and the error would be removed off. The time would be configurable.

It will look like error.png

The '!' warning is a tool button, on click of that you would get the error if you want to see.

Dialogs

Mail

  RCPT TO <email@domain.com> failed: Requested action not taken: mailbox unavailable

  (wild card errors with description filled in with text from camel exceptions)

Composer

Addressbook

Calendar

Exchange

Logging

Evolution should have a logging framework, where all the debug messages are logged. There should be a console view to the log as well.

Logging would be component specific. (May be Help->Debug) When the log viewer is clicked, it brings up the logs for the current process / instance. It would have a level of what should be logged. All the debug messages also would be logged there if specified.

g_log_*handler would be used to catch log message and would be stored in the log. So that any thing like g_debug would be caught. The log domain would be again component specific.

The log may look like

DebugLog.png

The UI to show all this, I'm still working on it.


2024-10-23 10:58