av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/doh/test/browser/browser_platformDetection.js | Uncaught exception in test - [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIObserverService.removeObserver]"
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-11-17 15:41:31+00:00
Resolved: 2022-12-13 17:01:28+00:00

**Filed by:** sstanca [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=396840360&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Ya7hjEORS1Ct6vl6_2i-dA/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Ya7hjEORS1Ct6vl6_2i-dA/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2022-11-17T12:46:04.307Z] 12:46:04     INFO - TEST-START | browser/components/doh/test/browser/browser_platformDetection.js
[task 2022-11-17T12:46:04.321Z] 12:46:04     INFO - TEST-INFO | started process screenshot
[task 2022-11-17T12:46:04.438Z] 12:46:04     INFO - TEST-INFO | screenshot: exit 0
[task 2022-11-17T12:46:04.445Z] 12:46:04     INFO - Buffered messages logged at 12:46:04
[task 2022-11-17T12:46:04.446Z] 12:46:04     INFO - Entering test bound setup
[task 2022-11-17T12:46:04.446Z] 12:46:04     INFO - Buffered messages finished
[task 2022-11-17T12:46:04.448Z] 12:46:04     INFO - TEST-UNEXPECTED-FAIL | browser/components/doh/test/browser/browser_platformDetection.js | Uncaught exception in test - [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIObserverService.removeObserver]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: resource:///modules/DoHController.jsm :: _uninit :: line 192"  data: no]
[task 2022-11-17T12:46:04.448Z] 12:46:04     INFO - Stack trace:
[task 2022-11-17T12:46:04.448Z] 12:46:04     INFO - _uninit@resource:///modules/DoHController.jsm:192:18
[task 2022-11-17T12:46:04.448Z] 12:46:04     INFO - setup@chrome://mochitests/content/browser/browser/components/doh/test/browser/head.js:72:23
[task 2022-11-17T12:46:04.448Z] 12:46:04     INFO - handleTask@chrome://mochikit/content/browser-test.js:1047:26
[task 2022-11-17T12:46:04.448Z] 12:46:04     INFO - _runTaskBasedTest@chrome://mochikit/content/browser-test.js:1119:18
[task 2022-11-17T12:46:04.448Z] 12:46:04     INFO - Tester_execTest@chrome://mochikit/content/browser-test.js:1254:14
[task 2022-11-17T12:46:04.448Z] 12:46:04     INFO - nextTest/<@chrome://mochikit/content/browser-test.js:1036:14
[task 2022-11-17T12:46:04.449Z] 12:46:04     INFO - SimpleTest.waitForFocus/<@chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:1036:13
[task 2022-11-17T12:46:04.449Z] 12:46:04     INFO - Leaving test bound setup
[task 2022-11-17T12:46:04.449Z] 12:46:04     INFO - Entering test bound testPlatformIndications
[task 2022-11-17T12:46:04.450Z] 12:46:04     INFO - TEST-PASS | browser/components/doh/test/browser/browser_platformDetection.js | Breadcrumb saved. - 

