1742199 - Site-permission popups broke again on Sway, this time with no workaround

Status: RESOLVED MOVED

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

Description

[Cole Mickens]

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

Steps to reproduce:

Go to discord.

Try to unmute.

Realize that Firefox is just not showing you the permission pop up again.

Then realize there's no workaround because Firefox doesn't allow manual overrides until the site has been blocked/approved.

Actual results:

The little icon in the url bar is lit up, as if it is active and popup is visible... and yet, the popup is not visible.

Previous workarounds of opening another Firefox window and unfocus/focusing the problematic window... no longer works.

Expected results:

1. These popups work the same way other popups from the url bar icons work, since they all can be opened/dismissed just fine right now.

and/or

2. There is a way to grant this permission other than this ephemeral buble.

and/or

3. There is a way to create approve/blocks in Firefox preferences without having to load the site first.

Comment 1

[Cole Mickens]

Attachment: firefox trying to show a permissions dialog but failing (element)

Comment 2

[Cole Mickens]

Attachment: firefox trying to show a permissions dialog but failing (discord)

Comment 3

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

Do you see the same bug at https://mozilla.github.io/webrtc-landing/gum_test.html (webrtc test) when you try to share screen?

Comment 4

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

Also do you see that same bug with latest nightly?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems?rd=Bug_info_Firefox#Testing_Mozilla_binaries
Thanks.

Comment 5

[DragonLich]

Hi, yes I'm able to reproduce this on Sway 1.7 on the site linked above. Have FF 96.0 (64-bit).
For some reason this wasn't problem on Sway 1.6 and it's not happening on Brave.

Comment 6

[DragonLich]

This issue is now fixed in the wlroots and should be fixed in 0.15.1 version.

https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/3436

Feel free to close this BZ.

Comment 7

[BugBot [:suhaib / :marco/ :calixte]]

Redirect a needinfo that is pending on an inactive user to the triage owner.
:stransky, since the bug has high priority, could you please find another way to get the information or close the bug as INCOMPLETE if it is not actionable?

For more information, please visit auto_nag documentation.

Comment 8

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

Moved - https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/3436
Thanks.