Open Bug 1517425 Opened 6 years ago Updated 3 years ago

Subprocesses use same process group id (pgid) when opening a link to another browser/firefox

Categories

(Core :: Widget: Gtk, defect)

60 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: mozilla-bugs, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) QtWebEngine/5.12.0 Chrome/69.0.3497.128 Safari/537.36 Steps to reproduce: Open another program from Thunderbird, e.g. clicking a hyperlink to open e.g. Firefox. OS: Arch Linux Actual results: The new child process will have the same PGID (processs group id) as Thunderbird. Expected results: The child process should not have the same PGID. When opening Firefox from a terminal window it will have its own PGID. My use case is sending SIGSTOP to the browser's process group (after some time of inactivity to save resources). This should not affect (stop) Thunderbird itself then.
Component: Untriaged → OS Integration
Summary: Subprocesses use same process group id (pgid) → Subprocesses use same process group id (pgid) when opening a link to another browser/firefox

Not really a TB problem, more a problem of the underlying Mozilla platform and how they start programs triggered via a link.

Surely Core::Widget:Gtk is the wrong component, but the only one I could find that depends on OS specifics.

Component: OS Integration → Widget: Gtk
Product: Thunderbird → Core
Version: 60 → 60 Branch
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.