Pomoc přepytać

Hladajće so wobšudstwa pomocy. Njenamołwimy was ženje, telefonowe čisło zawołać, SMS pósłać abo wosobinske informacije přeradźić. Prošu zdźělće podhladnu aktiwitu z pomocu nastajenja „Znjewužiwanje zdźělić“.

Dalše informacije

High processor usage with main window closed on Mac

  • 5 wotmołwy
  • 0 ma tutón problem
  • 3 napohlady
  • Poslednja wotmołwa wot Wayne Mery

more options

I have an iMac (Core 2 Duo) running Thunderbird 115.8.1 on Mac OS X 10.13 High Sierra. Thunderbird works fine when I'm actively using it. The problem arises when I close the window and switch to a different app. If I let Thunderbird run in the background for a while, the processor gauge (iStat Menus) will indicate that Thunderbird is using more than 100%, typically about 120-130% cpu usage. As soon as I switch back to Thunderbird (click on it in the Dock), the processor usage drops way down to normal (about 2%) and will stay that way as long as Thunderbird stays in the foreground as the active app. If I close the window and switch to the Finder or Firefox, Thunderbird will eventually start overusing the CPU again. It doesn't happen immediately... probably about 20-30 minutes of being idle in the background.

I've got Thunderbird set up to check one Gmail account. Nothing else. I used to have a different email account, but removed it.

Checking the logs in Console hasn't been helpful thus far. High Sierra seems to flood the logs with unrelated information.

I've noticed this issue for several revisions. I kept hoping that the next update would fix things. No such luck as of 115.8.1. Anyone have ideas how to fix this?

Edit 2024-03-14: I changed the subject to indicate that the problem occurs when the window is closed. It has nothing to do with being in the background vs. foreground.

I have an iMac (Core 2 Duo) running Thunderbird 115.8.1 on Mac OS X 10.13 High Sierra. Thunderbird works fine when I'm actively using it. The problem arises when I close the window and switch to a different app. If I let Thunderbird run in the background for a while, the processor gauge (iStat Menus) will indicate that Thunderbird is using more than 100%, typically about 120-130% cpu usage. As soon as I switch back to Thunderbird (click on it in the Dock), the processor usage drops way down to normal (about 2%) and will stay that way as long as Thunderbird stays in the foreground as the active app. If I close the window and switch to the Finder or Firefox, Thunderbird will eventually start overusing the CPU again. It doesn't happen immediately... probably about 20-30 minutes of being idle in the background. I've got Thunderbird set up to check one Gmail account. Nothing else. I used to have a different email account, but removed it. Checking the logs in Console hasn't been helpful thus far. High Sierra seems to flood the logs with unrelated information. I've noticed this issue for several revisions. I kept hoping that the next update would fix things. No such luck as of 115.8.1. Anyone have ideas how to fix this? Edit 2024-03-14: I changed the subject to indicate that the problem occurs when the window is closed. It has nothing to do with being in the background vs. foreground.

Wot John Gilbert změnjeny

Wšě wotmołwy (5)

more options

Some more information to add... If I leave the Thunderbird window open, but hide the application by Option-clicking on the desktop, the processor usage remains normal. The problem only occurs when the Thunderbird window has been closed.

more options

More info... The problem still occurs with the window closed but leaving Thunderbird in the foreground. So it doesn't matter whether Thunderbird is in the foreground or background. That seems to have no bearing. The Thunderbird window being closed is the deciding factor. When it is closed, the CPU usage goes rampant.

more options

Do you have an external display, as described at https://bugzilla.mozilla.org/show_bug.cgi?id=1834040

Wot Wayne Mery změnjeny

more options

Thanks for the idea, Wayne. That bug report does look nearly identical, but my iMac is not using any external display. Perhaps it is the same bug, and the external display is unrelated. I tried the same suggestions from that thread and got the same results. No solution yet.

Side note: Your link to that bug report is broken. For some reason, the URL includes the question mark and space that precedes it. Could you fix it in case someone else tries using it? Thanks.

more options

John, if you still see this issue, please post a new topic. (I can't reopen this one)