```
Bug: Pages with a long title are not correctly displayed inside the List all tabs option
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-17 16:41:08+00:00
Resolved: 2022-11-18 14:28:03+00:00

**Found in**
* 109.0a1 (2022-11-17)

**Affected versions**
* 109.0a1 (2022-11-17)

**Tested platforms**
* Affected platforms: Windows 10x64, Ubuntu 20.04, macOS 11
* Unaffected platforms: none



**Steps to reproduce**
1. Open a random page with a long title (e.g https://bugzilla.mozilla.org/show_bug.cgi?id=1799460)
2. Click on the `List all tabs` option and observe the content.

**Expected result**
* The items inside are correctly displayed.

**Actual result**
* The page name is clipped and the name exits the hover area on mouse over.

**Regression range**
* Last good revision: 0f84b85f120f45fe6bad63d5e26b5ba4cd89f801
First bad revision: fd69d6b3aeb8e1e04334a0885f60966883a69c08
 Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0f84b85f120f45fe6bad63d5e26b5ba4cd89f801&tochange=fd69d6b3aeb8e1e04334a0885f60966883a69c08 
Possible regressor: bug 1799460.

**Additional notes**
* Attached a screenshot.
Bug: Context menu `Search Google for "hogehoge"` would not update for  selected text or on a link
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-17 17:28:20+00:00
Resolved: 2023-01-11 09:56:56+00:00

Steps to reproduce:
1. Select some text `foo`
2. Right click
   --- Context  menu indicates `Search Google for "foo"`
3. Select the other text `bar`
4. Right click
   --- Context  menu still indicate `Search Google for "foo"` ---BUG



OR 
1. Right click on a link [foo](https://example.com/#foo)
   --- Context  menu indicates `Search Google for "foo"`
2. Right click on the other link [bar](https://example.com/#bar)
   --- Context  menu still indicate `Search Google for "foo"` ---BUG

Actual Results:
Context menu `Search Google for "xxxx"` would not update

Expected Results:
Context menu `Search Google for "xxxx"` should update

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=efbd04cb07486419679cf588ba6095f7ef9edef6&tochange=fd69d6b3aeb8e1e04334a0885f60966883a69c08

Suspect: Bug 1799460
Bug: Firefox Translation infobar gains an extra line unnecessarily
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-17 17:56:11+00:00
Resolved: 2022-11-17 19:50:58+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/109.0
Build ID: 20221117093901

### Steps to reproduce
1. Install [Firefox Translations 1.2 (latest)](https://addons.mozilla.org/firefox/addon/firefox-translations/).
2. Go to a site that triggers Translation infobar, e.g. https://es.wikipedia.org/wiki/Wikipedia:Portada
3. Observe the infobar.

### Actual result
Please refer to the attached screenshot. It is captured on a maximised browser 1920×1080 100% scale.
`This page is in` is on its own line. Other elements do not reflow into this line if I shrink the browser.

Other unfixed quirks in bug 1796698 (not regressed by bug 1799460) are mild compared to this bug. It unnecessarily creates an extra line.

### Regression 
Last good Nightly: 2022-11-16
First bad Nightly: 2022-11-17
Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=efbd04cb07486419679cf588ba6095f7ef9edef6&tochange=1c45b47c2aa0f76cedd400fa82e0e88a6cb68faa

Bisecting autoland builds: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0f84b85f120f45fe6bad63d5e26b5ba4cd89f801&tochange=fd69d6b3aeb8e1e04334a0885f60966883a69c08

This is regressed by bug 1799460.
Bug: Urlbar not focused when opening a new tab in plain full screen mode
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-11-17 18:30:54+00:00
Resolved: 2022-12-21 15:38:39+00:00

Looks like bug 1219775 fixed an issue for video/dom full screen, but at least on macOS, regular full screen, e.g., key_fullScreen -> BrowserFullScreen() -> `window.fullScreen = true` no longer focuses urlbar on new tab as the window stays in full screen.
Bug: A series of white spaces are displayed as a single white space for Bookmarks and folder in menu and Bookmarks toolbar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-17 18:47:34+00:00
Resolved: 2022-11-21 10:25:57+00:00

```
Steps To Reproduce:
1. Create bookmarks, folder like "aaa              bbb" name 
   on Bookmarks toolbar or inside menupopup.

Actual results:
It indicates like "aaa bbb"
Affected: Bookmarks toolbar and menu/menuitem inside menupopup
Unaffected: Sidebar and library


