REPRODUCIBILITY (% or how often): 100%
BUILD ID: 3.3.x
HARDWARE (Jolla1, Tablet, XA2,…): All
UI LANGUAGE: QML
REGRESSION: (compared to previous public release: Yes, No, ?): Its been like this for a long time
DESCRIPTION:
When you tap on an email notification the mail you get to from there isn’t marked as read
PRECONDITIONS:
None
STEPS TO REPRODUCE:
Get to your notifications
Tap on an email
You get to the email
EXPECTED RESULT:
The email you read is marked as read
ACTUAL RESULT:
The email isn’t marked as read
ADDITIONAL INFORMATION:
(Please ALWAYS attach relevant data such as logs, screenshots, etc…)
I just wanted to test that behaviour on my phone but it just says
Email is not responding
… for minutes, literally, and afterwards it flags the account with “Could not update”. This is persistent for about 10 hours now, with different (working) network connections and with three different mail accounts.
The Mail app has never been as broken as with 3.3.
Mail app still says Could not update on its cover, but seems to have recovered (home screen says all accounts are up to date). I entered the Inbox of an account with recent new mail. Then, I tapped on an email from this account on the events view. Mail app loads that mail OK and marks it as read.
It took me half an hour to reproduce your report’s test case, opening mail from the notification banner. Updating the accounts from the cover did not work, I got a couple of Email is not responding messages (again, for minutes each), but after I finally tricked it into showing a notification, I can confirm: it was not marked as read.
To be fair: this has not yet occured to me.
Sometimes a mail will not get marked as read but mainly/only when I swipe back too fast (under 2-3 s). But notification is gone always.
Although not exactly like that, sometimes when I click on the notifications and open the email it isn’t counted as read immediately. But in my observations, it does change state after a few seconds (or minutes in some cases). Wonder if the network has to do anything with it.
Working on migrating the email message server to DBus, I found a race condition that may confuse the notification plugin. This plugin is responsible to remove the notification from the event screen when an email is marked as read. Since it’s a race condition, I’m not sure that it’s the root of the problem here. I noticed that from time to time, read emails were not removed from the event screen. But I was not able to reproduce it 100% of the time.
I’m testing the patch. Time will tell if it’s fixing the issue or not.