av9ash/GitBugs huggingface dataset:
Bug: All tabs lost when using private browsing window and close main window
Status: UNCONFIRMED
Priority: --
Created: 2024-06-23 08:08:39+00:00
Resolved: 2024-07-10 18:43:44+00:00

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

Steps to reproduce:

- in Settings - General - Startup - use option "Open previous windows and tabs"
- open 50 tabs
- open private browsing window with few tabs
- minimize private browsing window with few tabs
- close main Firefox window with 50 tabs
- turn off pc
- turn on pc
- start Firefox


Actual results:

Firefox starts with 1 tab, all 50 tabs are lost!

I tried to restore the lost tabs, but when I used History - Recently closed tabs - Reopen all tabs, incorrect tabs were opened, in wrong order, not those from last session.


Expected results:

All 50 tabs should be preserved, or it should be possible to restore them easily, all, in order.

All web browsers have/had this bug and it's really annoying, but in Chrome and Edge it was possible to restore all tabs in order, in Firefox it was impossible.

Perhaps there you be a confirmation dialog, when closing main Firefox window and any other window is opened, or the private browsing window should be closed first automatically, so that tabs from the main window would be preserved.

Firefox 127.0.1 (64-bit), Windows 10 22H2 64-bit.
Bug: Extension Data not deleted after uninstalling firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-23 08:51:27+00:00
Resolved: 2024-07-02 18:19:52+00:00

Team,

Have found an issue where the extension data was not deleted after uninstalling firefox. 

The user installs an extension and the data will not be deleted in MacOs App data folder after uninstall which results in installing an extension without user consent after reinstalling the application.

Steps to reproduce:
1. Open Firefox Browser.
2. Install any extension.
3. Now, uninstall firefox browser.
4. Install firefox browser again.
5. Go to extensions and the extension is not removed from browser.

Impact:
The user uninstalls firefox because of plugin was found malware but the extension will be installed again once firefox is reinstalled.

Root Cause:
The extension data in the /Users/<username>/Library/Application Support/Firefox/Profiles/<profile-id>/extensions is not deleted after uninstallling firefox.

POC: https://youtu.be/bR8OxGD3JWA
Bug: Closing the last tab starts a websearch for "firefox urlbar search in bookmarks"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-23 11:40:18+00:00
Resolved: 2024-06-27 15:38:21+00:00

Steps to reproduce:
- Set browser.tabs.closeWindowWithLastTab=false
- Close all tabs (you should now have a single "New Tab" tab)
- Middle click on the "New Tab" tab
- For a split second you can see a search in the default search engine for "firefox urlbar search in bookmarks" before the tab reverts to an empty tab.
Bug: Problems when downloading executable files (exe/com, etc.)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-23 14:12:33+00:00
Resolved: 2024-08-22 12:28:58+00:00

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

Steps to reproduce:

exe(インストーラ)をダウンロードする


Actual results:

他の画面やアプリなどに画面を切り替えると、ダウンロードのボタンが非活性のままとなり、他のファイル(zipやmsiなど)などと動きが異なり、ダウンロード画面を活性化するまで、ダウンロードできずにいる


Expected results:

exe(実行ファイル)をダウンロードする際も、他のファイルをダウンロードする場合と同様に、すぐにフォルダ選択画面が表示されるべき。
Bug: When downloading a file, the folder selection screen is displayed, but the previous location is often not displayed.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-06-23 14:15:25+00:00
Resolved: 2024-08-22 12:27:51+00:00

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

Steps to reproduce:

ファイルをダウンロード


Actual results:

フォルダ選択画面が表示されるが、拡張子などによって、直前にダウンロードしたフォルダと異なるフォルダ(過去にダウンロードした事があるフォルダ)が表示される場合が多々ある


Expected results:

直前にダウンロードしたフォルダを表示するべき。
Bug: Translator detects incorrect source language on website
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-06-23 19:09:10+00:00
Resolved: 2024-06-25 16:03:24+00:00

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

Steps to reproduce:

1. Enable automatic translation for Finnish language
2. Visit https://www.gigantti.fi/


Actual results:

The website should be translated because the source language is Finnish.


Expected results:

The website is not translated. The source language is detected as English instead of Finnish.

Pasting the source of the webpage into about:translations correctly detects that it's Finnish. I wonder if it's the lang="en" attribute that causes this issue?

A similar issue happens on https://byd-suomi.fi/ where Norwegial Bokmål is detected and that website specifies lang="nb-NO".

I'd suggest running the CLD2 language detector even if there is a lang attribute since it's not always correct.
Bug: Translate hides elements on website
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-23 19:25:45+00:00
Resolved: 2025-01-15 20:03:33+00:00

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

Steps to reproduce:

1. Enable automatic translation for Finnish websites
2. Visit https://www.power.fi/search/?q=test


Actual results:

The search results are not displayed.


Expected results:

The search results should be displayed with a gray background.

- This issue only happens if the website is translated automatically.
- The issue does not happen when translations is turned off.
- The issue does not happen if if translation is done after the webpage loads.
Bug: Local file inclusion vulnerability in pdf.js local testing web server
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-06-23 21:04:14+00:00
Resolved: 2024-11-15 03:44:34+00:00

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

Steps to reproduce:

Due to unsafe usage of path.join, https://github.com/mozilla/pdf.js is vulnerable to Local File Inclusion vulnerability.
You can read more about this vulnerability and its side effects here: https://cwe.mitre.org/data/definitions/22.html

The vulnerable code is at ./test/webserver.mjs file, which you can access online via: https://raw.githubusercontent.com/mozilla/pdf.js/HEAD/test/webserver.mjs
If any of path.join arguments is a relative path to the parent directory (../), the returned path can be outside the intended directory and this might lead to leakage of sensitive files. Note that since the vulnerable code is part of test utilities, it doesn't affect the main application and the attack is only possible when the user is running tests.

The vulnerable code resides in `async #handler(request, response)` inside `WebServer` class. The code replaces backslashes with slashes *After* path.normalize which introduces the vulnerablity.

```
$ cat > /tmp/poc.js <<EOF
let path = require('path')
let requrl = '/..%5c..%5c..%5c..%5c../'
const url = requrl.replaceAll("//", "/");
const urlParts = /([^?]*)((?:\?(.*))?)/.exec(url);
let pathPart;
pathPart = path.normalize(decodeURI(urlParts[1]));
pathPart = pathPart.replaceAll("\\", "/");
console.log(pathPart)
EOF

$ node /tmp/poc.js
/../../../../../etc/passwd
```

By default, running the vulnerable file opens a port in the network scope. Thus the Attack Vector (AV) of CVSS is: (N)etwork

Impact:
We've calculated the base score of the vulnerability as 5.9, with a severity of "Medium" using following the following vector_string: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N
You can view the CVSS score online via: https://www.first.org/cvss/calculator/3.1#CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N


Mitigation:
Replace backslashes with slashes before normalizing the URL.


Credits: Hamidreza Hamidi and Jafar Akhoundali
Bug: Division by zero in the address bar equals {$result}
Status: NEW
Priority: P4
Created: 2024-06-24 06:01:07+00:00
Resolved: 2024-06-30 17:30:28+00:00

Steps to reproduce:

* Disable search suggestions from `about:preferences#search`
* Enable `browser.urlbar.suggest.calculator` in `about:config`
* Type `10/0` into the address bar


Actual results:

` = {$result}`


Expected results:

`/0` shouldn't activate the calculator.
Bug: Uprading from version 127.0 is in never ending cycle
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-24 12:04:26+00:00
Resolved: 2024-07-26 07:19:42+00:00

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

Steps to reproduce:

Go to mebu->Help->About Firefox-> Click to "restart and upgrade firefox to newer version" (under is info about Firefox 127.0) 


Actual results:

After click to button and restart on this page is everything as before. 


Expected results:

Info about no new wersion is available or info why upgrade process was fault.
Bug: glitchy 1px area above the tabs where actions may or may not work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-24 13:11:19+00:00
Resolved: 2024-09-11 12:01:55+00:00

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

Steps to reproduce:

- maximize firefox
- move cursor to the top pixel of a tab
- try clicking/middle clicking/right clicking


Actual results:

