av9ash/GitBugs huggingface dataset:
Bug: forcing instant upgrade
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-24 13:58:20+00:00
Resolved: 2021-04-21 08:52:27+00:00

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

Steps to reproduce:

Tried to continue using browser after pop-up saying an upgrade was available.  Did NOT click blue download button.  Tried to open new tab in Firefox.

This is on Mojave (10.14.6) on a Macbook Air.


Actual results:

Would not open tab.  Said had to be restarted but would come back with all my tabs.  So THEN clicked the download button. Waited.  Quit Firefox.  Waited for quit to finish (half a minute or more).  Restarted Firefox.  All my tabs are closed.  


Expected results:

Firefox should have waited for me to get to a stopping point where restarting the browser was convenient.  Firefox should either warn all tabs will be closed (so addresses can be copied for later use) or actually re-opened all active tabs.  

Imagine if this had happened in the middle of class.  I get enough tech-induced delays in my classes without Firefox throwing oil on the fire.
Bug: Normal/hover/active background colors don't apply to Themes and Density subitems in customize mode
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-24 14:33:18+00:00
Resolved: 2021-03-25 12:40:39+00:00

https://searchfox.org/mozilla-central/search?q=--buttons-secondary-&path=&case=false&regexp=true
These vars haven't been renamed.
Bug: Animations cause entire browser to freeze
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-24 15:26:04+00:00
Resolved: 2021-04-13 08:31:30+00:00

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

Steps to reproduce:

Some background.. I am using Firefox in a somewhat performance degraded environment and accessing it through x-forwarding from a rhel box to  a windows box. Generally using the browser is fairly slow, but that is not what this issue is for.

Whenever I open a webpage that has animations...


Actual results:

The entire browser freezes until the animations complete. Additionally, this freeze seems to affect the running of Javascript. If that js is meant to close the animation at some point (for example on Github, when JS is used to load repo detail elements it uses animated placeholders) I have seen the entire browser freeze indefinitely.

In these scenarios, the only way to remedy seems to either wait for the animation to complete or force close the browser entirely.


Expected results:

It would be great if in a degraded state animations wouldn't freeze the entire browser, and even better if it didn't affect javascript so loading animations won't kill the entire browser.
Bug: Missing "open all bookmarks" in Tag's context menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-24 16:55:25+00:00
Resolved: 2021-04-12 08:39:25+00:00

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

Steps to reproduce:

- Navigate to the menu "Bookmarks | Recent Tags"
- Right click on a tag to open the contextual menu.


Actual results:

The menu does not have an option to "open all bookmarks".
However, "middle-click" still works as expected.


Expected results:

A tag contextual menu should allow opening all bookmarks.
Bug: Ctrl+Tab preview item already selected when appearing below mouse pointer
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-24 16:58:15+00:00
Resolved: 2021-03-24 17:09:10+00:00

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

Steps to reproduce:

When pressing Ctrl+Tab there will be a preview popup
1. open at least three tabs (otherwise the popup will not show up(?))
2. move mouse pointer to a position, where a tab preview appears that is not the currently selected tab - then don't move the pointer anymore
3. press Ctrl+Tab until the preview popup appears

Tested on the latest Firefox Developer Edition in Wayland and OpenGL
Name: Firefox
Version: 87.0b9
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0


Actual results:

The preview just below the mouse pointer is focused.


Expected results:

The preview of the currently selected tab should be/stay selected until the mouse pointer is actually moved.
Bug: TEST-UNEXPECTED-FAIL | browser/components/fxmonitor/test/browser/browser_fxmonitor_doorhanger.js | Uncaught exception - Waiting for fxmonitor notification to be shown - timed out after 50 tries.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-24 17:16:54+00:00
Resolved: 2021-12-06 16:31:46+00:00

If I fix bug 1596165, browser_fxmonitor_doorhanger.js becomes a high frequency intermittent failure (almost perma fail) on "Linux 18.04 x64 opt". I can't reproduce locally.

TEST-UNEXPECTED-FAIL | browser/components/fxmonitor/test/browser/browser_fxmonitor_doorhanger.js | Uncaught exception - Waiting for fxmonitor notification to be shown - timed out after 50 tries.
TEST-UNEXPECTED-FAIL | browser/components/fxmonitor/test/browser/browser_fxmonitor_doorhanger.js | Found an unexpected tab at the end of test run: http://example.com/ -

To be able to land I'll add back timers in this test.
Bug: Ctrl+Tab preview item already selected on appearing below pointer
Status: REOPENED
Priority: --
Created: 2021-03-24 17:29:18+00:00
Resolved: 2025-02-11 00:33:27+00:00

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

Steps to reproduce:

1. open at least three tabs (otherwise the popup will not show up(?))
2. move mouse pointer to a position, where a tab preview appears that is not selected by default - then don't move it anymore
3. press Ctrl+Tab until the preview popup appears


Actual results:

The preview just below the mouse pointer is instantly focused.

Some context:

When pressing Ctrl+Tab there will be a tab preview popup.
Then, normally, the preview for the tab next in selection order is prefocused.
If the mouse pointer happens to be above one of the other previews - that preview will be focused instantly and at 'keyup' of the control key that tab will then be selected.

I suppose this to be some kind of concurrency/timing issue - as there are times when the default preview will stay selected.

Tested on the latest Firefox Developer Edition in Wayland and OpenGL
Name: Firefox
Version: 87.0b9
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:87.0) Gecko/20100101 Firefox/87.0


Expected results:

The preview of the currently selected tab should be/stay selected until the mouse pointer is actually moved.
Bug: Pinned tab not fully repainted after switching to it for the first time
Status: NEW
Priority: --
Created: 2021-03-24 18:21:28+00:00
Resolved: 2022-08-31 00:17:46+00:00

Within the past few days of Nightly use, I've noticed that sometimes when switching to an existing pinned tab for the first time, that the tab is not fully redrawn. Running Nightly on macOS 11.2.3.
Bug: Crash in [@ mozilla::dom::CanonicalBrowsingContext::RequestRestoreTabContent]
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-03-24 18:55:00+00:00
Resolved: 2021-03-27 09:46:28+00:00

3 crashes on 2+ machines in code landed in bug 1597499.

Maybe Fission related. (DOMFissionEnabled=1)


Crash report: https://crash-stats.mozilla.org/report/index/835d067d-3401-4524-afdc-d2fcb0210324

MOZ_CRASH Reason: ```MOZ_DIAGNOSTIC_ASSERT(!context->IsDiscarded())```

Top 10 frames of crashing thread:
```
0 XUL mozilla::dom::CanonicalBrowsingContext::RequestRestoreTabContent docshell/base/CanonicalBrowsingContext.cpp:1752
1 XUL mozilla::dom::WindowGlobalParent::RecvRequestRestoreTabContent dom/ipc/WindowGlobalParent.cpp:1092
2 XUL mozilla::dom::PWindowGlobalParent::OnMessageReceived ipc/ipdl/PWindowGlobalParent.cpp:1501
3 XUL mozilla::dom::PContentParent::OnMessageReceived ipc/ipdl/PContentParent.cpp:6484
4 XUL mozilla::ipc::MessageChannel::DispatchMessage ipc/glue/MessageChannel.cpp:2078
5 XUL mozilla::ipc::MessageChannel::MessageTask::Run ipc/glue/MessageChannel.cpp:1957
6 XUL mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:754
7 XUL mozilla::detail::RunnableFunction<mozilla::TaskController::InitializeInternal xpcom/threads/nsThreadUtils.h:534
8 XUL nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1155
9 XUL NS_ProcessPendingEvents xpcom/threads/nsThreadUtils.cpp:496
```
Bug: Screenshots come out wrong if page zoom is used in "zoom text only" mode
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-03-24 19:15:35+00:00
Resolved: 2024-01-04 20:14:35+00:00

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

Steps to reproduce:

If you zoom in a page or have already set a certain zoom factor (eg. 120%) for a page using "zoom text only", the screenshot tool does not capture the actual area you have selected while taking a screenhot but produces an image of an even higher zoomed version instead that is cut off because the dimensions of the screenshot remain as selected.

Screenshots will be added to demonstrate.


Actual results:

The screenshot produces an image of the exact proportions that were selected but shows parts of the selected website with an even higher zoom level


Expected results:

The screenshot should look exactly as the selected part of the website
Bug: After Shut down last night, accepted offer to upgrade straight away; wiped out all my groups of tabs except the 4 I have pinned.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-24 20:52:12+00:00
Resolved: 2021-04-15 14:13:42+00:00

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



Actual results:

