av9ash/GitBugs huggingface dataset:
Bug: [Windows] Firefox can be installed in a directory with no writing permissions
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-04-16 15:13:40+00:00
Resolved: 2024-04-19 19:13:01+00:00

**Found in**
* 126.0b1

**Affected versions**
* Latest Nightly 127.0a1 (2024-04-16)
* 126.0b1
* 125.0
* 115.10.0 ESR

**Tested platforms**
* Affected platforms: Windows 11
* Unaffected platforms: macOS 12.6.6, Ubuntu 22.04

**Preconditions**
* Have a folder with denied permission for writing files (right click on the folder -> Properties -> Security -> Edit -> select user -> check the “Deny” checkbox for the “Write” option -> OK) 
* Have the Firefox build downloaded (.exe)

**Steps to reproduce**
1. Launch the Firefox installer and use the “Custom” installer setting
2. Change the installation directory to the directory mentioned in prerequisites (that doesn’t have writing permission) and press the “Next” button
3. Press the “OK” button from the “You don’t have access to write..” error dialog
4. Press the “Next” button from the installer and observe the behavior

**Expected result**
* The error dialog from step 3 is displayed 

**Actual result**
* The error dialog is no longer displayed and the user is able to finalize the installation 

**Regression range**
* Will perform the regression range ASAP, but in case that this proves to be a regression it is not a recent one, as I was able to reproduce it with Firefox Nightly 110.0a1

**Additional notes**
* See the attached video
* It seems that the folder from the prerequisites is erased after performing step 4 and another folder with no denied permissions is created 
* Also reproducing when denying the writing permission for all group / users
* The issue is not reproducible when all permissions on the folder are denied
Bug: ShortURL.sys.mjs splits off the effective TLD before converting to display IDN
Status: NEW
Priority: --
Created: 2024-04-16 15:34:29+00:00
Resolved: 2024-05-01 12:14:19+00:00

https://searchfox.org/mozilla-central/rev/77f8c66362e5f18f8e7cbaf1ba3ed6286f203d33/browser/components/newtab/lib/ShortURL.sys.mjs#84 performs IDN handling after spitting off the effective TLD.

Our display IDN handling is now sensitive to the TLD (e.g. on .cat and .is), so this code gets wrong results by hiding the TLD from the display IDN conversion.

The display IDN conversion should happen before splitting off the effective TLD. (Since it appears that the effective TLD code wants the ASCII form, perhaps the splitting code needs to count how many labels to split off given that the labels may change from the ASCII form to the Unicode form. Maybe we should even have a bundled C++-side operation for taking a domain, converting it to display form, and returning it split into two parts: the part before the effective TLD and the effective TLD.)
Bug: Local dumps from production can replace downloads from stage
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-16 16:56:04+00:00
Resolved: 2024-04-30 15:51:56+00:00

Sometimes dumps can replace the staging data - for instance, if staging is older than the dump, then the newer timestamp of the dump will take priority over that of the staging data.

This isn't an issue a lot of the time, but for attachments it means that we try and load the attachment data with the production ids from the staging server, which isn't going to work.

STR

1. Set up a Firefox nightly build, with remote settings devtools.
1. Ensure that the `search-config-icons` collection on stage is older than that of production.
1. Set the preference `services.settings.loglevel` to `all` and restart.
1. Open the devtools interface and choose to clear local data on `main-preview/search-config-icons`
1. Restart Nightly, and open the browser console.
1. Search the browser console for `search-config-icons`. At this stage, you'll find messages like:

```
services.settings: Instantiated new client main-preview/search-config-icons
services.settings: main-preview/search-config-icons Local DB is empty, pull data from server
services.settings: main-preview/search-config-icons Fetch changes from server (expected=1707263524486, since=undefined)
services.settings: main-preview/search-config-icons local timestamp: null, remote: 1707263524486
 services.settings: main-preview/search-config-icons 0 to delete, 43 to insert
```

7. Restart nightly again.
8. Search the browser console again.

Actual Results

