av9ash/GitBugs huggingface dataset:
Bug: Mismatching  Profiles location between actual location and indicated in "about:support."
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-30 13:54:20+00:00
Resolved: 2022-09-07 19:14:20+00:00

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

Steps to reproduce:

1. Put " about:support " in the URL field and enter.
2. I see the location as " C:\Users\xxx\AppData\Roaming\Mozilla\Firefox\Profiles\forv3n79.default-release. " 
3. Press " Open folder " next to Profile Folder
4. Get the error " The location is not available. "

I also tried Win key + R and %APPDATA%\Mozilla\Firefox\Profiles\
Then got the same result.

So, reproducing is very easy. 


Actual results:

I could not get profiles by pressing Open folder."

However, the profiles are in a different location as follows.
C:\Users\xxx\AppData\Local\Packages\Mozilla.Firefox_n80bbvh6b1yt2\LocalCache\Roaming\Mozilla\Firefox
I found them by searching with Windows Explorer.


Expected results:

The open button should open the profiles location in Windows Explorer.
Bug: Update is not working on Nightly if multiple profiles are opened at the update time.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-08-30 14:43:10+00:00
Resolved: 2022-08-30 16:59:23+00:00

**Found in**
* Nightly 106.0a1

**Affected versions**
** Nightly 106.0a1

**Tested platforms**
* Affected platforms: Windows 10, Ubuntu20.4, Mac 10.13.

**Steps to reproduce**
1. Install Nightly build from 28th of Aug 2022.
2. Create at least 2 profiles and open both of them.
3. Go to Help-> About Nightly in order to update FF on one of the profile.

**Expected result**
* Users should be able to update.

**Actual result**
* Users are not able to update, following message is displayed “Nightly is being updates by another instance” (see screenshot attached).

**Regression range**
* Last build that works is 27th of August 2022 (106.0a1 - 20220827173411).
* First bad build is from 28th of August 2022.

**Additional notes**
* If Firefox is closed and only one profile is being used, the update works successfully.
* Issue also reproduces on Mac and Ubuntu Nightly builds.
Bug: The "Show detailed information" option from the "about:preferences#privacy" page is wrongly selected if the "Use Firefox recommendations" button from the "Privacy Segmentation" Onboarding modal was clicked
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-30 15:34:16+00:00
Resolved: 2022-09-09 13:03:09+00:00

**[Notes]:**
- The "Use Firefox recommendations" option from the "about:preferences#privacy" page is selected by default.
- If the "Use Firefox recommendations" option from the "about:preferences#privacy" page is selected the "browser.privacySegmentation.enabled" pref is set to "false".
- If the "Show detailed information" option from the "about:preferences#privacy" page is selected the "browser.privacySegmentation.enabled" pref is set to "true".
- If the "Use Firefox recommendations" button from the "Privacy segmentation" Onboarding modal is clicked the "browser.privacySegmentation.enabled" pref is set to "true".
- If the "Show detailed information" button from the "Privacy segmentation" Onboarding modal is clicked the "browser.privacySegmentation.enabled" pref is set to "false".

**[Affected versions]:**
- Firefox Nightly 106.0a1 - Build ID: 20220830092750

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

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
 - `browser.aboutwelcome.templateMR` set to `true`
 - `devtools.chrome.enabled` set to `true`
- Have the "Browser Console" opened.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Focus the "Browser Console" and run the "Cc["@mozilla.org/browser/browserglue;1"].getService().wrappedJSObject._showUpgradeDialog();" string.
3. Navigate to the "Privacy segmentation" modal and click the "Use Firefox recommendations" button.
4. Navigate to the "about:preferences#privacy" page and observe the options from the "New features that enhance you browsing" section.

**[Expected result]:**
- The "Use Firefox recommendations" option is selected.

**[Actual result]:**
- The "Show detailed information" option is selected instead.

**[Additional Notes]:**
- If the "Show detailed information" button from the "Privacy segmentation" Onboarding modal is clicked the "Use Firefox recommendations" option from the "about:preferences#privacy" page is selected instead.
- Attached a screen recording of the issue.
Bug: SERP Telemetry is recorded as "unknown" rather than "urlbar" when using the address bar with browser.urlbar.openintab set to true (or when alt-enter)
Status: NEW
Priority: P3
Created: 2022-08-30 16:31:30+00:00
Resolved: 2025-01-30 17:20:22+00:00

STR

1. Start Firefox.
2. Via about:config, set `browser.urlbar.openintab` to true.
3. Visit any web page.
4. Whilst on that page, type "test" in the address bar (or any other search term)
5. Press enter.

=> The search opens in a new tab.

3. Visit `about:telemetry`
4. On the telemetry page search for `browser.search` (you may need to reload).

Expected Results

* There should be a `browser.search.content.urlbar` entry with a record that has a count of one.

Actual Results

* There is a `browser.search.content.unknown` with a record that has a count of one.
Bug: Incorrect (old) last active tab being shown in Firefox View's tab pickup when syncing from iOS
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-30 18:56:13+00:00
Resolved: 2022-09-08 12:18:06+00:00

## steps to reproduce/what did you do?
* step 1 - opened up firefox view
* step 2 - looked at the tap pick up view

## expected behavior/ what did you think will happen?
it would show a website that i looked at this AM on my phone in firefox.

## actual behavior/ what actually happened?
nothing i looked at this AM appears in tab pick up. instead it shows the confirmation page on a website for something i ordered a couple days ago - it says that the tab is from yesterday. it also shows two other things that i viewed on sunday and have not visited those sites since sunday.  i do have a screenshots of the tab pick up and a screenshot of my order confirmation email.
Bug: https://evochef.in shows download page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-08-31 03:32:41+00:00
Resolved: 2023-12-19 02:55:07+00:00

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

Steps to reproduce:

Browse page https://evochef.in 


Actual results:

I get a download popup with zero bytes octet stream


Expected results:

Other browsers like Edge show the webpage.
Bug: Firefox locks folders on Windows 11
Status: NEW
Priority: --
Created: 2022-08-31 14:37:40+00:00
Resolved: 2022-09-08 12:22:36+00:00

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

Steps to reproduce:

Environment: Windows 11 + FF set as a default browser
1. Close FF if running
2. Chose an App that may open URL links in external browser (messengers, notepad++, ..). To reproduce I use Notepad++.
3. Go to the App folder - C:\Program Files (x86)\Notepad++ and check "who locks the folder". One can use https://lockhunter.com/download.htm for that.
4. Open any URL link from Notepad++
5. check "who locks the folder" again


Actual results:

After opening any URL link from Notepad++ the FF opens (it was closed before!!!) and locks the App folder.
The only way to unlock is by closing FF.
As a result, if the App has to update the folder (auto-update procedure for instance) it will fail.
In case of important security updates the users who set FF as a default will be harmed.


Expected results:

App folder is not supposed to be locked by FF.
This issue doesn't happen when using Chrome or Edge as a default browser.
Bug: Intermittent browser/base/content/test/tabs/browser_tab_manager_drag.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-08-31 14:47:51+00:00
Resolved: 2023-06-30 12:01:27+00:00

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

---
```
[task 2022-08-31T14:45:15.587Z] 14:45:15     INFO - TEST-PASS | browser/base/content/test/tabs/browser_tab_manager_drag.js | The order of the tabs after moving to other window in newWindow2 - 
[task 2022-08-31T14:45:15.587Z] 14:45:15     INFO - Buffered messages logged at 14:45:13
[task 2022-08-31T14:45:15.588Z] 14:45:15     INFO - Console message: [JavaScript Error: "can't access property "ownerDocument", aBrowser.parentElement is null" {file: "resource://gre/modules/PageThumbs.jsm" line: 353}]
[task 2022-08-31T14:45:15.588Z] 14:45:15     INFO - _captureRemoteThumbnail@resource://gre/modules/PageThumbs.jsm:353:15
[task 2022-08-31T14:45:15.588Z] 14:45:15     INFO - 
[task 2022-08-31T14:45:15.589Z] 14:45:15     INFO - Buffered messages logged at 14:45:15
[task 2022-08-31T14:45:15.589Z] 14:45:15     INFO - Leaving test bound test_move_to_different_tab_bar
[task 2022-08-31T14:45:15.590Z] 14:45:15     INFO - Buffered messages finished
[task 2022-08-31T14:45:15.590Z] 14:45:15     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabs/browser_tab_manager_drag.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2022-08-31T14:45:15.591Z] 14:45:15     INFO - GECKO(4975) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-08-31T14:45:15.591Z] 14:45:15     INFO - GECKO(4975) | MEMORY STAT | vsize 16065MB | residentFast 307MB | heapAllocated 139MB
[task 2022-08-31T14:45:15.592Z] 14:45:15     INFO - TEST-OK | browser/base/content/test/tabs/browser_tab_manager_drag.js | took 56969ms
```
Bug: move a tab from the main window to another window, then back to the main window. Tab is not restore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-08-31 14:52:06+00:00
Resolved: 2023-01-10 14:39:24+00:00

Steps to reproduce:

Set startup setting to have Open previous windows and tabs checked.
Open a new tab.
Drag tab out to a new window.
Drag tab from new window back to the main window.
Close all windows, with the window that has the session I want saved closed last.
Launch the browser again.


Actual results:

The previous session that is restored will have the tab in question missing. All other tabs that did not follow the steps will still remain.


Expected results:

No tabs should be missing from the session restore.
Bug: Firefox View: Colorways expiration string is unclear if referring to colorway or collection
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-31 14:53:46+00:00
Resolved: 2022-09-22 09:13:06+00:00

Actual: When a user navigates to Firefox View and has already selected a colorway, the colorway collection graphic and name is replaced with the active colorway and the expiration notice remains.

Recommendation: Revise the "Expires January 23" string mention the collection name or allude to the collection expiring to alleviate concern that the active colorway will expire on this date.
Bug: Expire new colourways on January 17 to align with release calendar and resolve date vs year confusion in expiry time
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-08-31 16:20:00+00:00
Resolved: 2022-09-12 21:43:59+00:00

## steps to reproduce/what did you do?
* step 1 - Open to Firefox View
* step 2 - Observe

Within the colorways section on the right...
- the Expires outline, part of it blends in with my orange theme and looks off
- Expiration date - is it Jan 23rd or Jan 2023?
- "Try colorways" is confusing / unexpected b/c I've already tried it - my current theme is orange
- is "colorways" considered a proper noun since it's the name of this feature? the button has it lowercase
- regardless of Jan 23 or Jan 2023 - having a prominent expiration date makes me feel a sense of urgency that i immediately dismiss b/c the date is so far into the future. i'm curious about this date and why something sooner wasn't chosen.
Bug: Secondary CTA text is not visible on hover in HCM
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-08-31 17:07:58+00:00
Resolved: 2022-10-11 12:08:49+00:00

OS: macOS Monterey 12.5

**STR**
1. Navigate to System Preferences > Accessibility > Display > Increase Contrast
2. Launch about:welcome from Firefox Nightly build with the MR template pref flipped on
3. Hover on the secondary CTA button (Skip this step).

**Actual result**
1. Secondary CTA button text color is not inverted, and is invisible. 

**Expected result**
1. Secondary CTA button text color is inverted and readable.
Bug: Accidental triple-clicks in History or Bookmarks libraries can make Firefox open unwanted and/or harmful sites
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-31 20:50:31+00:00
Resolved: 2022-09-01 14:30:56+00:00

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

Steps to reproduce:

1. Tried to double-click on an article in my history.

2. Accidentally triple-clicked.


Actual results:

1. The history window disappeared after 2 clicks,

2. I couldn't react in time and the 3rd click hit a Google Maps link...

3. Google Maps loaded, so I got a migraine.


Expected results:

I can understand hiding the History and Bookmarks Libraries after the double-click, but maybe a delay before enabling additional mouse clicks would help...
Bug: PDF loaded in an iframe sent with content-disposition: attachment isn't shown
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-08-31 22:37:37+00:00
Resolved: 2022-09-08 16:31:19+00:00

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

Steps to reproduce:

On a web site I've developped , I've embedded PDF and HTML with this code, 

<embed src="file.pdf" type="application/pdf" frameborder="0" scrolling="auto" width="100%" height="100%">



Actual results:

Nothing is display, PDF is not visible


Expected results:

With firefox 102 and before , it works perfectly but it has ceased to work since firefox 103. Normally in your HTML web page you see a frame with the PDF
Bug: Firefox update loses some of my settings
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-01 06:37:01+00:00
Resolved: 2022-09-01 13:04:02+00:00

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

Steps to reproduce:

Set the Action for for Content Type PDF to "Use Windows default application"
Update Firefox
See that the Action for Content Type PDF is "Save File."


Actual results:

The action for content type PDF was set to "Save File."


Expected results:

The action for content type PDF should have remained "Use Windows default application."
This was was originally Bug #1777736. When the problem didn't happen with the very next update (whatever that was) the bug was closed. 14 days later there was another update (103.0.2) and the bug re-appeared. It is also present with 104.0.1. I would just like to reopen the old bug but I don't know how to do that.
Bug: "Open with Firefox" for PDF works differently depending on "Always ask"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-01 07:42:04+00:00
Resolved: 2022-09-02 13:10:54+00:00

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

Steps to reproduce:

In the Firefox settings, set the PDF action to "Always ask".
Open a PDF via a URL. 
When asked choose "Open with Firefox".


Actual results:

The file is downloaded before opened in Firefox (the URL starts with "file:").


Expected results:

The file is shown in Firefox without downloading. This is what happens normally when choosing the option with the same name "Open in Firefox" instead of "Always ask" for PDF in the Firefox Settings.

The downloading is particularly bothering because it incapacitates the Zotero plug-in to save the PDF to Zotero. (Due to security reasons, I have been told.)
Bug: Dragging a tab to set the home page leaves tab bar in broken state
Status: NEW
Priority: --
Created: 2022-09-01 09:19:47+00:00
Resolved: 2022-10-18 13:43:34+00:00

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

