GNOME Bugzilla – Bug 357175
IMAP alerts still too intrusive
Last modified: 2011-12-22 18:46:08 UTC
Please describe the problem: When IMAP alert appears, it is displayed many times repetivelly. It is probably related with the fact, that I have several folder marked for downloading messages for offline mode. Steps to reproduce: 1. Have an IMAP sending alert 2. Mark forder to download messages for offline mode 3. Run evolution or Get mail Actual results: Alert is displayed many times Expected results: Alert is displayed once (once after start). Optionally red button somewhere allows to display the message again and lets user know that the alert is still valid. Does this happen every time? Yes, every time IMAP sends alert. Other information:
Stanislev: How to to set this "Have an IMAP sending alert" ? Discussed with other members in team, even they are not clear what is IMAP alert
I don't know technical background of IMAP alert, but it cause following output in Evolution: Evolution Warning Alert from IMAP server sbrabec@imap.suse.cz: Mailbox is at 90% of quota OK
Additionally, it seems that if IMAP alert was displayed, evolution fails to quit. It only greys out all buttons and stops responding. But it may be independent problem. At least for Evolution in SuSE Linux 10.1.
Confirming that both problems still appears in Evolution 2.8.2 (SuSE Linux 10.2). And also confirming, that failing to quit is related to this bug, too. Exactly, it's probably consequence of another problem, which also appears as exceeding of limit of opened files. Increasing to major, because it makes impossible to use Evolution, if IMAP server issues any warning.
For your conveninence, there is the context of the message:
+ Trace 93793
Exact message displayed for the second problem: Evolution Error Error while Storing folder 'Inbox'. Cannot create folder lock on /home/sbrabec/.evolution/mail/ local/Inbox: Too many open files [ OK ] And another one: Evolution Error Error while Expunging and storing account 'mbox:/home/sbrabec/.evolution/mail/local' Cannot create folder lock on /home/sbrabec/.evolution/mail/ local/Inbox: Too many open files [ OK ] According to lsof, one of evolution processes has 986 FIFO pipes opened.
This seems to be forking off into several different problems. The FIFO pipe issue was addressed in bug #348888 and should be fixed now in Evolution 2.10. The problem of repeatedly displaying the same IMAP alert message is discussed in bug #247373. It's still an open issue. That leaves the problem of Evolution not closing properly once an alert has been displayed (comment #3). I've not yet seen another bug about this, so I'm changing the title to focus on this particular issue. Are you still seeing this fails-to-close-after-alert problem in Evolution 2.10?
hopefully this will help: the camel code that alerts the user *may* block until the user closes the window - pretty sure it does since camel_session_alert_user() returns bool (%TRUE if OK clicked, %FALSE otherwise afair) the code that shuts down the mailer component waits for all threads to exit/finish/whatever. if the imap thread that alerted the user is blocking, then the mailer won't exit until that dialog box is closed. you might want to split camel_session_alert_user() into multiple functions, one for prompting the user and one for displaying alerts (e.g. something which the camel backend does not need user-input from)
(In reply to comment #8) > you might want to split camel_session_alert_user() into multiple functions, one > for prompting the user and one for displaying alerts (e.g. something which the > camel backend does not need user-input from) That sounds like a good idea. Maybe add a camel_session_ask_user() for dialogs requiring input? And that might also make it easier to choose different means of alerting the user (e.g. libnotify or some such). Just thinking aloud... This might also have something to do with the race condition that Alex Larsson found and fixed in bug #384183 (related to the FIFO pipe issue). There's a grab bag of issues being mentioned here so it's hard to tell what symptom goes with what bug, but that race condition also should be fixed in Evolution 2.10.
I am still seeing this in Fedora 7 with evolution-2.10.3-2.fc7. My IMAP server has a bad SSL key, and so I get a an "SSL Certificate check" dialog box whenever I start up Evolution. The application always refuses to close, remaining with all window elements grayed out, as described above. I see the following entry in .xsession-errors: (evolution:2559): camel-WARNING **: camel_exception_get_id called with NULL para meter.
I'm pretty sure this is a Fedora-only bug, likely related to bug #362638. If I see something similar on Red Hat's Bugzilla I'll close this as NOTGNOME. In the meantime, may as well track this here until I have a fix.
The warning mentioned in comment #10 is just a nuisance message (which ought be cleaned up, but isn't relevant to the discussion). What's happening is there's a reference counting error somewhere for one of the objects in the mailer, and the mailer refuses to shut down until all objects have been finalized (their reference count drops to zero). So it's just a matter of finding the reference leak, which isn't necessarily as easy as it sounds.
Yeah, definitely a Fedora-only bug. Closing this as NOTGNOME. Pushing fixed packages through the usual Fedora channels: evolution-2.11.91-3.fc8 evolution-2.10.3-4.fc7 See bug #362638 for the technical details.
Definitelly not fedora only. My report was for SuSE Linux. Different context, the same problem. My IMAP alert was not "SSL Certificate check" but "Your mailbox is 90% full" or so.
Stanislav, can you please try to reproduce the problem using Evolution 2.10.3 or later?
I am no longer experiencing this problem using evolution-2.10.3-4.fc7 on Fedora. (Yay!)
Closing as per comment#16, please reopen if you face the problem any time in future.
My IMAP folder went full again => I got IMAP alert again => Evolution failed to quit again => This bug is not fixed in evolution-2.32.1 When trying to quit, evolution attempts to quit, then stops to respond and everything except folder list and mail view stays gray.
looks like there are many similar bugs hanging in bugzilla like bug 520526 , bug 556649 , bug 561306 , bug 553627 and bug 555359
Bug 553627 and bug 556649 are apparent duplicates, others point to a very similar bug.
*** Bug 553627 has been marked as a duplicate of this bug. ***
*** Bug 556649 has been marked as a duplicate of this bug. ***
Created attachment 204106 [details] [review] eds patch for evolution-data-server; This is to not show alerts from OK responses repeatedly, where I believe the quota message comes from.
Created attachment 204107 [details] [review] evo patch for evolution; And this is to show informational messages (those without special buttons) as alerts in an EAlertSink within the mail view, if available. This makes it not show repeatedly as long as the message is still in the alert sink. With both patches I can close evolution even when it tries to poke me with many errors.
Created commit d16797b in eds master (3.3.4+) Created commit 2d99a4a in evo master (3.3.4+)