```
services.settings: Instantiated new client main-preview/search-config-icons
services.settings: main-preview/search-config-icons Local DB is stale (1707263524486), using dump instead (1707330724491)
services.settings: main-preview/search-config-icons try to restore dump
services.settings: main-preview/search-config-icons imported 43 records from dump
```
Bug: Tab preview text can still appear with some transparency with certain themes installed, after bug 1885146
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-16 18:56:45+00:00
Resolved: 2024-05-14 12:07:36+00:00

This can still happen with https://addons.mozilla.org/he/firefox/addon/noctourniquet-orange-fanmade/, see attached.

This seems to happen only on panels which do not have a `<panelview>` in their markup, so for example this also happens to the bookmark popup.
This is because of this rule:
https://searchfox.org/mozilla-central/rev/23ad6bdb310c9a46e6f37885b0d88ec5da3c00f7/browser/themes/shared/customizableui/panelUI-shared.css#173,175
(technically it's possible for panels to still be semi transparent after this bug will be fixed, but very much unlikely to be noticeable)

This also happens to `menupopup`s, for which inserting a `<panelview>` to the markup won't make sense...

@emilio, what do you think? I think either 1) make it so all panels will have `panelview`s, or 2) somehow drop that `background` declaration in the rule above so there will only be 1 layer of background (and so all panels will be semi-transparent [maybe as the theme author intended in the first place? not sure how this works behind the scenes]).
Approach 2 makes it so panels will be consistent with menupopups in this regard.

Or maybe you have a different idea?
Bug: Intermittent browser/base/content/test/permissions/browser_permissions.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-04-17 01:15:35+00:00
Resolved: 2025-02-17 12:01:13+00:00

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

---
```
[task 2024-04-17T00:46:52.699Z] 00:46:52     INFO - TEST-PASS | browser/base/content/test/permissions/browser_permissions.js | keypress event shouldn't be fired for shortcut key, pressed when globally blocked but site allowed - 
[task 2024-04-17T00:46:52.700Z] 00:46:52     INFO - TEST-PASS | browser/base/content/test/permissions/browser_permissions.js | keydown event was fired or not fired as expected, pressed when globally blocked and site blocked - 
[task 2024-04-17T00:46:52.701Z] 00:46:52     INFO - TEST-PASS | browser/base/content/test/permissions/browser_permissions.js | keypress event shouldn't be fired for shortcut key, pressed when globally blocked and site blocked - 
[task 2024-04-17T00:46:52.702Z] 00:46:52     INFO - Leaving test bound testPermissionShortcuts
[task 2024-04-17T00:46:52.702Z] 00:46:52     INFO - Entering test bound testPolicyPermission
[task 2024-04-17T00:46:52.702Z] 00:46:52     INFO - Buffered messages finished
[task 2024-04-17T00:46:52.703Z] 00:46:52     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/permissions/browser_permissions.js | Test timed out - 
[task 2024-04-17T00:46:52.703Z] 00:46:52     INFO - GECKO(6844) | Completed ShutdownLeaks collections in process 5172
[task 2024-04-17T00:46:52.704Z] 00:46:52     INFO - TEST-START | Shutdown
[task 2024-04-17T00:46:52.704Z] 00:46:52     INFO - Browser Chrome Test Summary
[task 2024-04-17T00:46:52.705Z] 00:46:52     INFO - Passed:  112
[task 2024-04-17T00:46:52.705Z] 00:46:52     INFO - Failed:  1
[task 2024-04-17T00:46:52.706Z] 00:46:52     INFO - Todo:    0
[task 2024-04-17T00:46:52.706Z] 00:46:52     INFO - Mode:    e10s
[task 2024-04-17T00:46:52.707Z] 00:46:52     INFO - *** End BrowserChrome Test Results ***
[task 2024-04-17T00:46:52.707Z] 00:46:52     INFO - GECKO(6844) | Exiting due to channel error.
[task 2024-04-17T00:46:52.708Z] 00:46:52     INFO - TEST-INFO | Main app process: exit 0
[task 2024-04-17T00:46:52.708Z] 00:46:52     INFO - runtests.py | Application ran for: 0:01:21.057156
[task 2024-04-17T00:46:52.709Z] 00:46:52     INFO - zombiecheck | Reading PID log: C:\Users\task_171331436767075\AppData\Local\Temp\tmprdoxk6p2pidlog
```
Bug: Incorrect parts of URL grey out of if copy&paste current page https url in AddressBar
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-04-17 08:42:18+00:00
Resolved: 2024-04-30 09:50:28+00:00

