av9ash/GitBugs huggingface dataset:
Bug: Wrong text color in the tabbar with dark system theme on Linux
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-12 02:59:49+00:00
Resolved: 2023-08-04 01:28:13+00:00

[bug 1831841](https://bugzilla.mozilla.org/show_bug.cgi?id=1831841) introduced a regression where the foreground color (text, icon) is black when using the system dark theme on Linux.

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4e43ca74c9198f6c01d64095bd77e8f2441eed95&tochange=752dc76b26eb54e7dfa875c749e91526496688b6
Bug: High frequency browser/components/customizableui/test/browser_customization_context_menus.js | Test timed out -
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-12 06:42:14+00:00
Resolved: 2024-04-15 06:01:05+00:00

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

---
```
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - TEST-PASS | browser/components/customizableui/test/browser_customization_context_menus.js | new-window-button was found - 
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - Buffered messages logged at 06:08:58
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 1
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - Buffered messages finished
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_customization_context_menus.js | Test timed out - 
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_customization_context_menus.js | Uncaught exception received from previously timed out test bound context_after_customization_panel - popupshown listener on #customizationPanelItemContextMenu not removed before the end of test
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - Entering test bound custom_context_menus
[task 2023-05-12T06:09:43.357Z] 06:09:43     INFO - TEST-PASS | browser/components/customizableui/test/browser_customization_context_menus.js | Should have context menu when added to the toolbar. - 
```
Bug: Emoji Prompt Can overlap the fullscreen notification
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-12 09:27:12+00:00
Resolved: 2025-03-03 14:52:25+00:00

I found a vulnerability where emoji prompt can cover fullscreen notifications which can lead to spoofs

steps to produce

1. open http://103.186.0.20/emoji.html or emoji.html
2. click on text box
3. press "window" + "." on keyboard
Bug: Importing Saved Form History data is slower on low-end computers
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-12 11:36:27+00:00
Resolved: 2023-05-30 09:06:09+00:00

**Found in**
* 114.0b3

**Affected versions**
* 115.0a1 (2023-05-10)
* 114.0b3










**Tested platforms**
* Affected platforms: Windows 7x64 (HDD), Ubuntu 20.05 (HDD)
* Unaffected platforms: macOS 12, Windows 10x64 (SSD)


**Preconditions**
* have some Saved Form History data 


**Steps to reproduce**
1. Open Firefox and import Saved Form History data.
2. Observe the importing time.


**Expected result**
* The action does not take very long.

**Actual result**
* Importing Saved Form History takes some time.


**Regression range**
* Not a regression, started with the implementation of bug 1827425.

**Additional notes**
* Attached a screen recording.
* May be similar to bug 1825239.
* I can reproduce this on my Ubuntu 20.04 and Windows 7x64 machine which has a hard drive. On other systems that have an SSD, the import is performed fast.
* This happens with legacy migratory and with both new migration windows.
Bug: address bar does not work after Ctrl+V
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-05-12 11:41:28+00:00
Resolved: 2023-09-04 06:26:43+00:00

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

Steps to reproduce:

Press Ctrl+V to paste some long url into the address bar. Then press Enter, or click an arrow at the end of the address bar.


Actual results:

Randomly in about 30% of cases nothing happens. The Enter key is ignored.


Expected results:

Url should be opened.
Bug: The “Save” and context menu buttons are not displayed if a Recommended by Pocket card is focused using the keyboard navigation
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-12 11:52:30+00:00
Resolved: 2023-06-08 03:12:00+00:00

**[Notes]:**
 - If the Tab key is pressed again after the Pocket card is focused, the Save button will be focused but not visible.
- This issue is reproducible on all locales having “Recommended by Pocket” feature enabled.


**[Affected versions]:**
 - Firefox Nightly 115.0a1 - Build ID: 20230511213213
 - Firefox Beta 114.0b3 - Build ID: 20230511191645
 - Firefox Release 113.0 - Build ID: 20230504192738

**[Affected Platforms]:**
- Windows 10x64.
- macOS 12.6
- Linux Mint 20.2

**[Prerequisites]:**
- Have any of the Firefox versions from the above installed.
- Have the "browser.search.region" set on US,CA,DE,GB, FR, IT or ES.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites with a new profile.
2. Open a New Tab.
3. Focus on a Pocket card from the "Recommended by Pocket" section using only keyboard navigation (Tab key).
4. Observe the behavior.

**[Expected result]:**
 - The Save button is focused using the keyboard navigation and it is visible on the card.

**[Actual result]:**
- The Save button is focused using the keyboard navigation but it is not visible on the card.


**[Notes]:**
- The focused button can be seen only when hovering the card using the mouse.
- Attaching a screen recording of the issue [here](https://drive.google.com/file/d/1OWN2xzO-JGqeHwgPfHZAnTMFphjTE3e8/view?usp=sharing).
Bug: Handle exceptions when reading data from a stream
Status: NEW
Priority: P3
Created: 2023-05-12 12:59:42+00:00
Resolved: 2023-05-12 12:59:42+00:00

If the inputStream:
https://searchfox.org/mozilla-central/rev/815764d6f304cd69b60075e83b06320464a66223/toolkit/components/pdfjs/content/PdfStreamConverter.sys.mjs#1028-1038

has some errors, then:
https://searchfox.org/mozilla-central/rev/815764d6f304cd69b60075e83b06320464a66223/toolkit/components/pdfjs/content/PdfStreamConverter.sys.mjs#1036
will throw

We must take of handling correctly the different errors.
Bug: [Experiment] The Firefox browser is set as PDF handler while being enrolled in the Control branch of the “Existing Users - Set default Pdf handler” experiment
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2023-05-12 13:37:54+00:00
Resolved: 2023-06-26 14:53:08+00:00

**[Affected versions]:**
- Firefox Release 113.0 (Build ID: 20230504192738)

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

**[Prerequisites]:**
- Have the Firefox Beta 113.0 build installed and opened.
- Have saved the [user.js](https://drive.google.com/file/d/1SUqOEzGdmeny2JbxqW5mz0jl76rj4twL/view?usp=share_link) and [times.json](https://drive.google.com/file/d/1A2wU_yVhwvt2b9ohgx670Dlhv9hBqQCN/view?usp=share_link) files on your computer.
- Have the “browser.newtabpage.activity-stream.asrouter.devtoolsEnabled” pref set to true in the “about:config” page.


**[Steps to reproduce]:**
1. Navigate to the “about:support” page and open the Profile Folder.
2. Paste the user.js and times.json files from prerequisites and restart the browser.
3. Set the Firefox Browser as default.
3. Navigate to the about:studies page and make sure that the profile is enrolled in both “Existing Users - Set default Pdf handler” (Control branch) and “Existing Users - Set default Pdf handler Message” (Treatment branch/Control branch) experiments.
4. Restart the browser.
5. Open a new tab and click the "Expand devtools" icon from the top-right corner of the NewTab.
6. On the "Targeting" section search for "isDefaultHandler" attribute and observe its value.
7. Open the OS Settings and observe if the Firefox Browser is set as default for PDF files.

**[Expected result]:**
Step 6: The value of the "isDefaultHandler" attribute is: { "html": false, "pdf": false }
Step 7: The Firefox browser is not set as default PDF handler.

**[Actual result]:**
Step 6: The value of the "isDefaultHandler" attribute is: { "html": true, "pdf": true}
Step 7: The Firefox browser is set as default PDF handler.

**[Notes]:**
- Attached is a screen recording of the issue.
Bug: The “Show less frequently” option is not removed from the Feedback menu if the Address Bar panel is not closed after reaching the frequency cap
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-12 14:06:14+00:00
Resolved: 2024-02-20 16:22:04+00:00

**[Affected versions]:**
- Firefox Nightly 115.0a1 (Build ID: 20230511213213)
- Firefox Beta 114.0b3 (Build ID: 20230511191645)

**[Affected Platforms]:**
- Windows 10 x64
- Linux Ubuntu 20.04 x64
- macOS 12.4

**[Prerequisites]:**
- Have a VPN client connected to a US server ( make sure the `browser.search.region` pref is set accordingly).
- Have the Firefox Nightly 115.0a1 or Beta 114.0b3 installed.
- Set the following prefs:
`browser.urlbar.weather.featureGate` = `true`
(Windows only) `browser.urlbar.weather.ignoreVPN` = `true`

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Type the “weather” string in the Address Bar.
3. Click the Feedback button.
4. Click the “Show less frequently” option.
5. Repeat steps 3 and 4 for at least 2 more times.
6. Click the Feedback button.
7. Observe the menu options.

**[Expected result]:**
- The “Show less frequently” option is no longer available.

**[Actual result]:**
- The “Show less frequently” option remains displayed.

**[Notes]:**
- The “Show less frequently” option is removed if the Address Bar panel is closed and reopened after following the STR.
- The `firefox-suggest-weather-command-show-less-frequently` telemetry probe value is incremented each time the “Show less frequently” option is clicked - since the frequency option should be removed from the menu after 3 clicks, the behavior from the report could lead to gathering a number of unnecessary additional probes.
- Here is the [screen recording](https://drive.google.com/file/d/1H-73CYqGR8ze3Hl6dWgY_1M609qVdrNz/view?usp=sharing) of the issue.
Bug: Fix up hover styles for text links throughout onboarding & spotlights
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-12 15:55:06+00:00
Resolved: 2023-06-13 14:07:08+00:00

Some recent changes to `common.css` and `global-shared.css` mean that text-links on about:welcome and in spotlights are no longer inheriting hover styles. Currently, newtab links have:

-underline by default
-no underline on hover
-colour change on active

We should add some rules to `aboutwelcome.scss` to handle that.
Bug: Enabling title bar while using automatic system theme inverts color of text on unfocused tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-12 16:54:36+00:00
Resolved: 2023-05-17 16:13:26+00:00

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

Steps to reproduce:

Open application menu > More tools > Customize toolbar... > Enable 'Title Bar'
System theme was not changed from auto (follow operating system setting)
This was reproduced in a new Firefox profile (see attached picture)


Actual results:

The title bar was enabled, but the text color of unfocused tabs changed to black. As a result, the black text somewhat blends in with the dark tabs, which renders the text somewhat difficult to read. The color change also applies to the new tab button and tab search button.


Expected results:

The aforementioned setting should only change the title bar.
Bug: "Add a keyword for this search" doesn't work on <textarea>
Status: NEW
Priority: P3
Created: 2023-05-12 16:55:21+00:00
Resolved: 2023-05-25 14:27:58+00:00

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

Steps to reproduce:

Go to google.com, right click the search field. Choose "Add a keyword for this search". This option does no longer exist. Why?



Expected results:

Go to google.com, right click the search field. Choose "Add a keyword for this search". The option should be present as it is for all other search fields across the www
Bug: Move sponsored/nonsponsored checks back to UrlbarProviderQuickSuggest
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-05-13 02:36:19+00:00
Resolved: 2023-05-16 22:39:34+00:00

In the review for bug 1828610 I suggested moving the `suggest.quicksuggest.sponsored` and `suggest.quicksuggest.nonsponsored` checks from `UrlbarProviderQuickSuggest._canAddSuggestion()` to `AdmWikipedia.makeResult()`, but that was a mistake. I was thinking those prefs apply only to adM/Wikipedia suggestions, but that's not true because they correspond to the sponsored/nonsponsored toggles in about:preferences, which apply to all Suggest results, including navigational suggestions, addons, etc.

I realized this when making the uplift patch for bug 1832300. With the deconflicted patch applied, test_quicksuggest_topPicks.js fails on 114 because the test doesn't set `suggest.quicksuggest.nonsponsored` to true. The same test passes on 115 even without setting the pref because bug 1828610 is on 115, so the pref is incorrectly not necessary.
Bug: Trying to edit a bookmark with a corrupt database makes the edit dialog not appear but blocks content
Status: NEW
Priority: P3
Created: 2023-05-13 07:56:04+00:00
Resolved: 2023-10-09 13:25:26+00:00

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

Steps to reproduce:

essentially with Firefox 113.0.1 , randomly, when attempting to do a quick edit on a bookmark, instead of the edit bookmark window the entire tab is completely grayed out with ZERO way to exit it. The only option left is to force close the entire browser and all other tabs simply because the edit bookmark window refused to show up. Again it happens randomly, but when it does it literally grays everything else out with no way that I know of to exit or get back to the tab I was on. very irritating. If anyone knows of a workaround for now when this happens instead of having to force close the entire browser over and over again... I'm all ears. And because it happens randomly, I'm now not even wanting to try editing a bookmark anymore. screenshot of grayed out portion of a tab when it happens that what happens to the webpage and as far as I know there is no way to escape out of it and get back to any tab from there.


Actual results:

bookmark bar>in a folder right click edit  bookmark> entire browser tab grays out but occasionally the edit bookmark window doesn't show up and there is no way out of the browser accept having to force it closed


Expected results:

the bookmark window should have opened every time and/or if not, and tab is grayed out, there should be a way to exit out of it... there isn't. it's a pretty annoying bug for sure. happens randomly.  windows 11 up to date this week. attached a grayed out portion of the open tab and that is all that is available if the edit bookmark window doesn't open and glitches out. zero way out of that. esc key doesn't work.. nothing. just stuck
Bug: Intermittent browser_link_in_tab_title_and_url_prefilled_blank_page.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-05-13 13:21:20+00:00
Resolved: 2025-02-24 06:17:56+00:00

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

---
```
[task 2023-05-13T11:10:38.246Z] 11:10:38     INFO - TEST-PASS | browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_blank_page.js | "New Tab" == "New Tab" - 
[task 2023-05-13T11:10:38.248Z] 11:10:38     INFO - Wait until loading the link target
[task 2023-05-13T11:10:38.248Z] 11:10:38     INFO - Buffered messages finished
[task 2023-05-13T11:10:38.248Z] 11:10:38     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_blank_page.js | Test timed out - 
[task 2023-05-13T11:10:38.249Z] 11:10:38     INFO - GECKO(12008) | MEMORY STAT | vsize 4110MB | residentFast 556MB | heapAllocated 300MB
[task 2023-05-13T11:10:38.249Z] 11:10:38     INFO - TEST-OK | browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_blank_page.js | took 45116ms
[task 2023-05-13T11:10:38.249Z] 11:10:38     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-05-13T11:10:38.250Z] 11:10:38     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_blank_page.js | Found a tab after previous test timed out: about:blank - 
[task 2023-05-13T11:10:38.250Z] 11:10:38     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-05-13T11:10:38.251Z] 11:10:38     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_link_in_tab_title_and_url_prefilled_blank_page.js | Found a tab after previous test timed out: https://example.com/browser/browser/base/content/test/tabs/link_in_tab_title_and_url_prefilled.html - 
[task 2023-05-13T11:10:38.251Z] 11:10:38     INFO - checking window state
```
Bug: Intermittent toolkit/components/messaging-system/targeting/test/unit/test_targeting.js | single tracking bug
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2023-05-13 14:28:23+00:00
Resolved: 2023-12-05 21:00:25+00:00

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

---
```
[task 2023-05-13T13:42:32.464Z] 13:42:32     INFO -  TEST-START | toolkit/components/messaging-system/targeting/test/unit/test_targeting.js
[task 2023-05-13T13:47:32.480Z] 13:47:32  WARNING -  TEST-UNEXPECTED-TIMEOUT | toolkit/components/messaging-system/targeting/test/unit/test_targeting.js | Test timed out
[task 2023-05-13T13:47:32.481Z] 13:47:32     INFO -  TEST-INFO took 300016ms
[task 2023-05-13T13:47:32.481Z] 13:47:32     INFO -  >>>>>>>
[task 2023-05-13T13:47:32.481Z] 13:47:32     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2023-05-13T13:47:32.481Z] 13:47:32     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2023-05-13T13:47:32.481Z] 13:47:32     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2023-05-13T13:47:32.482Z] 13:47:32     INFO -  running event loop
[task 2023-05-13T13:47:32.482Z] 13:47:32     INFO -  toolkit/components/messaging-system/targeting/test/unit/test_targeting.js | Starting instance_with_default
[task 2023-05-13T13:47:32.483Z] 13:47:32     INFO -  (xpcshell/head.js) | test instance_with_default pending (2)
[task 2023-05-13T13:47:32.483Z] 13:47:32     INFO -  (xpcshell/head.js) | test run_next_test 0 finished (2)
```
Bug: Close button missing on all tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-05-13 16:13:29+00:00
Resolved: 2023-08-28 15:15:08+00:00

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

Steps to reproduce:

Updated from Firefox developer edition 112 (can't remember the exact sub-release) to 113 (again, can't remember the exact sub-release). I have just updated to Developer edition v114.0b3 and the issue is not yet resolved. Note: I have a reasonably high number of tabs open (300 tabs at the moment)

OS: Windows 10


Actual results:

Close button missing on all tabs.


Expected results:

Close button should appear on a tab when mouseovering the tab, or when tab is selected.
Bug: "Open previous windows and tabs" option doesn't work when private session is active next to normal browsing session
Status: NEW
Priority: --
Created: 2023-05-14 04:09:50+00:00
Resolved: 2024-09-02 15:21:30+00:00

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

Steps to reproduce:

1. Open normal browsing session
2. Enable "Open previous windows and tabs" option under Settings/General/Startup
3. Open any number of tabs with random websites
4. Open private browsing session. 
5. Close the normal browsing session


Actual results:

Previous normal browsing session is not restored. Firefox started with only one new tab. 


Expected results:

Previous normal browsing session should have been restored. Firefox should have started with the previous windows and tabs.
Bug: Download notification not shown in full screen mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-14 06:13:43+00:00
Resolved: 2023-05-17 00:11:56+00:00

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

Steps to reproduce:

1. Open POC HTML on my domain https://drakowltest.000webhostapp.com/poc.html
2. Click fullscreen
3. Random clicks on the page
4. Files are downloaded automatically without users knowing if they are downloading files because download notifications are hidden when fullscreen

Note: that the download notification doesn't appear at all when fullscreen, even on the fullscreen notification alert it doesn't say it's downloading
version: 113.0 (64-bit)



Actual results:

this will create confusion for the user because there is no download notification when the fullscreen is accessed such as Microsoft Edge prevention


Expected results:

Download notifications should be applied when downloading files in fullscreen
Bug: SearchSuggestionController.sys.mjs tries to use UrlbarPrefs.sys.mjs which is browser only - xpcshell.ini:toolkit/components/search/tests/xpcshell/test_searchSuggest.js  is failing for Thunderbird
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-05-14 06:59:30+00:00
Resolved: 2023-05-22 06:27:39+00:00

+++ This bug was initially created as a clone of Bug #1826447 +++

xpcshell.ini:toolkit/components/search/tests/xpcshell/test_searchSuggest.js tries to access UrlbarPrefs.sys.mjs which Thunderbird obviously doesn't have.
Bug: Users can't sync to desktop, if they can't check their email
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-05-14 08:34:57+00:00
Resolved: 2023-05-15 15:29:01+00:00

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

Steps to reproduce:

I tried to debug some accessibility issues using another version of my current operating system.

I tried to sync my Firefox font settings, accessibility settings, etc.


Actual results:

Firefox Sync sent a confirmation code to my email, with a 5-minute timer. I would have to reboot, open my email, write down the code, reboot again, and return to sync.


Expected results:

It might be doable with a much longer timer, but not a 5-minute timer.

I imagine other users encounter similar problems.