Open Bug 1834045 Opened 1 year ago Updated 7 months ago

After clicking new mail notification, account remains highlighted with blue font (unread) until I click out/in again, in spite of all messages read

Categories

(Thunderbird :: Folder and Message Lists, defect, P2)

Thunderbird 114

Tracking

(thunderbird_esr102 wontfix, thunderbird_esr115? affected, thunderbird117? affected)

Tracking Status
thunderbird_esr102 --- wontfix
thunderbird_esr115 ? affected
thunderbird117 ? affected

People

(Reporter: celian.godefroid, Assigned: babolivier)

References

Details

(Whiteboard: [snnot3p][wfm])

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/113.0

Steps to reproduce:

Receiving a new e-mail, clicking the notification to open it.

Actual results:

The e-mail is read, but the account name remains highlighted as if there was an unread mail.

Expected results:

The account should not be highlighted.

It's pretty slow to make folders look unread (about a second or more), but otherwise this is wfm on Beta 114.0b3 (64-bit), Win10, as well as Daily 115.0a1 (2023-05-19) (64-bit), Win10.

Blocks: tb-new-3pane
Component: Untriaged → Folder and Message Lists
Summary: After clicking new mail notification, account remains highlighted until I click out/in again → After clicking new mail notification, account remains highlighted with blue font (unread) until I click out/in again, in spite of all messages read
Whiteboard: [Supernova3p][wfm]

Not sure that's what I have in mind, because for me on Ubuntu, it will definitely stay this way until I manually switch folders.

I was able to reproduce this state also in 102.
Sometimes the account row of the folder tree remains active as if unread emails are still present.
This is not an issue related to the new 3pane or supernova.
Very inconsistent to reproduce but sometimes it happens.

No longer blocks: tb-new-3pane
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [Supernova3p][wfm] → [wfm]
See Also: → 1834047
Whiteboard: [wfm] → [snnot3p][wfm]

(In reply to Alessandro Castellani [:aleca] from comment #3)

I was able to reproduce this state also in 102.
Sometimes the account row of the folder tree remains active as if unread emails are still present.
This is not an issue related to the new 3pane or supernova.
Very inconsistent to reproduce but sometimes it happens.

I feel like it's more likely to happen when I open the e-mail via the Ubuntu notification.

celian, can you still reproduce this and bug 1834047?

Severity: -- → S3
Flags: needinfo?(celian.godefroid)
Priority: -- → P1

Absolutely.

And now there's worse : when I click the Ubuntu e-mail notification (the two of them actually, given the "Thunderbird is ready" bug (https://bugzilla.mozilla.org/show_bug.cgi?id=1745714)), and Thunderbird ends up opening, my newly received e-mail isn't selected, and it seems that Thunderbird keeps the focus on the e-mail that was selected before.

That makes so many problems with the Ubuntu notifications, I assumed Thunderbird has a big work with them underway !

Flags: needinfo?(celian.godefroid)

Lowering the priority since this also affects 102 and it's not a massive issue, mostly just visually annoying.
This is the method that gets called to update that class: https://searchfox.org/comm-central/search?q=changeNewMessages&path=&case=false&regexp=false

It seems that the BiffState is not always and consistently called when all unread messages in the account have been read.
I'm not sure if this a JS or C++ (IMAP) issue.
Brendan, could you investigate?

Assignee: nobody → brendan
Priority: P1 → P2

There seems to have been an evolution that I noticed today, with 117.0b5.
Now, it's not the name of the account that is highlighted, but the Inbox folder. See screenshot attached.

Attached image Sans titre.png

For me (openSUSE 15.4) 117.0b6 is acting the same as 102 WRT this bug.

Are you still seeing this issue on the latest beta? I'm trying to have a look at this bug but I'm struggling to reproduce it locally (even though I used to see it fairly often myself).

Flags: needinfo?(celian.godefroid)

I was struggling to reproduce aswell, but it happened again yesterday. I'll try to identify the steps to reproduce.

Flags: needinfo?(celian.godefroid)

I've noticed it happen as well. I'll try to track it down through a debugger and see if I get anywhere.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: