Bug 595870

Summary:	if there's an email to be recovered and imap password is not saved, imap password box pops up on top & doesn't accept input
Product:	Red Hat Enterprise Linux 6	Reporter:	Máirín Duffy <duffy>
Component:	evolution	Assignee:	Matthew Barnes <mbarnes>
Status:	CLOSED WONTFIX	QA Contact:	desktop-bugs <desktop-bugs>
Severity:	medium	Docs Contact:
Priority:	low
Version:	6.0	CC:	mcrha
Target Milestone:	rc
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-06-07 17:25:23 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Máirín Duffy 2010-05-25 20:04:51 UTC

A little bit about how I have evolution set up:

- I use IMAP
- I do not save my password in evolution (my preference), evolution prompts me to type it in every morning

So here's the trouble:

Evolution crashed on me in the middle of writing an email. Whoops. So I started evolution back up. First (and this all happens very quickly), a dialog pops up asking me if I'd like to recover the email I was working on (AWESOME). However, then the IMAP password dialog box pops up on top of that.

However, the IMAP password dialog box does not accept input despite being on top. Somehow the 'Recover' dialog steals focus from it.

I was able to recover, but this scenario (albeit, rare as it is) could use a little polish. When a window doesn't accept input it can be very jarring.

Version-Release number of selected component (if applicable):
evolution-2.28.3-3.el6.x86_64

How reproducible:

I can't seem to reproduce it, because no matter how hard I try I can't get evolution to recover my not-yet-sent composed messages anymore. Here's the steps I tried to reproduce:

- compose a fake email, don't send it
- pkill evolution in a terminal
- restart evolution
- the imap password prompt pops up but it doesn't recover my in-progress email composition :(
- I also tried these steps by triggering a crash I can reproduce reliably (filing another bug on that) but it didn't seem to matter.

When I'm actually writing an email, not just a fake test one, and evolution crashes, it usually recovers it! Maybe it knows I'm faking... :)

Comment 2 Matthew Barnes 2010-05-25 20:54:50 UTC

Yeah, this is something I've been meaning to address upstream.  We either need to put these dialogs in a central queue so they only appear one at a time, or (preferably) start using GtkInfoBars for things like message recovery.  (I imagine password prompts will always have to remain in a pop-up window.)

Not really sure how to address this for RHEL, since we're pretty much limited to small, uninvasive patches.  This would be better tackled in Fedora first, then picked up for RHEL in a future desktop rebase.

To help reproduce this: paritally composed messages are saved to files of the form

    ~/.evolution/.evolution-composer-autosave-XXXXX

but the autosave runs on a timeout loop, so it may be that you need to type something and then wait for the autosave file to show up before killing Evolution.

Comment 3 RHEL Program Management 2010-06-07 16:04:05 UTC

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 4 Matthew Barnes 2010-06-07 17:23:20 UTC

Devel NACK.  See comment #2.

Need to solve this upstream first and then pick it up in a rebase.

Comment 5 RHEL Program Management 2010-06-07 17:25:23 UTC

Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.