1844628 - opening multiple tabs affects marking a message read/unread with a key - takes 1-5 seconds

Status: UNCONFIRMED

(Thunderbird :: Folder and Message Lists, defect)

Description

[Gary Hooper]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

After upgrading to 115 from 112 (on macOS 13.4.1), the UI overall feels much more sluggish. E.g. marking a message read/unread with a key takes 1-2 seconds to respond.

Expected results:

Same response as 112.

Comment 1

[Wayne Mery (:wsmwk)]

with 115.0.1 ?

Comment 2

[Gary Hooper]

115.0.1 is no better.

Comment 3

[Wayne Mery (:wsmwk)]

Please create a performance profile and post it here. Make the collection time very short so that you capture just the marking activity.
https://support.mozilla.org/en-US/kb/profiling-thunderbird-performance

Comment 4

[Gary Hooper]

What personal data is captured in these logs? What is the best method to redact?

Comment 5

[Wayne Mery (:wsmwk)]

Please read the article. Your question is aswered there.

Comment 6

[Gary Hooper]

I downloaded the file, and glanced at it. It definitely has a significant amount of personal information in it, e.g. names of all my email accounts, servers used, etc.

Does the Upload function strip this? If not, "The profile does NOT contain personally identifiable nor private information unless you explicitly opt in to sharing such additional information." is not accurate. Where does one opt in or our of sharing?

Comment 7

[Wayne Mery (:wsmwk)]

Attachment: Screenshot 2023-08-08 at 5.16.15 AM.png

(In reply to Gary Hooper from comment #6)

I downloaded the file, and glanced at it. It definitely has a significant amount of personal information in it, e.g. names of all my email accounts, servers used, etc.

Sure, the download does have PII. It hasn't stripped anything because it is on your computer. But ...

Does the Upload function strip this? If not, "The profile does NOT contain personally identifiable nor private information unless you explicitly opt in to sharing such additional information." is not accurate. Where does one opt in or our out of sharing?

Exactly as stated in this screen shot.

By default none of those boxes is checked on, so no PII is uploaded.

Comment 8

[Gary Hooper]

The fact that Download and Upload change the data is at best a very odd UI. Frankly, I do not trust it.

Comment 9

[Wayne Mery (:wsmwk)]

Did you really update from beta 112? Or was it release 102?

(In reply to Gary Hooper from comment #8)

The fact that Download and Upload change the data is at best a very odd UI. Frankly, I do not trust it.

I don't understand your comment. The point is they are supposed to be different:

• the download includes all your PII which you can then give the profile to a single trusted developer and not have it posted in public -or-
• the upload process send a smaller, reduced set of data which *explicitly does not include any PII - and even after it is uploaded, only those who have the link can see the data you chose to upload

Over 300 bug reports have such profile URLs posted this year alone -

If you are unable to provide a profile then your only recourse is to go through https://wiki.mozilla.org/Thunderbird:Testing:Memory_Usage_Problems or hope someone reports a similar issue.

Comment 10

[Wayne Mery (:wsmwk)]

One of the key performance bugs bug 1851871 which should be fixed next week in 115.3.0.
Please post your results here next week.

Comment 11

[Graham Perrin]

Flags: needinfo?([e-mail])

Gary, please, have you updated and if so, is the bug reproducible?

Comment 12

[Gary Hooper]

115.3.1 is still very sluggish compared to 102.15.1. Simply toggling between read and unread takes seconds, regardless of the message selected.

It is so sluggish that I have reverted back to 102.15.1.

Comment 13

[Gary Hooper]

Some further information. (I have multiple email accounts configured, and multiple tabs open in a single window.)

If I have a single window with a single tab, marking messages read/unread is responsive. If I open a second tab in the same window, speed is a little slower. As I open successive tabs, the speed decreases. After 5-6 tabs, responsiveness of marking read/unread is interfering with normal usage.

Should be easy to reproduce.

Comment 14

[Wayne Mery (:wsmwk)]

This will likely be either bug 1855758 (fixed on daily, ETA 115.4.1) or bug 1856929 (not yet fixed)

Comment 15

[Gary Hooper]

It remains unfixed in 115.4.1.

Comment 16

[Gary Hooper]

This problem remains unfixed in 115.5.0.

Comment 17

[Gary Hooper]

Still a problem in 115.5.2.

Comment 18

[Wayne Mery (:wsmwk)]

(In reply to Gary Hooper from comment #13)

Some further information. (I have multiple email accounts configured, and multiple tabs open in a single window.)

If I have a single window with a single tab, marking messages read/unread is responsive. If I open a second tab in the same window, speed is a little slower. As I open successive tabs, the speed decreases. After 5-6 tabs, responsiveness of marking read/unread is interfering with normal usage.

Should be easy to reproduce.

Unfortunately no, I am not able to reproduce. If no one else can reproduce, and with no performance profile, this likely will not make progress.

Comment 19

[Gary Hooper]

You can download a profile where I selected a message, marked it unread, arrowed up, marked this message unread, and then marked both of these messages read again.

Please let me know whether this includes the required info.

I will add that even with 115.5.2, Thunderbird overall feels very sluggish compared to the final 102 iteration: slower to open, slower to load messages, slower to change tabs, etc.

Comment 20

[Wayne Mery (:wsmwk)]

Thanks for the profile. https://share.firefox.dev/47ft1NC has lots of reflow.

If this still reproduces with current version 115.6, are you able to try daily build from https://download.mozilla.org/?product=thunderbird-nightly-latest-SSL&os=osx&lang=en-US and try it with a new profile.

Comment 21

[Gary Hooper]

This is still a problem in 115.8.0.

Comment 22

[Gary Hooper]

This is still a problem in 115.10.0. It's taking 4 seconds to mark a message read/unread, versus instantaneously in 102.15.1.

Comment 23

[Wayne Mery (:wsmwk)]

This is likely fixed in 128, which ships in July. The only way to get it sooner is https://www.thunderbird.net/en-US/download/beta/

Comment 24

[Gary Hooper]

Hi Wayne. Is there another bug fix that you think is impacting this? (I don't see it linked.) Why is it "likely fixed in 128"?

Comment 25

[Gary Hooper]

Still broken in 128.0 esr.

Comment 26

[Gary Hooper]

Still broken in 128.2.3esr.