Version: Nightly, with pref on to hide the `https://` in the url bar (default in nightly)

Steps to reproduce:

1. go to https://bugzilla.mozilla.org/show_bug.cgi?id=100000 (not sure if there are requirements for url, but this one showed the behavior to me)
2. ctrl+l: to highlight the url
3. ctrl+c: copy current url
4. ctrl+v: past current url in address bar
5. click on the page to set focus away from address bar

Got result (space added to get text highlighting and not interpret this as link): 

> https: //b**ugzilla.moz**illa.org/show_bug.cgi?i**d=100000**

Expected result is either of these two highlighting:

> bugzilla.**mozilla.org**/show_bug.cgi?id=100000

> https: //bugzilla.**mozilla.org**/show_bug.cgi?id=100000
Bug: When adding an image on top of a pdf, parts of the background are visible on top of the newly added image.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-04-17 10:02:07+00:00
Resolved: 2024-04-23 19:17:36+00:00

**Found in**
* version: 126.0b1

**Affected versions**
* version: 127.0a1

**Tested platforms**
* Affected platforms: Windows
* Unaffected platforms: to be added

**Preconditions**
* Have Firefox installed

**Steps to reproduce**
1. Open a pdf file https://www.irs.gov/pub/irs-pdf/f1040.pdf.
2. Add and image to the pdf file.
3. Save the pdf file with the attached image.

**Expected result**
* Pdf file should be correctly saved.

**Actual result**
* Pdf file is saved, but the image file is blurry, and rows from background are displayed on top of the added image.

**Regression range**
* To be added

**Additional notes**
* Issue does not reproduce if the pdf with the image is printed.
Bug: Page downloads (Cmd+S) always fail on first try
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-04-17 10:19:01+00:00
Resolved: 2024-05-23 16:59:53+00:00

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

Steps to reproduce:

