Bug 622175

Summary:	When grouping by thread and sorting by date, the thread uses the wrong date.
Product:	[Fedora] Fedora	Reporter:	Sam Irlapati <irlapati>
Component:	evolution	Assignee:	Matthew Barnes <mbarnes>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	13	CC:	lucilanga, mbarnes, mcrha
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2010-08-24 00:19:31 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 Sam Irlapati 2010-08-07 22:35:33 UTC

Description of problem:


Version-Release number of selected component (if applicable): 2.30.2


How reproducible:


Steps to Reproduce:
1. Start evolution
2. Group by threads
3. Sort according to date
4. Look at the date filed
  
Actual results: When grouped by thread, the thread retains the date of the first message in the thread and not the last message, when sorting by date.


Expected results: The thread should use the date of the last message in the thread for sorting. 


Additional info:

Comment 1 Milan Crha 2010-08-23 15:19:01 UTC

Thanks for a bug report. This seems to work fine for me. There is a hidden option to influence this behaviour. Open a gconf-editor and check
/apps/evolution/mail/display/thread_latest
the default value is 'true' (checked), and means that threads are sorted by the latest date in it. I suppose you have this option unchecked. The long description states:
     This setting specifies whether the threads should be sorted based
     on latest message in each thread, rather than by message's date.
     Evolution requires a restart.

Could you check the value of the option and try to change it, if necessary, please?

Comment 2 Sam Irlapati 2010-08-24 00:19:31 UTC

Thank you ... that worked!