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:
*** This bug has been marked as a duplicate of bug 494712 ***