Open Bug 1767546 Opened 5 months ago Updated 1 month ago

[Wayland] Support XDG_ACTIVATION_TOKEN env var

Categories

(Core :: Widget: Gtk, enhancement)

Firefox 100
enhancement

Tracking

()

UNCONFIRMED

People

(Reporter: contact, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:100.0) Gecko/20100101 Firefox/100.0

Steps to reproduce:

There's no way to raise firefox from other apps from what I can see or the way of doing so is unclear. Firefox already implemented xdg-activation-v1, however the XDG_ACTIVATION_TOKEN was left alone.

The xdg-activation-v1 protocol states the following.

This token is then forwarded to the client, which is supposed to activate one of its surfaces, through a separate band of communication.

One established way of doing this is through the XDG_ACTIVATION_TOKEN environment variable of a newly launched child process. The child process should unset the environment variable again right after reading it out in order to avoid propagating it to other child processes.

Another established way exists for Applications implementing the D-Bus interface org.freedesktop.Application, which should get their token under XDG_ACTIVATION_TOKEN on their platform_data.

It's similar to X11 DESKTOP_STARTUP_ID(which firefox has some handling for), and is supported by gtk from what I can see.

Actual results:

Firefox isn't activated when passing XDG_ACTIVATION_TOKEN token to it.

Expected results:

Firefox should activate with when the token was provided to it.

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core
You need to log in before you can comment on or make changes to this bug.