av9ash/GitBugs huggingface dataset:
Bug: Encryption checkbox in settings page does not show correct encryption state on startup
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-06-25 23:04:18+00:00
Resolved: 2024-06-27 09:38:07+00:00

While working on Bug 1893295, I noticed that encryption state is not displayed correctly in the settings page when starting up the profile. Here's a way to reproduce the issue:
1. Enable encryption for a profile's backup, either through the debug UI or through the patches for Bug 1893295
2. Restart the session and navigate to about:preferences / about:settings

Expected:
- the sensitive data checkbox should be checked, indicating that encryption is enabled
 
Actual:
- the sensitive data checkbox is not checked
- one way to see it properly update is to go to the debug UI and then navigate to the settings page again

Notes:
- the likely reason for this issue is due to not calling `BackupService.loadEncryptionState` (which [we actually do in the debug UI](https://searchfox.org/mozilla-central/rev/67956a15835fc397334668525d528d471b19b273/browser/components/backup/content/debug.js#31))
Bug: Inconsistent opening of bookmarks sub-menus
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-06-25 23:16:41+00:00
Resolved: 2025-01-06 20:25:19+00:00

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

Steps to reproduce:

Add bookmarks with very long titles
Add sub-folders
Add other bookmarks in subfolders
Repeat until you reach in the 30-40 links in each
Open the bookmarks folders from the top menu, hover until the sub-folders.


Actual results:

Some sub-folders will open properly, neatly folding right then left, then right, according to screen real estate available.
Some sub-folders won't expand properly (see screenshot)


Expected results:

ALL sub-folders should open properly, neatly folding right then left, then right, according to screen real estate available.
Bug: Sonarqube Report shows "Remove this control character." in pdf.js 4.3.136
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-26 06:52:12+00:00
Resolved: 2024-06-27 10:50:15+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:

While running sonarqube report on latest pdf.js version 4.3.136, following medium issue - Remove this control character.


Actual results:

"Remove this control character" Issues reported on following lines inside pdf.mjs: 
Line No: 758
return decoded.replaceAll(/\x1b[^\x1b]*(?:\x1b|$)/g, "");

Line No: 9084:
if (!/^[\x00-\xFF]+$/.test(value)) {

Line No: 9165:
if (!value.startsWith("=?") || /[\x00-\x19\x80-\xff]/.test(value)) {

Line No: 9168:
 return value.replaceAll(/=\?([\w-]*)\?([QqBb])\?((?:[^?]|\?(?!=))*)\?=/g, function (matches, charset, encoding, text) {




Expected results:

Report shoulod not contain these reliability issues. Attaching screenshot for the same. Report is taken on Sonarqube Version 10.5.0.89998

Please suggest justification/provide fix for the same.
Bug: Add the "Sponsored shortcut" label the default sponsored links (e.g. Facebook) in about:home so they can be blocked with user_pref("browser.newtabpage.activity-stream.showSponsoredTopSites", false);
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2024-06-26 07:25:46+00:00
Resolved: 2024-11-24 12:59:20+00:00

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

Steps to reproduce:

* Make a new profile
* Open Firefox
* Visit a new tab -- sponsored companies will be displayed
* Visit about:preferences#home
* Disable: "Sponsored shortcuts" (user.js `user_pref("browser.newtabpage.activity-stream.showSponsoredTopSites", false);`)
* Open a new tab again
* The sponsored companies will still be displayed
* If you disable Shortcuts in Visit about:preferences#home (user.js `user_pref("browser.newtabpage.activity-stream.feeds.topsites", false);`), the sponsored links, but also visited links will be hidden. So there are no solutions to remove the sponsored links, and still show the visited links on the new tab page.

There's an inconvenient workaround that can be used until this bug has been solved
* Add this to user.js: user_pref("browser.newtabpage.blocked", "{\"4gPpjkxgZzXPVtuEoAL9Ig==\":1,\"gLv0ja2RYVgxKdp0I5qwvA==\":1,\"T9nJot5PurhJSy8n038xGA==\":1,\"BRX66S9KVyZQ1z3AIk0A7w==\":1}");

Base-64 for company sponsored links:
* BRX66S9KVyZQ1z3AIk0A7w== - amazon
* 4gPpjkxgZzXPVtuEoAL9Ig== - facebook
* gLv0ja2RYVgxKdp0I5qwvA== - reddit
* T9nJot5PurhJSy8n038xGA== - twitter
* eV8/WsSLxHadrTL1gAxhug== - wikipedia
* 26UbzFJ7qT9/4DhodHKA1Q== - youtube

However, it the sponsored links will likely change in the future, which requires that you actively maintain the block list. That's just time consuming in the long-term.




Expected results:

The sponsored links should disappear when this is set in user.js

user_pref("browser.newtabpage.activity-stream.showSponsoredTopSites", false);
Bug: about:welcome shows up when trailhead.firstrun.didSeeAboutWelcome is set to false, if prefs.js is deleted
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-26 07:31:11+00:00
Resolved: 2024-07-01 17:04:24+00:00

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

Steps to reproduce:

* Make a new profile
* Open Firefox
* about:welcome shows up
* Close Firefox and open it again. about:welcome does not show up.
* Close Firefox, remove prefs.js, and start Firefox again. about:welcome shows up.
* Add this to user.js `user_pref("trailhead.firstrun.didSeeAboutWelcome", true);` and repeat the previous step. about:welcome still shows up.


Actual results:

about:welcome shows up.


Expected results:

Adding `user_pref("trailhead.firstrun.didSeeAboutWelcome", true);` to user.js should never display about:welcome
Bug: Nested SVG's incorrectly alter the non-scaling-stroke vector-effect property
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-26 09:07:59+00:00
Resolved: 2024-07-05 10:58: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:

It is this issue: https://connect.mozilla.org/t5/discussions/svg-vector-effect-quot-non-scaling-stroke-quot-no-longer-working/td-p/60340

Create these 2 HTML files and open them both in Firefox 127.

Notice the second HTML file has a nested SVG tag and that this has an effect on the thickness of the stroke despite being set as non-scaling.

<html>
<head></head>
<body>
<svg xmlns="http://www.w3.org/2000/svg"  preserveAspectRatio="xMidYMin meet" viewBox="0 0 4004 1004">
	<rect  x="10" y="10" width="3990" height="990" fill="yellow" stroke="red" stroke-width="1" vector-effect="non-scaling-stroke"></rect>
</svg>
</body>
</html>

<html>
<head></head>
<body>
<svg xmlns="http://www.w3.org/2000/svg"  preserveAspectRatio="xMidYMin meet" viewBox="0 0 4004 1004">
	<svg>
	<rect  x="10" y="10" width="3990" height="990" fill="yellow" stroke="red" stroke-width="1" vector-effect="non-scaling-stroke"></rect>
	</svg>
</svg>
</body>
</html>


Actual results:

The second HTML displays a thinner stroke than the first.

This is not the case in Chrome or Firefox prior to v127.


Expected results:

Stroke should be the same width in both HTML files.

Same behavious as Firefox prior to v127.
Bug: Tabs show a tab hover effect when maximizing the browser
Status: NEW
Priority: P3
Created: 2024-06-26 09:46:59+00:00
Resolved: 2025-02-01 06:38:34+00:00

**Found in**
* 129.0a1 (2024-06-25)

**Affected versions**
* 129.0a1 (2024-06-25)
* 128.0b7
* 127.0.2
* 115.12.0esr

**Tested platforms**
* Affected platforms: Windows 10/11

**Steps to reproduce**
1. Open a few tabs (5-6 are enough)
2. Resize the browser window to approximately 900 px width and 600 px height and position it in the center of the screen
3. Maximize the window and observe the tab strip

**Expected result**
* None of the tabs should display a hover effect when maximizing the window

**Actual result**
* One of the tabs displays a hover effect when maximizing the window 

**Regression range**
* I have looked for the regression range, but I was unable to find a good build. The issue is reproducible way back to Firefox Nightly 50.0a1 (2016-06-15), so it seems like this is not a regression

**Additional notes**
* See the attached video
* Also reproducing on macOS and Ubuntu, but only when maximizing the window by double-clicking on the browser toolbar, near the tab strip, while the browser window is not fully visible. Sometimes the “List all tabs” chevron shows a hover effect as well
* This is more visible when the ‘browser.tabs.hoverPreview.enabled’ pref is set to ‘true’, as the tab hover preview is displayed without hovering the tab - Windows and Ubuntu only
Bug: .title icon in info-pages may be cropped
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-06-26 11:05:27+00:00
Resolved: 2024-07-18 13:03:34+00:00

Hi, this is something we noticed in Tor Browser on linux.

If I visit a page styled with "info-page.css" and uses an icon, the icon will be cropped at its base. E.g. using the URL "about:blocked?e=deceptiveBlocked&u=example.org".

The problem is that [the `.title` background icon is styled to be `1.6em` tall](https://searchfox.org/mozilla-central/rev/2f48061aef8c8976b73749ee845e7b85751f5f2f/toolkit/themes/shared/in-content/info-pages.css#36), but there is no guarantee that the `.title-text` is tall enough to fit this.

This would be fixed by adding `min-height: 1.6em` to the `.title` block.

NOTE: I noticed this in Tor Browser based on Firefox 128, but not in my Firefox 128 build. I think the difference is that Tor Browser forces "Arimo" font, rather than the "Cantarell" font that my Firefox build uses, which creates a 3px difference. But I imagine this could also be a problem in Firefox, depending on the font being used.

Since this is such a small change, I'll write the patch myself and submit it now.
Bug: Tabs are forgotten if I have an incognito window open when I close regular window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-26 11:36:48+00:00
Resolved: 2024-07-08 12:08:43+00:00

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

Steps to reproduce:

Set firefox to remember tabs on close
Open several tabs
Open another window in incognito mode
Close first window
Close incognito window
Open firefox again. Tabs are gone.


Actual results:

Session is lost.


Expected results:

Firefox should save my tabs, like when I close firefox without an incognito window open.
Bug: The Select Translations panel flickers when it is painted outside of the window bounds on a RTL build (Ubuntu+Wayland)
Status: NEW
Priority: --
Created: 2024-06-26 12:29:14+00:00
Resolved: 2024-06-26 15:44:15+00:00

**Note**
* When the user installs on RTL build launches a minimized window (not maximized) and triggers the ST panel at the left of the window such that the panel will spill out from the window's area, he will notice that the panel will glitch when hovered or interacted with.
* This issue occurs with RTL languages: Persian (فارسی) or Hebrew (עִברִית)

**Found in**
* Beta v128.0b6

**Affected versions**
* Nightly v129.0a1
* Beta v128.0b6

**Tested platforms**
* Affected platforms: Ubuntu+Wayland
* Unaffected platforms: Windows, MacOS, Ubuntu+X11

**Steps to reproduce**
1. Install RTL language: Persian (فارسی) or Hebrew (עִברִית)
2. Minimize/Restore Down the window (not maximized)
3. Load a webpage in a supported language
4. Select a string of text
5. Open the context menu on the left-side of the window (so that the panel would spill out of the window area)
6. Select the Translate option
7. Hover over the panel using the cursor or attempt to interact with it using keyboard navigation.

**Expected result**
* The panel displays correctly, no glitches are observed.

**Actual result**
* The panel flickers/glitches.

**Regression range**
* Not a recent regression.

**Additional notes**
* This issue is an edge case because it is specific to Wayland Window Protocol, RTL builds and needs to be opened in a specific way.
Bug: Intermittent browser/components/tabbrowser/test/browser/tabs/browser_link_in_tab_title_and_url_prefilled_normal_page_other_target.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-06-26 12:30:17+00:00
Resolved: 2025-02-03 12:09:08+00:00

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

---
```
[task 2024-06-26T11:09:28.175Z] 11:09:28     INFO - TEST-INFO | browser/components/tabbrowser/test/browser/tabs/browser_window_open_modifiers.js | This test created 1 hidden docshell(s)
[task 2024-06-26T11:09:28.176Z] 11:09:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_link_in_tab_title_and_url_prefilled_normal_page_other_target.js | leaked 2 window(s) until shutdown [url = about:blank]
[task 2024-06-26T11:09:28.176Z] 11:09:28     INFO - TEST-INFO 
[task 2024-06-26T11:09:28.177Z] 11:09:28     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_link_in_tab_title_and_url_prefilled_normal_page_other_target.js | leaked 1 docShell(s) until shutdown
[task 2024-06-26T11:09:28.177Z] 11:09:28     INFO - TEST-INFO 
[task 2024-06-26T11:09:28.177Z] 11:09:28     INFO - runtests.py | Application ran for: 0:10:01.092364
[task 2024-06-26T11:09:28.178Z] 11:09:28     INFO - zombiecheck | Reading PID log: C:\Users\task_171939625601148\AppData\Local\Temp\tmpc2l1agl3pidlog
[task 2024-06-26T11:09:28.178Z] 11:09:28     INFO - ==> process 9116 launched child process 9132 ("D:\task_171939625601148\build\application\firefox\firefox.exe" -contentproc --channel=2156 -parentBuildID 20240626094342 -prefsHandle 2196 -prefMapHandle 2188 -prefsLen 23489 -prefMapSize 269645 -appDir "D:\task_171939625601148\build\application\firefox\browser" - {22d275db-03d1-4904-a024-b78c124456dd} 9116 "\\.\pipe\gecko-crash-server-pipe.9116" gpu)
<...>
[task 2024-06-26T11:09:38.659Z] 11:09:38     INFO - TEST-START | browser/extensions/formautofill/test/browser/browser_autocomplete_footer.js
```
Bug: Editing the hidden scheme in the address bar behaves inconsistently
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-06-26 12:41:28+00:00
Resolved: 2024-07-10 12:39:53+00:00

In the current Nightly, when I edit an address in the address bar and I press Home the scheme appears. Sometimes it immediately appears, sometimes I have to press e.g. Left-Arrow for it to appear. When I press quickly press Home twice it never appears anymore.
Bug: Drag and Drop Window to Vertical tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-26 13:22:54+00:00
Resolved: 2024-07-09 12:28:10+00:00

In the new Vertical tabbar it is isn't possible to drag on it a Firefox window.

Take as example, move a tab as a window and you want to move back and you can't as drag and drop doesn't work.
Bug: Select translations panel jumps when interacting with the resizer on RTL build in specific circumstances
Status: NEW
Priority: --
Created: 2024-06-26 13:30:08+00:00
Resolved: 2024-06-26 15:44:17+00:00

**Note**
* The issue is reproducible intermittently.

**Affected versions**
* Firefox 128.0b7

**Affected platforms**
* macOS 12, Windows 10

**Steps to reproduce**
1. Launch a browser with an RTL language that is supported: Persian (lang code: FA) and access a Persian (Arabic) page from wikipedia: 
    https://fa.wikipedia.org.
2. Make sure the feature is enabled:
    browser.translations.select.enable = true
3. Minimize the Firefox window a little bit.
4. Select a piece of text, open the context menu and select the Translate option.
5. Try another source language and click on Translate button, this must be repeated until the resizer appears.
6. Interact with the resizer.
7. Observe the Select Translations panel.

**Expected result**
* The Select Translations panel not jumps, it must remain fixed when interacting with the resizer and the buttons remain visible all the time.

**Actual result**
* The Select Translations panel jumps when interacting with the resizer, moreover the buttons disappear and reappear.

**Additional notes**
 * See recording with the issue accessing this [link](https://drive.google.com/file/d/1sJuokefhcR1RHqvcWJIEUlG5cuhndLZg/view?usp=drive_link).
Bug: Firefox no longer opens if it’s closed via the keyboard or App menu while the warning message is displayed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-26 13:54:43+00:00
Resolved: 2024-07-02 20:59:55+00:00

**Found in**
* 129.0a1 (2024-06-25)


**Affected versions**
* 129.0a1 (2024-06-25)

		


**Tested platforms**
* Affected platforms: Windows 10x64, Windows 11
* Unaffected platforms: macOS, Ubuntu


**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-2.json to it and then rename it to policies.json



**Steps to reproduce**
1. Open Wikipedia and paste “ok text”
2. Close Firefox via App Menu or Ctrl + Shift + Q while the warning message is displayed.
3. Open Firefox.


**Expected result** 
* Firefox is opened.


**Actual result**
* Firefox processes are still running.



**Regression range**
* Not a regression. New feature.

**Additional notes**
* Attached a screen recording.
* This also happens with the DLP agent enabled.
* This does not reproduce when uploading a file and the warning dialog is displayed.
Bug: Address bar states "Search with Google or enter address" even when address bar and search bar are separated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-26 17:55:11+00:00
Resolved: 2024-07-01 15:42:50+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. Open a new tab.
2. Observe text in address bar.


Actual results:

Text in address bar states "Search with Google or enter address" even though I have the address and search bar split and keyword.enabled set to false. Entering dummy text into the address bar correctly treats it the text as a malformed URL.


Expected results:

Text in address bar should state "Enter address" as it did in v127.0.1 and prior if the address and search bar are split and keyword.enabled set to false.
Bug: Firefox Security Warning Interaction Issue
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-06-26 18:04:59+00:00
Resolved: 2024-06-28 13:36:52+00:00

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

Steps to reproduce:

1. Open Firefox.
2. Enter the following URL in the address bar: 
3. https://example.com%%%%%%%3e%n@google.com.
4. Press Enter.


Actual results:

- The pop-up warning correctly identifies a suspicious username and alerts the user.
- After making the request, the browser keeps original site in the URL, but give pop-up to  the malicious site.
- A pop-up appears with options to "Yes" or "No."
- The pop-up warning message: You are about to log in to the site “google.com” with the username “example.com%%%%%%%%%%%%3e%n”, but the website does not require authentication. This may be an attempt to trick you.
- Despite the warning, the browser allows the user to proceed to google.com by selecting "Yes."


Expected results:

- The security warning should accurately reflect the potential security risk associated with the malformed URL and unusual username.
- The options presented ("Yes" or "No") should align with the severity of the warning to ensure user safety and clarity.
- Ideally, the warning should provide clearer guidance or cautionary advice to help users make an informed decision about whether to proceed.
Bug: PDF viewer find-in-page unexpectedly jumps from one match to the next (instead of extending the current match) as you type additional characters, in certain PDFs
Status: NEW
Priority: P3
Created: 2024-06-26 20:46:33+00:00
Resolved: 2024-06-27 06:40:23+00:00

Attach (recommended) or Link to PDF file here:
https://www.adobe.com/support/products/enterprise/knowledgecenter/media/c4611_sample_explain.pdf
(also attached)

Steps to reproduce the problem:
1. Load the testcase.
2. Ctrl+F to activate Find-in-page UI.
3. Type "pdf" one character at a time, watching carefully what happens as you type each character.

What is the expected behavior?
The token "PDF" at the bottom left of page 1 should be the matched string (and should remain the matched string as you type the full "pdf" token)

What went wrong?
With each character, Firefox jumps to some a match on the following page! So at the end of the STR, when you've typed "PDF" (3 characters), it's highlighting a match on page 3 instead of on page 1.

You can reproduce this with other words in the PDF as well, e.g. the word "bookmark".

**Random guess at diagnosis**: Maybe the geometry of this PDF file is somehow messed up, such that when we scroll to show the match, find-in-page thinks that the match is scrolled off the top of the screen, and so the next character forces us to jump to the next match that we can find?
Bug: fastmail WebUI not responding in Firefox v127.0.2
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-27 02:47:04+00:00
Resolved: 2024-06-27 03:20:52+00:00

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

Steps to reproduce:

load Firefox v127.0.2
navigate to the   https://www.fastmail.com/
click login button in the to top right corner ish...
attempt to login if you have a Fastmail account


Actual results:

I get a bank white page
but if I hit Crtl+F5 refresh I get the login box..
I click it and get a loading icon in the middle but nothing happens.
so I hit refresh button aka reload-current page button
and another blank white page.


Expected results:

I should see the WebUI for the Fastmail email service.


but there is an error message in the  Browser console window

 NS_ERROR_NOT_AVAILABLE: Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIContentSniffer.getMIMETypeFromContent]
    onStopRequest resource:///modules/FaviconLoader.sys.mjs:296
FaviconLoader.sys.mjs:577:19
    load resource:///modules/FaviconLoader.sys.mjs:577

btw Fastmail webUI is loading fine in the Firefox Nightly build 
v129.0a1 - 06/26/2024 latest build..
so a bug in Firefox v127.0.2 ?!
Bug: So basically when you put object to spam one key in the address bar for a few minutes and then try to type something normally Firefox will freeze for few seconds.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-27 10:40:40+00:00
Resolved: 2024-07-01 15:46:26+00:00

Steps to reproduce:

So basically when you put object to spam one keyboard key (for example spacebar) in the address bar for a few minutes and then try to type something normally Firefox will freeze for few seconds.


Actual results:

Firefox freezes for at least few seconds.


Expected results:

Probably Firefox should work normal with no freeze or lag.