Expected Results:
It should be indicates  "aaa              bbb"
```

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=efbd04cb07486419679cf588ba6095f7ef9edef6&tochange=fd69d6b3aeb8e1e04334a0885f60966883a69c08

Suspect: Bug 1799460
Bug: Online form doesn't appear
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-18 06:42:36+00:00
Resolved: 2022-12-17 10:25:44+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0

Steps to reproduce:

Online product registration form doesn't appear (it does in Chrome—see screenshot):
https://prospin.net/pages/warranty



Actual results:

Form doesn't appear


Expected results:

Form should've appeared (maybe that's obvious, LOL)
Bug: Pages with a long title are not correctly displayed inside the Firefox Account menu
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-18 07:01:32+00:00
Resolved: 2022-12-12 14:51:29+00:00

**Found in**
* 109.0a1 (2022-11-17)

**Affected versions**
* 109.0a1 (2022-11-17)

**Tested platforms**
* Affected platforms: Windows 10x64, Ubuntu 20.04, macOS 11
* Unaffected platforms: none


**Preconditions**
* signed in to sync on multiple Firefox instances with the same account

**Steps to reproduce**
1. In one Firefox instance open a random page with a long title (e.g https://bugzilla.mozilla.org/show_bug.cgi?id=1799460) and perform a sync.
2. Perform a sync on other Firefox Nightly.
3. Click on the Firefox Sync account from the toolbar or the App menu.
4. Observe the menu elements.

**Expected result**
* The items inside are correctly displayed.

**Actual result**
* The page names are cropped and do not have the `...` at the end of long name titles.

**Regression range**
* Last good revision: 0f84b85f120f45fe6bad63d5e26b5ba4cd89f801
First bad revision: fd69d6b3aeb8e1e04334a0885f60966883a69c08
 Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0f84b85f120f45fe6bad63d5e26b5ba4cd89f801&tochange=fd69d6b3aeb8e1e04334a0885f60966883a69c08 
Possible regressor: bug 1799460.

**Additional notes**
* Attached a screenshot.
* The issue can be seen inside Firefox Account located on the toolbar and inside App Menu > Firefox Account.
Bug: MSI installer UpgradeCode changes for each new version
Status: UNCONFIRMED
Priority: --
Created: 2022-11-18 07:49:47+00:00
Resolved: 2022-11-22 11:28:29+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36

Steps to reproduce:

Add a new version of Firefox ESR MSI installer to deployment system, for example add 102.5.0esr as an update to 102.4.0esr.


Actual results:

Previous versions already in the deployment system are not detected as being superseded by the new version that was just added.
The administrator needs to manually mark each old version of Firefox ESR as being updated by the newly added MSI package. Competing browsers do this right and do not impose this additional unnecessary workload on administrators.


Expected results:

All previous versions in the deployment system should be automatically detected as the same product and marked as being superseded by the new update, for example 102.5.0esr is an update for 102.4.0esr, 102.3.0esr, and so on.

I am fairly certain that this is because in the MSI package the "upgrade code" is set wrong. Currently the UpgradeCode is set to an unique GUID on each new MSI package which is wrong AFAICT.

There are 2 relevant GUID in the MSI package:
- Upgrade code: should uniquely identify a "product". For example it is Mozilla Firefox ESR, x86_64. It should be same on all different versions of the same "product". For what exactly is a "product" see the links below and link to MS documentation in the linked bugzilla.
- Product code: should uniquely identify a package, and should usually always be different.

There is much more to these 2 GUIDs and there is also good discussion in the original bugzilla https://bugzilla.mozilla.org/show_bug.cgi?id=231062 for example
- https://bugzilla.mozilla.org/show_bug.cgi?id=231062#c216
- https://bugzilla.mozilla.org/show_bug.cgi?id=231062#c240
- https://bugzilla.mozilla.org/show_bug.cgi?id=231062#c268
Bug: [Experiment] No tooltips are displayed when hovering the “Play”, “Mute” and “Fullscreen” buttons from the Firefox video
Status: NEW
Priority: P3
Created: 2022-11-18 10:26:21+00:00
Resolved: 2022-11-21 16:34:58+00:00

**[Affected versions]:**
- Firefox Nightly 109.0a1 (Build ID: 20221117214129)

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64

**[Prerequisites]:**
- Have the latest version of Firefox Nightly installed and opened.
- Have the “nimbus.debug” pref set to “true” value on the “about:config” page.

**[Steps to reproduce]:**
1. Force enroll in the Treatment A branch of the experiment using the following link: about:studies?optin_slug=onboarding-welcome-video-experiment&optin_branch=treatment-a&optin_collection=nimbus-preview
2. Restart the browser and navigate to the “about:welcome” page.
3. Hover the “Play”, “Mute”, and “Fullscreen” buttons.
4. Observe what happens.

**[Expected result]:**
- The “Play”, “Mute”, and “Fullscreen” tooltips are displayed.

**[Actual result]:**
- No tooltips are displayed.

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: 404 for URL in Settings -> "Quick Actions" -> "Learn More" hyperlink
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-18 11:48:35+00:00
Resolved: 2023-09-25 15:48:31+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:108.0) Gecko/20100101 Firefox/108.0

Steps to reproduce:

Open Settings -> Privacy & Security
In the Address bar section click the "Learn More" link next to the "Quick actions" checkbox.


Actual results:

A 404 is displayed at the target URL: https://support.mozilla.org/en-US/kb/quick-actions-firefox-search-bar?as=u&utm_source=inproduct


Expected results:

A valid help document should be served.
Bug: SyncedTabs.getRecentTabs not returning any tabs immediately after a quick write
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-11-18 13:02:25+00:00
Resolved: 2022-12-19 15:17:10+00:00

I'm on latest nightly 109.0a1, signed in and I have 3 devices connected. When I went to the Firefox View page after updating, I see the "Nothing to see yet message" and upon investigating it's because the `lazy.SyncedTabs.getRecentTabs` is not returning any tabs. It's been at least 15-20 minutes, and despite trying to retrieve new tabs byrefreshing and hitting "sync" under my fx account in the hamburger menu. 

Using the debugger, I can see that the "services.sync.tabs.changed" notifications in [Firefox View](https://searchfox.org/mozilla-central/source/browser/components/firefoxview/tab-pickup-list.mjs#67) are hitting the `getSyncedTabData` function but the `SyncedTabs.getRecentTabs` API keeps returning 0 tabs. 

I saw this for a shorter period yesterday, running firefox locally, and noticed this in the console when this was happening "Final tab list has 0 clients with 0 tabs". But it seemed to recover after about 5-10 minutes so I thought it was a one-time glitch.

Sammy, has there been any recent changes to the API or engine that might've caused this to happen?
Bug: Fix down/up arrow behavior with multiple selectable elements per row
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-11-18 13:16:48+00:00
Resolved: 2023-02-23 13:02:42+00:00

From https://phabricator.services.mozilla.com/D161776:
> while pressing down to go down the list of results, it focuses on each meatball menu button. That could mess up users' muscle memory. I recognize that the placeholder is shown on each result because the logic of showing/adding the button on a result will come in future patches, but while testing this I found it a bit jarring that I had to press down extra times to select a non-heuristic result.

I agree with jteow. I think we discussed that down/up arrow keys should skip this button while tab should not.
Bug: Fix outside click behavior for the urlbar result menu
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-11-18 13:19:29+00:00
Resolved: 2023-02-08 11:16:24+00:00

From https://phabricator.services.mozilla.com/D161776:

> If a user clicks on a meatball menu to open the popup, and then clicks on another meatball menu (or anything else in the browser really), the other won't open, the popup will just hide. I think what makes it a little confusing is that elements in the browser trigger a hover state even though one really can't use them until they dismiss the popup.
Bug: The "activityAfterIdle" message is wrongly triggered after the PC wakes up from "Sleep" or "Hibernation"
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2022-11-18 13:47:49+00:00
Resolved: 2023-01-12 15:15:45+00:00

**[Affected versions]:**
- Firefox Beta 108.0b3 - Build ID: 20221117185908

**[Affected Platforms]:**
- Windows 7 x64

**[Prerequisites]:**
- Have the "Remote Settings Devtools" add-on installed from [here](https://github.com/mozilla-extensions/remote-settings-devtools/releases).

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Click the "Remote Settings Devtools" toolbar button from the right part of the toolbar.
3. Change the environment to "Stage" and restart the browser.
4. Put the PC to "Sleep".
5. Wake up the PC and observe the behavior.

**[Expected result]:**
- The "activityAfterIdle" message is NOT triggered.
    
**[Actual result]:**
- The "activityAfterIdle" message is triggered.

**[Additional Notes]:**
- This issue is also reproducible if the PC was put to "Hibernate" instead of "Sleep".
- Attached is a screen recording of the issue:
Bug: Infer User Browsing History By Hiding Visited Links
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-18 13:59:15+00:00
Resolved: 2022-11-18 22:30:07+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36
Firefox for Android

Steps to reproduce:

Hello!

An attacker can infer user browsing history by changing visited link color and underline to white, where page background color is also white to hide characters. With this, the visitors could be asked to enter a capture challenge to prove they are humans. Based on user input, the attacker is able to deduce if the user visited a link or not.


Actual results:

Visited links are invisible to the user, making it possible for an attacker to infer browsing history.


Expected results:

Both visited and unvisited links should be displayed in a standard way to the user to prevent this trick.

Suggested Fix:
Link styling should take into consideration the background color to prevent making of visited links invisible.
Bug: No "additional permissions" indicator on subdomains of whitelisted domains
Status: NEW
Priority: P3
Created: 2022-11-18 15:26:35+00:00
Resolved: 2024-04-23 17:06:36+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0

Steps to reproduce:

* Go to `about:preferences#privacy`
* Set Firefox to `Delete cookies and site data when Firefox is closed`
* Add an exception for `https://mozilla.org` to whitelist all Mozilla sites
* Open https://bugzilla.mozilla.org/


