We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Prohledat stránky podpory

Vyhněte se podvodům. Za účelem poskytnutí podpory vás nikdy nežádáme, abyste zavolali nebo poslali SMS na nějaké telefonní číslo nebo abyste sdělili své osobní údaje. Jakékoliv podezřelé chování nám prosím nahlaste pomocí odkazu „Nahlásit zneužití“.

Zjistit více

Thunderbird is extremely slow after the new UI update 115.4.2

  • 4 odpovědi
  • 5 má tento problém
  • 2 zobrazení
  • Poslední odpověď od Wayne Mery

more options

THIS IS A SERIOUS ISSUE - IF IT ISN'T FIXED PRETTY QUICK I'M PORTING OUT - AFTER USING TB FOR 8 YEARS...

The all-new-all-singing-and-dancing Supernova grinds to a halt. There is a thread here: https://connect.mozilla.org/t5/discussions/thunderbird-is-extremely-slow-after-the-new-ui-update-115-4-2/m-p/48006#M17136 that is addressing the complaints of some users but I see nothing by way of developers engaging this issue (or even being aware).

To set the context I posted this (below) at the end of last year. Do any of the new TB development team actually look at these comments? You have a BIG problem here ladies and gentlemen. You just made your shiny new product fall flat on its face.

~~~ ‎12-27-2023 02:56 PM

So time to cut to the chase. (the following are descriptions of context, showing the latency) 1. Left-click on a folder in the left pane; right-click to show secondary floater menu; select "mark folder read": 5 seconds 2. Left click on left pane/folder expand/contract arrow: 5 - 10 secs (varies) 3. Left click on left pane (waiting for right-hand pane to show folder contents: 5 seconds 4. (when viewing right-hand pane: folder contents: 600 messages in the folder) using slidebar to track up and down the folder, so going from "right at the bottom" to "right at the top": 5 seconds 5. Left-click on a folder in the left pane; right-click to show secondary floater menu; select "create new folder": 8 seconds 6. Click on search bar, enter text (type-ahead): 8 seconds for text to appear and search to start 7. Right-click on trash in the left pane (to select "empty trash" (17 messages)): 10 seconds to display 8. On closing always get the pop-up saying "unresponsive window, do you want to close" - but then always eventually gets there and closes.

"5 seconds" appears to be a regular occurrence. Issue with servicing the key-press and mouse click queue?

In other respects this wonderful new interface is an unmitigated disaster and whoever decided that it was ok to release TB115 in this state should be SHOT !!!

~~~ (and to add insult to injury:) 9. click "help" tab / "about": 9 seconds to display the pop-up ...

~~~ So whats your plan, then?

~~~ Misterjat ‎12-30-2023 02:15 AM Not sure they have one. Do they even bother to read these comments?

THIS IS A SERIOUS ISSUE - IF IT ISN'T FIXED PRETTY QUICK I'M PORTING OUT - AFTER USING TB FOR 8 YEARS... The all-new-all-singing-and-dancing Supernova grinds to a halt. There is a thread here: https://connect.mozilla.org/t5/discussions/thunderbird-is-extremely-slow-after-the-new-ui-update-115-4-2/m-p/48006#M17136 that is addressing the complaints of some users but I see nothing by way of developers engaging this issue (or even being aware). To set the context I posted this (below) at the end of last year. Do any of the new TB development team actually look at these comments? You have a BIG problem here ladies and gentlemen. You just made your shiny new product fall flat on its face. ~~~ ‎12-27-2023 02:56 PM So time to cut to the chase. (the following are descriptions of context, showing the latency) 1. Left-click on a folder in the left pane; right-click to show secondary floater menu; select "mark folder read": 5 seconds 2. Left click on left pane/folder expand/contract arrow: 5 - 10 secs (varies) 3. Left click on left pane (waiting for right-hand pane to show folder contents: 5 seconds 4. (when viewing right-hand pane: folder contents: 600 messages in the folder) using slidebar to track up and down the folder, so going from "right at the bottom" to "right at the top": 5 seconds 5. Left-click on a folder in the left pane; right-click to show secondary floater menu; select "create new folder": 8 seconds 6. Click on search bar, enter text (type-ahead): 8 seconds for text to appear and search to start 7. Right-click on trash in the left pane (to select "empty trash" (17 messages)): 10 seconds to display 8. On closing always get the pop-up saying "unresponsive window, do you want to close" - but then always eventually gets there and closes. "5 seconds" appears to be a regular occurrence. Issue with servicing the key-press and mouse click queue? In other respects this wonderful new interface is an unmitigated disaster and whoever decided that it was ok to release TB115 in this state should be SHOT !!! ~~~ (and to add insult to injury:) 9. click "help" tab / "about": 9 seconds to display the pop-up ... ~~~ So whats your plan, then? ~~~ Misterjat ‎12-30-2023 02:15 AM Not sure they have one. Do they even bother to read these comments?

Zvolené řešení

Hello Wayne Did a profile - uploaded to https://share.firefox.dev/3S6ksR4 BUT unless I'm imagining it, all the latency seems to have evaporated. Maybe its fixed now... Best Nick

Přečíst dotaz v kontextu 👍 0

Všechny odpovědi (4)

more options

Glad you have arrived here for support. Please have a look at the details in the items at https://mzl.la/41P4Fcz. Which ones, if any, match your issue?

p.s. the discussion area at Connect is just that, not a support venue. The discussion posting page at https://connect.mozilla.org/t5/forums/postpage/board-id/discussions/search-before-post-mode/true boldly recommends "If you need help with a technical or performance issue, visit Mozilla Support."

more options

Hi Wayne Thanks for this.

> 1860094 Pane resizing is slow for a second or so before display update Yup I get this. But the OP was saying "not with the calendar" - I don't use the calendar so I cant comment on that. But pane resizing is, I think, in the same bag as using window slidebar and I've commented on that.

> 1872148 Significant high CPU when completely idling in libxul.so and g_main_context_poll Yes, usually about 55% (using the "CPU Monitor" on the UI panel (LXQT, U22.04) BUT I don't know what the processes are within TB that are running and consuming all the CPU time...

> 1872620 JIT freezes during startup and then occasionally while use No idea what JIT is ;)

> 1867219 UI delays at all times, even when just entering text.

This seems to be the core one I think; the other 3 seem to be subsets although that is a big assumption... I'll do the profiling later on this afternoon.

Thanks Nick

more options

Zvolené řešení

Hello Wayne Did a profile - uploaded to https://share.firefox.dev/3S6ksR4 BUT unless I'm imagining it, all the latency seems to have evaporated. Maybe its fixed now... Best Nick

more options

Thanks. Please post an update if the problem returns.