Bug 1025807

Summary: Improve auto-selection of messages grouped by threads
Product: Red Hat Enterprise Linux 6 Reporter: Jiri Koten <jkoten>
Component: evolutionAssignee: Matthew Barnes <mbarnes>
Status: CLOSED WONTFIX QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.5CC: djasa, fidencio, jhradile, mcrha, msanders, tpelka
Target Milestone: beta   
Target Release: 6.4   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 809542 Environment:
Last Closed: 2017-12-05 13:05:02 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:
Bug Depends On: 809542, 883010    
Bug Blocks:    

Description Jiri Koten 2013-11-01 16:02:33 UTC
+++ This bug was initially created as a clone of Bug #809542 +++

Description of problem:
When auto-moving within message list, move to "most preferred" or "least preferred unread". Auto moving within messages happens pretty often when e.g. user switches to the folder from another folder or when she clears search filter.

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

How reproducible:
often

Steps to Reproduce:
1. move to the folder from another folder OR apply a search filter and clear it again
2.
3.
  
Actual results:
evolution moves in folders lists to one of following:
  * the top of message list (in my case, to the oldest - least 
    interesting - actually)
  * somewhere randomly among unread messages

Expected results:
evolution moves in message list so that "least preferred" unread message is visible - in my case of sorting by date, it's the oldest unread message

if the above is not possible, then it should move to "most preferred" message - in my case, the newest one aka the bottom of the list.

Additional info:

--- Additional comment from Milan Crha on 2012-04-04 07:32:25 EDT ---

I looked briefly in the code and the rule for selecting a message when moving to a folder looks close to this:
a) if previously selected message exists, select it
b) if it doesn't exist or is not saved (like when multiple messages were
   selected when leaving the folder), then pick message with the same uid from
   the previous folder (usually doesn't apply)
c) then pick first message in the list

That's only a rough view from the code, though.

Current evolution, the 3.4.0, uses different approach, it picks unread message, if it cannot restore previously selected message. It's part of 2.30 too, according to:
https://bugzilla.gnome.org/show_bug.cgi?id=621839

Thus patches available.

--- Additional comment from Milan Crha on 2013-05-09 14:37:12 EDT ---

Upstream patch part of 2.32.3, thus depend on the rebase bug.

--- Additional comment from errata-xmlrpc on 2013-10-31 09:27:12 EDT ---

Bug report changed from ON_QA to VERIFIED status by the Errata System: 
Advisory RHSA-2013:15040-05: 
Changed by: Jiri Koten (jkoten)
http://errata.devel.redhat.com/advisory/15040

When switching folders, evolution shows the last selected message if it still exists else shows the oldest unread message in the folder or else the newest read message.

Comment 1 Jiri Koten 2013-11-01 16:18:17 UTC
(In reply to Jiri Koten from comment #0)
> When switching folders, evolution shows the last selected message if it
> still exists else shows the oldest unread message in the folder or else the
> newest read message.

Unfortunately this is not true if the messages are grouped by threads. In that case the msg list just jumps to the begging of the list. The oldest unread msg shows in the msg preview, but is not visible in the msg list.

I'm using Sort by Date (Ascending) and group by threads in my Inbox.

Reproducer:

1) Unselect a msg in the msg list, hold Ctrl and Click the msg.
2) Switch to different folder.
3) Go back to your previous folder.

evolution-2.32.3-30.el6

Comment 2 Jiri Koten 2013-11-13 16:21:22 UTC
Same thing happens when I Collapse All Threads and the selected msg is not the first in the thread, then the msg list jumps to the top. I would expect that the first msg (the one at the top) in the thread is selected.

Reproducer:

1) View > Expand All Threads
2) Select a msg inside a thread, e.g. at the bottom of the thread
3) View > Collapse All Threads

Comment 4 Red Hat Bugzilla Rules Engine 2017-12-05 13:05:02 UTC
Development Management has reviewed and declined this request. You may appeal this decision by reopening this request.