av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/tools/mozscreenshots/permissionPrompts/browser_permissionPrompts.js | Unexpected exception in [ noLWT, loginCapture ]: Timed out -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-03-25 00:08:12+00:00
Resolved: 2021-08-31 17:03:15+00:00

**Filed by:** nbeleuzu [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=294580103&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/UtR4evmbQFemvXqFfjUI-w/runs/0/artifacts/public/logs/live_backing.log

---

[task 2020-03-24T23:37:55.813Z] 23:37:55     INFO - Buffered messages finished
[task 2020-03-24T23:37:55.814Z] 23:37:55     INFO - TEST-UNEXPECTED-FAIL | browser/tools/mozscreenshots/permissionPrompts/browser_permissionPrompts.js | Unexpected exception in [ noLWT, loginCapture ]: Timed out - 
[task 2020-03-24T23:37:55.814Z] 23:37:55     INFO - Stack trace:
[task 2020-03-24T23:37:55.814Z] 23:37:55     INFO - chrome://mochikit/content/browser-test.js:test_ok:1292
[task 2020-03-24T23:37:55.814Z] 23:37:55     INFO - resource://mozscreenshots/TestRunner.jsm:_performCombo:417
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - resource://mozscreenshots/TestRunner.jsm:start:157
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - chrome://mochitests/content/browser/browser/tools/mozscreenshots/permissionPrompts/browser_permissionPrompts.js:capture:15
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest/<:1062
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1097
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:925
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/waitForFocusInner/focusedOrLoaded/<:918
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - 	Timed out
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - Combination 08/30: noLWT_notifications
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - promising notifications
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - calling notifications
[task 2020-03-24T23:37:55.815Z] 23:37:55     INFO - called notifications
Bug: aboutNetError's setNetErrorMessageFromCode likes to pass empty strings to document.l10n.formatValues which produces errors
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-03-25 10:45:51+00:00
Resolved: 2020-05-11 08:31:34+00:00

We apparently don't hit this in automation or it'd cause failures there, I'm pretty sure.

STR:

1. open nightly with a new profile
2. open youtube

ER:

No internal error messages

AR:

```
console.warn: "[fluent] Missing translations in en-US: ."
```

This is because we're falling back to an empty error code string, which we then pass to `formatValue`.

We shouldn't do this - we should avoid calling `formatValue` if we don't have a string to look for. Also, there should be a test for whatever is happening behind the scenes here.

Johann, is there a good component for this stuff?
Bug: Question mark prefixed to search query when using hotkeys.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-25 13:02:31+00:00
Resolved: 2020-03-31 00:02:05+00:00

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

Steps to reproduce:

1. Use address bar for search and navigation.
2. Use hotkey to focus search bar (CTRL + K).
3. Type in query.
4. Complete search.


Actual results:

A literal question mark is placed in the address bar and is prefixed to the search query (example: "? where's waldo?").


Expected results:

The address bar should be empty when focused for search.
Bug: Default zoom level is not applied when `browser.zoom.siteSpecific` is set to false
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-25 13:12:03+00:00
Resolved: 2020-04-08 10:10:55+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36

Steps to reproduce:

Configure in `about:preferences` a custom default zoom level different than 100%.  Then configure in `about:config` `browser.zoom.siteSpecific` to false.



Actual results:

The chosen default zoom level is not applied anymore (i.e. everything is at 100%).  However pressing `Ctrl+0` will set the correct zoom level.


Expected results:

Opening a new tab should have the zoom level that was chosen in `about:preferences`.
Bug: No file extension is appended if no extension is specified by the `download` attribute on a link
Status: NEW
Priority: P3
Created: 2020-03-25 13:38:04+00:00
Resolved: 2020-05-12 00:06:55+00:00

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

Steps to reproduce:

When using the download-attribute, like in
'<a href="/images/myw3schoolsimage.jpg" download="w3logo">'
from: https://www.w3schools.com/tags/tryit.asp?filename=tryhtml5_a_download2

The downloaded file dosn't get a fileextiention.


Actual results:

The file is downloaded as w3logo


Expected results:

The file is downloaded as w3logo.jpg, as described in the w3schools.com test page.

Ubuntu can open the file fine, without a file extention, as it uses the mime/type to decide what program to open it with, so not a big problem.
Bug: Perma linux ccov TEST-UNEXPECTED-TIMEOUT | automation.py | application timed out after 370 seconds with no output  [browser/base/content/test/performance/io]
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-25 14:38:00+00:00
Resolved: 2020-09-30 23:15:28+00:00

See https://bugzilla.mozilla.org/show_bug.cgi?id=1414495#c376 through https://bugzilla.mozilla.org/show_bug.cgi?id=1414495#c393: on linux/ccov, browser-chrome mochitests on browser/base/content/test/performance/io perma-fail with a 370 second timeout because browser startup exceeds the 180 seconds that marionette waits for startup.

browser/base/content/test/performance/io/browser.ini defines extra prefs and environment and we expect the startup to be slow, more so on ccov.
Bug: Crash in [@ AsyncShutdownTimeout | profile-before-change | RemoteSettingsClient - finish IDB access.]
Status: REOPENED
Priority: P3
Created: 2020-03-25 15:08:45+00:00
Resolved: 2025-02-13 21:22:56+00:00

This bug is for crash report bp-c331ee2e-97b2-47f0-8fc4-679480200325.

```
Top 10 frames of crashing thread:

0 mozglue.dll mozalloc_abort memory/mozalloc/mozalloc_abort.cpp:33
1 xul.dll NS_DebugBreak xpcom/base/nsDebugImpl.cpp
2 xul.dll nsDebugImpl::Abort xpcom/base/nsDebugImpl.cpp:134
3 xul.dll XPTC__InvokebyIndex 
4  @0x1d02591d09f 
5 xul.dll static XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1141
6 xul.dll XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:947
7 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:568
8 xul.dll Interpret js/src/vm/Interpreter.cpp:3026
9 xul.dll js::InternalCallOrConstruct js/src/vm/Interpreter.cpp:603

```

Only a few reports until now, but this seems to have started with Nightly build 20200324214641.
Bug: Menupopup scroll arrows above a certain size make accessible/tests/mochitest/hittest/test_menu.xhtml and accessible/tests/mochitest/states/test_visibility.xhtml fail
Status: NEW
Priority: P2
Created: 2020-03-25 18:34:29+00:00
Resolved: 2022-10-12 00:05:34+00:00

See bug 1623015 comment 5 and below.
Bug: abort() pending read transactions in remote settings' Database.jsm when we shutdown to enable faster shutdown
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-25 20:04:23+00:00
Resolved: 2020-04-10 10:07:35+00:00

Per bug 1621759 comment 6:

(In reply to Andrew Sutherland [:asuth] (he/him) from comment #6)
> (In reply to :Gijs (he/him) from comment #3)
> > 4. It feels like read requests to indexeddb shouldn't be blocking shutdown (because performance), but I'm unclear on whether, per bug 1545438 comment 26, we need to do that at least for now to avoid a much longer hang (I think so.). :asuth, can you clarify whether I'm right in thinking we're better off blocking the completion of `profile-before-change` on those IDB requests completing for now?
> 
> If you're not going to wait for the reads, it's appropriate to invoke [abort()](https://developer.mozilla.org/en-US/docs/Web/API/IDBTransaction/abort) on any IDBTransaction instances that have already been created and then call close().

It seems like we could do this fairly easily in Database.jsm by making `executeIDB` take an option to indicate the transaction can be aborted, and then adding that option to callers that do read-only transactions. `executeIDB` can use that option to keep track of pending read transactions, and when the async shutdown promise getter trips we can call `abort` on all those transactions. Per the spec, it seems this should cause an `abort` event which `executeIDB` can listen for, and it can reject its promise with an error in that case.

After the changes in bug 1598924 doing so should automatically throw and stop processing whatever we were doing, and then call `.close()`. I *think* this should always be fine for reads on the RS databases, though we should perhaps audit the callsites of the read-only methods from the previous paragraph to ensure there aren't problematic consumer patterns where they do multiple writes interspersed with reads that aren't in the same transaction - of course, that would *already* be bad, because both the writes and reads can already be aborted/throw for other reasons.
Bug: app.normandy decreases the security.tls.version.min to 1
Status: RESOLVED
Priority: P5
Resolution: INACTIVE
Created: 2020-03-25 20:29:06+00:00
Resolved: 2020-10-26 16:17:21+00:00

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

Steps to reproduce:

1) Go to about:config
2) Change the setting security.tls.version.min to 2
3) Restart Firefox



Actual results:

The settings security.tls.version.min will be changed to 1 due to app.normandy.startupRolloutPrefs.security.tls.version.min updated by Mozilla via server-side to 1


Expected results:

security.tls.version.min should stay set to 2
Bug: GCP AI Platform Notebook page broken in Nightly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-25 23:58:44+00:00
Resolved: 2020-04-06 17:11:54+00:00

I'm running the latest version of Firefox Nightly (76.0a1 (2020-03-25) (64-bit)). When I try to view the following page, I get a blank page.

To reproduce, ensure you are logged into a google account, and go the following page: https://console.cloud.google.com/ai-platform/notebooks/

In the console, the following errors appear:

```
ERROR TypeError: "G.jb is not a function"
    mqa https://www.gstatic.com/_/pantheon-platform/_/js/k=pantheon-platform.r_oogcljhmh.en_US.Kxg1olduk6s.O/am=ogjSgQkLFEYAoMgQ/d=1/ct=zgms/rs=ALa0V2O03xhsBk6qXytVpYbq8kQf9I2L9w/m=b:1910
    dh https://www.gstatic.com/_/pantheon-platform/_/js/k=pantheon-platform.r_oogcljhmh.en_US.Kxg1olduk6s.O/am=ogjSgQkLFEYAoMgQ/d=1/ct=zgms/rs=ALa0V2O03xhsBk6qXytVpYbq8kQf9I2L9w/m=b:116
    cpa https://www.gstatic.com/_/pantheon-platform/_/js/k=pantheon-platform.r_oogcljhmh.en_US.Kxg1olduk6s.O/am=ogjSgQkLFEYAoMgQ/d=1/ct=zgms/rs=ALa0V2O03xhsBk6qXytVpYbq8kQf9I2L9w/m=b:702
    uR https://www.gstatic.com/_/pantheon-platform/_/js/k=pantheon-platform.r_oogcljhmh.en_US.Kxg1olduk6s.O/am=ogjSgQkLFEYAoMgQ/d=1/ct=zgms/rs=ALa0V2O03xhsBk6qXytVpYbq8kQf9I2L9w/m=b:111
    Ug https://www.gstatic.com/_/pantheon-platform/_/js/k=pantheon-platform.r_oogcljhmh.en_US.Kxg1olduk6s.O/am=ogjSgQkLFEYAoMgQ/d=1/ct=zgms/rs=ALa0V2O03xhsBk6qXytVpYbq8kQf9I2L9w/m=b:106
```

I restarted with all add-ons disabled, which still fails. I viewed the page using Firefox 74.0, and the page works as expected. I have also confirmed that the page is visible in Google Chrome.
Bug: Firefox missing elements on Facebook
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-26 01:54:35+00:00
Resolved: 2020-04-11 13:06:10+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:74.0) Gecko/20100101 Firefox/74.0



