1728952 - [Wayland] Permission popups can't be opened after while

Status: VERIFIED FIXED

(Core :: Widget: Gtk, defect, P2)

Description

[Martin Stránský [:stransky] (ni? me)]

Go to https://mozilla.github.io/webrtc-landing/gum_test.html
Try to repeatedly open/close site permissions popups. After while popups can't be opened.

Comment 1

[Martin Stránský [:stransky] (ni? me)]

Also URL bar indicates that the popups are opened but they are not visible.

Comment 2

[Hugo Osvaldo Barrera]

I also see this happens when:

• Get a permissions popup.
• Give focus to another application.
• The popup can no longer shows up.

Switching to another tab and back fixes it.

I think it's the same issue, right?

Comment 3

[Martin Stránský [:stransky] (ni? me)]

Yes, looks like a similar one.

Comment 4

[ettavolt]

For me this happens 100% after Firefox first propose to save some password. This is often a case with Zoom meetings: I enter password to access it, get save panel, get this bug when 'Join with computer audio' after.

Comment 5

[Martin Stránský [:stransky] (ni? me)]

Does it hell if you try latest nightly, go to about:config, add widget.use-move-to-rect bool key and set it to false and restart browser?

Comment 6

[teutates]

I tried your suggestion with latest nightly and sadly it didn't help here. I can confirm the description by ettavolt triggers it every time (save password prompt + permissions pop up = permissions pop up disappears). This is on sway version 1.6.1.

Comment 7

[Martin Stránský [:stransky] (ni? me)]

Which compositor do you use? I'm unable to reproduce with mutter-40.5 / Fedora 34.

Comment 8

[teutates]

This is with sway 1.6.1 and wlroots 0.14.1 on NixOS 21.05.

Comment 9

[Martin Stránský [:stransky] (ni? me)]

I see. Can you please test with nested mutter?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Testing_different_Wayland_compositor
Thanks.

Comment 10

[ettavolt]

Attachment: Mozilla's gum_test with username+password form added

I've added simple form to trigger 'Remember password' popup. This is enough for 96.0a1 (2021-11-08) (64-bit) to break when talking to mutter 40.5-1 irrespectively of widget.use-move-to-rect: false added.

The process is as follows:

1. Enter random chars into Username and Password fields
2. Click Submit
3. Save or Don't the password
4. Click Screen Capture

Comment 11

[ettavolt]

One more note: I have mutter's scale-monitor-framebuffer and autoclose-xwayland experiments enabled, but ATM scaling is 100% and there are apps talking to XWayland.

Comment 12

[Martin Stránský [:stransky] (ni? me)]

Can reproduce, Thanks for the testcase.

Comment 13

[Martin Stránský [:stransky] (ni? me)]

Well, yes. We handle persistent popups differently and non-persistent on Wayland and it looks like gecko changes window type on fly which confuses our WPME (Wayland popup management engine :))

Comment 14

[Martin Stránský [:stransky] (ni? me)]

Hm, looks like we need to re-map the popup when popup type changes.

Comment 15

[Martin Stránský [:stransky] (ni? me)]

Attachment: Bug 1728952 [Wayland] Reconfigure popup window when popup type is changed, r?emilio

Popup permanent state can be changed during popup lifetime and we need to reconfigure it in such case.

Comment 16

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/ddecf8f394d3
[Wayland] Reconfigure popup window when popup type is changed, r=emilio

Comment 17

[Atila Butkovits]

https://hg.mozilla.org/mozilla-central/rev/ddecf8f394d3

Comment 18

[Catalin Sasca, Desktop Test Engineering [:csasca]]

I was able to reproduce the issue on Firefox 93.0a1 (2021-09-03) under Ubuntu 20.04 using the testcase provided in Comment 10.

The issue is fixed on Firefox 96.0b4 and Firefox 97.0a1 (2021-12-14) under the same system.