av9ash/GitBugs huggingface dataset:
Bug: Content blocking is Mozilla's Attempt to police the internet
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-01 06:51:47+00:00
Resolved: 2021-06-01 22:35:02+00:00

User Agent: Mozilla/5.0 (X11; Linux aarch64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

The new Firefox content blocking feature is enabled by default, and the database of what is blocked is not accessible to the user, and it is not clear if this list is automatically updated behind the user's back.

Mozilla is not the mother of the world (that is Google, or Baidu, et cetera), and should not attempt to change the content that people see. You are workers of lawlessness that are doing the will of your mothers.

If a user wants to install a content blocker that is the user's right, and those content blockers have lists which the user can control and audit, but the feature that Mozilla put forward is hidden from the user.

The only exception to this stupidity is Cryptominers, because if you ship a Turing Machine that is just a problem you have to deal with.
Bug: Intermittent browser/components/sessionstore/test/browser_restoreTabContainer.js | Test timed out - | Found a tab after previous test timed out: about:blank -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-06-01 08:03:37+00:00
Resolved: 2022-07-25 23:05:38+00:00

**Filed by:** dluca [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=341376792&repo=mozilla-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/D6aXwEnATIyCeQ9qwG-NAQ/runs/0/artifacts/public/logs/live_backing.log

---
```
INFO - TEST-START | browser/components/sessionstore/test/browser_restoreTabContainer.js
[task 2021-06-01T05:27:19.281Z] 05:27:19     INFO - TEST-INFO | started process screencapture
[task 2021-06-01T05:27:19.397Z] 05:27:19     INFO - TEST-INFO | screencapture: exit 0
[task 2021-06-01T05:27:19.397Z] 05:27:19     INFO - Buffered messages logged at 05:26:34
[task 2021-06-01T05:27:19.398Z] 05:27:19     INFO - Entering test bound 
[task 2021-06-01T05:27:19.398Z] 05:27:19     INFO - TEST-PASS | browser/components/sessionstore/test/browser_restoreTabContainer.js | The tab was opened with the expected userContextId - 
[task 2021-06-01T05:27:19.399Z] 05:27:19     INFO - TEST-PASS | browser/components/sessionstore/test/browser_restoreTabContainer.js | The tab was opened in the expected crossOriginIsolated environment - false == false - 
[task 2021-06-01T05:27:19.399Z] 05:27:19     INFO - TEST-PASS | browser/components/sessionstore/test/browser_restoreTabContainer.js | The tab was restored with the expected userContextId - 
[task 2021-06-01T05:27:19.400Z] 05:27:19     INFO - TEST-PASS | browser/components/sessionstore/test/browser_restoreTabContainer.js | The tab was restored in the expected crossOriginIsolated environment - false == false - 
[task 2021-06-01T05:27:19.400Z] 05:27:19     INFO - Buffered messages finished
[task 2021-06-01T05:27:19.401Z] 05:27:19     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_restoreTabContainer.js | Test timed out - 
[task 2021-06-01T05:27:19.401Z] 05:27:19     INFO - GECKO(3443) | MEMORY STAT | vsize 8753MB | residentFast 691MB | heapAllocated 136MB
[task 2021-06-01T05:27:19.402Z] 05:27:19     INFO - TEST-OK | browser/components/sessionstore/test/browser_restoreTabContainer.js | took 45140ms
[task 2021-06-01T05:27:19.402Z] 05:27:19     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-06-01T05:27:19.402Z] 05:27:19     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_restoreTabContainer.js | Found a tab after previous test timed out: about:blank - 
[task 2021-06-01T05:27:19.403Z] 05:27:19     INFO - checking window state
[task 2021-06-01T05:27:19.403Z] 05:27:19     INFO - TEST-START | browser/components/sessionstore/test/browser_restore_container_tabs_oa.js
```
Bug: ntp_text theme property does not change the font color of the new tab page
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-06-01 09:39:16+00:00
Resolved: 2021-10-06 20:50:13+00:00

STR:

1. Visit https://color.firefox.com and install the extension.
2. Go to the "Advanced colors" tab and set "New Tab Background Color" to a red color and "New Tab Text" to white.
3. Open a new tab
4. Look at the colors

Expected:
- The background should be red.
- The text on the background (e.g. "Recommended by Pocket" and the text of the tiles) should be white.

Actual:

- The background is red as expected.
- The text is still black.

This is a regression from bug 1686384, because it introduced the `--newtab-background-primary-text-color` CSS variable without mirroring the extension-defined `ntp_text` to it.

The unit tests at `browser_ext_themes_ntp_colors.js` and `browser_ext_themes_ntp_colors_perwindow.js` did not catch this because we don't have test coverage for this specific aspect.
Bug: firefox 89.0 title bar does not honor "System theme" on windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-01 11:09:07+00:00
Resolved: 2021-06-01 12:00:57+00:00

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

Steps to reproduce:

Upgraded from firefox 88.0.1 to 89.0 under Windows 10 20H2 OS Build 19042.1023
Ran firefox, selected "System theme" at new theme prompt.


Actual results:

firefox title bar was very light (the same as firefox "Light" theme), rather than
  the steel gray it was in firefox 88.0.1 (but window border was correct).

How to reproduce:
To best demonstrate this, set a distinctive title bar color (red will do nicely) as follows:
  In Settings/Personalize (or right-click desktop/Personalize):
  Go to "Colors" from list at left.
  Scroll down to color pallets below "Choose your accent color"; select red.
  Below "Show accent color on the following surfaces", check "Title bars and
      window borders".
  Run firefox; set theme to "System theme" (under Tools/Add-ons .../Themes).
The window border is red, as expected, but not the title bar (it's the same as the
  firefox "Light" theme).


Expected results:

With red as the system title bar color, firefox title bar should be red when focussed.
Bug: Context menu should be styled according to theme
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-01 13:03:47+00:00
Resolved: 2023-03-15 17:12:46+00:00

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

Steps to reproduce:

Right click anywhere, either in a page or in the chrome, while having the theme set to anything other than Light.

Specifically, I am on "System theme" with my system set to prefer Dark themes.


Actual results:

Context menu opens with a fixed appearance.


Expected results:

Context menu opens using colors that match the current Firefox theme, or at the very least the current system theme.
Bug: Accesskey doesn't seem to work for:  Cookies and Site Data  ->  Manage Exceptions ...  ->  Save Changes button
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-01 14:12:56+00:00
Resolved: 2021-06-09 15:03:14+00:00

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

Steps to reproduce:

1. Browsed to:

about:preferences#privacy  ->   Cookies and Site Data  ->  Manage Exceptions ...

2. Sent keyboard shortcut ALT + SHIFT + S, trying to reach and act upon the Save Changes button


Actual results:

The Save Changes button (accesskey) doesn't seem to respond to the keyboard shortcut.


Expected results:

EITHER

1. The Save Changes button should have responded / reacted

OR

2. The "Cookies and Site Data" section should have closed.
Bug: New tab in-content search bar doesn't work with keyword.enabled = false
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-06-01 15:45:50+00:00
Resolved: 2022-01-03 13:49:38+00:00

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

Steps to reproduce:

Attempted to perform a web search from the New Tab Page's in-content search bar, while having the "keyword.enabled" pref set to "false" so as to avoid accidentally sending web searches when mistyping a URL or search term in the address bar.


Actual results:

Keyboard focus was sent to the address bar, and no search shortcut was chosen, let alone the shortcut for the search engine that would otherwise have been used by the in-content search bar.

Due to having keyword.enabled = false, any search performed from the address bar will simply fail without manually choosing a search engine shortcut.


Expected results:

One of two possibilities:
* When switching keyboard focus to the address bar from the in-content search bar, the address bar should automatically choose the default search engine. This is what used to happen when using the search bar in Private Windows, but no longer does (making this a regression).
* Keyboard focus shouldn't be moved from the in-content search bar at all.
Bug: Uninstall - Unicode profiles don´t show refresh
Status: NEW
Priority: --
Created: 2021-06-01 16:15:44+00:00
Resolved: 2021-06-01 16:16:15+00:00

**Affected**
Windows10 64bit

**Affected versions**
Firefox release 89
firefox beta 90.0b1
Firefox nightly 91.0a1

**Steps**
1- Launch firefox clean install with profile manager. ( firefox.exe -p )
2- uncheck use the selected profile without asking at startup
3- Create profile "test1" and launch it, and then close firefox.
4- go to / program files /firefox nightly/ uninstall
5- execute helper.exe and notice there refresh button.

6- Launch firefox with profile manager. ( firefox.exe -p )
7- uncheck use the selected profile without asking at startup  (already unchecked before)
8- Create profile with unicode  ÙÅƜƵÙÅ  and launch it, then close firefox
9- go to program files /firefox nightly/ uninstall /
10- execute helper.exe 

11- Repeat steps 1-5 using name of profile "test2", and check again on helper.exe


**actual result**

 On step 5 the refresh button is showing but on step 10 the refresh button is missing.

**expected result**
 after launching an unicode profile, the refresh button should be showing up on uninstall.

Notes: the refresh only shows if the last run of the profile was not an unicode profile.
Bug: New thin icons look worse on 1x screens
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-01 17:37:12+00:00
Resolved: 2021-06-10 18:20:14+00:00

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

Steps to reproduce:

Compared, how toolbar icons look on Firefox 88 and new Firefox 91 nightly release on standard, non HiDPI screen. Fedora 33.


Actual results:

New thin icons look worse, they have noticeable edges and some grey outlines. Looks like that icons were not aligned to pixel grid, there are visible single pixel "aliasing" effects.


Expected results:

Consider "normal", non HiDPI screens when designing icons, to keep them looking great.
Bug: "Manage Bookmarks" shortcut displayed twice on Bookmarks Menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-01 17:56:23+00:00
Resolved: 2021-06-02 22:06:32+00:00

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

Steps to reproduce:

Updated Firefox to 89 version.


Actual results:

Bookmarks menu now has 2 "Manage bookmarks" buttons. First is on top and second is under my sites in bookmarks menu.


Expected results:

I think that second (lower) button should be removed.
Bug: When booting up nightly I get a black square on the right side of the home page I am loading
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-01 18:26:24+00:00
Resolved: 2021-06-18 18:44:52+00:00

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

Steps to reproduce:

Load nightly. On home page a black square shows up for about 3 seconds on the right side of the page


Actual results:

Black square shows for about 3 seconds on one third of the page.


Expected results:

No black square should show.
Bug: Tabs in Firefox 89.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-01 18:28:47+00:00
Resolved: 2021-06-01 20:38:25+00:00

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

Steps to reproduce:

Updated Firefox to 89 version.


Actual results:

There is still a lot of complaints from users about new tabs design in Firefox 89. I agree with some of them and hope at least 3 things will be fixed sometimes. 1) Tabs height should be reduced. It's just too giant now and wasted too much space. 2) Restore previous audio icon on the tab that plays the sound. It was more laconic and took up less space than "playing" text. By the way, the height of the tabs can be reduced due to this. 3) There definitely should be separators between tabs because inactive tabs are now merging into one heap. It's just a pain for the eyes.


Expected results:

These 3 requests should be considered and preferably fixed.
Bug: Accessibility issues with Firefox Home (new tab)
Status: NEW
Priority: P3
Created: 2021-06-01 18:49:47+00:00
Resolved: 2022-01-03 19:09:10+00:00

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

Steps to reproduce:

Open new tab with Firefox Home (non personalized, with default settings). Right click and select "Inspect Accessibility Properties". In DevTools select "Check for issues: All issues" to run accessibility test.


Actual results:

There are quite a few accessibility issues: impossible to focus search field with keyboard, search field placeholder text has low contrast, some clickable elements are missing interactive semantics, images should have alt attributes with descriptions or empty ones, "Privacy notice" outline is in wrong place (this might be a different issue).


Expected results:

First page that is presented to user must have no accessibility issues.
Bug: Background tabs in Dark theme tab strip are not dark (Windows 7)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-01 19:01:00+00:00
Resolved: 2021-07-13 19:13:53+00:00

From https://www.reddit.com/r/firefox/comments/npw8ts/whose_bright_idea_was_it_to_make_the_tab_list/

See screenshot. Using the built in Dark theme in Firefox, the tab strip shows the default Aero theme instead of a darkened strip like in Photon. 

>I enabled let Windows use/decide what is best for my computer" under Visual Effects. I inserted a background picture if that is relevant. If you mean that with Windows theming, then no I didn't install anything or changed something abrupt.

Issue is reproducible in a fresh profile.
Bug: Some context menus have extra spacing
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-06-01 19:04:52+00:00
Resolved: 2021-06-03 20:21:42+00:00

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

Steps to reproduce:

Enable menubar.
Click on different menu items (File, Edit, View, etc.)


Actual results:

The File and View menus have a large gap between the menu-frame and text while the others do not.


Expected results:

There should be no extra spacing between the text and the menu-frame
Bug: 89.0 does not allow me to remove the favorites star from the address bar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-01 19:54:11+00:00
Resolved: 2021-06-01 20:28:32+00:00

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

Steps to reproduce:

updated to newest version of Firefox


Actual results:

I can no longer right click and remove the favorites star from the address bar


Expected results:

I want to remove the favorites star from address bar
Bug: Bookmark backup writes no files from Firefox 89.0 Linux x86_64.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-01 20:05:38+00:00
Resolved: 2021-06-02 02:01:54+00:00

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

Steps to reproduce:

Run Firefox, open 'Manage Bookmarks', select 'Backup...' from 'Import and Backup' menu and select a directory and 'Save'. Also selected 'Export Bookmarks to HTML...' from 'Import and Backup' menu, selected a directory and the 'Save' button.

This was done on two different Linux systems, an up-to-date Arch Linux and an up-to-date Xubuntu Hirsute.


Actual results:

Nothing; no file was created.


Expected results:

A bookmarks-YYYY-MM-DD.json or bookmarks.html file should have been created.
Bug: "toggle-screenshot-disable" notification disables/enables screenshot toolbar button in all windows
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-06-01 20:28:28+00:00
Resolved: 2021-07-01 12:58:19+00:00

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

Steps to reproduce:

- Put the screenshot widget in your customizable navbar.
- Go to some page you can screenshot and press ctrl+shift+S.
- Observe that the screenshot toolbar button is disabled.
- Press ctrl + N to open a new window.
- Close the new window to go back to the first window, whose selected tab should still be in "screenshot mode".


Actual results:

- The screenshot toolbar button is not disabled anymore.
- Press Esc to leave screenshot mode.
- Open another new window and, in that window, go to a page you can screenshot and press ctrl+shift+S or click the screenshot toolbar button.
- Now alt+tab back to the original window, without exiting "screenshot mode" or closing the new window.
- Observe that the screenshot button is now disabled even though that window doesn't have any tabs in screenshot mode.
- Press ctrl+shift+S to enter screenshot mode since you can no longer click the toolbar widget.
- Button stays disabled in both windows.
- Press Esc.
- Alt+tab back to the 2nd window, it's still in screenshot mode but its toolbar widget is now enabled again.
- I guess you could do this a million ways lol, I'm just trying to be thorough.


Expected results:

- The "toggle-screenshot-disable" observer notification should include (as the subject) either the window from which it was notified, or the selected browser from the time and execution context of the notification.
- Right now the subject is just null. See [here](https://searchfox.org/mozilla-central/source/browser/base/content/browser.js#5244) and [here](https://searchfox.org/mozilla-central/source/browser/extensions/screenshots/experiments/screenshots/api.js#40).
- If it wasn't null, then this [observer](https://searchfox.org/mozilla-central/source/browser/components/customizableui/CustomizableWidgets.jsm#514) could check that `subj === window` or `subj === gBrowser.selectedBrowser` before setting/removing the disabled attribute.
Bug: Pocket home panel links don't work if you click the icons
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-06-01 21:11:33+00:00
Resolved: 2021-06-07 09:12:34+00:00

This is present in the my list and topic links, either the hamburger icon of the arrow icons are no longer clickable.

Steps to test:

1. Log into Pocket.
2. Go to a newtab.
3. Click the Pocket button.
4. Click the My list hamburger icon.

Expected: Should open your my list.
Actual: It only work if you click around the icon of the "My list" text.
Bug: Tab got stuck during the halfway of dragging the tab
Status: NEW
Priority: --
Created: 2021-06-01 22:13:28+00:00
Resolved: 2023-11-01 13:33:05+00:00

I didn't have a STR for that, but I encountered this issue when draggin the tab into other places (reorder tabs), then I found out the tab got stuck in the half way. 

See the attachment, the tab (mozilla/media) was in the wrong position, there was some redundant space left in between the previous tab (Bikeshed) and the next tab (mozilla/media) . And that tab also block the visual for its next tab (...index.bs).
Bug: Cannot view replies in FF Nightly 91.0a1 (2021-06-01) (64-bit), I can with Chrome Version 90.0.4430.212
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-01 22:21:30+00:00
Resolved: 2021-06-16 19:06:32+00:00

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

Steps to reproduce:

Try to view replies in YouTube comments


Actual results:

Spinning circle


Expected results:

Reply should have opened so I could read it. Tried 2 different YouTube sites.
https://www.youtube.com/watch?v=fLV3kF3QIws
https://www.youtube.com/watch?v=ohIZwG8vBps
I could view replies with Chrome
Bug: New Tab page search bar not accessible with Tab key
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2021-06-01 22:23:48+00:00
Resolved: 2021-10-13 19:32:13+00:00

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

Steps to reproduce:

1. Opened a new tab, which placed keyboard focus on the Location Bar in the new window.
2. Attempted to place keyboard focus on the in-content search bar by pressing the Tab key a few times.


Actual results:

Tab focus skips the search bar, making it impossible to focus on the search bar without clicking on it.

The order of which items receive focus are:
0. The URL bar itself
1. The set of toolbar icons to the right of the URL bar
2. The New Tab page itself
3. The "Personalize" button in the top-right hand corner of the page
4. Shortcut tiles below the search bar


Expected results:

Tab focus should be able to reach the in-content search bar.

A workaround is to disable the "browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar" pref.

Note that this issue affects the search bar in about:privatebrowsing (https://bugzilla.mozilla.org/show_bug.cgi?id=1538521). It seems this is a common issue with "handoff" search bars.
Bug: pdf image plotting issue
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-01 22:24:47+00:00
Resolved: 2021-06-02 07:04:29+00:00

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

Steps to reproduce:

Open the pdf at https://doi.org/10.1016/j.visres.2015.06.009


Actual results:

Each image had a quadrant of a black ellipse added to the top left corner, screenshot attached.

I can only attach one file and I think the screenshot is priority, but email me if you need access to the paper.


Expected results:

Not that.
Bug: Blur affects title bar buttons on Windows 7
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-06-01 23:37:23+00:00
Resolved: 2023-07-21 18:52:40+00:00

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

Steps to reproduce:

Open Firefox Proton on Windows 7


Actual results:

The effect that blurs the object behind the title/tab bar is in front the title bar buttons, making them hard to see.


Expected results:

The blur effect is behind or does not affect the title bar buttons.
Bug: When using Firefox color, menus have dark theme even when light theme was initially selected
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-02 01:24:15+00:00
Resolved: 2023-03-06 17:36:12+00:00

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

Steps to reproduce:

Updated 88.0.1 to 89 Proton. Selected light theme. Went to Firefox color webpage to activate color theme.


Actual results:

All menus except the bookmarks menu in the toolbar are now dark theme. This includes right-click menus, folder menus, and menu bar (alt-menus) menus.


Expected results:

Menus should have remained in light theme. Either that, or Firefox Color add-on should have a means of setting light or dark theme menus as needed.