Bug 1177392

Summary:	evolution no longer returns to previous email upon start
Product:	[Fedora] Fedora	Reporter:	Christian Lupien <christian.lupien>
Component:	evolution	Assignee:	Milan Crha <mcrha>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	21	CC:	lucilanga, mbarnes, mcrha, tpopela
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-01-06 08:34:25 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Christian Lupien 2014-12-26 21:39:12 UTC

Description of problem:
When starting evolution, it no longers resume to the email which was last seen before shutdown. This used to work under fedora 20.

Version-Release number of selected component (if applicable):
evolution-3.12.9-1.fc21.x86_64

How reproducible:
Always

Steps to Reproduce:
1.Within evolution, select an email so that you see its preview
2.Quit evolution
3.Restart evolution

Actual results:
No email is selected upon restart, the preview is blank and the list of emails is at the top.

Expected results:
The last email seen should be the selected one upon restart.

Additional info:
After restart, before selecting any email, just switching to another folder and then back will select the previous (before shutdown) email. So the information is available, it is just not acted upon when starting evolution. However it works when the user switches folders.

Comment 1 Milan Crha 2015-01-06 08:34:25 UTC

Thanks for a bug report. This particular one had been reported already, thus I'm marking it as a duplicate.

I was able to reproduce this before Christmas, but currently I cannot for some reason. I will use your information to focus my reproducer finding to.

*** This bug has been marked as a duplicate of bug 1176520 ***