av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/search/test/browser/telemetry/browser_search_telemetry_remote_settings_sync.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-12-02 09:40:46+00:00
Resolved: 2025-03-03 06:29:55+00:00

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

---
```
[task 2023-12-02T09:03:06.168Z] 09:03:06     INFO - TEST-PASS | browser/components/search/test/browser/telemetry/browser_search_telemetry_remote_settings_sync.js | Recorded and expected abandonment counts match. - 0 == 0 - 
[task 2023-12-02T09:03:06.168Z] 09:03:06     INFO - Remove tab.
[task 2023-12-02T09:03:06.168Z] 09:03:06     INFO - Update search-telemetry-v2 with a matching queryParamName.
[task 2023-12-02T09:03:06.169Z] 09:03:06     INFO - Wait for SearchSERPTelemetry to update.
[task 2023-12-02T09:03:06.169Z] 09:03:06     INFO - Load SERP in a new tab.
[task 2023-12-02T09:03:06.170Z] 09:03:06     INFO - Buffered messages logged at 08:57:04
[task 2023-12-02T09:03:06.170Z] 09:03:06     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 4
[task 2023-12-02T09:03:06.170Z] 09:03:06     INFO - Buffered messages logged at 08:58:35
[task 2023-12-02T09:03:06.171Z] 09:03:06     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 3
[task 2023-12-02T09:03:06.171Z] 09:03:06     INFO - Buffered messages logged at 09:00:05
[task 2023-12-02T09:03:06.172Z] 09:03:06     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 2
[task 2023-12-02T09:03:06.172Z] 09:03:06     INFO - Buffered messages logged at 09:01:35
[task 2023-12-02T09:03:06.172Z] 09:03:06     INFO - Longer timeout required, waiting longer...  Remaining timeouts: 1
[task 2023-12-02T09:03:06.173Z] 09:03:06     INFO - Buffered messages finished
[task 2023-12-02T09:03:06.173Z] 09:03:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/telemetry/browser_search_telemetry_remote_settings_sync.js | Test timed out - 
[task 2023-12-02T09:03:06.173Z] 09:03:06     INFO - GECKO(4306) | Completed ShutdownLeaks collections in process 4306
[task 2023-12-02T09:03:06.174Z] 09:03:06     INFO - TEST-START | Shutdown
[task 2023-12-02T09:03:06.174Z] 09:03:06     INFO - Browser Chrome Test Summary
[task 2023-12-02T09:03:06.175Z] 09:03:06     INFO - Passed:  827
[task 2023-12-02T09:03:06.175Z] 09:03:06     INFO - Failed:  1
[task 2023-12-02T09:03:06.175Z] 09:03:06     INFO - Todo:    1
[task 2023-12-02T09:03:06.176Z] 09:03:06     INFO - Mode:    e10s
[task 2023-12-02T09:03:06.176Z] 09:03:06     INFO - *** End BrowserChrome Test Results ***
```
Bug: URLs with line breaks are no longer fixed up, regardless of editor.singleLine.pasteNewlines
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-12-02 18:13:35+00:00
Resolved: 2023-12-02 19:50:36+00:00

As of Firefox 120, I can no longer paste broken multiline URLs and have them work.

For instance, someone sent me an email containing the lines

https://xerces.org/blog/how-advocates-stopped-aerial-insecticide-spray-on-    25000-acres-of-new-mexico-natural-areas

If I copy both lines and paste them into the urlbar, or middlemouse them over the content area, firefox shows the URL
https://xerces.org/blog/how-advocates-stopped-aerial-insecticide-spray-on-%20%20%20%2025000-acres-of-new-mexico-natural-areas

This is a regression: prior to FF 120, I used to do this sort of paste all the time and it worked.

So as of FF 120, the only way to visit this URL is to laboriously right-arrow through it in the URLbar and remove all the added %20s. That's a lot of extra work for something that's very common (broken URLs in email messages).

This used to be controlled by editor.singleLine.pasteNewlines. Mine
was set to 3, which used to be the default on Linux, which always worked before even though it's not documented to remove spaces (documented here: http://kb.mozillazine.org/Editor.singleLine.pasteNewlines). Reviewing that documentation, I tried changing it to 5 which is explicitly supposed to remove spaces adjacent to a newline, but that didn't work either and gave the same result.

