av9ash/GitBugs huggingface dataset:
Bug: 'switch to tab' from address bar can move tab from different window into current one, should switch to different window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-20 12:53:55+00:00
Resolved: 2021-01-20 13:15:44+00:00

Firefox 86.0a1 20210120095121 on Windows 8.1, not a new issue

Typing something into the address bar, getting an open tab offered with the "Switch to Tab" label and calling this moves the tab from a different window to the current one. The tab in the different window should be selected instead and be brought to the foreground. Switching works as expected if the tab is in the same window.

The issue can be 100% reproduced in one profile (hundreds of tabs, a few windows) and was reproduced once in a new profile (in addition to several attempts with the expected behavior). Bisection reproduced this issue with builds from months ago, older builds have issue with the profile data (address bar not getting populated).
Bug: full installer claims to install into chosen folder but reuses existing installation in other folder with other locale
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-20 13:09:27+00:00
Resolved: 2021-01-27 16:10:04+00:00

Tested with the latest Firefox 86.0a1 Nightly on Windows 8.1. I rarely use the stub installer and don't know if this was ever different.

I tried to pave over the current Firefox Nightly en-US install with the latest version because updates had been turned off for an issue:
1. Get the stub installer (did this by downloading the setup.exe from the build signing task on Treeherder).
2. Launch the stub installer.
3. Pick the folder in which Nightly is already installed (have multiple install locations, e.g. for English and German).
4. Run the installer.

Actual result:
Firefox icon gets pinned to the task bar, install folder is empty except for uninstaller logs, launching Nightly opens the German Nightly installation.

Expected result:
Installed in selected folder and English Nightly launched.
Bug: Separate searchbar can lose focus after input with IME
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-01-20 14:56:43+00:00
Resolved: 2021-02-24 11:43:36+00:00

After typing in search bar with IME, sometimes search bar lost its focus and focus moves somewhere (sometimes textbox in content, sometimes nowhere) instead of displaying suggestion popup.

I see it with both of nightly and 84.0.2, IMEs are MS IME and ATOK.
Bug: Firefox 84.0.2 will not copy then paste every time.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-20 17:26:02+00:00
Resolved: 2021-01-23 14:35:21+00:00

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

Steps to reproduce:

Copy from any web site to answers on Ubuntu site. I have to copy the same web address multiple times, just to copy paste once.  Any web page to Text Editor or Office Word same results. Have to copy past the same multiple of times.  On my  Gmail to copy from the web to send someone a quote from a web site I have to
copy and paste it several times just to get the quote.


Actual results:

Once the browser pasted it was correct. Took Two to Three times copy then paste to accomplish one Copy - Paste.


Expected results:

Copy then Paste one time.  This all occurred after Firefox's last Update.
Bug: Menu options missing
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-20 18:29:13+00:00
Resolved: 2021-01-20 18:36:27+00:00

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

Steps to reproduce:

Open the menu button.


Actual results:

Most options are missing. I have the proton flag activated.


Expected results:

All the menu options should be accessible.
Bug: Learn more link should align with the pocket header on the baseline if newNewtabExperience is enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-01-20 20:38:33+00:00
Resolved: 2021-01-28 14:49:26+00:00

Spec: https://www.figma.com/file/hGOaTi5ufs2Ese6agbUN4G/New-New-Tab?node-id=985%3A9859
Bug: Intermittent TV browser/base/content/test/tabs/browser_tab_manager_visibility.js | leaked 1 window(s) until shutdown [url = chrome://browser/content/browser.xhtml]
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-01-20 20:52:39+00:00
Resolved: 2023-07-05 12:02:57+00:00

**Filed by:** ncsoregi [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=327271361&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Ob4ICnjeRnSLddpIV6tlYw/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/Ob4ICnjeRnSLddpIV6tlYw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2021-01-20T18:03:48.719Z] 18:03:48     INFO - TEST-INFO | Main app process: exit 0
[task 2021-01-20T18:03:48.719Z] 18:03:48     INFO - TEST-INFO | Confirming we saw 124 DOCSHELL created and 124 destroyed log strings.
[task 2021-01-20T18:03:48.720Z] 18:03:48     INFO - TEST-INFO | Confirming we saw 317 DOMWINDOW created and 317 destroyed log strings.
[task 2021-01-20T18:03:48.720Z] 18:03:48    ERROR - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_tab_manager_visibility.js | leaked 1 window(s) until shutdown [url = chrome://browser/content/browser.xhtml]
[task 2021-01-20T18:03:48.720Z] 18:03:48    ERROR - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_tab_manager_visibility.js | leaked 1 window(s) until shutdown [url = about:blank]
[task 2021-01-20T18:03:48.720Z] 18:03:48     INFO - TEST-INFO | browser/base/content/test/tabs/browser_tab_manager_visibility.js | windows(s) leaked: [pid = 2026] [serial = 83], [pid = 2026] [serial = 84]
[task 2021-01-20T18:03:48.720Z] 18:03:48     INFO - TEST-INFO | browser/base/content/test/tabs/browser_tab_manager_visibility.js | This test created 0 hidden window(s)```
Bug: A scrollbar is briefly shown when transitioning a panelview between subviews
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-20 22:04:29+00:00
Resolved: 2021-05-19 09:35:36+00:00

The easiest way to see this right now probably is to:

1.  Enable Proton (`browser.proton.enabled` set to `true`)
2. Open a new window
3. Open the AppMenu/Hamburger menu, and click on "Library"
4. Note during the transition a brief appearance of a vertical scrollbar on the panel

This isn't Proton-specific - it looks this can happen when transitioning between a short subview to a tall subview.
Bug: GSSAPI causes crash when running universal binary on M1 macs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-21 01:26:58+00:00
Resolved: 2021-01-21 22:45:21+00:00

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

Steps to reproduce:

Universal binary version of Firefox on M1 macs crash when authenticating through our ADFS service.


The issue does not occur if you launch Firefox under Rosetta 2


Actual results:

crash report here https://crash-stats.mozilla.org/report/index/e75411ae-c933-4326-9e0d-103020210107 


Expected results:

shouldn't crash - authentication should be processed and web site displayed.
Bug: Link opens new window however never loads. New Window does not load and seizes use of Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-21 01:37:10+00:00
Resolved: 2021-03-01 11:35:31+00:00

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

Steps to reproduce:

I went to a number of websites I usually do and clicked a link. A new window opens and the new window stutters. I can't close it, I can't click on the X on the top left to close it. I have to force close firefox. If I click the link with a left click and open the link in a new tab it works fine. The issue is clicking the link and it opens a new window and that window acts as if it's opening over and over again and doesn't let me close it even.


Actual results:

New window opens and doesn't load and doesn't let me close out of it. I have to force close firefox. The new window opens and acts as it continues trying open, it doesn't even load.


Expected results:

These are links that I visit regularly on websites I am usually on. New window should open and load. 

I am on Macbook Pro (2018) with Catalina 10.15.6
Bug: New tab-modal JS Alert doesn't give attention to different tab when attempting to close Firefox
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-01-21 07:10:00+00:00
Resolved: 2021-05-11 14:18:10+00:00

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

Steps to reproduce:

I tried to close Firefox Nightly while listening to Apple Music.


Actual results:

Apple Music tried to ask whether I really wanted to close Firefox, but I didn't know because Firefox didn't switch the tab to Apple Music.


Expected results:

Apple Music should get attention when trying to close Firefox.

I believe the bug that caused this bug was https://bugzilla.mozilla.org/show_bug.cgi?id=1680637.
Bug: Icon (favicon) does not get displayed in bookmark when it is in SVG format
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-21 07:14:00+00:00
Resolved: 2021-04-27 14:04:02+00:00

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

Steps to reproduce:

I add a basic favicon to a HTML document:
<link type="image/x-icon" rel="shortcut icon" href="data:image/svg+xml;base64,PHN2ZyB2ZXJzaW9uPSIxLjEiIHZpZXdCb3g9IjAgMCAzMjAgMzIwIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciPjxyZWN0IGZpbGw9InJlZCIgeD0iMTAiIHk9IjEwIiB3aWR0aD0iMzAwIiBoZWlnaHQ9IjMwMCIgLz48L3N2Zz4=" />


Actual results:

The favicon is displayed correctly in the tab when viewing the page. But when a bookmark is created, it does not have the icon.

The problem also exists when the icon is not a data URL, but a file. I also tested removing the "type" attribute and changing "rel" attribute to just "icon".

When the favicon is in bitmap format (GIF, PNG, ...), it works as expected.


Expected results:

Icon should be displayed.
Bug: Year is formatted as a number in CFR MILESTONE_MESSAGE
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-01-21 09:28:00+00:00
Resolved: 2021-01-30 05:48:54+00:00

This is the current translation for zh-CN, but the problem happens also on zh-TW where it was originally reported.

```
自{ $date }起，{ -brand-short-name } 已拦截超过 <b>{ $blockedCount }</b> 个跟踪器！
```

The [code is here](https://searchfox.org/mozilla-central/rev/1ebc9745be02eebf7a694f5c527a44a045b8c97a/browser/components/newtab/lib/CFRPageActions.jsm#525-531).

Trying out with a zh-CN build, the language seems correct ("zh-CN"), and formatting is correct too (`2020年1月` for `dateFormat(new Date("2020-01-20"))`), so something happens when the value is passed over to Fluent.
Bug: Long named bookmarks folders overextend the New bookmark panel
Status: NEW
Priority: P5
Created: 2021-01-21 09:44:02+00:00
Resolved: 2021-05-19 15:20:17+00:00

**Affected versions**
* 86.0a1 (2020-01-20)
* 85.0

**Affected platforms**
* Windows 10
* macOS 10.15
* Ubuntu 18.04

**Steps to reproduce**
1. Open the New Bookmark panel by clicking the Star icon
2. Extend the Folder section
3. Click the New Folder button and input a very long name 
4. Press Enter
5. Observe the Panel 

**Expected result**
* The Bookmark panel should be handled with ellipsis or an horizontal scrollbar to limit its  length

**Actual result**
* The Bookmark panel extends proportionally with the length of the named folder

**Regression range**
* Not a regression. I can see this behaviour way back to Fx 31.0a1
Bug: [macOS] The "about:logins" menu does not close if the menu button is clicked while the menu is still opened
Status: NEW
Priority: P3
Created: 2021-01-21 09:54:01+00:00
Resolved: 2021-01-21 20:50:40+00:00

**[Affected versions]:**
- Firefox Release 84.0
- Firefox Beta 85 
- Nightly 86.0a1 

**[Affected Platforms]:**
- Mac 10.15

**[Steps to reproduce]:**
1. Open the browser and navigate to "about:logins" page.
2. Click on the menu button from the top right corner of the page.
3. Click again on the menu button.
4. Observe the behavior.

**[Expected result]:**
- The menu is closed.
 
**[Actual result]:**
- The menu is not closed.

**[Notes]:**
- This issue is not reproducible on Windows and Linux. The menu is closed after clicking the menu button.
- I don't think that this is a regression since I managed to reproduce the issue also on Firefox 72.
- However, the menu can be dismissed if clicking outside of its area or if the "Esc" key is pressed.
- Attached a screen recording of the issue.
Bug: Search bar focus ring does not exist when newNewtabExperience is enabled and search handoff enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-01-21 14:20:59+00:00
Resolved: 2021-02-01 12:28:48+00:00

Spec: https://www.figma.com/file/hGOaTi5ufs2Ese6agbUN4G/New-New-Tab?node-id=1227%3A12445
Bug: A blank page is wrongly displayed on the “about:logins” page after entering the Primary Password
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-01-21 15:08:57+00:00
Resolved: 2021-02-12 22:14:54+00:00

[Affected versions]:
- Firefox Nightly 86.0a1 (Build ID: 20210119214455)

[Affected Platforms]:
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have a Firefox profile with at least one saved login.
- Have a Primary Password set.

[Steps to reproduce]:
1. Open Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Enter the Primary Password.
4. Observe the Login Item area.

[Expected result]:
- The first login from Login List is focused and its information is displayed on the Login Item area.

[Actual result]:
- A blank page is displayed.

[Regression]
- The issue is not reproducible with older Nightly 86.0a1 builds. Considering this using mozregression tools I have found the regression range. Here are the results:
 Last good revision: 51f9abb78a6b0bf5c9fe0520a4c979e8a863d611
 First bad revision: 4859d183ed1eb03f5aa326b3ddf3af194d0c38dd
 Pushlog: link
From this pushlog I think the patch for Bug 1678633 introduced this behavior.

[Notes]:
- The information of the focused login is displayed after the page refresh.
- Attached a screen recording with the issue.
Bug: The in-content "Search Bar" is no longer focused when clicked
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-01-21 15:40:48+00:00
Resolved: 2021-01-26 14:45:07+00:00

**[Affected versions]:**
- Firefox Nightly 86.0a1 - Build ID: 20210121094402

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15
- Linux Mint 20

**[Prerequisites]:**
- Have a Firefox profile with the "browser.newtabpage.activity-stream.newNewtabExperience.enabled" pref set to "true" in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and open a "New Tab".
2. Click inside the in-content "Search Bar" and observe the behavior.

**[Expected result]:**
- The in-content "Search Bar" is focused according to the [specifications](https://www.figma.com/file/hGOaTi5ufs2Ese6agbUN4G/New-New-Tab?node-id=2153%3A568).
	
**[Actual result]:**
- The in-content "Search Bar" is not focused at all.

**[Additional Notes]:**
- Considering the fact that this issue is not reproducible with the Firefox Nightly build from 01/20/2021, there is a chance that Bug 1687512 had caused this regression.
- Attached a screen recording of the issue.
Bug: Two focuses are wrongly displayed on the in-content "Search Bar" if the search handoff is disabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-01-21 16:04:04+00:00
Resolved: 2021-02-05 12:21:42+00:00

**[Affected versions]:**
- Firefox Beta 85.0 RC1 - Build ID: 20210118153634
- Firefox Nightly 86.0a1 - Build ID: 20210121094402

**[Affected Platforms]:**
- Windows 10 x64
- Mac 10.15
- Linux Mint 20

**[Prerequisites]:**
- Have a Firefox profile with the following prefs in the "about:config" page:
	- "browser.newtabpage.activity-stream.newNewtabExperience.enabled" pref set to "true"
	- "browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar" set to "false"

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and open a "New Tab".
2. Click inside the in-content "Search Bar" and observe the behavior.

**[Expected result]:**
- The in-content "Search Bar" is focused according to the [specifications](https://www.figma.com/file/hGOaTi5ufs2Ese6agbUN4G/New-New-Tab?node-id=2153%3A568).
	
**[Actual result]:**
- Two focuses are displayed on the in-content "Search Bar".

**[Additional Notes]:**
- This issue is not reproducible if the "browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar" pref is set to "true".
- Attached a screenshot of the issue.
Bug: Intermittent browser/base/content/test/about/browser_aboutCertError.js |  Uncaught exception in test - error code has been set inside the advanced button panel - threw exception: TypeError: can't access property "textContent", ec is null
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-01-21 18:20:09+00:00
Resolved: 2022-05-31 17:05:24+00:00

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

---
```
...
[task 2021-01-21T16:41:07.368Z] 16:41:07     INFO - Entering test bound checkAdvancedDetailsForHSTS
[task 2021-01-21T16:41:07.368Z] 16:41:07     INFO - Loading a bad STS cert page and verifying the advanced details section
[task 2021-01-21T16:41:07.370Z] 16:41:07     INFO - Buffered messages logged at 16:41:05
[task 2021-01-21T16:41:07.370Z] 16:41:07     INFO - Loading and waiting for the cert error
[task 2021-01-21T16:41:07.371Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Correct error message found - 
[task 2021-01-21T16:41:07.371Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Error message is a link - 
[task 2021-01-21T16:41:07.372Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Correct cert_domain_link contents found - 
[task 2021-01-21T16:41:07.372Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | cert_domain_link is a link - 
[task 2021-01-21T16:41:07.373Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Debug information is visible - 
[task 2021-01-21T16:41:07.374Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Correct URL found - 
[task 2021-01-21T16:41:07.375Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Correct error message found - 
[task 2021-01-21T16:41:07.375Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Correct HSTS value found - 
[task 2021-01-21T16:41:07.376Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Correct HPKP value found - 
[task 2021-01-21T16:41:07.378Z] 16:41:07     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutCertError.js | Found certificate chain - 
[task 2021-01-21T16:41:07.378Z] 16:41:07     INFO - Loading cert error page in an iframe
[task 2021-01-21T16:41:07.378Z] 16:41:07     INFO - Buffered messages finished
[task 2021-01-21T16:41:07.378Z] 16:41:07     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/about/browser_aboutCertError.js | Uncaught exception - error code has been set inside the advanced button panel - threw exception: TypeError: can't access property "textContent", ec is null
[task 2021-01-21T16:41:07.380Z] 16:41:07     INFO - Leaving test bound checkAdvancedDetailsForHSTS
...```
Bug: Import Password from CSV dialog has wrong focus
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-01-21 19:39:09+00:00
Resolved: 2021-03-04 16:15:04+00:00

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

Steps to reproduce:

I imported a CSV file with an error (after that I also imported a file with an error).
After the dialog is shown, I press enter.


Actual results:

Nothing.


Expected results:

The error dialog should have had focus on the "learn more" link. The no-error dialog should have had the focus on the "done" button. Enter should have acted as a click on the focused element.
Bug: Showing the bookmarks toolbar (Ctrl+Shift+B) janks the parent process for several seconds when there are many windows
Status: NEW
Priority: P3
Created: 2021-01-21 20:44:06+00:00
Resolved: 2024-03-20 18:52:32+00:00

### Basic information

Steps to Reproduce:
Press Ctrl+T to open a new tab
Press Ctrl+Shift+B

Expected Results:
No jank, bookmarks toolbar is shown/hidden

Actual Results:
Parent process hangs for several seconds

---

### More information

Note that I have a lot of bookmarks (though only 13 items on the toolbar itself) and many windows each hosting many tabs.

Screenshot: (if relevant, please attach a screenshot or screencast to this bug report)

Profile URL: (follow the instructions at https://profiler.firefox.com/)
https://share.firefox.dev/3c1PHbA

#### Basic systems configuration:

OS version: Win10 2004

GPU model: NVIDIA Quadro P500

Number of cores: 4 cores, 8 logical

Amount of memory (RAM): 16GB

Thanks so much for your help.
Bug: Update Intervention gives a confusing experience if automatic update is disabled
Status: NEW
Priority: P3
Created: 2021-01-21 21:02:15+00:00
Resolved: 2022-09-23 22:42:19+00:00

STR:
 1. Use an out-of-date version of Nightly so that an update is available.
 1. Navigate to `about:preferences`, find the "Update" section, and enable the setting "Check for updates but let me choose to install them".
 1. Type "firefox update" in the megabar. The update interface should appear with a button that reads "Install and Restart to Update".
 1. Click the button.

Expected Result:
Firefox will either restart immediately or will prompt me when it is ready to restart

Actual Result:
Firefox downloads and installs the update, then restarts without warning once the update is ready. If you have a slow connection, I imagine that this restart could come after quite some time.
Bug: Update Intervention prompts users to reinstall if an update is in-progress
Status: NEW
Priority: P3
Created: 2021-01-21 21:08:41+00:00
Resolved: 2022-09-23 22:42:19+00:00

STR:
 1. Use an out-of-date version of Nightly so that an update is available.
 1. Navigate to about:preferences, find the "Update" section, and enable the setting "Check for updates but let me choose to install them".
 1. Type "firefox update" in the megabar. The update interface should appear with a button that reads "Install and Restart to Update".
 1. Click the button.
 1. Quickly, before the update download completes, type "firefox update" in the megabar again.

Expected Result:
Firefox will inform the user than an update is in progress

Actual Result:
Firefox prompts the user to download the installer in order to reinstall.