Instead of starting up displaying my several copies of Firefox each with its group of tabs (researching several topics) only one copy opened, seemingly because I happen to have pinned 4 tabs to that one--Gmail, Google Maps, Walmart grocery list, and Facebook.


Expected results:

Every thing that was there before shutdown should have been re-displayed.
Bug: Customize - Firefox account lacks on-click/on-release animation effects
Status: NEW
Priority: --
Created: 2021-03-25 06:49:45+00:00
Resolved: 2021-03-25 06:50:00+00:00

**Affected versions**
* 88.0a1(2021-03-24), 87.0, 88.0b1;

**Affected platforms**
* Windows 10, macOS 10.15;

**Steps to reproduce**
1. Launch Firefox, access the Customize page;
2. Drag buttons in the Overflow menu (drag the Firefox Account and Text Encoding for reference);
3. In the overflow menu click on the Firefox Account and drag it to another position;
4. In the overflow menu click on the Text Encoding and drag it to another position;

**Expected result**
* icon animates on mouse click;

**Actual result**
* Firefox Account lacks the icon animation;

**Regression range**
* not a regression, visible with addition of button on [2019-03-18](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1735fe85436911fca7c7e5837e4cbc94040b8825&tochange=fe798624cda039ae74289929e35487560d354db2)/[2019-03-18](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=49d94c83bb220524a370fc7f7734de7e7307016b&tochange=fe798624cda039ae74289929e35487560d354db2);
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1735fe85436911fca7c7e5837e4cbc94040b8825&tochange=fe798624cda039ae74289929e35487560d354db2)
* Potential regressor:

**Additional notes**
* reproducible with proton prefs on/off;
* attached recording to best illustrate the issue.
Bug: Safe Mode / Refresh Firefox Prompt Accessibility
Status: NEW
Priority: --
Created: 2021-03-25 07:31:19+00:00
Resolved: 2021-10-19 18:05:12+00:00

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

Steps to reproduce:

Taskkill firefox to force it to go into safe mode.


Actual results:

The browser on next launch gave me two options: 
- Refresh Firefox
- Start in Safe Mode


Expected results:

There should be a third option that explicitly introduces a "Run normally" that ignores the reason for the prompt in the first place. Numerous friends of mine have fallen into it and wen with the refresh option thinking it'd nothing but restart it. It's misleading and introduces bad accessibility to the safe mode prompt.
Bug: Pocket button - caret for opening menu has dark-theme color instead of respecting the dropdown-menu one
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-25 07:31:46+00:00
Resolved: 2021-03-26 16:25:07+00:00

**Affected versions**
* 89.0a1 (2021-03-24);

**Affected platforms**
* Win10, macOS 10.15;

**Steps to reproduce**
1.  Launch Firefox;
2. Click on the Save to Pocket button;

**Expected result**
* dropdown menu displayed properly;

**Actual result**
* caret near button is not as same color as menu;

**Regression range**
* visible with changes on bug 1693376  -  2021-03-24;

**Additional notes**
* attached screenshot to illustrate the issue;
* prior to this, the button was located in the address bar and the caret had the same color(white/light grey ) as the dropdown-menu;
* same for Proton and ProtonDark, AlpenGlow themes;
*  with proton prefs off.
Bug: View Image Info not showing in context menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-25 07:50:20+00:00
Resolved: 2021-05-10 17:22:02+00:00

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

Steps to reproduce:

loaded page with image
right clicked on Image


Actual results:

context menu came up, but View Image Info was missing on the list of options


Expected results:

View Image Info menu option should have been one of the menu items
Bug: Search bar - skipped in Overflow menu if menu is opened via keyboard Arrows
Status: NEW
Priority: P5
Created: 2021-03-25 08:30:55+00:00
Resolved: 2023-06-02 15:21:04+00:00

**Affected versions**
* 88.0a1(2021-03-24), 88.0b1, 87.0;

**Affected platforms**
* Windows 10, macOS 10.15;

**Steps to reproduce**
1. Launch Firefox, access the Customize page;
2. Drag the Search bar and some buttons in the Overflow menu;
3. Close the Customize page;
4. With the TAB-key press it until reaching the toolbar buttons;
5. Press the Right-arrow key to reach the Overflow menu;
6. Press the Enter key to open the menu;
7.  Press the Down-arrow key to navigate inside the menu;

**Expected result**
* each element is selected, navigation goes as expected;

**Actual result**
* Search bar is skipped;

