Bug 681365

Summary: Mail notification opens a subfolder, but the parent folder can not be collapsed any more
Product: [Fedora] Fedora Reporter: Bojan Smojver <bojan>
Component: evolutionAssignee: Matthew Barnes <mbarnes>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 14CC: 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: 2011-03-01 22:58:50 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Bojan Smojver 2011-03-01 22:48:57 UTC
Description of problem:
This problem appears to specific to a setup that has:

1. IMAP (not sure about other protocols here) with folders and subfolders.
2. Mail notification configured to check all folders.
3. IMAP delivery into folders other than inbox.
4. Use of another IMAP client.

If a new mail arrives into one of the subfolders (e.g. abc/def) and this mail is read by another IMAP client, mail notification will still be showing new mail. This in itself is not a problem. However, if mail notification icon is clicked, this will open folder abc/def. However, clicking on arrow next to abc will never collapse this folder again. The only way to get this folder collapsed appears to be to exit Evo and then start it again.

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

How reproducible:
Always.

Steps to Reproduce:
1. Receive mail in a non-inbox subfolder.
2. Read it with another IMAP client.
3. Click on mail notification icon showing new mail.
4. The parent of the target folder cannot be collapsed any more.
  
Actual results:
The parent folder cannot be collapsed.

Expected results:
UI should always obey user clicks.

Additional info:

Comment 1 Matthew Barnes 2011-03-01 22:58:50 UTC

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