Closed Bug 1856513 Opened 2 years ago Closed 1 month ago

[FreeBSD] Regression: with Thunderbird 115: changing theme hangs 15 minutes

Categories

(Thunderbird :: Add-Ons: General, defect)

Product:
Thunderbird
Component:
Add-Ons: General
Version:
Thunderbird 115
Platform:
Unspecified
FreeBSD
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED MOVED

People

(Reporter: grahamperrin, Unassigned)

References

(
URL
)

Details

(Keywords: hang, regression, Whiteboard: [has performance profile])

Attachments

(5 files)

pkg info thunderbird
2.32 KB, text/plain
Details
Screenshot: 'Manage Your Themes' as a header to an earlier view of an extension
192.49 KB, image/png
Details
128 bugged after switching themes from Dark to Light
333.49 KB, image/png
Details
grahamperrin:~ % zgrep thunderbird /var/log/messages.4.bz2 | grep installed
3.66 KB, text/plain
Details
package info
2.76 KB, text/plain
Details
Attached file pkg info thunderbird —

Steps to reproduce:

With (for example) a prior preference for the dark theme:

  1. Tools menu
  2. Add-ons and Themes
  3. Themes
  4. point at the Light theme
  5. click the Enable button

Actual results:

  1. Thunderbird stops responding
  2. more than fifteen minutes later, the change of theme becomes effective.

Expected results:

  1. the change of theme.

Profile

With Thunderbird in troubleshooting mode:

Environment

% pkg iinfo thunderbird
thunderbird-115.3.0_1
% uname -aKU
FreeBSD mowa219-gjp4-8570p-freebsd 15.0-CURRENT FreeBSD 15.0-CURRENT #13 main-n265538-915af883221a: Tue Sep 26 15:28:56 BST 2023     grahamperrin@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG amd64 1500001 1500000
% file /usr/local/lib/thunderbird/thunderbird
/usr/local/lib/thunderbird/thunderbird: ELF 64-bit LSB pie executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 15.0 (1500001), FreeBSD-style, BuildID[sha1]=f05e2abd651123426c44699af7536c30a6c7c7e4, with debug_info, not stripped
%

KDE Plasma.

mail/thunderbird (the port to FreeBSD):

The result of a probe, around three hours after the profile:

Application update

Re: https://www.freshports.org/mail/thunderbird/#history an update is available, from 115.3.0_1 to 115.3.1. Not yet packaged for FreeBSD:15:amd64, so I'll begin building from source with DEBUG=on.

From the official release notes, I doubt that this update will be a fix for this bug, but it's worth a try.

Observations

The slowness is not limited to changes of theme.

A day or so ago: the application stopped responding, for a long time, in response to a click on the Themes button (step 3 above); before attempt to enable a different theme.

If I recall correctly, the first long stop occurred when I chose to cease hiding the system window title bar of Thunderbird 15 (in other words: my requirement for a normal title bar).

Also, if I recall correctly, long stops when I chose to always show scrollbars; when I chose to not show an alert when new messages arrive; when I chose to not play a sound when new messages arrive; and so on.

Side note

I installed the Computer Terminal theme (for Firefox), some time after the update from 102.15.1 to 115.3.0_1, to reduce some of the harshness that I find with the redesign.

I can't recall whether this extension was before or after the first observed long stop – sorry – however I assume that it's irrelevant, in that the bug is reproducible in safe mode (troubleshooting mode).

Keywords: hang, regression
OS: Unspecified → FreeBSD
Summary: Regression: with Thunderbird 115, changes to some appearance-related preferences have become extraordinarily time-consuming → [FreeBSD] Regression: with Thunderbird 115: changing theme hangs

Renato, can you reproduce this?

Flags: needinfo?(garga)

(In reply to Wayne Mery (:wsmwk) from comment #2)

Renato, can you reproduce this?

Graham is a well known and high technical FreeBSD developer. I can try to reproduce too but if he says it's happening, it's certainly happening :)

Flags: needinfo?(garga)

I omitted to test the obvious:

  • not reproducible with a new profile.

So, on one hand: there's scope for you to resolve as WORKSFORME.

On the other hand: we might treat this as an early opportunity to diagnose (if not fix) an obscure use case that involves real-world user data.

In the bugged profile, my default, I have an unusually large global-messages-db.sqlite, if that's relevant. 1.1 GiB. Whilst this is real-world, I imagine that it's rare for a user to store so much.

