Closed Bug 1657670 Opened 4 years ago Closed 4 years ago

E-Mail Notifications Not Being Closed after Message is Read

Categories

(Thunderbird :: OS Integration, defect)

defect

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: thesimarchitect, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.59 Safari/537.36

Steps to reproduce:

Message notification doesn't go away when email is read, as expected.

Actual results:

We read a new email, it's market as read, Thunderbird's toast notification (thunderbir's one, not native windows notification in the action center, since it's not supported by Thunderbird and I don't even have it) stays open and needs to be removed manually by clicking on the X

Also, clicking the message doesn't open thunderbird, you have to double click the notification icon near the clock instead.

Expected results:

If you click on a notification the app needs to be opened and the notification goes away.

If you have a few unread emails and you mark them as read in the app all related notifications should be killed automatically without the user having to hide them one by one.

The notification closes after a few seconds automatically. It's not connected to the read status (at all).
Check your settings for "When a new message arrives". Maybe you set the closing time to something really long?

I like to have my notifications persist for longer, since you don't support native notifications, so I know I have email to read. Those notifications should be killed when their corresponding messages are marked as read. 😎

Also, clicking on the message itself opens the message but does not close the pop up, I have to kill them on the X or wait for it to expire.

Like I wrote, the read status has nothing to do with those notifications (which look at new status) which is different.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID

Well, maybe they should, then. What's the point of having a notification window on a message after it's read? Ideally the application should be smart enough to kill those windows when they're unnecessary without the user having to take an extra action.

I am talking about the final result to the user, not the software structure.

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