- none of them work when it's not highlighted
- try moving the cursor to the left/right while being on the top pixel. it sometimes gets tab highlighted. when that happens, the action works. but it's so random and glitchy


Expected results:

when I switch tabs by mouse, I almost always click the tab from its top most part on the screen. rarely I click on the tab itself, or even the close button (I use middleclick from). 

now don't think of userChrome. I moved tabs to up so the middle part would be at the top pixel (tabs overflows to top) and still get the issue, so I think it's not about the inside, but the window or maximizing stuff or something with titlebar, I don't know.

note: the screen recording was shot with no userChrome or anything. and it's on the troubleshooting mode.
I'm using Linux Mint with XFCE and never had a issue an issue like this with anything.
Bug: Favourites destroyed either after installing phone app or update of Windows verision
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2024-06-24 13:57:38+00:00
Resolved: 2025-01-06 12:16:25+00:00

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

Steps to reproduce:

I installed Firefox on my phone


Actual results:

It appears the favourites have been imported, possibly in a process with the phone, and are totally destroyed.  Organization gone.  Favourites say they are there but aren't.  I can't re-bookmark sites.  Just a mess.
I think Firefox updated this week, and maybe that is the problem too.  


Expected results:

My favourites should have stayed as they were.  I'll uninstall Firefox from my phone.  There was a new upgrade this week wasn't there?  I'm pissed off enough that if I am going to recreate my favourites, I'll do it in another browser  I fix something, and it disappears again - and then the organization in folders and sub-folders disappears.
Bug: Perma documentation ./mach doc | Error: 31 new warnings have been introduced compared to the limit in docs/config.yml
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-24 13:58:13+00:00
Resolved: 2024-07-09 13:44:52+00:00

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

---
```
[task 2024-06-24T13:54:31.270Z] ages... [100%] widget/windows/windows-pointing-device/apple_vision.jpg
[task 2024-06-24T13:54:31.270Z] ages... [100%] widget/windows/windows-pointing-device/mouse.jpg
[task 2024-06-24T13:54:31.271Z] ages... [100%] widget/windows/windows-pointing-device/touch_media_queries.png
[task 2024-06-24T13:54:37.959Z] dumping search index in English (code: en)... done
[task 2024-06-24T13:54:38.064Z] dumping object inventory... done
[task 2024-06-24T13:54:38.064Z] build succeeded, 926 warnings.
[task 2024-06-24T13:54:38.064Z] 
[task 2024-06-24T13:54:38.064Z] The HTML pages are in docs-out/html.
[task 2024-06-24T13:54:38.082Z] TEST-UNEXPECTED-FAILURE | ./mach doc | Error: 31 new warnings have been introduced compared to the limit in docs/config.yml
[task 2024-06-24T13:54:38.088Z] 
[task 2024-06-24T13:54:38.088Z] Generated documentation:
[task 2024-06-24T13:54:38.088Z] docs-out/html
[task 2024-06-24T13:54:38.088Z] Logged 876 warnings
[task 2024-06-24T13:54:38.088Z] 
[taskcluster 2024-06-24 13:54:45.485Z] === Task Finished ===
[taskcluster 2024-06-24 13:54:45.522Z] Artifact "public/docs.tar.gz" not found at "/builds/worker/checkouts/gecko/docs-out/main.tar.gz": (HTTP code 404) no such container - Could not find the file /builds/worker/checkouts/gecko/docs-out/main.tar.gz in container d6b29a45958c4db93af0b2661c48c107b836cedacd31a74e5325962396721ea7 
[taskcluster 2024-06-24 13:54:45.525Z] Artifact "public/trees.json" not found at "/builds/worker/artifacts/trees.json": (HTTP code 404) no such container - Could not find the file /builds/worker/artifacts/trees.json in container d6b29a45958c4db93af0b2661c48c107b836cedacd31a74e5325962396721ea7 
[taskcluster 2024-06-24 13:54:45.594Z] Unsuccessful task run with exit code: 1 completed in 396.878 seconds
```
Bug: Calling clearUserPref with a null value causes feature callout previews to break
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-24 17:14:47+00:00
Resolved: 2024-07-09 13:44:29+00:00