**Regression range**
* considered "good" the prior implementation which the SearchBox was selected but the focus was locked to actions inside it:
* First bad: [2019-04-15](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c77962add953a48bdbcbbcd3d157d63d1267cd8e&tochange=b8f49a14c458f56a6a08e4c177671108e386be3a);
* Last "good": [2019-04-14](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ec1f3a922d56e0a9393415872ee1d30c2f895fd7&tochange=b8f49a14c458f56a6a08e4c177671108e386be3a)
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ec1f3a922d56e0a9393415872ee1d30c2f895fd7&tochange=b8f49a14c458f56a6a08e4c177671108e386be3a); 

**Additional notes**
* attached recording to best illustrate the issue;
* reproducible with Proton prefs both true/false;
* while this is a workaround from the previous variation, there would be an enhancement here on which IF the Search bar is empty [Down-Arrow] keyboard navigation to go through and select the next element from the menu; this as opposed to the current implementation in which with keyboard navigation the TAB key is needed to reach the Search box.
Bug: [win7] White/Dark line covering the buttons over the tab bar when Dark/Light theme is used an browser is unfocussed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-25 08:34:45+00:00
Resolved: 2022-07-08 02:15:09+00:00

The issue has been seen [here](https://bugzilla.mozilla.org/show_bug.cgi?id=1694734#c27) by Simon Mainey.

*Affected versions*
* 89.0a1 (20210324084848)
* 88.0b2 (20210323190052)


	
*Affected platforms*
* Windows 7x64



*Steps to reproduce*
1. Open firefox set Dark/ Light theme.
2. Unfocus the browser.
3. Observe the top part of the browser.



*Expected result*
* No glitches are displayed.

*Actual result*
* Black/White line covering the buttons.

*Regression range*
* With the build before bug 1694734 the issue is immediately visible when setting a Dark/Light or a custom theme. After bug 1694734  the issue is visible on the Light/Dark theme when the browser is not focused.

*Notes*
* Attached a screen recording.
* With webrender disabled the line is displayed but is not covering the Minimize, Close, and Maximize buttons.
* The issue is reproducible on Firefox 89.0a1 (20210324160546) with proton as well if Dark/Light themes are used (not Proton Dark/Light themes).
Bug: Throbber for in progress of automatic updates at Options > General should get removed if user switches to manual updates/update confirmation
Status: NEW
Priority: P5
Created: 2021-03-25 08:42:44+00:00
Resolved: 2021-03-29 16:28:30+00:00

Firefox 86.0.1 and Nightly, Windows 8.1

By default, Firefox updates automatically. This can be controlled in Options > General. If the user switches from "Automatically install updates (recommended)" to "Check for updates but let you choose to install them" and an update is in progress, the label "Downloading update — A.B of C.D MB" above won't get removed but should.
Bug: [Ubuntu] In fullscreen, the hidden toolbar is forced in view if activating menu bar and density to touch
Status: NEW
Priority: P3
Created: 2021-03-25 09:06:57+00:00
Resolved: 2021-04-02 08:50:18+00:00

**Affected versions**
- Firefox 88.0b2
- Firefox 89.0a1

**Affected platforms**
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Enter fullscreen mode
3. Access customize page, and activate menu bar + set density to touch

**Expected result**
- The toolbar is still hidden

**Actual result**
- The toolbar is forced in view, and it will reset its position if the user interacts once with it

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the attachment
- macOS and Windows doesn't seem to be affected
- On 89.0a1, the menu bar will not make the toolbar drop in view, but selecting density to touch, the toolbar will drop a bit
Bug: Win - Dashed focus ring displayed on Overflow keyboard selection
Status: NEW
Priority: P3
Created: 2021-03-25 09:17:36+00:00
Resolved: 2021-05-12 15:12:47+00:00

**Affected versions**
* 88.0a1(2021-03-24);

**Affected platforms**
* Win10;

**Steps to reproduce**
1. Launch Firefox, access the Customize page;
2. Drag a couple of buttons to the Overflow menu;
3. Close the Customize page;
4. Open the Overflow menu;
5. Press the UP-Down arrow keys on the keyboard;

**Expected result**
* items are selected, no artifacts displayed;

**Actual result**
* focus ring displayed on selection;
* with current Proton theme set up it's a white line inside the blue one(not ideal);

**Regression range** 
* range set for when the focus ring started to have the dashed line:
* last good: [2019-04-22](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=4c7eaf384b06cfda8314be34cd179ab46f271ccc&tochange=c7a22f0ea7b4ce3ff379f5be1d1ad3070aa76317); 
* first bad: 2019-04-23](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=4c7eaf384b06cfda8314be34cd179ab46f271ccc&tochange=4b0811d7b8e1591d4e48a26bdb8666a1bc5ccf61);
* Pushlog: [URL](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=4c7eaf384b06cfda8314be34cd179ab46f271ccc&tochange=4b0811d7b8e1591d4e48a26bdb8666a1bc5ccf61);