Actual results:

When I use Facebook messenger using Firefox, there are missing elements. I am unable to share a photo in Messenger. If, however, I use Safari, everything is there and works fine.
Bug: Too high speed shown at the beginning of downloads
Status: NEW
Priority: P5
Created: 2020-03-26 07:29:17+00:00
Resolved: 2022-10-12 00:05:40+00:00

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

Steps to reproduce:

while a image is  loading, save it.
the URI of the image:
https://files.yande.re/image/34e64202c2d6f1ded668eacb2ad5f9cd/yande.re%20548466%20bikini_top%20moonphase%20yuran.png


Actual results:

the download speed of the image was showed wrongly


Expected results:

the download speed of the image should be show correctly
Bug: Incorrect handling of time in aboutNetError.js
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-26 08:19:37+00:00
Resolved: 2020-03-30 13:22:20+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36

Steps to reproduce:

Variables "now" and "last fetched" are in milliseconds not seconds.


Actual results:

They are incorrectly assumed to be in seconds at line - https://searchfox.org/mozilla-central/rev/3fd53c47864fedb916f0ed8f002f15456324f729/browser/base/content/test/about/browser_aboutCertError_clockSkew.js
Bug: [MacOS] Users can interact with the browser while the OS auth prompt is displayed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-26 10:17:29+00:00
Resolved: 2020-04-29 19:42:17+00:00