Feature Callout recipes with no tour pref were inadvertently calling `clearUserPref(null)` which throws `NS_ERROR_ILLEGAL_VALUE` and causes the feature callout previews to not render. Checking for the existence of the tour pref before calling the function solves the issue.
Bug: [Skylight] make inline CTR numbers cover the entire graph rather than the last day
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-24 17:32:27+00:00
Resolved: 2024-07-01 16:47:22+00:00

As an experimenter looking at a Looker experiment dashboard, I should be able to see a tile with the impressions and click-through rate for the entire length of the dashboard so that I can understand the overall numbers, not just the daily ones.

As a product manager looking at the Skylight dashboard, all the CTR numbers I see should be overall numbers for the length of the dashboard, because anything else would be confusing and surprising.

These two user stories are coupled because we intend to couple the implementation, as that's convenient and keeps things in sync between the Looker and Skylight dashboards.
Bug: [MSIX] "Looks like you've reinstalled Firefox. ..." reset message in an MSIX build
Status: NEW
Priority: P3
Created: 2024-06-24 19:43:01+00:00
Resolved: 2024-07-03 18:51:58+00:00

I launched an MSIX Firefox installed from the Microsoft Store recently and got the [`resetUninstalled`](https://searchfox.org/mozilla-central/rev/64ddb621a0d3905fc2e3df475517d4163d377b22/toolkit/locales/en-US/chrome/global/resetProfile.properties#10) message.

That makes little sense for an MSIX package.  I'm curious as to what technical checks got us to that situation before declaring that we should never offer this reset (_specific_ to uninstall/reinstall) for MSIX package users.
Bug: Be more explicit in tab context menu for "New tab" action
Status: NEW
Priority: --
Created: 2024-06-24 19:58:20+00:00
Resolved: 2024-07-09 14:03:38+00:00

Steps to reproduce:

Right-click on an opened tab to open the tab context menu 
Click on "New tab"

Expected
Tab opens in the far right end of opened tabs (because it uses the same strings as in the Application menu)

Actual 
Tab opens to the right side of the selected tab


Recommendation:

Instead of changing the behaviour, I would recommend we be more explicit about where the tab opens when you click on "New tab" in the context menu. Right now we say "New tab" which is the same as in the Application menu and the tool tip in on the (+) icon but the behaviour is different so the strings should be different.
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_select_telemetry_keypresses_copy_button.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-06-24 22:31:50+00:00
Resolved: 2025-01-13 12:01:57+00:00

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

---
```
TEST-PASS | browser/components/translations/tests/browser/browser_translations_select_telemetry_keypresses_copy_button.js | The element 'translateFullPageButton should be enabled. - 
[task 2024-06-24T22:07:38.300Z] 22:07:38     INFO - Buffered messages logged at 22:06:16
[task 2024-06-24T22:07:38.301Z] 22:07:38     INFO - Resolving 3 mocked downloads for "test-translation-models-2"
[task 2024-06-24T22:07:38.302Z] 22:07:38     INFO - Waiting for SelectTranslationsPanel to change state from "translating" to "translated"
[task 2024-06-24T22:07:38.303Z] 22:07:38     INFO - Buffered messages finished
[task 2024-06-24T22:07:38.304Z] 22:07:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_select_telemetry_keypresses_copy_button.js | Test timed out - 
[task 2024-06-24T22:07:38.305Z] 22:07:38     INFO - GECKO(1062) | Completed ShutdownLeaks collections in process 1062
[task 2024-06-24T22:07:38.306Z] 22:07:38     INFO - TEST-START | Shutdown
```
Bug: Conflicting "Get Help" ⌘? shortcut on MacOS, with glitchy behavior
Status: NEW
Priority: --
Created: 2024-06-25 06:34:03+00:00
Resolved: 2024-07-08 08:14:24+00:00

On MacOS there is a standard shortcut — `command + shift + /` — to open the Help menu bar option and focus the field to search the menu bar for commands. However, Firefox has a shortcut on the same keys, listed as "Get Help" in the menu bar; this is meant to open the Firefox Support site in a new tab.

While clicking on that option from the menu bar works normally, using the keyboard shortcut has odd behavior on my computer (running current non-beta MacOS on an M2 Macbook Pro): 

- The "first" time the shortcut is entered, Mac's help search bar is selected as I would expect in other apps.
- Using it again, it shows that bar appearing instantaneously disappearing. Focus is moved to the Help item of the menu bar, noticeable if you press the left arrow key after this happens.
- Using it while the menu bar is still focused, Firefox successfully runs its command and opens the Firefox Support tab. This unfocuses the menu bar.

Further presses alternate between the second and third states. The state of this cycle seems to reset to the first state on opening a new window. One other thing I noticed is that if I focus the menu bar while not in the first state then enter the shortcut, the third thing always happens.

There are more intricacies to this which I would get the exact details of wrong so I will not try to describe them here.

----------------

I tested this on my disused mid-2010s Intel Macbook, running Big Sur (2020 version of MacOS) and Firefox 127 to see if the same happens. Oddly, Firefox's "Get Help" does not have any shortcut shown next to it in the menu bar, so there is nothing to conflict, and the MacOS default behavior of focusing the menu bar searcher works normally. However, another much more recent Intel Mac which I briefly tested, running the current OS and current Firefox, appears to have the same behavior as my more modern one.

I first noticed this glitch approximately three weeks ago when I learned about the Mac shortcut; it could be quite old, or quite new.

(By the way, this combination described as `⌘ + shift + ?` on [an Apple help webpage](https://support.apple.com/en-us/102650), and as `⌘ + ?` in the actual menu bar on Firefox, in case these alternate key descriptions help narrow down the code to work on/MacOS documentation to look at. Also, when I test adding a shortcut with those keys in Mac settings, it is displayed as `⌘ + shift + /`.)
Bug: YouTube is quite slow for translations
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-25 15:47:25+00:00
Resolved: 2025-01-15 20:06:50+00:00

https://share.firefox.dev/3W0sywM

I suspect our MutationObserver is overly eager, or maybe getting the textContent is too expensive. We should investigate this.

Suspiciously slow stack:
```
get Node.textContent
determineTranslationStatus [chrome://global/content/translations/translations-document.sys.mjs:829:29]
subdivideNodeForTranslations [chrome://global/content/translations/translations-document.sys.mjs:659:31]
TranslationsDocument/this.observer< [chrome://global/content/translations/translations-document.sys.mjs:435:63]
MutationCallback
RefreshDriver tick
```
Bug: Misaligned Favicon on Vertical Tab
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-25 16:24:32+00:00
Resolved: 2024-07-09 13:00:33+00:00

So I enabled in the latest Firefox Nightly (129.0a1 (2024-06-25)) the Vertical Tabs and renamed my userChrome.css to test it.
In the screen you can see how I see the Vertical Tabs.
For just a specific website is misaligned and for the others there is no margin between the favicon and the title.
I think that in the collapsed vertical tab the page tile should not shown.

Also I can't remove the extension bar because some extension I use can't be moved on the vertical bar
Bug: Times in developer console are wrong
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-25 19:49:23+00:00
Resolved: 2024-06-25 19:53:24+00:00

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

Steps to reproduce:

Just check the time values in the developer console.


Actual results:

The response times in the development console are miscalculated. They always show a value that is much higher than the real one.
Also, it is a table problem, since in the details window it is displayed correctly (see screenshot).
This problem is present only in Firefox as Chrome shows me the correct data.


Expected results:

The time column displays the correct value
Bug: upgrading firefox loses all windows and tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-25 20:56:40+00:00
Resolved: 2024-08-05 16:13:43+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:

Download Firefox 127. Quit Firefox 115. Open Firefox 127 on same profile.



Actual results:

All my tabs and windows were forgotten. There was no "restore previous session" option on the menu, it was unavailable. I closed 127 and reopened 115 hoping to make a list of my open tabs and windows, and it told me I was not allowed to open an older version anymore unless I created a brand new profile. All my tabs and windows are permanently lost and unrecoverable. 


Expected results:

It should have not wiped out all my open tabs and windows, or, it should have allowed me the option of reopening 115 to the same profile so I could find a way to record what they are. It shouldn't have completely and irrecoverably destroyed the record of what I had open and intentionally stood in my way to ensure I couldn't ever retrieve them in any way.