1752406 - Permissions only work once in sway

Status: RESOLVED MOVED

(Firefox :: Site Permissions, defect, P3)

Description

[btdmaster]

Attachment: demonstration.mkv

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

Steps to reproduce:

I enabled microphone/camera/screen sharing permissions multiple times in the same browser session.

Actual results:

The permissions menu appears the first time. Subsequent ones do not appear. The only possible way to remove the highlighted permission is by pressing Esc (do not allow access). There is no way to allow access.

Expected results:

The permission menu should appear and prompt the user for the necessary permissions.

This regression has appeared in either 96.0.2 or 96.0.3 as I can confirm this was working reliably on 96.0.1-archlinux.

Comment 1

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

The Bugbug bot thinks this bug should belong to the 'Firefox::Site Permissions' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 2

[Negritas Sergiu, Desktop QA]

Hello!

I have tried to reproduce the issue with firefox 98.0a1(2022-01-31) unfortunately I haven't managed to reproduce the issue with Ubuntu 20.04.
Could you please answer the following questions in order for us to investigate it further:

1. Does this issue happen with a new profile? Here is a link on how to create one: https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles
2. Does this issue happen in the latest nightly? Here is a link from where you can download it: https://www.mozilla.org/en-US/firefox/channel/desktop/
3. Do you have any addons installed if so can you list them?

Comment 3

[btdmaster]

I was able to reproduce this on a new Nightly 98.0a1 (2022-01-31) profile with no addons. The same environment was used (MOZ_ENABLE_WAYLAND=1 sway). Please note that I could not reproduce this with GNOME on Wayland on the same Nightly build.

Sorry for being unclear about the environment, please use MOZ_ENABLE_WAYLAND=1 sway to reproduce the issue. The simplest way to run sway for this is storing exec sh -c "MOZ_ENABLE_WAYLAND=1 /path/to/firefox-nightly" in ~/.sway/config.

Comment 4

[Negritas Sergiu, Desktop QA]

Hello! And thank you for the reply.
I have tried to reproduce the issue with the suggestions you have mentioned but unfortunately I wasn't able to reproduce it.

Martin can you take a look at it?

Comment 5

[btdmaster]

I was able to reduce the problem down further -- this bug does not occur on sway 1.6.1 with wlroots 0.14.1 (the previous release) but does occur on sway 1.7 with wlroots 0.15.0.

Comment 6

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

Can you use mozregression to find the broken commit?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Use_Mozregression_tool
Thanks.

Comment 7

[btdmaster]

Last good revision: 455afdd12fcd5da20b21aded881b990464b0a268
First bad revision: b4a30d9e69dc22dab6ea70b2e6f9406c78b82c76

Comment 8

[Darkspirit]

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=455afdd12fcd5da20b21aded881b990464b0a268&tochange=b4a30d9e69dc22dab6ea70b2e6f9406c78b82c76

Comment 9

[Robert Mader [:rmader]]

I was told it was fixed in https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/3436 btw.