Bug 302546 - Creating Search folder for new mails and activating "mark as read after" misbehaves
Summary: Creating Search folder for new mails and activating "mark as read after" misb...
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail2
Classification: Applications
Component: folders (show other bugs)
Version: 4.8.4
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2012-06-26 06:39 UTC by PhobosK
Modified: 2018-10-27 04:04 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description PhobosK 2012-06-26 06:39:48 UTC
Creating a Search folder for filtering/searching new mails and having the option "mark as read after * sec." is misbehaving, rendering the search folder useless. By "Misbehaving" i mean that the moment you click on a message and it is marked as read, it disappears from the list(no matter if it is selected or not), which is an expected behavior, but in this particular case it is a wrong one.

I have just migrated from Evolution, and they have this case resolved very friendly (both in Evo 2.x and 3.x).
The same virtual folder (which  filters all new mail), when one selects the message and it is marked as read, it stays in the folder till:
- if it is selected - always until you leave the folder
- if a new mail arrives AND the message is not selected
- if you leave the search folder 

Reproducible: Always

Steps to Reproduce:
1. Turn the option of "mark mail as read after ... sec" on. Lets say you make it 0 sec so you can see what i am having in mind
2. Create a Search folder with the only condition to search for messages which status is "Unread"
3. When couple of new messages arrive go to the search folder and select the first message
Actual Results:  
All the messages will be selected one after another, marked read and disappearing. They disappear no matter if a message is selected or not.

Expected Results:  
The messages to stay in that Search folder until:
- the user leaves the search folder
- if a message is selected - always to stay in the folder (until the folder is left)
- if a message is not selected - remove from the folder when new mail arrives

A workaround this problem is NOT to check the "Mark messages as read after ... sec", but this makes this option useless and one needs to mark every message as read manually.
Comment 1 Laurent Montel 2012-06-26 17:20:32 UTC
know bug
Comment 2 Denis Kurz 2016-09-24 18:07:13 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Comment 3 Luis Silva 2016-09-25 17:14:57 UTC
I just used the recommended steps to reproduce this bug. The search returns only some random emails, all of which have status "read". This search seems to be completely broken.
Comment 4 Luis Silva 2016-09-25 17:16:55 UTC
Tested with kmail 5.3.0 on Neon.
Comment 5 Andrew Crouthamel 2018-09-26 22:07:36 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Andrew Crouthamel 2018-10-27 04:04:32 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!