av9ash/GitBugs huggingface dataset:
Bug: Search shortcut with non-default emptySearchBehavior will not display the expected search history/browsing history
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-03-31 09:41:34+00:00
Resolved: 2023-05-24 20:53:10+00:00

**Found in**
* 113.0a1 (2023-03-30)

**Affected versions**
* 113.0a1

**Tested platforms**
* Affected platforms:
         - Windows 10
         - Mac 13
         - Ubuntu 22.04


**Preconditions**
* Have VPN connected to CA/US.
* Google as default search engine.
* browser.search.region set to CA/US
* browser.urlbar.trending.featureGate set to true
* browser.urlbar.update2.emptySearchBehavior set to 1 or 2 (default being 0)

**Steps to reproduce**
1. Open address bar.
2. Type/Paste a full address like: https://www.pathofexile.com/ several times to create a bit of history.
3. Do some google, ddg searches.
4. Open a tab and pick google search mode.
5. Open a tab and pick ddg search mode.
6. Open about:config and set `browser.urlbar.trending.featureGate` to false
7. Open a tab and pick google search mode.
8. Open a tab and pick ddg search mode.

**Expected result**
4. With `browser.urlbar.update2.emptySearchBehavior` set on 2, the history and search history are displayed + trending predictions (probably influenced by https://mozilla-hub.atlassian.net/browse/SNT-443)
5. History and search history are displayed.
7. History and search history are displayed.
8. History and search history are displayed.

**Actual result**
4. With `browser.urlbar.update2.emptySearchBehavior` set on 2, the history and search history are NOT displayed - only trending predictions 
5. History and search history are NOT displayed.
7. History and search history are displayed.
8. History and search history are displayed.

**Regression range**
* Regressed by bug 1824965 feature ; will narrow it further down to the exact commit if need be at a later date

**Notes**
- Having `browser.urlbar.trending.featureGate` false reinstates functionality for non-default values of browser.urlbar.update2.emptySearchBehavior. 
- The addition of https://mozilla-hub.atlassian.net/browse/SNT-443 should account for this issue.
Bug: Google Trending Predictions icons not visible in HCM
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-31 11:00:07+00:00
Resolved: 2023-04-05 09:07:15+00:00

**Found in**
* 113.0a1(20230330214245)

**Affected versions**
* 113.0a1(20230330214245)

**Tested platforms**
* Affected platforms: Ubuntu 22, Windows 10, Windows 11

**Preconditions**
* Have VPN connected to US.
* Google as default search engine.
* browser.search.region set to US
* browser.urlbar.trending.featureGate set to true
* Activate the OS's HCM.

**Steps to reproduce**
1. Launch FF.
2. Click on the urlbar and enter Google Search mode.

**Expected result**
* The Google Trending Predictions icon are visible for each suggested element while OS is in HCM .

**Actual result**
* The Google Trending Predictions icons are not visible while OS is in HCM.
Bug: Google Trending Predictions entries display a flicker when interacting with urlbar
Status: NEW
Priority: P3
Created: 2023-03-31 11:15:05+00:00
Resolved: 2023-11-13 16:35:48+00:00

**Found in**
* 113.0a1(20230330214245)

**Affected versions**
* 113.0a1(20230330214245)

**Tested platforms**
* Affected platforms: macOS 13, Ubuntu 22, Windows 10

**Preconditions**
* Have VPN connected to US.
* Google as default search engine.
* browser.search.region set to US
* browser.urlbar.trending.featureGate set to true
* browser.urlbar.trending.requireSearchMode
* browser.urlbar.update2.emptySearchBehavior set to 1 or 2 (default being 0)

**Steps to reproduce**
1. Launch FF.
2. Open a new tab.
3. Click on the urlbar.

**Expected result**
* Google Trending Predictions entries should not display any flickers when interacting with the urlbar.

**Actual result**
* Google Trending Predictions entries display a flicker when interacting with the urlbar.
Bug: Google Trending Predictions are not displayed after a browser restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-31 11:49:20+00:00
Resolved: 2023-05-09 11:48:31+00:00

**Found in**
* 113.0a1(20230330214245)

**Affected versions**
* 113.0a1(20230330214245)

**Tested platforms**
* Affected platforms: macOS 13, Ubuntu 22, Windows 10

**Preconditions**
* Have VPN connected to US.
* Google as default search engine.
* browser.search.region set to US
* browser.urlbar.trending.featureGate set to true
* browser.urlbar.trending.requireSearchMode
* browser.urlbar.update2.emptySearchBehavior set to 1 or 2 (default being 0)


**Steps to reproduce**
1. Launch FF.
2. Open a new tab.
3. Restart the browser. (either from about:profiles or with command+Shift+J -> option+command+r)

**Expected result**
* Google Trending Predictions entries are displayed without any issues.

**Actual result**
* Google Trending Predictions entries are not displayed.

**Other notes**
* The workaround is to dismiss the urlbar (click anywhere outside it) then re-selecting it.
* The following error is displayed inside the browser console : ```SearchSuggestionController found an unexpected string value: HTTP request timeout SearchSuggestionController.sys.mjs:634:17```
* [Screencast of the issue](hhttps://drive.google.com/file/d/1r_BEucyt0ytvc_Vs-JakPHH9BVZfl0f6/view?usp=share_link)
Bug: The bookmark with RTL title is shown from left to right like English titles
Status: NEW
Priority: P2
Created: 2023-03-31 11:55:48+00:00
Resolved: 2023-08-08 18:57:30+00:00

**Steps to reproduce:**

1. Open `data:text/html;charset=utf-8,<title>أبجد هوز حطي كلمن سعفص قرشت ثخذ ضظغ-أبجد هوز حطي كلمن سعفص قرشت ثخذ ضظغ`
2. Click the bookmark star to bookmark the page.
3. Go to the Bookmarks Toolbar or Bookmarks Toolbar menu.


**Actual results:**

The bookmark with RTL title is shown from left to right like English titles.
Bug: Google Trending Predictions are not displayed in PBM upon first interaction with urlbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-31 12:03:12+00:00
Resolved: 2023-05-09 11:49:37+00:00

**Found in**
* 113.0a1(20230330214245)

**Affected versions**
* 113.0a1(20230330214245)

**Tested platforms**
* Affected platforms: macOS 13, Ubuntu 22, Windows 10

**Preconditions**
* Have VPN connected to US.
* Google as default search engine.
* browser.search.region set to US
* browser.urlbar.trending.featureGate set to true
* browser.urlbar.trending.requireSearchMode
* browser.urlbar.update2.emptySearchBehavior set to 1 or 2 (default being 0)


**Steps to reproduce**
1. Launch FF.
2. Open a PBM window.
3. Click on the urlbar. (or select the Google shortcut)

**Expected result**
* Google Trending Predictions entries are displayed without any issues.

**Actual result**
* Google Trending Predictions entries are not displayed.

**Other notes**
* The workaround is to dismiss the urlbar (click anywhere outside it) then re-selecting it.
* The following error is displayed inside the browser console : ```SearchSuggestionController found an unexpected string value: HTTP request timeout SearchSuggestionController.sys.mjs:634:17```
* [Screencast of the issue](https://drive.google.com/file/d/1NauMpguLta3-VnXYbzr3svRyx5HZNtdw/view?usp=share_link)
Bug: Google Trending Predictions are not displayed when browser is set to Never Remember History for Windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-03-31 14:04:26+00:00
Resolved: 2023-05-09 11:49:47+00:00

**Found in**
* 113.0a1(20230330214245)

**Affected versions**
* 113.0a1(20230330214245)

**Tested platforms**
* Affected platforms: Windows 10
* Unaffected platforms: macOS 13, Ubuntu 22

**Preconditions**
* Have VPN connected to US.
* Google as default search engine.
* browser.search.region set to US
* browser.urlbar.trending.featureGate set to true
* browser.urlbar.trending.requireSearchMode
* browser.urlbar.update2.emptySearchBehavior set to 1 or 2 (default being 0)
* Go to about:preferences#privacy and set the browser to never remember history.

**Steps to reproduce**
1. Launch FF.
2. Open a new tab
3. Click on the urlbar. (or select the Google shortcut).

**Expected result**
* Google Trending Predictions entries are displayed without any issues.

**Actual result**
* Google Trending Predictions entries are not displayed.

**Other notes**
* This issue appears to happen intermittently (~5 out 10 attempts)
Bug: Screenshots overlay buttons have dark text on hover
Status: NEW
Priority: P3
Created: 2023-03-31 14:46:22+00:00
Resolved: 2023-04-06 19:19:49+00:00

I'm no longer able to reproduce this issue but I was able to get a screenshot.

I changed the theme to light mode to see if a similar thing was happening in light mode (it's not) and I think that's why I'm no longer able to reproduce. 

It only happens on the overlay buttons
Bug: Brave brand asset is squished
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-03-31 15:42:57+00:00
Resolved: 2023-03-31 21:59:00+00:00

See the attached screenshot of the new Migration Wizard with Brave selected, from Storybook.

This is because the Brave branding asset is not square - it's 109x128. We'll need a square asset to avoid this squishing.
Bug: The profile name in the browser / profile selector button should be smaller and all-caps
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-03-31 15:52:38+00:00
Resolved: 2023-05-24 17:14:18+00:00

Here is the spec: https://www.figma.com/file/PcMkM0ZaSSy3zmS3CYGWNj/Handover---students?node-id=2-17735&t=1LrgLqqoAyQcAs4L-4

Notice that the profile name should be fully capitalized, and smaller than it's currently being rendered. If I've done my math right, this should be about `0.73em`.
Bug: Accessing SessionStartup.sessionType getter too early will result in failure to restore a session
Status: NEW
Priority: P2
Created: 2023-03-31 20:08:40+00:00
Resolved: 2024-01-26 17:31:18+00:00

I ran into this while debugging a patch for bug 1824094.

SessionStartup loads early on in the lifetime of the browser, and one of the things it does after initializing is to do an off-main-thread read of the SessionFile in order to see if there's anything there to restore: https://searchfox.org/mozilla-central/rev/6e4dc22cb30c9ffbfee917268c42b17ab8534b91/browser/components/sessionstore/SessionStartup.sys.mjs#134-137

However, between that initialization and the time that the file is read in and [handled](https://searchfox.org/mozilla-central/rev/6e4dc22cb30c9ffbfee917268c42b17ab8534b91/browser/components/sessionstore/SessionStartup.sys.mjs#155-263), callers can still attempt to access [the `SessionStartup.sessionType` synchronous getter](https://searchfox.org/mozilla-central/rev/6e4dc22cb30c9ffbfee917268c42b17ab8534b91/browser/components/sessionstore/SessionStartup.sys.mjs#380).

The problem here is that if we're still in the midst of loading the file, this getter will return `NO_SESSION`, and [then _cache the value_](https://searchfox.org/mozilla-central/rev/6e4dc22cb30c9ffbfee917268c42b17ab8534b91/browser/components/sessionstore/SessionStartup.sys.mjs#393), so that even if there _was_ a session, SessionStartup will claim one doesn't exist. That sounds like a great way of losing a session.

We should probably make `sessionType` something that returns a Promise, and update all of the callsites.
Bug: about:third-party gives no indication that data is loading / has already loaded
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-03-31 21:23:43+00:00
Resolved: 2023-05-31 04:19:24+00:00

If certain data (that provided by the promises in `backgroundTasks`) is not available when `about:third-party` is first displayed, then it will load that data in the background and, later, display a button to reload the data with more details.

This makes it very difficult to use for remote analysis, since the user has no way to know whether data is still being loaded — or even that there _is_ data to be loaded — and so may provide only partial information (as happened in bug 1824474 comment 10).

There should instead be some indicator of incompleteness and/or delay if data is still being loaded.
Bug: The addons pinned to the toolbar can no longer be dragged into the overflow menu.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-03-31 22:52:32+00:00
Resolved: 2023-04-03 12:25:43+00:00

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

Steps to reproduce:

Pin any addon to the toolbar.
Go into customize mode (right click toolbar and click Customize Toolbar)
Try to drag the addon's icon to the overflow menu.




Actual results:

I am not permitted to drag and drop the addon's icon to the overflow menu. (shows a "not allowed" mouse cursor)


Expected results:

The addon is successfully moved to the overflow menu. When I want to use the addon, I can find it in that menu.
Bug: Since updating to 111.0.1, even though I have "Always ask you where to save files" checked in Preferences, I am not being asked, and my downloaded files are being saved in my Downloads folder (which seems to be the default setting)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-01 04:10:14+00:00
Resolved: 2023-04-04 13:30:22+00:00

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

Steps to reproduce:

1.  I updated Firefox to 111.0.1 from the previous version.
2.  I clicked on a pdf email attachment. (I use webmail.)
3.  When the pdf file was displayed (in the original tab), I clicked the download arrow.



Actual results:

A new tab opened, and the new tab displayed the pdf file.  Simultaneously, a download notification window opened, and showed that the download was saved in my Downloads folder.


Expected results:

Firefox should have opened a box asking me where I wanted to save the file (as it did in all previous versions), since I have checked the box in Preferences that says "Always ask you where to save files".    Even though I have that box checked, the "Save Files to" field just above that checkbox shows "Downloads folder".  I can change that to a different folder, but I cannot get Firefox to ask me where to save, as it should, and as it used to.  This is a security issue, because it makes it easier it inadvertently download a file that you do not intend to download.
Bug: Lag in initiating the Add bookmark folder dialog in Library when there are too many bookmarks in the same folder is now much more prominent
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-02 06:01:57+00:00
Resolved: 2023-04-05 10:36:58+00:00

Prerequisite:

Approximately >10,000 bookmarks/folders in _Other Bookmarks_. This was _just_ barely noticeable with >500 bookmarks in the same folder when I tried to reproduce the issue inside a VM, but this might be easier to spot on a lower-end machine.

STR:

1. Open the Library.
2. Navigate to the _Other Bookmarks_ folder that has >10,000 bookmarks.
3. Click on `Organize > Add Folder` at the top left of of the Library window (This also happens with `Add Bookmark` although it's not as obvious).
3. Notice the way the _Add bookmark (folder)_ dialog is initializing before the `New Bookmark/Folder` entry appears in the Library window.

Expected Behavior:

Users should not be able to perceive the lag in initiating the _Add bookmark (folder)_ dialog.

Actual Behavior:

User can clearly perceive the lag in initiating the _Add bookmark (folder)_ dialog when there are too many bookmarks in the same folder, because the dialog shows multiple fields when initiating. This also means that the _Add bookmark folder_ dialog is no longer centered relative to the Library window once it is initialized.

Mozregression returned

Last good revision: b276c24696ee9bd643a90dd3470c4798b696be18
First bad revision: f59c8eb211e42eec668f14d0b99074992580e092
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b276c24696ee9bd643a90dd3470c4798b696be18&tochange=f59c8eb211e42eec668f14d0b99074992580e092

FWIW the lag also seemed to be present in ESR 102 so I don't think that's the main issue here. IMO this is probably related to the new flexbox layout, similar to how bug 1795901 made the `Name` input field in the _Add bookmark folder_ dialog unnecessarily long.
Bug: Text incorrectly rendered intermittantly across numerous websites
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-02 13:53:02+00:00
Resolved: 2023-04-09 16:25:22+00:00

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

Steps to reproduce:

On visiting various sites, I find that some text is incorrectly drawn. The attached screenshot shows what happened when visiting www.immobilise.com


Actual results:

The text that is provided by the server is unreadable in places


Expected results:

Standard text rendering
Bug: Protections panel flashes open briefly and then closes if the icon is clicked while the connection security panel is shown
Status: NEW
Priority: P3
Created: 2023-04-02 16:59:49+00:00
Resolved: 2024-02-27 17:48:26+00:00

Steps to reproduce:

 1. Go to a site which displays both the protections icon and the lock icon at the start of the URL bar, such as https://itch.io/jam/bevy-jam-3 .
 2. Click the lock icon so that the identity panel opens.
 3. Click "Connection secure" to go to the connection security panel.
 4. Click the protections icon in the URL bar.

Expected results:
The protections panel should open and stay open.

Actual results:
The protections panel flashes open briefly and then closes.
Bug: Color Settings still override page colors when set to 'Never'
Status: NEW
Priority: P3
Created: 2023-04-02 17:20:59+00:00
Resolved: 2023-07-19 01:54:12+00:00

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

Steps to reproduce:

Settings (General) > Colors > Manage Colors
Change Background to obvious color (non-black/white; I randomly chose Apple's 'Strawberry')
Set 'Override the colors specified by the page with your selections above' to Never
Load affected page (current pages I'm looking at: 'https://apps.statefarm.com/my-accounts/' 'https://photos.google.com/'; both are logged into an account)

One of the main issues that I see on affected sites is that the font color is not overridden, but the background is. When the background color is set to dark and the text color to light, this causes pages to not be legible (black text on dark background).


Actual results:

Page shows new color instead of page's intended color


Expected results:

Page honors 'Never' setting and does not display the colors selected in Settings > Color
Bug: Private new tab missing text with developer tools enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-03 07:38:21+00:00
Resolved: 2023-04-13 13:24:06+00:00

STR:
1. Set `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled = true`.
2. Restart browser.
3. Open a new private window.

Private browsing info box is missing text and error appears in console:

    NotFoundError: WindowGlobalParent.getActor: No such JSWindowActor 'FormAutofill' 3 ASRouterTargeting.jsm:856

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9beb0c7925afd8d72836dd2ae5b8ca9193ec9ab6&tochange=be4ae540a6d573c2b54644fc93ada9bcff0dd737

Regressed by Bug 1822893.
Bug: Allowed/ Blocked Temporarily permission is not correctly displayed inside the URL bar
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-03 11:38:40+00:00
Resolved: 2023-04-06 12:31:13+00:00

**Found in**
* 113.0a1 (2023-04-02)

**Affected versions**
* 113.0a1 (2023-04-02)






**Tested platforms**
* Affected platforms: Windows 10x64, macOS 12, Ubuntu 20.04
* Unaffected platforms: none


**Steps to reproduce**
1. Open a camera or microphone permission page (e.g https://www.onlinemictest.com/) and allow or block microphone access.
2. Open the permission panel from the URL bar.
3. Observe the Allowed/ Blocked Temporarily permission string.



**Expected result**
* The permission string is correctly arranged.

**Actual result**
* The permission string is on two rows.

**Regression range**
* Last good revision: 2cc925315ab4bc13d89167646695eece8d6f6a63
First bad revision: b50655fcce3faf31b2c1779c263ac7c1bca94863
 Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2cc925315ab4bc13d89167646695eece8d6f6a63&tochange=b50655fcce3faf31b2c1779c263ac7c1bca94863 
Potential regressor: bug 1822578.



**Additional notes**
* Attached a screenshot.
Bug: Ctrl + middle click on link does not open new tab in background
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-03 12:57:27+00:00
Resolved: 2024-05-06 16:45:29+00:00

Steps to reproduce:

Since a while, currently using Nightly 113.0a1 (20230402214746) with Debian sid/unstable, clicking on an URL while holding the Ctrl key the tab is not opened in the background, but the new tab is focused.



Expected results:

The behavior from Firefox 111.0.1 should be kept, and the tab be opened in the background.
Bug: Facebook login page not correctly displayed on high contrast theme ‘Desert’ on Win11
Status: NEW
Priority: --
Created: 2023-04-03 13:38:59+00:00
Resolved: 2024-03-22 09:32:47+00:00

**Found in**
*  113.0a1 Nightly (20230403092724) 

**Affected versions**
*  112.0b9 Beta 
* 111.0.1

**Tested platforms**
* Affected platforms: Win11, Win10.
* Unaffected platforms: -

**Steps to reproduce**
1. Make sure High contrast theme Desert is set on Win11.
2. Open Firefox and access the facebook page.
3. Check the display.

**Expected result**
* Facebook login page should be correctly displayed with the terms display.

**Actual result**
* Screens are overlapping see screenshot attached. Also there are no borders for acceptance criteria.

**Regression range**
* Not a recent regression as the issue seems to reproduce back to 89.0a1(20210331215444).
Bug: Clickjacking to allowed location permission (bypassing button-enable delay)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-03 14:37:58+00:00
Resolved: 2024-06-03 01:06:40+00:00

i found a vulnerability where user can fall for clickjacking to allow location permission

I tested on Firefox version 111.0.1 (64-bit)

steps  to reproduce:

1. open https://pipabajabakrie.com/upload/geofullscreen6.html
2. Click the "try it" button. then it will appear in fullscreen mode
3. Quickly click the "try it" button 3 times without moving the mouse then the location permission will be allowed

I am attaching 2 videos. one video on firefox and another on chrome where in chrome the mouse click doesn't work in notification permission with same steps to reproduces
Bug: Certain website will crash tab after a while..
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-03 18:20:55+00:00
Resolved: 2023-10-13 09:23:27+00:00

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

Steps to reproduce:

Having some tabs open with the last (current) tab being https://www.welt.de
will crash the tab after a while of idle.

it's a news site which will after a while tell you that there have been updates. I guess it's related to this site "updates" showing up but i'm not certain yet. It happend twice.. now both times on the same website.

So the best way to reproduce this might be to just leave the website stay for a while without actually surfing and see what happens.


Actual results:

Tab crashes and wants to save a lot of html files..
Both times it happend on the same website with the same Error and Adress:
Crash Reason 	EXCEPTION_ACCESS_VIOLATION_READ
Crash Address 	0x0000000000000078


Expected results:

should't crash
Bug: Go button does not show when paste text with line break
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-04-03 18:54:17+00:00
Resolved: 2023-04-10 12:14:47+00:00

Step to reproduce:
1. Copy the following text
```
https://bugzilla.mozilla
.org/
```
2. Paste to address bar

Actual results:
Go button does not show.

Expected results:
Go button should show.


Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=194e31587e6c4174702a223b448e8748b1b4a144&tochange=7e7982e97ed002b61e64b556f85866b5f6b9ce46

Suspect: Bug 1327589