Steps to reproduce:

1. Set firefox to full screen 
2. Open multiple tabs - ideally fill the tab bar
3. Drag one tab down and left, to the "home" button on the toolbar, and release
4. Decline the popup which says "Set as home page"

This works with normal blank tabs, no documents need to be loaded.


Actual results:

1. The toolbar buttons are no longer clickable (back/fwd, history, extensions, etc)
2. The tab bar is left in an inconsistent state

The result looks like a floating tab, overlaying the existing tab closest to point where the cursor moved to the toolbar.   The tabs are still clickable, but the display issue is not fixed by changing tabs.  You cannot drag the offending tab.

Dragging a different tab will reset the tab bar and cause the toolbar buttons to start working again.


Expected results:

The tab bar and toolbar should remain working.
The tab should snap back into its original location, and not break layout.
Bug: no a bug but very slow bookmark request
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-01 11:09:56+00:00
Resolved: 2023-01-18 12:14:15+00:00

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

Steps to reproduce:

hi, if there are many bookmarks.
to open bookmark to insert or to have a look, 
the time is about 10-15 Secs

bookmarks --- about 32000
host maschine 128 kernel epyc with 2 TB ram , m2 sdd , linux , genttoo





Actual results:

hi, if there are many bookmarks.
to open bookmark to insert or to have a look, 
the time is about 10-15 Secs

bookmarks --- about 32000
host maschine 128 kernel epyc with 2 TB ram , m2 sdd , linux , genttoo





Expected results:

search in one 1 sec

all versions off firefox !!! relaesae , beta , alpha
Bug: hg mercuril
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-01 11:14:35+00:00
Resolved: 2022-09-01 12:40:27+00:00

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

Steps to reproduce:

hi ,

me can not clone hg  / mercuial for alpha version since 2 weeks

datarate for internet is about 2 TB 


Actual results:

hi ,
s
me can not clone hg  / mercuial for alpha version since 2 week


Expected results:

clone
Bug: Mercuril Error Download
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-01 11:27:39+00:00
Resolved: 2022-09-01 12:39:38+00:00

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

Steps to reproduce:

hi , mercuril problem

me can not clone hg  / mercuial for alpha version since 2 weeks

datarate for internet is about 2 TB 


Actual results:

hi ,
me can not clone hg  / mercuial for alpha version since 2 week


Expected results:

clone it normaly

download source code
Bug: Notification permissions are retained across private browsing windows if you don't close all of Firefox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-01 11:39:01+00:00
Resolved: 2023-07-18 18:55:29+00:00

> T2-2 : In Firefox on macOS, the selection by the user to allow notification permissions is permanently retained in Private Browsing Mode. This vulnerability risks allowing the display of notifications that should not be displayed based on different sessions (e.g., past Private Browsing Mode sessions that should have been discarded or sessions in a different browsing mode).

The bug does not seem to be macOS specific. I can reproduce it on Ubuntu too.

This bug is from the report in Bug 1784741.
Bug: Notification permission status is permanently remembered in Normal Browsing Mode
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-09-01 11:50:58+00:00
Resolved: 2023-07-18 18:54:31+00:00

> T2-3 : In Firefox on Windows, Linux, and macOS, the notification permission status is permanently remembered in Normal Browsing Mode.

This bug is from the report in Bug 1784741.
Bug: Selection by the user to deny notification permissions is not properly reflected in Private Browsing Mode
Status: NEW
Priority: P3
Created: 2022-09-01 11:51:51+00:00
Resolved: 2024-05-30 18:00:01+00:00

> T1-1 : In Firefox on Windows, Linux, and macOS, the selection by the user to deny notification permissions is not properly reflected in Private Browsing Mode. Specifically, in Private Browsing Mode, when a user selects to deny notification permission, the permission status will be set to “default” not “denied”.

This bug is from the report in Bug 1784741.
Bug: [QuickActions] The quickaction update button does not update firefox
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-01 13:31:54+00:00
Resolved: 2023-06-15 11:50:57+00:00

**Found in**
* Fx 106.0a1

**Affected versions**
* Fx 106.0a1

**Affected platforms**
* Windows 10
* Ubuntu 22
* macOS

**Preconditions**
* Download and install a nightly build after the Aug 30th (just make sure it's not the latest nightly so it contains the patch from bug 1783862).

**Steps to reproduce**
1. Launch Firefox.
2. Trigger the update from Help -> About Nightly and wait for the update to be applied.
3. Click the address bar and type 'update'.
4. Click the update quick action button.

**Expected result**
* Firefox is restarted and running the latest version.

**Actual result**
* The update doesn't happen.

**Regression range**
* Not a regression

**Additional notes**
* Functionality should've been available after the implementation of bug 1783862.