**Affected Versions:**
Nightly 76 

**Affected Platforms:**
macOS (10.13)

**Steps to reproduce:**
1. Launch Nightly
2. Save a set of credentials on facebook
3. Go to about:logins
4. Toggle the "Show Password" button for the password saved on FB
5. While the OS auth prompt is displayed interact with the browser: switch/open tabs, firefox menu, etc

**Expected Results:**
The user should not be able to interact with the browser while the OS auth is displayed.

**Actual Result:**
Users can interact with the browser while the OS auth prompt is displayed

**Note:**
OS auth prompt for "Show password" is not yet enabled on Beta and Release.
Bug: Can't scroll down the panels in Desktop mode - https://www.bing.com/covid
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-26 11:00:39+00:00
Resolved: 2020-06-01 19:17:14+00:00

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

Steps to reproduce:

- Open:
- https://www.bing.com/covid
- Try to scroll down the news panel
- Try do scroll down the Countries panel

Not working in Firefox but working in mobile browsers, edge, chrome...


Actual results:

 - Can't scroll down the news panels
 - Can't scroll down the Countries panels
 - Can't scroll in Desktop mode



Expected results:

Scroll working in Desktop mode.

Thanks!
Bug: macOS in dark mode: context menus and other menus have default light background but white text
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-26 12:42:38+00:00
Resolved: 2022-01-28 21:41:39+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:76.0) Gecko/20100101 Firefox/76.0
Bug: I have more cookies than there are atoms in the universe: 51EB (exabytes)!
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-26 13:44:17+00:00
Resolved: 2020-03-27 09:17:13+00:00