Exploring prefs, I also stumbled upon network.url.strip-data-url-whitespace which sounds like it might be related, but it made no difference on this URL.  Maybe it only works for data URLs; I can't find any documentation for it
Bug: Can't disable alternative stylesheet on page that doesn't specify a title for the default stylesheet
Status: NEW
Priority: P3
Created: 2023-12-02 18:30:39+00:00
Resolved: 2024-12-04 11:05:22+00:00

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

Steps to reproduce:

1. Open a website that has an alternative stylesheet and does not specify a title for the default stylesheet (https://adventofcode.com is an example; I have also attached minimal code to reproduce).
2. Select the alternative stylesheet in View > Page Style.


Actual results:

After selecting the alternative stylesheet there is no way to deselect it - the View > Page Style menu only contains options for No Style and the selected alternative stylesheet. The only way to revert to the default stylesheet is to open the page in a different tab.


Expected results:

The View > Page Style menu provides an option to select the default stylesheet.
Bug: Incorrectly identifies page language when it differs from the lang tag
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-03 08:41:53+00:00
Resolved: 2023-12-04 18:22:57+00:00

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

Steps to reproduce:

Navigate to https://www.graphicsandprogramming.net/eng/tutorial/blender/modeling/blender-how-to-import-dwg-dxf-files, an English language web page.


Actual results:

Firefox offered to translate it from Portuguese.


Expected results:

Firefox should have recognised that the page is in English and not offered to translate it.

Firefox is probably doing this because the <html> tag has a lang="pt" attribute, but as this page demonstrates, that is not enough to rely on. That attribute is very likely to be some kind of default value that was configured site-wide and does not actually correspond to the content, and relying on it will probably cause many mistakes. Firefox should look at the content itself and use heuristics to determine the actual language of the page.
Bug: velux.fr, black page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-12-03 14:04:47+00:00
Resolved: 2023-12-03 14:08:25+00:00

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

Steps to reproduce:

Go to velux.fr


Actual results:

A black page is displayed


Expected results:

The home page is displayed
Bug: Won't save tabs to favorites
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-03 14:12:42+00:00
Resolved: 2024-02-12 15:02:51+00:00

Steps to reproduce:

I clicked on the save to current site to favorites button


Actual results:

The site has been closed


Expected results:

Save the current site to favorites
Bug: Geolocation Permissions Request Will Not Go Away on Mac
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-12-04 00:16:37+00:00
Resolved: 2023-12-05 18:50:57+00:00

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

Steps to reproduce:

Login into any website that might request your location. Ex: Walgreens Pharmacy, CVS Pharmacy, Email, MyChart, Google Maps. It happens very frequently, however, sometimes it doesn't so it is pretty weird.  My computer is Updated with the latest Mac OS and Firefox browser.  and running very well. I have also tried restarting it, etc. 


Actual results:

You will get the permission pop-up; no matter what I select, the pop-up will not go away. If you refresh the website or reopen it in a new tab it will not go away. I have the newest version of Firefox browser for Mac OS. Since the last update before the most recent one, I have been having this issue. 


Expected results:

A pop-up should disappear after I click "allow" or "block."
Bug: selecting item count not going change when manipulate it
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-12-04 07:58:35+00:00
Resolved: 2024-02-12 15:06:06+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/119.0.0.0 Safari/537.36

Steps to reproduce:

log in to side add item required then change my requirement and add some more item



Actual results:

item show added but not shown in side the cart



Expected results:

after the adding item it SHOULD reflecting item in cart
Bug: The Text Highlight is visible through an added image inside of the PDF
Status: NEW
Priority: --
Created: 2023-12-04 12:51:34+00:00
Resolved: 2023-12-04 13:41:28+00:00

**Found in**
* Nightly 122.0a1 (2023-12-04)

**Affected versions**
* Nightly 121.0a1 (2023-12-04) 

**Affected platforms**
* ALL

**Preconditions:**
Set pdfjs.enableHighlightEditor - true

**Steps to reproduce**
1. Open any PDF file that already has manually added images to it.
2. Enable Highlighting.
3. Highlight the text underneath the added image.

**Expected result**
* The Highlights should not be visible underneath an added image.

**Actual result**
* The Highlight is visible through the image.

**Regression range**
Not Applicable
Bug: The Opt-In section's content is cut off when the browser is resized to its minimum
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-12-04 13:23:44+00:00
Resolved: 2023-12-08 15:32:47+00:00

**[Affected versions]:**
- Firefox Beta 121.0b6 - Build ID: 20231201091738
- Firefox Nightly 122.0a1 - Build ID: 20231203092644

**[Affected Platforms]:**
- macOS 13.1
- Windows 10
- Ubuntu 20.04

[Prerequisites]:
- Have a Firefox profile with the following prefs in the "about:config" page:
browser.urlbar.quicksuggest.contextualOptIn set to true
browser.search.region set to US

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Open a New Tab and click the "Address Bar".
3. Resize the browser to its minimum.
4. Observe the Opt-In section.

**[Expected result]:**
- All the elements from the "Opt-In" section are correctly visible.

**[Actual result]:**
- The title, the description and the "Not Now" button are cut off.

**[Notes]:**
- This issue is reproducible regardless if the "Opt-In" section is displayed at the top or at the bottom of the "Address Bar". 
- One note is that in the Opt-In section from the bottom the "Not Now" button jumps on a new row and both buttons are entirely displayed. But, in the Opt-In section from the top, both buttons remain in the same row.
- Attached is a screen recording of the issue.
Bug: ETP custom settings don't support controlling every setting ETP strict enables
Status: NEW
Priority: P3
Created: 2023-12-04 14:50:41+00:00
Resolved: 2023-12-07 17:39:28+00:00

The ETP settings under `about:preferences#privacy` allow the user to switch between "Standard", "Strict" and "Custom". While "Standard" and "Strict" are presets, "Custom" allows users to have more granular control over anti-tracking related settings.

However the "Strict" preset controls many features that "Custom" does not expose. This is bad in terms of UX, users can't get maximum privacy via "Custom" mode.

It also leads to unexpected, non-obvious behavior where settings are applied differently depending on the order of category selection:
If a user switches from "Standard" directly to "Custom", even if they adjust all the settings there, they won't get maximium protection, since the "Strict" preset is not applied. In order to get "Strict" prefs + "Custom" they need to first switch from "Standard" to "Strict" and then to "Custom".
Bug: Missing / in URL:    . d e / r /   is shown as .der/, so website gives a 404
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-12-04 17:36:44+00:00
Resolved: 2023-12-19 15:25:11+00:00

https://forum.golem.de/kommentare/wissenschaft/tschechien-hochschule-streicht-wegen-ki-bachelorarbeiten/studenten/167060,6685930,6686080,read.html#msg-6686080

shows defective link:

https://www.dwds.der/plot/?view=1&corpus=zeitungenxl&norm=date%2Bclass&smooth=spline&genres=0&grand=1&slice=1&prune=0&window=3&wbase=0&logavg=0&logscale=0&xrange=1946%3A2023&q1=Studierende

Link should be: d w d s . d e / r / p l o t

Seems, text . d e / r (without the spaces) in textarea is sent to/comes back from Website as .der

Tests: chars separated by spaces:  as string = result shown from preview
When you switch to preview, the string is missing its slash, when you switch back to comment, the slash is still there

de/t          de/t     = de/t working

. d e / r      .de/r   = der  missing /
de / r         de/r    = der  missing /
de/ r         de/r    = der   missing /
de /r         de/r    = der   missing /

.com/r
.fr/r


Bug seen in Windows10 Firefox 120.0.1  (AMD-CPU)
Bug seen in opensuse Tumbleweed Firefox 120.0  (intel-CPU)
working on Samsung  Android 13   Firefox 118.2.0 (build #2015978995)
GV: 118.0.2-20231009140911

Bug not seen in Opera, Seamonkey
Bug: Missing "Copy URL" button after the 89 update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-12-04 18:55:20+00:00
Resolved: 2023-12-11 16:45:32+00:00

Steps to reproduce:

Wanted to copy the URL of the current page


Actual results:

The copy link button is missing as of version 89 so I need to manually select the link in the address bar, then copy it. After that the keyboard/mouse selection focus is attached to the address bar and it is a bit finicky trying to get it focused back to the web page. The old button did not cause this problem with keyboard/mouse focus.

There are extensions to do this, but that seems like a major security hole to need to add more sketchy extensions just to get a basic feature. I don't think this button was cluttering the UI and it used to be able to be removed if you didn't like it, so why take it away from us?

See also
- https://bugzilla.mozilla.org/show_bug.cgi?id=1714007
- https://support.mozilla.org/en-US/questions/1339210
- https://bugzilla.mozilla.org/show_bug.cgi?id=1701548
- https://bugzilla.mozilla.org/show_bug.cgi?id=1813695


Expected results:

Old feature should not have been taken away.
Bug: Accessible name of the magnifying glass icon is "View Site Information"
Status: NEW
Priority: P2
Created: 2023-12-04 21:00:45+00:00
Resolved: 2024-06-06 18:57:43+00:00

### STR:
1. Ensure a screen reader is running
1. Open Firefox
1. With a screen reader, navigate to the address bar's first control that is visually appearing as a magnifying glass
1. Observe a screen reader's announcement
1. Open Accessibility Inspector in Devtools and review the accessible properties of this control

### Expected: 
1. Visually labelled as a magnifying glass icon and located within a search bar of a browser, the control is expected to be announced as `Search` 

### Actual:
1. The control is announced as `Visit Site Information` that is not implied from its visual label (icon) 

### Notes:
1. It may be that the magnifying glass is just an image placed over the real Lock and shield control and that this image has no functionality serving as a mere visual label for the search input of the awesomebar. In this case, we would need to ensure this image is rendered as such by the Accessibility API and that the underlying control is hidden for all users, not only for sighted users without screen readers.
1. If the magnifying glass is expected to be functioning as a button, it should be marked as such and be accessible with a screen reader at minimum (we probably won't want to make it keyboard focusable since this would create an additional tab stop in an already complex component and there are other keyboard accessible ways exist to submit the search request as well. In this case we would still need to make sure the visually hidden control is hidden for all users.

At this moment, the labeling of the element is very confusing for a sighted user of an assistive technology, and it would especially affect users of screen readers with low vision, with cognitive difficulties, neurodiverse users, users with dyslexia, and users of speech-to-text software (i.e. voice control).
Bug: New tab page occasionally auto-expands its "cog" right-sidebar at first render, and then immediately animates away
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-12-04 22:13:43+00:00
Resolved: 2024-01-12 14:25:52+00:00

I don't have concrete STR, but I've seen this twice in two days after never seeing it before, so I figured I'd file...

The first time (on Friday), my STR were just "Ctrl+N" in a fresh profile.
The second time (today), my STR were just: switch to a background tab that was viewing `about:home` (which I think had been sessionrestore'd but never viewed).

ACTUAL RESULTS:
The new tab initially renders with the "cog" settings-sidebar expanded. That sidebar immediately slides out of view.

EXPECTED RESULTS:
Sidebar shouldn't be open.

Here's a profile showing this (since I happened to be profiling the first time that I hit this) -- you can see the sidebar present in the screenshots track: https://share.firefox.dev/3R0pKfe
Bug: about:logins "eye" button to reveal passwords is now an unstyled checkbox
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-12-04 22:40:52+00:00
Resolved: 2024-01-15 14:58:12+00:00

This bug is a regression in 122 from bug 1867769. I bisected this regression to this pushlog, which includes bug 1867769: 

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e901b86e5d894b8b40093d72036208cf8837e098&tochange=d5a2cb7b9272b5c9cdfe4a0397c570ce5f9260bf

### Steps to reproduce

1. Open about:logins.
2. Click the button to reveal a login's password.

### Expected result

The button should look like an eye.

### Actual result

The button is an unstyled checkbox. See the attached screenshot.
Bug: Firefox 120.0.1 breaks Transitions in Jira
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-12-05 02:50:10+00:00
Resolved: 2023-12-05 03:20:46+00:00

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

Steps to reproduce:

Update from 119.0.1 to 120.0.1. Visit my company instance of Jira Service Management. Create an issue. Attempt to transition an issue by clicking on the issue status dropdown, then clicking on the desired new status. 


Actual results:

The page displayed a "loading" animation indefinitely.


Expected results:

A popup section should have appeared on the page, showing the issue transition screen.
Bug: The Rating stars spill out of the frame on certain products with DE builds when the Shopping sidebar is resized to the smallest size
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-12-05 11:30:13+00:00
Resolved: 2023-12-15 17:48:21+00:00

**Found in**
* Nightly 122.0a1 (2023-12-04)

**Affected versions**
* Nightly 122.0a1 (2023-12-04) 
* Beta 121.0b7

**Affected platforms**
* ALL

**Preconditions:**
Have a DE build installed.
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1

**Steps to reproduce**
1. Reach https://www.amazon.com/dp/B09J4W7WTB/ref=sr_1_2_sspa?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=PPQM8EOZ7CGI&keywords=desk&qid=1701705357&sprefix=desk%2Caps%2C324&sr=8-2-spons&sp_csd=d2lkZ2V0TmFtZT1zcF9hdGY&th=1
2. Resize the Review Checker to the smallest size.

**Expected result**
* The Rating stars should not spill out of the frame similar to En-US builds or FR.

**Actual result**
* The rating stars spill out of the frame when the sidebar has the smallest size on DE builds.

**Regression range**
Not Applicable
Bug: The X Close button is Truncated on DE builds when the Review Checker bar is resized to the smallest size
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-12-05 11:37:34+00:00
Resolved: 2023-12-12 12:25:03+00:00

**Found in**
* Nightly 122.0a1 (2023-12-04)

**Affected versions**
* Nightly 122.0a1 (2023-12-04) 
* Beta 121.0b7

**Affected platforms**
* ALL

**Preconditions:**
Have a DE build installed.
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1

**Steps to reproduce**
1. Reach https://www.amazon.com/dp/B09J4W7WTB/ref=sr_1_2_sspa?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=PPQM8EOZ7CGI&keywords=desk&qid=1701705357&sprefix=desk%2Caps%2C324&sr=8-2-spons&sp_csd=d2lkZ2V0TmFtZT1zcF9hdGY&th=1
2. Resize the Review Checker to the smallest size.

**Expected result**
* The X Close button should remain visible for the users to be able to close the Sidebar.

**Actual result**
* The X Close button is moving with the size of the sidebar on DE builds instead of remaining static.

**Regression range**
Not Applicable
Bug: Disabling Rich Entities will remove all potential rich suggestions
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-12-05 14:30:28+00:00
Resolved: 2023-12-22 13:12:30+00:00

**Found in**
* 122.0a1 2023-12-05

**Affected versions**
* Nightly 122.0a1 2023-12-05

**Tested platforms**
* Affected platforms: Win 10 64-bit, OSX 10.14
* Unaffected platforms: -

**Preconditions**
* `browser.urlbar.richSuggestions.featureGate` set to `true`
* `browser.search.param.search_rich_suggestions` set to "fen"

**Steps to reproduce**
1.  Type a popular keyword inside the Address Bar (eg. David) - Search suggestions are shown alongside Rich entities.
2. Go to about:config and switch `browser.urlbar.richSuggestions.featureGate` to `false`.
3. Repeat step 1 using the same keyword

**Expected result**
Same search suggestions as in step 1 are returned, this time without an icon.

**Actual result**
The previously displayed rich suggestions are not shown anymore as simple suggestions, leaving a reduced suggestions list.

**Regression range**
* Not a regression.
Bug: Turning the Review Checker off after finishing a Survey will show an empty Review Checker
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2023-12-05 14:54:00+00:00
Resolved: 2024-01-08 16:58:14+00:00

**Found in**
* Nightly 122.0a1 (2023-12-04)

**Affected versions**
* Nightly 122.0a1 (2023-12-04) 
* Beta 121.0b7

**Affected platforms**
* ALL

**Preconditions:**
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1
Set the browser.shopping.experience2023.ads.enabled - TRUE
browser.shopping.experience2023.ads.userEnabled - TRUE

**Steps to reproduce**
1. Reach a few product details pages until the micro survey is displayed.
2. Submit the your answers for the Micro Survey.
3. Turn off the Review checker.

**Expected result**
* The Onboarding card should be displayed and the user should be asked to try it again.

**Actual result**
* A Blank sidebar is displayed.
* Refreshing the page will still show an empty sidebar.

**Regression range**
Not a regression since this issue occurs since it was implemented in 119.
Bug: MSIX set to default browser takes too long
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-12-05 17:21:17+00:00
Resolved: 2023-12-14 15:34:04+00:00

With the new 1-click set to default working on MSIX in FX122, it blocks the UI in certain cases because it takes too long.

More info in future comments.
Bug: Searching open tabs in Firefox View takes 6 seconds
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-12-05 19:36:07+00:00
Resolved: 2023-12-09 02:18:21+00:00

I have a lot of tabs. When I try typing in the search field with browser.firefox-view.search.enabled=true, the browser hangs for 6 seconds.

https://share.firefox.dev/47KBnho