Actual results:

Cookies are whitelisted, but there's no `You have granted this website additional permissions.` indicator in the address bar.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_moveTab.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-11-18 15:49:11+00:00
Resolved: 2023-06-19 06:12:33+00:00

**Filed by:** mlaza [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=396984814&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/W08PLz-IQl2Ki6LYCRLV7w/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2022-11-18T14:07:15.980Z] 14:07:15     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_moveTab.js | Extension ID of search provider should be set - "mozsearch@tests.mozilla.org" == true - 
[task 2022-11-18T14:07:15.983Z] 14:07:15     INFO - Leaving setup bound 
[task 2022-11-18T14:07:15.986Z] 14:07:15     INFO - Entering test bound move_tab_into_new_window
[task 2022-11-18T14:07:15.988Z] 14:07:15     INFO - Buffered messages logged at 14:05:46
[task 2022-11-18T14:07:15.991Z] 14:07:15     INFO - Awaiting for the urlbar panel to open
[task 2022-11-18T14:07:15.994Z] 14:07:15     INFO - Buffered messages logged at 14:05:47
[task 2022-11-18T14:07:15.996Z] 14:07:15     INFO - Urlbar panel opened
[task 2022-11-18T14:07:15.999Z] 14:07:15     INFO - Buffered messages finished
[task 2022-11-18T14:07:16.002Z] 14:07:16     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_moveTab.js | Test timed out - 
[task 2022-11-18T14:07:16.373Z] 14:07:16     INFO - GECKO(1638) | MEMORY STAT | vsize 3348MB | residentFast 491MB | heapAllocated 213MB
[task 2022-11-18T14:07:16.382Z] 14:07:16     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_UrlbarInput_searchTerms_moveTab.js | took 91366ms
```
Bug: The Zoom Controls percentage is not centered in the Overflow Menu
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-11-18 16:14:16+00:00
Resolved: 2022-11-23 21:26:37+00:00

**Found in**

109.0a1 (2022-11-18)

**Affected versions**

109.0a1 (2022-11-18)

**Tested platforms**
- **Affected platforms:** Windows 10x64, Ubuntu 18.04, macOS 10.15

**Steps to reproduce**
1. Launch Firefox.
2. Access Customize mode.
3. Drag and drop the Zoom Controls inside the Overflow menu.

**Expected result**

The percentage value of the Zoom Controls is centered in the Overflow Menu.

**Actual result**

The percentage value of the Zoom Controls is not centered in the Overflow Menu.

**Regression range**
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0f84b85f120f45fe6bad63d5e26b5ba4cd89f801&tochange=fd69d6b3aeb8e1e04334a0885f60966883a69c08
Possible regressor: Bug 1799460

**Notes**
Please observe the issue in the attachment.
Bug: iframe doesn't trigger load event when password protected pdf is opened
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-11-18 16:34:13+00:00
Resolved: 2022-12-02 20:53:02+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:106.0) Gecko/20100101 Firefox/106.0

Steps to reproduce:

i try to open a password protected file using a vanilla html iframe by passing file's filepath into iframe src attribute


Actual results:

the iframe shows the enter password dialog as intended and opens the files after putting right password in the input, now because of the loading times, i put a loading animation in front of the iframe and hide it using onload event, which is triggered in all browsers if file is not protected, however in my case some files are password protected and onload event is triggered in chrome edge and safari but not on firefox thus user is stuck in an endless loading animation


Expected results:

iframe should fire onload event for password protected pdf's so the loading animation is hidden and user can enter password to see the document as in other browsers
Bug: Firefox feature tour overlaps screenshots UI (component)
Status: NEW
Priority: P3
Created: 2022-11-18 19:21:29+00:00
Resolved: 2022-11-24 20:26:20+00:00

STR: 
- in about:config, enable `screenshots.browser.component.enabled`. 
- in a fresh profile, open Firefox View
- Use ctrl+shift+s to open the Screenshots UI. 

The feature tour visible on first use in Firefox View overlaps the screenshots UI. 
I'm not sure what the expected result should be here - it seems reasonable to want to screenshot this, but its actually implemented as a chrome dialog. So in practice we should either probably prevent Screenshots from showing up, or hide the feature tour dialog - showing both looks broken.
Bug: SPACE should open the result menu when the button is selected
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-11-18 20:07:16+00:00
Resolved: 2023-09-25 15:55:49+00:00

From https://phabricator.services.mozilla.com/D161776:

>  Focusing the button and pressing SPACE should open the menu, instead it puts a space in the input field