Vyhľadajte odpoveď

Vyhnite sa podvodom s podporou. Nikdy vás nebudeme žiadať, aby ste zavolali alebo poslali SMS na telefónne číslo alebo zdieľali osobné informácie. Nahláste prosím podozrivú aktivitu použitím voľby “Nahlásiť zneužitie”.

Ďalšie informácie

Some messages don't get marked "read" for a long time after opening

  • 4 odpovede
  • 0 má tento problém
  • 66 zobrazení
  • Posledná odpoveď od Matt

more options

Hi. I'm using T-bird v 115.3.2, and since the upgrade to 115, I've been seeing weird behavior regarding opening messages vs their getting marked read.

I'm referring to actually opening the message in a new window (I do not use the preview window--it is turned off).

My usual reading behavior is to open a message, read it, then press <F> to go to the next message. In either case, most messages immediately get marked as read. However, some random messages do not get marked as read immediately--after a delay, the message gets marked as read. It seems to be related to messages from some specific senders, as opposed to random messages. For example, marketing messages from Southwest Airlines always seem to have this issue, as do the daily newsletters from "The Hustle."

What are the criteria for T-bird to think a message has been read? If it matters, I'm seeing this on mailboxes where I use IMAP access. I have not seen it occur in the mailbox where I use POP3 access, but almost all of those messages are plain text.

Hi. I'm using T-bird v 115.3.2, and since the upgrade to 115, I've been seeing weird behavior regarding opening messages vs their getting marked read. I'm referring to actually opening the message in a new window (I do not use the preview window--it is turned off). My usual reading behavior is to open a message, read it, then press <F> to go to the next message. In either case, most messages immediately get marked as read. However, some random messages do not get marked as read immediately--after a delay, the message gets marked as read. It seems to be related to messages from some specific senders, as opposed to random messages. For example, marketing messages from Southwest Airlines always seem to have this issue, as do the daily newsletters from "The Hustle." What are the criteria for T-bird to think a message has been read? If it matters, I'm seeing this on mailboxes where I use IMAP access. I have not seen it occur in the mailbox where I use POP3 access, but almost all of those messages are plain text.

Všetky odpovede (4)

more options

An update to this issue: T-bird updated itself and now is version 115.5.1. However, the issue persists.

more options

There are a number of open bugs which might be a match; https://bugzilla.mozilla.org/show_bug.cgi?id=814665 https://bugzilla.mozilla.org/show_bug.cgi?id=1673380 https://bugzilla.mozilla.org/show_bug.cgi?id=537600 https://bugzilla.mozilla.org/show_bug.cgi?id=1226125

I could see any of those being related or exactly matching. It is not an exhaustive list, I just don't have time to work through them all.

more options

Thank you for the references. This is the first time I've posted about an issue... normally, I can find the answer through web searching. I'll do some research through the bug reports.

Those bug reports reference older versions, and this issue started for me with 115. The issue may be related, though.

Thanks!

more options

The key factor is of the bug is "Open" not the version it was first observed in.

Fundamentally there are issues, I think that perhaps the move to defaulting to threaded views of mail may have in some way made a preexisting bug more obvious, rather than there being a new bug. I say this based more on the lack of change in the code for marking a message as read than any real knowledge.

It may also have something to do with those using the card view of mail instead of the traditional list view, as it uses a completely new display "component".

Please post a link to any bug you may file, or any result you get. There have been a number of posts about messages marking as read, and they appear to mostly revolve around the view in a window view. But any concrete information with steps to reproduce will see a bug that is actionable, rather than a report of an anomaly.

Upravil(a) Matt dňa