wi10x64, Nightly x64.

This could be related to my mysterious log out from Matrix on every restart of Nightly.
Bug: The "Take Your Settings with You" card is not instantly replaced on "about:newtab" after signing in from the "about:welcome" page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-26 15:24:12+00:00
Resolved: 2020-04-29 19:42:38+00:00

**[Affected versions]:**
- Firefox Nightly 76.0a1 - Build ID: 20200326093308

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.4
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a new Firefox profile.
- Have a valid FxA account.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and navigate to the "about:welcome" page.
2. Click the "Sign in to Sync" button from the "Take Your Settings with You" card.
3. Sign in with the account from prerequisites and open a new tab.
4. Observe the triplets displayed in the top part of the page.

**[Expected result]:**
- The "Stay Alert to Data Breaches", "Browse Privately" and "Instantly Send Yourself Tabs" cards are displayed.

**[Actual result]:**
- The "Take Your Settings with You" card is still displayed.

**[Regression Window]:**
- Considering the fact that this issue is not reproducible with the old version of the "about:welcome" page, using the mozregression tool I have managed to find the following regression:

Last good revision: cdf202c2682eccdb9781145451cb707ec157db9d
First bad revision: 5ab5d42214b1eebab36360184589cfd84749dd60
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=cdf202c2682eccdb9781145451cb707ec157db9d&tochange=5ab5d42214b1eebab36360184589cfd84749dd60

From the pushlog bug 1622474 stands out.

**[Additional Notes]:**
- The "Take Your Settings with You" card is replaced after ~10 seconds.
- This issue is not reproducible if a new FxA account was created instead of logging in with an existing one.
- This issue is not reproducible if the "Sign in to Sync" button from the "Take Your Settings with You" card is clicked from the "about:newtab" page.
- Attached a screen recording of the issue.

@Punam, could you please take a look over this issue?
Bug: Delay in setting pref 'services.sync.username' after signing in from the "Firefox Accounts" toolbar button
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2020-03-26 15:30:19+00:00
Resolved: 2020-05-05 10:02:06+00:00

**[Affected versions]:**
- Firefox Nightly 76.0a1 - Build ID: 20200326093308

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15.4
- Ubuntu 18.04 x64

**[Prerequisites]:**
- Have a new Firefox profile.
- Have a valid FxA account.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Click the "Firefox Account" toolbar button from the top-right part of the window.
3. Sign in with the account from prerequisites and open a new tab.
4. Observe the triplets displayed in the top part of the page.

**[Expected result]:**
- The "Stay Alert to Data Breaches", "Browse Privately" and "Instantly Send Yourself Tabs" cards are displayed.

**[Actual result]:**
- The "Take Your Settings with You" card is still displayed.

**[Regression Window]:**
- Considering the fact that this issue is not reproducible with the Firefox Nightly version from 03/14/2020, using the mozregression tool I have managed to find the following regression:

Last good revision: f6b264818bbfc385da9010ed49dfecf2efd436f3
First bad revision: a0508ae6c037928981ac2733860b6ec84d7069ec
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f6b264818bbfc385da9010ed49dfecf2efd436f3&tochange=a0508ae6c037928981ac2733860b6ec84d7069ec

From the pushlog, it seems that bug 1508292 has caused this behavior.

**[Additional Notes]:**
- The "Take Your Settings with You" card is replaced after ~10 seconds.
- This issue is not reproducible if a new FxA account was created instead of logging in with an existing one.
- Attached a screen recording of the issue.