(In reply to Renato Botelho from comment #3)

Graham is a well known and high technical FreeBSD developer. …

Side note: I'm alumnus (no longer a committer); and when I was a committer, I tried to make clear, from the outset, that I was not a developer (contrary to the generic heading – The FreeBSD Developers – under which my name fell). I mention this, only to avoid possible confusion around my post-resignation contributions to the FreeBSD Project.

I wonder whether this can help us to think about the cause(s).

After viewing an extension in the Extensions tab, I clicked the Themes tab. Some time after the hang began, I noticed:

  • Find more add-ons (and the search field) still at the top of the window
  • below that, Manage Your Themes (with the cog icon to its right)
  • below that, the view of the extension.

(In reply to Renato Botelho from comment #3)

(In reply to Wayne Mery (:wsmwk) from comment #2)

Renato, can you reproduce this?

Graham is a well known and high technical FreeBSD developer. I can try to reproduce too but if he says it's happening, it's certainly happening :)

I don't doubt it. But what I'm wondering is whether another person can also reproduce - it's not a logical certainty that because one person can reproduce an issue well that someone else can also reproduce.

I'm sorry it took so long to me to find the time to take a detailed look at it. I tried to reproduce the problem on Thunderbird 115.3.3 running on FreeBSD 15.0-CURRENT amd64 and I couldn't. I've changed it to light/dark theme many times and it just worked as expected.

Let me know if you need any other tests and, if possible, I'll be glad to help

I spent a few hours, working with the bugged profile and what was originally a new profile. Methodically trying to reduce the bug. A brief period of joy, when it seemed that an advanced preference triggered the bug (or the same symptom), however this was short-lived; not reproducible.

At the end of the test period, there was a sense of randomness.

(In reply to Graham Perrin from comment #1)

… if I recall correctly, long stops when I chose to always show scrollbars; …

For what it's worth: from my final action during the test period, I currently lean towards thinking about scrollbars.

Food for thought:

(In reply to Graham Perrin from comment #1)

reproducible in safe mode (troubleshooting mode).

Tests today suggest that the bug may far less likely to bite in troubleshooting mode. IIRC each change of theme completed in less than one minute.

Still, a minute is excessive - but thankfully you see no effects anywhere else? Just how long is the delay?

FWIW, yesterday I went down the rabbit hole of trying to find any linux performance bug reports that might be related, but it's a long slog and I must move on to other things. Bug query is https://mzl.la/3O9Jhcx

URL: https://www.reddit.com/r/Thunderbird/...

(In reply to Graham Perrin from comment #8)

Methodically trying to reduce the bug.

A flawed methodology. I made a false assumption about the three themes that are integral to Thunderbird.

Two lists:

  1. Themes associated with Thunderbird performance issues … (a blacklist)
  2. Themes not associated with Thunderbird performance issues … (a whitelist).

As far as I can tell: If I restrict myself to switching between themes that are whitelisted, the bug does not bite.

So. What do currently blacklisted themes have in common?

KWin shortcut Alt-Shift-F12 to suspend compositing consistently triggers symptoms of this bug.

Has Thunderbird 115 modernisation made it prone to KDE bug 342326?

window contents freeze

– flagged NVIDIA.

(I discovered the shortcut at comment 48.)

There are plenty of people using KDE

See Also: → https://www.reddit.com/r/Thunderbird/comments/16c89wo/comment/kbpuuk4/?utm_source=reddit&utm_medium=web2x&context=3
Summary: [FreeBSD] Regression: with Thunderbird 115: changing theme hangs → [FreeBSD] Regression: with Thunderbird 115: changing theme hangs 15 minutes

Graham,
Does the same problem happen with Firefox?

Severity: -- → S3
Component: Untriaged → Add-Ons: General
Whiteboard: [has performance profile]

No problem with Firefox.

Thunderbird alone, to the best of my knowledge.

(In reply to Graham Perrin from comment #15)

No problem with Firefox.

Thunderbird alone, to the best of my knowledge.

Ugh!

Does the problem also reproduce with 128?

Flags: needinfo?(vseerror)
Flags: needinfo?(vseerror)

Could be a dupe of bug 1859271, which was fixed in 124 and backported to 115.12.1

(In reply to John Bieling (:TbSync) from comment #17)

Symptoms there seem quite different.

(In reply to Graham Perrin from comment #11)

  1. Themes associated with Thunderbird performance issues … (a blacklist)

With Activity Manager and Spectacle windows on a display to the right, : I switched to Dark, then to Light, then dragged the two windows:

  • from the display on the right
  • to the display on the left (with the main Thunderbird window in the background, not responding).
No longer reproducible since … I'm not sure when. A few days ago I **did** notice that Thunderbird became generally _much_ more responsive. The improvement in speed make me think of reviewing this bug. Without me ploughing through release notes … does anyone know whether there was a big performance-related fix/enhancement (maybe Linux-oriented) in recent weeks? Thanks https://www.freshports.org/mail/thunderbird/#history ```text
Attached file package info —

No longer reproducible since … I'm not sure when.

A few days ago I did notice that Thunderbird became generally much more responsive. The improvement in speed make me think of reviewing this bug.

Without me ploughing through release notes … does anyone know whether there was a big performance-related fix/enhancement (maybe Linux-oriented) in recent weeks?

Thanks

https://www.freshports.org/mail/thunderbird/#history

grahamperrin:~ % zgrep thunderbird /var/log/messages.4.bz2 | grep installed
grahamperrin:~ % zgrep thunderbird /var/log/messages.3.bz2 | grep installed
Mar 13 07:46:56 mowa219-gjp4-zbook-freebsd pkg[67026]: thunderbird-128.8.0_4 installed
grahamperrin:~ % zgrep thunderbird /var/log/messages.2.bz2 | grep installed
grahamperrin:~ % zgrep thunderbird /var/log/messages.1.bz2 | grep installed
grahamperrin:~ % zgrep thunderbird /var/log/messages.0.bz2 | grep installed
Mar 22 17:01:15 mowa219-gjp4-zbook-freebsd pkg[5525]: thunderbird-128.8.1 installed
grahamperrin:~ % grep thunderbird /var/log/messages | grep installed
grahamperrin:~ % freebsd-version -kru ; uname -aKU
15.0-CURRENT
15.0-CURRENT
15.0-CURRENT
FreeBSD mowa219-gjp4-zbook-freebsd 15.0-CURRENT FreeBSD 15.0-CURRENT main-n276044-5648c1d6f3b0 GENERIC-NODEBUG amd64 1500034 1500034
grahamperrin:~ % pkg repos -el | sort -f
FreeBSD-base
FreeBSD-ports
local-current
grahamperrin:~ %

Closing this as MOVED, since something else seemed to have fixed this.

Status: UNCONFIRMED → RESOLVED
Closed: 1 month ago
Resolution: --- → MOVED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: