[Snap] Firefox displays file selection browser in wrong login session
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: mozilla, Unassigned, NeedInfo)
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:
Login on main desktop (Ubuntu 22.04, I use X11 with the twm window manager if that is relevant).
Start firefox (snap list reports
firefox 100.0-2 1300 latest/stable mozilla* -
).
Make a seperate X login session from another machine (I use tigervncserver to start a vnc session then log into that from an android tablet using "bVNC Free".
Back on the first machine, with firefox open a page that links to a document that opens with a different program, eg a .docx or a .pptx
I have not tried previous snap versions of firefox; this is the first version of Ubuntu which does not have a native firefox package from Canonical.
Wayland may have replaced X11, but a Wayland VNC session would still be an "exciting" experiment.
Actual results:
xdg-desktop-portal-gtk opens a file-selection window on the tablet login session which has no firefox running.
xlsclients -display :0
warden firefox
warden xbiff
warden /usr/bin/xterm
etc.
xlsclients -display :2
warden xdg-desktop-portal-gtk
warden xdg-desktop-portal-gtk
warden xbiff
etc.
Expected results:
The file-selection window should have appeared on the same login session as the firefox windows.
Comment 1•2 years ago
|
||
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.
Comment 2•2 years ago
|
||
Can you test plain Mozilla binary, without snap? There's a how to:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_binaries
Thanks.
Reporter | ||
Comment 3•2 years ago
|
||
Thanks.
The plain Mozilla binary does not exhibit the bug.
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_binaries
That is a very useful page, thanks.
I am willing to help with the snap bug, but will switch to this version for everyday use.
Comment 4•2 years ago
|
||
Moving to snap tracker, Thanks.
Updated•2 years ago
|
Reporter | ||
Updated•2 years ago
|
Comment 5•2 years ago
|
||
A lot of things were recently fixed around xdg-desktop-portal
is that something you still experience ? Also I assume your firefox/stable
runs as xwayland
as it should, does it repro with MOZ_ENABLE_WAYLAND=1 firefox
for forcing pure wayland ?
Reporter | ||
Comment 6•2 years ago
|
||
My main desktop is pure X11.
I have only seen the problem behaviour with Ubuntu's firefox packaged as a Snap, the standard Mozilla release of snap did not have the problem.
I do not yet have a functioning Wayland desktop (migration from X11/twm on an intel gpu is not a priority for me).
I will see what I can do, but my assumption is that SNAP is part of the issue. Would xdg-desktop-portal and Snap interact ?
Comment 7•2 years ago
|
||
Yes, we need xdg-desktop-portal
when running under Snap, so this is likely linked.
Reporter | ||
Comment 8•2 years ago
|
||
That should have read:
I have only seen the problem behaviour with Ubuntu's firefox packaged as a Snap, the standard Mozilla release of firefox did not have the problem.
Reporter | ||
Comment 9•2 years ago
|
||
The problem was originally seen with X11/twm but tested for on Wayland.
With "Firefox Browser 101.0.1 (64-bit)
Mozilla Firefox Snap for Ubuntu canonical-002 - 1.0"
I do not see the problem with X11/twm.
Is it reasonable to closed as fixed in 101.0.1, or do you still need me to test on Wayland ?
Reporter | ||
Updated•2 years ago
|
Comment 10•2 years ago
|
||
(In reply to Andrew Aitchison from comment #9)
The problem was originally seen with X11/twm but tested for on Wayland.
With "Firefox Browser 101.0.1 (64-bit)
Mozilla Firefox Snap for Ubuntu canonical-002 - 1.0"
I do not see the problem with X11/twm.Is it reasonable to closed as fixed in 101.0.1, or do you still need me to test on Wayland ?
If you can't repro on the original context you reported the issue at first it's already a good sign, but if you can confirm it is fine on Wayland as well it would be very welcome !
I'm going to mark this as fixed for now, and if you ever repro on Wayland we can reopen. Thanks for your time!
Description
•