1. Go to any website (doesn't always occur but very frequently).
2. Press Cmd+S (on Mac) and then ENTER.


Actual results:

3. The download fails with a little yellow warning triangle.
4. The download only finishes when clicking the retry button.


Expected results:

The page should have been downloaded the first time.

I am not the first one experiencing this issue: https://www.reddit.com/r/firefox/comments/vkjnna/page_download_always_fails_on_first_try/
Bug: PDF highlight option is hidden / not available
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-04-17 14:07:51+00:00
Resolved: 2024-04-24 10:35:45+00:00

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

Steps to reproduce:

First, I opened a PDF file and noticed there isn't new highlight option. Then I selected text and clicked right click and saw option to Highlight text


Actual results:

Options for highlight were shown, but icon for highlight isn't.


Expected results:

Option for highlighting should be visible and clickable.
Bug: Firefox's "Override the colors specified by the page with your selections" settings label doesn't quite match the reality of what the feature does
Status: REOPENED
Priority: P3
Created: 2024-04-17 17:05:10+00:00
Resolved: 2025-01-14 07:38:22+00:00

Steps to reproduce:

Create a new clean profile.
In the Settings -> General -> Colours -> Manage Colours dialog, set "Override the colours specified by the page with your selections above" to "Always".
Ensure the visited and unvisited link colours in the above dialog are set to distinctive colours from the text and background colours
Visit the attached HTML file.


Actual results:

The following links in the attached HTML file are displayed correctly using the user defined link colours:
 - Visited Link No Style 
 - Unvisted Link No Style
 - Visited Link color: #888
 - Unvisited Link color: #888

The following links are displayed in the text colour instead of the appropriate link colours:
  - Visited Link color: inherit
  - Unvisited Link color: inherit


Expected results:

All links should have been displayed in the appropriate link colours.
Bug: Whole page not screenshotted
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-17 17:41:12+00:00
Resolved: 2024-04-18 18:58:32+00:00

Go to this (internal to MoCo only) page and choose Screenshot -> Save full page and you only get what's visible.

https://sql.telemetry.mozilla.org/dashboard/firefox-essentials---metrics-that-matter
Bug: [meta] Wallpaper on New Tab Disappeared
Status: VERIFIED
Priority: P1
Resolution: DUPLICATE
Created: 2024-04-17 20:09:01+00:00
Resolved: 2024-04-29 15:19:46+00:00

Yesterday I enabled the new wallpaper feature on nightly.  Today, upon accepting a nightly update and restarting, the wallpaper I selected disappeared and my background was all white again.  I can select a new wallpaper and close/reopen the browser without issue.  Not sure if it was the update or what?
Bug: Address bar suggestions not updated when background tabs are closed
Status: NEW
Priority: P5
Created: 2024-04-17 20:56:51+00:00
Resolved: 2024-04-30 08:22:34+00:00

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

Steps to reproduce:

* Open https://example.org/ in a tab
* Open a new tab and type `example` into the address bar
* Close the original tab


Actual results:

The "Switch to Tab" suggestion for the tab that you closed doesn't go away.


Expected results:

The list of suggestions to be updated if you close tabs in the background.

This will be useful when you have too many open tabs with pages from the same site.
Bug: Clicking on the label in the copy or download button in the Screenshots preview dialog does nothing
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-04-17 23:33:22+00:00
Resolved: 2024-05-10 15:24:55+00:00

STR: 
- Use ctrl+shift+s or the screenshots toolbar button or the context menu to open the Screenshots UI on any page
- Click either the Save Visible or Save Full Page
- In the resulting preview dialog, click on the "copy" or "dialog" text rather than the icon in either of the buttons

ER: 
- The screenshot is copied or downloaded 

AR:
- Nothing happens. Its necessary to click on the icon to actually copy/download. 

Ultimately the best fix here is to use `moz-button` and `moz-button-group` for these buttons. We have all this custom css in/around [`.preview-button`](https://searchfox.org/mozilla-central/rev/c7df16ffad1f12a19c81c16bce0b65e4a15304d0/browser/components/screenshots/content/screenshots.css#18-47) which isn't great. 

But, specifically, the issue here is that we shouldn't be overriding the `pointer` property, and we should remove the `pointer-events: none` in favor of examining the `event.currentTarget` rather than `event.target` in the [click event listener.](https://searchfox.org/mozilla-central/rev/c7df16ffad1f12a19c81c16bce0b65e4a15304d0/browser/components/screenshots/content/screenshots.js#103)
Bug: Intermittent browser/components/backup/tests/xpcshell/test_SessionStoreBackupResource.js | xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-04-18 01:20:44+00:00
Resolved: 2024-04-22 07:00:10+00:00

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

---
```
[task 2024-04-18T00:40:13.735Z] 00:40:13     INFO -  TEST-START | browser/components/backup/tests/xpcshell/test_SessionStoreBackupResource.js
[task 2024-04-18T00:40:16.384Z] 00:40:16  WARNING -  TEST-UNEXPECTED-FAIL | browser/components/backup/tests/xpcshell/test_SessionStoreBackupResource.js | xpcshell return code: 0
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  TEST-INFO took 2644ms
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  >>>>>>>
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  (xpcshell/head.js) | test MAIN run_test pending (1)
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  (xpcshell/head.js) | test run_next_test 0 pending (2)
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  (xpcshell/head.js) | test MAIN run_test finished (2)
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  running event loop
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  browser/components/backup/tests/xpcshell/test_SessionStoreBackupResource.js | Starting test_measure
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  (xpcshell/head.js) | test test_measure pending (2)
[task 2024-04-18T00:40:16.384Z] 00:40:16     INFO -  (xpcshell/head.js) | test run_next_test 0 finished (2)
```
Bug: Issue with newtab wallpaper selection UI
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-18 01:45:02+00:00
Resolved: 2024-04-22 01:37:07+00:00

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

Steps to reproduce:

On the newtab page, opened settings panel. In "Wallpapers" section, clicked on top middle picture (clouds) near the top.


Actual results:

Newtab background picture changed to a long exposure image of stars at night.


Expected results:

Newtab background picture should have changed to the picture I moused over and not the one which it actually changed to.
Bug: In the latest Firefox version, when I click on "view recent browsing across windows and devices", when  "open tabs"  is selected, nothing appears. Screen is blank. Data DOES populate for other selections on the page.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-04-18 03:40:54+00:00
Resolved: 2025-01-06 19:41:25+00:00

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

Steps to reproduce:

In the latest Firefox version, when I click on "view recent browsing across windows and devices", and I select  "open tabs"  nothing appears. Screen is blank. Data DOES populate for other selections on the page.


Actual results:

nothing appears. Screen is blank. Data DOES populate for other selections on the page.


Expected results:

I should see a list of all my open tabs. I WAS seeing them until the recent update occured.
Bug: [Windows] Drop-down menu from Sidebar panel does not collapse on second click
Status: NEW
Priority: P5
Created: 2024-04-18 07:41:24+00:00
Resolved: 2024-04-30 15:42:52+00:00

**Found in**
* Latest Nightly 127.0a1 (2024-04-17)

**Affected versions**
* 127.0a1 
* 126.0b2
* 125.0.1 

**Tested platforms**
* Affected platforms: Windows 11
* Unaffected platforms: macOS 12.6.6, Ubuntu 22.04

**Preconditions**
* Have the Sidebar panel added to the browser toolbar

**Steps to reproduce**
1. Open the Sidebar panel (if not already open) and click the “Bookmarks” drop-down
2. Click again the “Bookmarks” drop-down and observe the behavior

**Expected result**
* The drop-down menu is collapsed 

**Actual result**
* The drop-down menu is still expanded (disappears for a brief second and then reappears)

**Regression range**
* Last good build: 2023-06-14 
* First bad build: 2023-06-15
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ecab7f04e7d616a69e1d213ac8e660ebae99926d&tochange=214490a419fb2f60b4ea03f3bf17c3f0d5bb4d09
* Potentially regressed by: Bug 1835890

**Additional notes**
* See the attached video
* Reproducing for the “History” / “Sync tabs” options from the drop-down menu as well
* Steps 1 and 2 need to be repeated several times in order for the issue to reproduce on older builds
Bug: Download from http site corrupts the downloaded file (v125 and beta)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-18 10:11:38+00:00
Resolved: 2024-04-18 12:44:09+00:00

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

Steps to reproduce:

We have an internal site that generates sales reports in pdf and excel (SAP BusinessObjects 4.2). We login to the server, enter in a report and select to download it to our local PC. The service is still http and from version 125 the download is marked as non secure. Firefox gives the option to download anyway, and we select it.
We tested on version 125 and 126.0b2 on multiple PC (Win10, Win11).


Actual results:

The file is downloaded, but it's corrupted.


Expected results:

The file is downloaded and it's readable.
Bug: Faulty download of files over HTTP POST
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-18 10:23:53+00:00
Resolved: 2024-04-18 12:43:19+00:00

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

Steps to reproduce:

I'm on a site over HTTP in Firefox Developer Edition 126.0b1 (64-Bit) in private mode.
On this site, there is a download form with action=POST.
When I click on the download button, Firefox opens the save dialog and I chose a folder to save the file in. After that, firefox is blocking the download because of the insecure website.
Nevertheless, I allowed the download over the Download Manager.


Actual results:

Firefox is downloading the file which is actually a CSV file.
When I opened the file, the current HTML-Website-Code is saved, not the CSV content.
When I changed the download form to a GET request, the download worked correctly, even after blocking the download by Firefox security protection.


Expected results:

The CSV file should be downloaded with the content of the CSV.