av9ash/GitBugs huggingface dataset:
Bug: Some CFR layouts broken for template cfr_doorhanger
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-03 20:29:25+00:00
Resolved: 2024-04-26 15:44:57+00:00

In latest nightly Fx114, noticed 'Recommendation' notifier in urlbar for  template `cfr_doorhanger` is broken. Opening the bug to investigate regression and track fix.

STR:
1. Set pref `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled` to true
2. Open about:newtab#devtools
3. Search for message `PERSONALIZED_CFR_MESSAGE ` , click Show
4. CFR message with layout 'icon_and _message' doesn't render notifier correct in urlbar

Last know build where the message shows correct is Fx106
Bug: Intermittent browser/base/content/test/contextMenu/browser_view_image.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-05-03 21:05:58+00:00
Resolved: 2025-03-03 06:06:28+00:00

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

---
```
[task 2023-05-03T19:17:51.701Z] 19:17:51     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_view_image.js | number of tabs - 
[task 2023-05-03T19:17:51.704Z] 19:17:51     INFO - Leaving test bound test_view_image_inline_svg_bgimage
[task 2023-05-03T19:17:51.715Z] 19:17:51     INFO - Buffered messages finished
[task 2023-05-03T19:17:51.722Z] 19:17:51     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_view_image.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 2023-05-03T19:17:51.737Z] 19:17:51     INFO - GECKO(1586) | MEMORY STAT | vsize 20192MB | residentFast 515MB | heapAllocated 246MB
[task 2023-05-03T19:17:51.745Z] 19:17:51     INFO - TEST-OK | browser/base/content/test/contextMenu/browser_view_image.js | took 92671ms
```
Bug: High CPU usage and incorrect movement registration in Pointer Lock
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-04 05:11:04+00:00
Resolved: 2023-06-03 03:30:22+00:00

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

Steps to reproduce:

In any application utilizing Pointer Lock(https://mdn.github.io/dom-examples/pointer-lock/ for example), I held my mouse still, moved it slowly, and moved it quickly.


Actual results:

When my mouse is still the CPU usage is average, during slow movements however they rise by ~20%, but the movements are captured correctly and smoothly. But during fast movements the CPU usage is in the 90-100% range, with the cursor teleporting around instead of moving continuously.  


Expected results:

Any kind of movement during Point Lock was expected to not have large impact of the browser performance, and the cursor movements should've been captured smoothly regardless of speed.
Bug: YouTube Subscribe button not functioning properly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-05-04 05:15:13+00:00
Resolved: 2023-10-24 08:35:25+00:00

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

Steps to reproduce:

1. Log on to Youtube.com
2. Goto MoiAlizeeOfficiel channel:
https://www.youtube.com/@MoiAlizeeOfficiel/videos
3. Click subscribe.
4. Click subscribe to all.


Actual results:

Subscribe button changes from "Subscribe" to "Subscribed".  I then click the button again to change to "Subscribe to all" and the button reverts back to "Subscribed".  If I then perform a page refresh the button changes back to the original "Subscribe".


Expected results:

Subscribe button should change to "Subscribed to all" with persistence on page refreshes.
Bug: Password not hidden after clicking 'Hide password' button while creating new login on 'about:logins' page.
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-05-04 05:25:02+00:00
Resolved: 2023-06-20 14:38:34+00:00

[Affected versions]:

114.0a1 (2023-05-03) (64-bit)

[Affected Platforms]:

macOS 13.3.1 (22E261)

[Steps to reproduce]:

1. Open the latest Nightly browser.
2. Navigate to "about:logins" page.
3. Click the "Create new login" button.
4. Enter the password.
5. Click the "Show password" button. 
6. Click the "Hide password" button.

[Expected Results]:
The password should be hidden.

[Actual Results]:
The password is still being displayed.
Bug: The Forms and Autofill section and Always use private browsing mode Restart Firefox box were shown twice sometimes in the Privacy & Security Settings page
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-05-04 07:16:10+00:00
Resolved: 2023-12-13 16:17:22+00:00

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

Steps to reproduce:

I started Firefox 114.0a1 20230503214103 on Wayland in Plasma 5.27.4 in a Fedora 38 KD Plasma installation. I selected the Edit > Settings in the menu bar. I selected the Privacy & Security page in Settings. The Forms and Autofill section had Autofill addresses and Autofill credit cards disabled. My profile normally had Always use private browsing mode selected. I clicked on Always use private browsing mode. I clicked on Restart Nightly Now in the Restart Firefox box showing Nightly must restart to disable this feature. I repeated the steps above many times to enable or disable Always use private browsing mode.


Actual results:

The Forms and Autofill section and Always use private browsing mode Restart Firefox box were shown twice sometimes in the Privacy & Security Settings page. The Forms and Autofill section was duplicated about 20% of the times I looked at the Privacy & Security Settings page. When the Forms and Autofill section was shown twice, the Always use private browsing mode Restart Firefox box was always shown again after clicking Restart Nightly Now. I'm attaching a recording of this problem. I've seen this problem occasionally in Firefox Nightly builds from the last few weeks at least.


Expected results:

The Forms and Autofill section and Always use private browsing mode Restart Firefox box should have been shown once in the Privacy & Security Settings page.
Bug: New tab and tabbrowser and in-content/common-shared.css disagree about in-content-page-background
Status: NEW
Priority: P3
Created: 2023-05-04 11:57:34+00:00
Resolved: 2023-06-12 19:27:44+00:00

tabpanel-background-color is defined twice in tabs.css . Bug 1706360 added a second definition for some reason. They are almost but not quite identical. The former is `#f9f9fa`, the latter `#f9f9fb`. The former is supposed to be the same as the one in common-shared, but that is now `#fff` (since bug 1693276). The latter is supposed to match the new tab page, which it looks like [it still does](https://searchfox.org/mozilla-central/rev/5c922d8b93b43c18bf65539bfc72a30f84989003/browser/components/newtab/content-src/styles/_variables.scss#55).

The obvious next step is to remove the initial definition which is overridden anyway. The other question is whether the in-content default background and the one for the new tab page should agree. I don't know who makes that decision.
Bug: Overflow keyframe animation definition is bogus (so animation is missing)
Status: NEW
Priority: P3
Created: 2023-05-04 12:06:21+00:00
Resolved: 2023-06-05 12:26:05+00:00

After the patch from bug 1705049  the animation definition looks like this:

https://searchfox.org/mozilla-central/rev/5c922d8b93b43c18bf65539bfc72a30f84989003/browser/themes/shared/toolbarbutton-icons.css#339-346
```
@keyframes overflow-animation {
  from {
    transform: translateX(0);
  }
  from {
    transform: translateX(-832px);
  }
}
```

Note that there are 2 `from` definitions and no `to` definition. I imagine this does a whole load of nothingburger.

It's been like this for 2 years and I don't recall hearing anyone complain (and can't find any relevant bug reports filed after that patch landed), so perhaps we should just remove this altogether? The animation [is still referenced](https://searchfox.org/mozilla-central/rev/5c922d8b93b43c18bf65539bfc72a30f84989003/browser/themes/shared/toolbarbutton-icons.css#367-371) and I guess we could save ourselves some headache and a big SVG file. Or something.

(Found by stylelint!)
Bug: The Address bar arrow button (go button) has a misleading tooltip pointing to a URL when it may be searching
Status: NEW
Priority: P3
Created: 2023-05-04 13:41:07+00:00
Resolved: 2023-08-31 12:27:23+00:00

My machine(s) have DNS set up such that it would search for certain domains implicitly. This is done by  tailscale, so that instead of having to type `hostname.tailnet` I can type `hostname` and have it resolve to other nodes in the tailnet.

On firefox when I type just the `hostname` and press Enter, it will by default search for this in a search engine. I get it, its a heuristic, as `hostname` isn't sufficiently domain-like for firefox to attempt to resolve that name. This is fine.

However, if I hover over an arrow that appears at the end of the address bar as I begin typing, the tooltip says: “Go to the address in the location bar”, but instead of navigating to `http(s)://hostname` it *still* searches for `hostname` on a search engine!

That sounds like a broken button to me!
Bug: DDG non-organic searches are not reported correctly in telemetry
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-05-04 14:12:32+00:00
Resolved: 2023-09-01 09:30:10+00:00

**Found in**
* Fx 114.0a1

**Affected versions**
* Fx 114.0a1
* Fx 113.0b9

**Affected platforms**
* Windows 10
* Ubuntu 20
* macOS

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to duckduckgo.com.
3. Perform a search using the DDG websearch from the DDG website.
4. Open a new tab and navigate to about:telemetry.
5. Open the RAW json -> raw data and search for the **browser.search.content.unknown** ping.

**Expected result**
* The ping exists and has the following value: **duckduckgo:organic:none": 1**.

**Actual result**
* The listed ping has the following value: **duckduckgo:organic:other": 1**

**Regression range**
* Not a Firefox regression as the search codes were added/changed by DDG.
Bug: Page is not scrolled to specified fragment
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-04 14:24:50+00:00
Resolved: 2023-10-16 15:37:25+00:00

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

Steps to reproduce:

I opened this page
https://github.com/json-editor/json-editor/tree/master#custom-editor-interfaces
scrolled up
then go into address bar and press Enter


Actual results:

Nothing


Expected results:

I expect that page will be scrolled to `custom-editor-interfaces` anchor. Despite the address was not changed, I expect some reaction from browser, because I triggered the event by pressing Enter.
Bug: unwanted downloaded PDFs are read only
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-05-04 15:44:13+00:00
Resolved: 2023-06-22 15:56:19+00:00

Steps to reproduce:

clicked on a PDF link, got the "always ask" dialog, clicked on "open in Firefox", looked at the thing, closed Firefox, and - since the "improvements" to PDF downloads, declaring the Downloads folder the new Temporary folder - went on to delete the "PDFs of the session".


Actual results:

these unwanted, unneeded PDFs are read-only! 


Expected results:

if it is absolutely necessary to dump the files into Dowloads (beauty of software architecture over usability? must be...), then, please, not as read only. Let people delete them without further ado.
Bug: The assertAbandonmentEvent helper function is mistakenly marked async
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-05-04 19:02:08+00:00
Resolved: 2023-05-05 21:58:07+00:00

In my Glean SERP telemetry abandonment patch, I mistakenly [marked `assertAbandonmentEvent` as an async function](https://searchfox.org/mozilla-central/rev/85b4f7363292b272eb9b606e00de2c37a6be73f0/browser/components/search/test/browser/head.js#350) when it doesn't need to be.
Bug: Pressing the "Enter" key does not display options in the "Sort by: Name (A-Z)" dropdown menu.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-05 01:52:36+00:00
Resolved: 2023-05-10 02:15:51+00:00

[Affected versions]:

112.0.2 (64-bit)
114.0a1 (2023-05-04) (64-bit)

[Affected Platforms]:

macOS 13.3.1 (22E261)

[Prerequisites]:

Have at least one login saved.

[Steps to reproduce]:

1. Open the latest Nightly browser.
2. Press the "Tab" key to navigate to the "Sort by: Name (A-Z)" dropdown menu.
3. Press the "Enter" key to show other options.


[Expected Results]:
Other options for "Sort by: " are shown.

[Actual Results]:
No response.

[Notes]:
- Other options for "Sort by: " can be accessed by pressing the "Space" key.
- Most other buttons can be accessed by both "Enter" key and "Space" key.
Bug: "Forget About This Site" command should have ellipsis since it now requires confirmation
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-05-05 05:52:00+00:00
Resolved: 2023-11-25 09:19:22+00:00

Not sure if this should live in Toolkit::Data Sanitization like bug 1711759

```
places-delete-domain-data =
  .label = Forget About This Site
  .accesskey = F
```

We now ask for a confirmation, so the label should be `Forget About This Site…`.
Bug: On the first browser startup, urlbar displays 'Search or enter address' instead of 'Search with Google or enter address'
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-05 08:47:07+00:00
Resolved: 2023-05-08 09:02:45+00:00

**Notes**
* This bug reproduces only on the first startup with a new profile. 
* New tab page web search is unaffected. 

**Found in**
* Nightly 114.0a1;

**Affected versions**
* Nightly 114.0a1;
* Firefox 113.0;

**Tested platforms**
* macOS 12/13;
* Windows 10;
* Ubuntu 22; 

**Affected platforms**
* macOS 12/13;
* Ubuntu 22; 
* Windows 10;

**Unaffected platforms**
* N/A;

**Preconditions**
* New profile; 
* Google set as default search engine; 

**Steps to reproduce**
1. Launch Firefox with a new profile.
2. Open a new tab.
3. Observe the urlbar.

**Expected result**
* ‘Search with Google or enter address’ should be displayed in the urlbar.


**Actual result**
* ‘Search or enter address’ is displayed instead.

**Regression range**
* Not a regression, could reproduce back to Fx 63.
Bug: Search tips faded out & unreadable in shrinked browser layout
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-05-05 09:22:28+00:00
Resolved: 2024-01-17 08:24:48+00:00

**Found in**
* 114.0a1 (2023-05-04)

**Affected versions**
* 113.0 (default pref'd off)
* 114.0a1

**Tested platforms**
* Affected platforms:
         - Windows 10
         - Mac 13.2.1
         - Ubuntu 22.04
 
**Preconditions**
* browser.urlbar.showSearchTerms.featureGate set to true (for persisted)
* browser.urlbar.searchTips.test.ignoreShowLimits set to true (optional in order to always show the tip)

**Steps to reproduce**
1. Open Firefox with set preconditions.
2. Horizontally shrink the browser as much it is allowed.
3. Open new tab.

**Expected result**
Search tip is shown and readable.

**Actual result**
When shrinked to the extreme, there is no text, just a icon + ok

**Regression range**
* N/A
Bug: browser_BrowserWindowTracker.js is accidentally disabled everywhere
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-05-05 09:59:25+00:00
Resolved: 2023-05-11 21:36:09+00:00

+++ This bug was initially created as a clone of Bug #1831518 +++

The skip-if is:

```
skip-if = os = "win" && os_version = "6.1" # bug 1715860
```

Note the assignment for both conditions (should be `==` instead).

This bug is to get it re-enabled in automation.
Bug: Intervention cards are executed when trying to access the Help menu
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-05-05 10:46:39+00:00
Resolved: 2023-08-18 13:44:29+00:00

**Note**
* Regression affecting the Help menu for several address bar intervention cards: `cache firefox`, `refresh firefox`, `update firefox`

**Found in**
* Firefox 114.0a1 2023/05/05

**Affected versions**
* Nightly 114.0a1

**Tested platforms**
* Affected platforms: all
* Unaffected platforms: -

**Steps to reproduce**
1.  Type `cache Firefox` in address bar and check the intervention card
2. Hover the `Open Menu` (...) button and select the `Get help` button

**Expected result**
Intervention's card corresponding [Sumo](https://support.mozilla.org/en-US/kb/delete-browsing-search-download-history-firefox?as=u&utm_source=inproduct) page opens.

**Actual result**
.`Clear Recent History` modal is opened and then the Sumo page is loaded in background.

**Regression range**
* First bad: 2023-04-14
* Last good: 2023-04-13
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d75b2841884f42d913e2ad4177c827a21670d9f9&tochange=b9922ca4dcbea173b1679b5a5adc06b54336ea86
* Potentially regressed by: 1827762
Bug: Zoom level changes when navigating to an outline location in PDF viewer.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-05 13:55:35+00:00
Resolved: 2023-05-05 14:42:56+00:00

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

Steps to reproduce:

Open a PDF document with an outline.  Change zoom level to "Page Fit."  Open the side bar, click the "Show Document Outline" button.  Choose any of the items in the document outline.  The zoom level will return to "Page Width."


Actual results:

Zoom level reset to "Page Width."


Expected results:

Zoom level should have stayed at "Page Fit."
Bug: Saving changes in a pdf doesn't override previous changes immediately
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-05-05 14:19:43+00:00
Resolved: 2023-06-15 13:14:12+00:00

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

Steps to reproduce:

Opened PDF
Added Comments (C0)
Saved PDF with comments (S0)
Added Comments (C1)
Saved PDF again (selected override) (S1)
Added Comments (C2)
Saved PDF again (selected override) (S2)
Saved PDF again (selected override) (S3)


Actual results:

The changes from C1 were not saved in S1 but only in S2
The changes from C2 were not saved in S2 but only in S3
 The Pattern seams to be that Changes from Cx only get saved in Save S(x+1) not in Sx


Expected results:

C1 should have been saved in S1. C2 should have been saved in S2
Generally Cx should be saved in Sx not in S(x+1)
Bug: New tab page sometimes fails to respond to clicks
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-05-05 15:27:05+00:00
Resolved: 2023-06-16 17:51:10+00:00

Sometimes when I open the new tab page, clicking on the buttons does not actually open the page in question. Instead, nothing happens. If I click on the "..." for a button and select "Open in a New Window", nothing happens. I don't see any errors in the browser console when doing either of these things.

On the other hand, if I right click on the button and do "Open link in new tab" it opens the page normally.

If I open another new tab right away, the new one works, but the old one continues to not work.

I'm not sure what might be causing the tab to open in this state. I'll try leaving the browser console open in case there's an error when it next happens. I have a tab sitting in the broken state right now.

I've noticed this for a few days now. I'm currently on an up-to-date Nightly.
Bug: Intermittent browser/components/firefoxview/tests/chrome/test_moz_tab_list.html | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-05-05 18:09:52+00:00
Resolved: 2023-07-14 12:01:44+00:00

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

---
```
[task 2023-05-05T17:34:01.972Z] 17:34:01     INFO - TEST-PASS | browser/components/firefoxview/tests/chrome/test_moz_tab_list.html | moz-tabs-list should have 3 list items 
[task 2023-05-05T17:34:01.973Z] 17:34:01     INFO - Buffered messages finished
[task 2023-05-05T17:34:01.973Z] 17:34:01     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/chrome/test_moz_tab_list.html | Test timed out. - 
[task 2023-05-05T17:34:02.868Z] 17:34:02     INFO - GECKO(2007) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2023-05-05T17:34:02.868Z] 17:34:02     INFO - GECKO(2007) | MEMORY STAT heapAllocated not supported in this build configuration.
[task 2023-05-05T17:34:02.869Z] 17:34:02     INFO - GECKO(2007) | MEMORY STAT | vsize 20975556MB | residentFast 1525MB
[task 2023-05-05T17:34:02.899Z] 17:34:02     INFO - TEST-OK | browser/components/firefoxview/tests/chrome/test_moz_tab_list.html | took 307350ms
```
Bug: Visiting links not being highlighted as a differrent colour
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-05-06 00:06:10+00:00
Resolved: 2023-05-17 19:05:03+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:

When you click a link on a page, it usually changes colour slightly to confirm its been visited


Actual results:

I think in 112.0.2 version (I believe) the link stays the original colour


Expected results:

link changes colour e.g. white to grey.
Bug: no kerberos ticket passing for trusted domain in snap version of firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-05-06 11:15:46+00:00
Resolved: 2023-05-06 11:28:13+00:00

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

Steps to reproduce:

I use latest ubuntu 23.04, but the problem started  with 22.04 and later.
kinit username to obtain and cache kerberos ticket-granting ticket
run snap version of firefox 112.0.2-1 and all older i've already tested
go to about:config
set network.negotiate-auth.trusted-uris and type in the domain i want to have kerberos ticket passing enabled



Actual results:

kerberos ticket not passed
no authentication made on web servers from the trusted domain


Expected results:

Proper authentication against web pages within trusted domain.
This works so far in deb version of firefox.
No snap version of firefox should be enforced with ubuntu until the problem is resolved. Workaround is to configure mozilla ppa with higher priority than official package. But ubuntu keeps reinstalling the broken snap version every few days.
Then i have to do:
sudo apt remove -y firefox && sudo apt install -y firefox
to restore the properly working deb version of firefox from mozilla ppa to be able to authenticate to desired addresses.
Bug: facebook group newest post didn't render
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-05-06 14:38:29+00:00
Resolved: 2023-08-10 07:08:00+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:

move to facebook gropu pages
ex. https://www.facebook.com/groups/chirimen

newest post at 2023.05.06 22:55 timezone is japan tokyo 


Actual results:

 newest post did'nt render
timestap is 2023.04.46 00:53 timezone is japan tokyo 

console.log is printing "Referrer Policy: Less restrictive referrer policy for cross-site requests" repeating


Expected results:

newest post rendering
newest post at 2023.05.06 22:55 timezone is japan tokyo