Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.software.thunderbird > #22037
| From | Paul <nospam@needed.invalid> |
|---|---|
| Newsgroups | alt.comp.software.thunderbird |
| Subject | Re: Remanents of Thunderbird |
| Date | 2026-09-08 03:52 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <117oesl$3vrms$1@dont-email.me> (permalink) |
| References | <117m713$36us3$1@dont-email.me> |
On Mon, 9/7/2026 7:26 AM, knuttle wrote:
> I recently discovered that when you close Thunderbird there are several
> parts are left in the Task Manager. There are four which I suspect are
> internet accesses to the four accounts I have in Thunderbird.
>
> Is this action new or is it the cause of the incomplete shutdowns I
> occasionally experience. In complete = all active programs and desktop
> shut down but the power lights of the laptop stay one until you do a hard
> shutdown. ie hold the power key
Here is a picture.
[Picture]
https://imgur.com/a/1957TKP
https://postimg.cc/rRtK9djm
https://i.postimg.cc/BbmH4H1x/Thunderbird-In-Tray.gif
The multi-process configuration, has individual children with fixed purposes.
For example, two of the processes are "tab", which means they have something
to do with the support of "tabbed views". One of the processes is "GPU", meaning
something to do with the graphics used, OpenGL, or whatever the flavor of display
stack is this week.
These processes are NOT assigned one per account. If you went from four accounts
to one account, the shuffle does not change. The processes support "functions",
some of the child processes, if killed, they re-fork. It is when the parent dies,
it harvests all the children (or it is supposed to). The tasking model on
Windows is not perfect, so when I use terminology like this, it might not be
precise enough for the job. A good OS would have a PPID field (Parent Process ID),
making it easy for the user to spot the parent. I have to resort to using
Process Explorer, where the Parent is to the left, and the Children are indented.
As for what is happening, yes, Thunderbird is in the tray, but it is also at full
power. It's not a Metro.App in Suspend state. And I am not claiming it should be
that way either. The state diagram for Metro.Apps, is not drawn properly, as
when a Suspended app is headed for a doom situation, it is harvested. It should
be "easy to kill" if Suspended. Running at full power, does not block the OS from
doing things. It should be no different than if Thunderbird was on the screen.
While you can assert a multi-media bit to "hold the screen open when playing a movie",
the child processes in this case, may not even have the movie player. I'm not sure
what the movie player child would have for a label.
What I'm seeing is not entirely abnormal, and someone will have to judge whether
this Tray situation is correct or not. I can't really say, one way or another.
I presume there is a good reason for this Tray feature, drumming fingers
now, trying to think how no state change and move to Tray is "goodness".
Paul
Back to alt.comp.software.thunderbird | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Remanents of Thunderbird knuttle <keith_nuttle@yahoo.com> - 2026-09-07 07:26 -0400
Re: Remanents of Thunderbird Andy Burns <usenet@andyburns.uk> - 2026-09-07 12:57 +0100
Re: Remanents of Thunderbird dillinger <dillinger@not.invalid> - 2026-09-07 18:12 +0200
Re: Remanents of Thunderbird "J. P. Gilliver" <G6JPG@255soft.uk> - 2026-09-07 17:15 +0100
Re: Remanents of Thunderbird Jeff Layman <Jeff@invalid.invalid> - 2026-09-07 18:21 +0100
Re: Remanents of Thunderbird "J. P. Gilliver" <G6JPG@255soft.uk> - 2026-09-08 22:56 +0100
Re: Remanents of Thunderbird Paul <nospam@needed.invalid> - 2026-09-08 03:52 -0400
Re: Remanents of Thunderbird knuttle <keith_nuttle@yahoo.com> - 2026-09-08 18:58 -0400
Re: Remanents of Thunderbird Andy Burns <usenet@andyburns.uk> - 2026-09-09 01:41 +0100
Re: Remanents of Thunderbird knuttle <keith_nuttle@yahoo.com> - 2026-09-09 07:19 -0400
csiph-web