-P (and --profile) argument should be honored when using MOZ_DBUS_REMOTE
Categories
(Core :: Widget: Gtk, defect, P2)
Tracking
()
People
(Reporter: m_khvoinitsky, Unassigned)
References
(Blocks 1 open bug)
Details
Steps to reproduce:
env MOZ_DBUS_REMOTE=1 MOZ_ENABLE_WAYLAND=1 firefox -P personal
this works, as expected:
env MOZ_DBUS_REMOTE=1 MOZ_ENABLE_WAYLAND=1 firefox -P personal https://someurl
this shows an error "Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system.":
env MOZ_DBUS_REMOTE=1 MOZ_ENABLE_WAYLAND=1 firefox -P work
Expected behaviour:
Both following commands should open two instances of the browser each with specified profile (as it works without dbus).
env MOZ_DBUS_REMOTE=1 MOZ_ENABLE_WAYLAND=1 firefox -P personal
env MOZ_DBUS_REMOTE=1 MOZ_ENABLE_WAYLAND=1 firefox -P work
Both following commands should open links in running instance (or launch new if it doesn't running) of corresponding profile:
env MOZ_DBUS_REMOTE=1 MOZ_ENABLE_WAYLAND=1 firefox -P personal https://someurl
env MOZ_DBUS_REMOTE=1 MOZ_ENABLE_WAYLAND=1 firefox -P work https://someurl
Note 1: MOZ_ENABLE_WAYLAND=1 shouldn't matter here.
Note 2: the same behaviour is expected when --profile /path/to/profile is used, however, now it is also broken without dbus. So, it would be good if this will be fixed too.
Reporter | ||
Comment 1•5 years ago
|
||
Sorry for formatting, I didn't expect it to be rendered with markdown.
I don't know how but it seems to work for me now.
Can you re-test please with latest nightly?
Thanks.
Reporter | ||
Comment 3•3 years ago
|
||
Checked on stable 91.0.2, it indeed works, thanks.
Description
•