@Punam, could you please take a look over this issue?
Bug: Ctrl+Tab preview thumbnails are weirdly cropped with devtools open
Status: NEW
Priority: P3
Created: 2020-03-26 17:01:42+00:00
Resolved: 2024-02-21 13:10:13+00:00

When switching tabs when devtools is open on one of the tabs, the tab with devtools will render incorrectly in the tabs switching preview.

STR:
* Open a site and enable devtools
* Open 3 more tabs on different sites
* Press and hold ctrl-tab to show tab preview
Notice that the tab with devtools is rendered incorrectly. It also shows the wrong layout
Bug: Skype Web Control(Inside Outlook.com): Says: The browser doesn't support calls, switch to Google Chrome
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-26 17:18:08+00:00
Resolved: 2024-12-18 19:08:53+00:00

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

Steps to reproduce:

- Open https://preview.web.skype.com/
- Or https://web.skype.com/
- Nor working
- Using in:
- https://outlook.live.com/mail/0/inbox
- works, but very limmited


Actual results:

- Can't use skype web in Firefox
- In Skype Web Control: https://support.skype.com/pt-br/faq/FA34704/o-que-e-o-controle-skype-web
- I can't call and it's limited


Expected results:

- Add full support for calls
- Add full support for Skype Web

Thanks!
Bug: Firefox doesn't update to the latest version if the "Restart to update" button is clicked while the update download process is still running
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-03-26 17:22:52+00:00
Resolved: 2020-04-07 12:15:08+00:00

**Affected versions**
* Updates on Firefox beta channel (For Fx 75.0b_x) 
* Updates on Firefox nightly channel ( For Fx 76.0a_x)

**Unaffected versions**
* Firefox 68.6.0esr (BuildId:20200305175243).
* Firefox 74.0 (disabled). 

**Affected platforms**
* macOS 10.14
* Windows 10 64bit
* Ubuntu 18.04 64bit.

**Steps to reproduce**

In order to easily reproduce this issue you can simulate a poor internet connection by using softwares like NetLimiter.

1. Launch an older version of Firefox (ex. 75.0b7).
2. Type “update firefox” inside the Address Bar.
3. Click the “Restart to Update” button while the update download process is still running.

**Expected result**
*  Firefox restarts and the latest version is installed.

**Actual result**
*  If the update download was not completed when the “Restart to Update” button was pressed Firefox simply restarts and the user doesn’t have the latest Firefox version.

**Notes**
* This may generate user confusion since the intervention card prompts the user that “The latest Firefox is downloaded and ready to install” but the update download process was not finished and Firefox simply restarts with the same (old) version after interacting with the "Restart to Update" button.
Bug: NVDA screen reader doesn’t read the intervention cards “Get Help” button on mouseover
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2020-03-26 17:36:19+00:00
Resolved: 2020-04-29 19:27:56+00:00

**Affected versions**
* Firefox 76.0a1 (BuildId:20200326093308)
* Firefox 75.0b9 (BuildId:20200325213426)

**Unaffected versions**
* Firefox 68.6.0esr (BuildId:20200305175243).
* Firefox 74.0 (disabled). 

**Affected platforms**
* Windows 10 64bit

**Unaffected platforms**
* macOS 10.14
* Ubuntu 18.04 64bit

**Preconditions**
* Install the latest version of NVDA screen reader.

**Steps to reproduce**
1. Launch Firefox.
2. Trigger an intervention card by typing *update firefox* inside the Address Bar.
3. Mouseover the “Get Help” button.

**Expected result**
* NVDA successfully reads the “Get Help” button.

**Actual result**
*  NVDA doesn't read the “Get Help” button.
Bug: Refresh Firefox Button Not working on MacOs
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-26 21:13:14+00:00
Resolved: 2020-04-29 19:18:38+00:00

Tested on:
Firefox 75.0b9  affected
firefox 76.0a1   affected

With the followin Os:
MacOS 10.14 (affected)
Windows 10   (not affected)
Ubuntu 18.04 (not affected)

Steps to reproduce:

Install firefox latest beta or nightly.
- Enter "refresh firefox" on megabar.
- Using keyboard press tab until you focus on "refresh firefox"
- Press enter key.
- Keep pressing tab on the new menu until "refresh firefox" is highlighted
- Press enter key


Expected result:
firefox should refresh, close and reopen (refreshed)


Actual result:
Nothing happens after pressing enter key, (menu dissapears, but firefox is not refreshed, window stays open and does not refresh)


Notes. this happens using keyboard only, with mouse clicking it does work