**Additional notes**
* with Proton-theme the Customize toolbar item is looking fine, the others still  have the reported issue;
* attached recording to best illustrate the issue;
* most visible on proton-theme with dark themes set up.
Bug: Firefox doesn't autofocus the Search bar on ctrl+t when in fullscreen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-25 09:19:19+00:00
Resolved: 2021-08-26 03:37:47+00:00

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

Steps to reproduce:

- Go in fullscreen (e.g. with Youtube)
- ctrl+t for opening a new tab



Actual results:

The search bar (address bar at the top) isn't auto-focused



Expected results:

It should be focused, and it does when it's not from a fullscreen tab
Bug: Screenshot tool is dimmed; context-menu screenshot is available
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-25 09:29:11+00:00
Resolved: 2021-06-03 20:44:46+00:00

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

Steps to reproduce:

Added "Take a screenshot" tool using Customize Toolbar… in the Application Menu


Actual results:

"Take a screenshot" tool is dimmed and pressing the tool does nothing. The "Take Screenshot" command in the context menu is available and works.


Expected results:

The "Take a screenshot" tool should not be dimmed and pressing it should activate the screenshot functionality.
Bug: A row of space is missing between the “Logins and passwords imported to Firefox” description and the “Learn more” link on the “Import Summary Report” page
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-25 09:47:10+00:00
Resolved: 2021-04-13 05:31:48+00:00

[Affected versions]:
- Firefox Nightly 89.0a1 (Build ID: 20210322174641)
- Firefox Beta 88.0b2 (Build ID: 20210324160546)

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

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have saved on your computer a CSV file that contains only valid logins.

[Steps to reproduce]:
1. Open the Firefox browser.
2. Navigate to the "about:logins" page.
3. Click on the Menu button.
4. Select the “Import from a File…” option.
5.  Select the CSV file from prerequisites and click on the “Open” button from the “Import Logins File” picker.
6. Click on the “View detailed Import Summary” link.
7. Observe the top part area from the “Import Summary Report” page.

[Expected result]:
- The spacing between the “Logins and passwords imported to Firefox” description and the “Learn more” link is larger.

[Actual result]:
- The spacing between the “Logins and passwords imported to Firefox” description and the “Learn more” link is missing.

[Notes]:
- Based on the [mock-ups](https://docs.google.com/document/d/16pNefAxwRg0h4u-yx8wprEeC2acE8CNF_lflts3BWPY/edit) a row of space should be displayed under the “Logins and passwords imported to Firefox” description.
- Attached a screenshot with the issue.
Bug: The subtitle and the description under each logins number from the “Import Summary Report” page are bold
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-25 09:53:37+00:00
Resolved: 2021-04-19 09:44:59+00:00

[Affected versions]:
- Firefox Nightly 89.0a1 (Build ID: 20210322174641)
- Firefox Beta 88.0b2 (Build ID: 20210324160546)

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

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have saved on your computer a CSV file that contains only valid logins.

[Steps to reproduce]:
1. Open the Firefox browser.
2. Navigate to the "about:logins" page.
3. Click on the Menu button.
4. Select the “Import from a File…” option.
5.  Select the CSV file from prerequisites and click on the “Open” button from the “Import Logins File” picker.
6. Click on the “View detailed Import Summary” link.
7. Observe the text from the top part of the“Import Summary Report” page.

[Expected result]:
- Only the numbers of logins imported/not imported and the “Import Summary” title are bold.

[Actual result]:
- The whole text from the top part of the “Import Summary Report” page is bold.

[Notes]:
- Based on the [mock-ups](https://mozilla.invisionapp.com/share/R3XX2AF2XN5#/screens/423736091) the “Logins and passwords imported to Firefox” subtitle and the description displayed under each number of logins are not bolded.
- Attached a screenshot with the issue.