1643017 - Screen sharing permission door-hanger has a drop-down option without a string when a confidential bug is loaded and focused in any browser

Status: NEW

(Firefox :: Site Permissions, defect, P3)

Description

[Mike Conley (:mconley) (:⚙️)]

Note

Screen sharing permission door-hanger has a drop-down option without a string.

Affected versions

Nightly v78.0a1

Affected platforms

Windows 10

Steps to reproduce
Required prefs:

Flip privacy.webrtc.allowSilencingNotifications to true
Flip privacy.webrtc.legacyGlobalIndicator to false

1. Open a confidential bug from Bugzilla on Chrome and let the tab on focus.
2. Go to Nightly and start a Video Call in the expected web-app(Talky).
3. Click the button to share your screen view.

Expected result

All options from screen sharing permission door-hanger should have a string name

Actual result

Screen sharing permission door-hanger has a drop-down option without a string name.

Regression range

It is not feature-related. This bug is reproducible on Firefox Release and Firefox Beta

Additional notes

This issue has been found to reproduce with Talky on Windows 10.
This bug description will suffer changes (updates) until the feature testing is completed.

Comment 1

[Mike Conley (:mconley) (:⚙️)]

Attachment: 2020-05-29_13h14_42.png

Comment 2

[Mike Conley (:mconley) (:⚙️)]

Attachment: image.png

Comment 3

[Mike Conley (:mconley) (:⚙️)]

Hi Raluca,

Are you able to reproduce with the prefs you mentioned flipped to their default values?

Comment 4

[Raluca Popovici, Desktop QA]

As mentioned in bug description, this is not caused by the implementation of the feature. It was also reproduced in Release 76.

Comment 5

[Adam Stevenson [:adamopenweb]]

Would be good to know how far back this bug has existed.

Assuming this has existed for some time in Firefox, I wouldn't block the updated sharing UI on this.

Comment 6

[Daniel Bodea [:danibodea]]

This issue could not be reproduced anymore. The initial STR does not cause its reproduction, however, it has been seen ONCE, during the preliminary testing in Beta v84 on Windows 10 so it appears to be somewhat intermittent or a weird edge-case. Considering its low reproduction rate, it will not be included in the report, but we will keep our eyes out for it during future testing.

Comment 7

[Daniel Bodea [:danibodea]]

I managed to reproduce this again in Windows 10, on Nightly v84.0a1, Beta v83.0b7, Release v82.0.2, ESR v68.6.0esr and 78.4.0esr.

Steps:

1. Have a confidential bug opened and focused in the Chrome browser: https://bugzilla.mozilla.org/show_bug.cgi?id=1639856
2. Engage in a WebRTC conference.
3. Attempt to share the confidential bug Chrome window (click the web-app's Screen Share button)
4. Open the "Screen or Window to share" drop-down.
   NOTICE that a blank option is present in the list of screens and windows.

Attempting to find regressor:
Nightly v67.0a1 (2019-01-28) - Reproduces the issue (affected)
Nightly v66.0a1 (2018-12-10) - does not offer the option to share a window, only entire screens. (disabled)

In conclusion, this issue does not seem to be a regression of the browser.

I have also found this:
Steps2:

1. Have a confidential bug opened and focused in the Firefox browser (irrelevant which version):
   https://bugzilla.mozilla.org/show_bug.cgi?id=1639856
2. Engage in a WebRTC conference.
3. Attempt to share the screen (click the web-app's Screen Share button)
4. Open the "Screen or Window to share" drop-down.
   NOTICE that a blank option is present in the list of screens and windows.

This issue is linked to the confidential bug being opened and focused when attempting to share the screen and it is NOT a Fx browser regression.

Comment 8

[Daniel Bodea [:danibodea]]

Moreover, it seems to have been intermittent and it occurs on both Windows 7 and 10.