av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/shell/test/browser_420786.js | Wallpaper position GSettings key is correct - Got "zoom", expected "scaled"
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-03-26 22:58:10+00:00
Resolved: 2022-04-19 17:08:46+00:00

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

---
```
[task 2022-03-26T22:08:33.035Z] 22:08:33     INFO - TEST-PASS | browser/components/shell/test/browser_420786.js | Wallpaper file GSettings key is correct - 
[task 2022-03-26T22:08:33.035Z] 22:08:33     INFO - Buffered messages finished
[task 2022-03-26T22:08:33.035Z] 22:08:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/shell/test/browser_420786.js | Wallpaper position GSettings key is correct - Got "zoom", expected "scaled"
[task 2022-03-26T22:08:33.036Z] 22:08:33     INFO - Stack trace:
[task 2022-03-26T22:08:33.036Z] 22:08:33     INFO - chrome://mochikit/content/browser-test.js:test_is:1422
[task 2022-03-26T22:08:33.036Z] 22:08:33     INFO - chrome://mochitests/content/browser/browser/components/shell/test/browser_420786.js:checkWallpaper:76
[task 2022-03-26T22:08:33.037Z] 22:08:33     INFO - chrome://mochitests/content/browser/browser/components/shell/test/browser_420786.js:null:94
[task 2022-03-26T22:08:33.037Z] 22:08:33     INFO - resource://testing-common/BrowserTestUtils.jsm:withNewTab:148
[task 2022-03-26T22:08:33.038Z] 22:08:33     INFO - TEST-PASS | browser/components/shell/test/browser_420786.js | Wallpaper was written to disk - 
[task 2022-03-26T22:08:33.038Z] 22:08:33     INFO - TEST-PASS | browser/components/shell/test/browser_420786.js | Wallpaper file GSettings key is correct - 
[task 2022-03-26T22:08:33.038Z] 22:08:33     INFO - TEST-PASS | browser/components/shell/test/browser_420786.js | Wallpaper position GSettings key is correct - 
[task 2022-03-26T22:08:33.039Z] 22:08:33     INFO - Leaving test bound 
[task 2022-03-26T22:08:33.039Z] 22:08:33     INFO - GECKO(3863) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-03-26T22:08:33.045Z] 22:08:33     INFO - GECKO(3863) | MEMORY STAT heapAllocated not supported in this build configuration.
[task 2022-03-26T22:08:33.046Z] 22:08:33     INFO - GECKO(3863) | MEMORY STAT | vsize 20983282MB | residentFast 1142MB
[task 2022-03-26T22:08:33.046Z] 22:08:33     INFO - TEST-OK | browser/components/shell/test/browser_420786.js | took 884ms
[task 2022-03-26T22:08:33.047Z] 22:08:33     INFO - checking window state
[task 2022-03-26T22:08:33.047Z] 22:08:33     INFO - TEST-START | browser/components/shell/test/browser_633221.js
```
Bug: Shutdown crash [IOUtils: waiting for profileBeforeChange IO to complete | CrashMonitor: Writing notifications to file after receiving profile-before-change and awaiting all checkpoints written] -- when disabling permanent private browsing from settings
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-03-27 02:12:19+00:00
Resolved: 2022-04-20 15:20:46+00:00

I started Firefox Nightly 100.0a1 (2022-03-26) on Wayland in Plasma 5.24.3 in a Fedora 36 KDE Plasma installation. I selected Edit > Settings > Privacy & Security. I had previously selected Always use private browsing mode. I clicked to remove the check for Always use private browsing mode. A box with the message "Nightly must restart to enable this feature. " appeared. I selected Restart Nightly now. Firefox closed. Firefox didn't reappear. The Crash reporter appeared after about a minute. I reported the crash. The crash reason was "[Parent 3982, Main Thread] ###!!! ABORT: file resource://gre/modules/CrashMonitor.jsm:175"

I reproduced this crash once using the same procedure. I saw the same problem with Nightly 100.0a1 from 2022-03-25. The problem didn't appear when doing those steps with Nightly before the last day or so.

Maybe Fission related. (DOMFissionEnabled=1)


Crash report: https://crash-stats.mozilla.org/report/index/d642d20e-cf1c-4b37-84e1-ac7ff0220327

MOZ_CRASH Reason: ```[Parent 3982, Main Thread] ###!!! ABORT: file resource://gre/modules/CrashMonitor.jsm:175```

Top 10 frames of crashing thread:
```
0 libxul.so NS_DebugBreak xpcom/base/nsDebugImpl.cpp:433
1 libxul.so nsDebugImpl::Abort xpcom/base/nsDebugImpl.cpp:132
2 libxul.so NS_InvokeByIndex 
3 libxul.so XPCWrappedNative::CallMethod js/xpconnect/src/XPCWrappedNative.cpp:1130
4 libxul.so XPC_WN_CallMethod js/xpconnect/src/XPCWrappedNativeJSOps.cpp:963
5 libxul.so Interpret js/src/vm/Interpreter.cpp:3302
6 libxul.so js::Call js/src/vm/Interpreter.cpp:589
7 libxul.so PromiseReactionJob js/src/builtin/Promise.cpp:2067
8 libxul.so js::Call js/src/vm/Interpreter.cpp:589
9 libxul.so JS::Call js/src/vm/CallAndConstruct.cpp:117
```
Bug: link status "tooltip" at the bottom of the window persists when watching video - annoying
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2022-03-27 09:33:43+00:00
Resolved: 2023-09-19 14:55:07+00:00

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

Steps to reproduce:

Watch Netflix


Actual results:

the page url was shown as a sort of tab header in the lower left and lower right corner of the FF window (see screenshot). This also happend in fullscreen, so no theme or user style is responsible for it. It does not happen reliable, as 98.0 has been used without problems with netflix before.


Expected results:

it should not have been visible at all.
Bug: Resize cursor "sticks" on tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-27 14:31:18+00:00
Resolved: 2022-03-28 12:16:50+00:00

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

Steps to reproduce:

1. Move mouse to top edge of Firefox to get N-S Resize cursor
2. Move mouse down over tab
3. Note that cursor does not change
4. Move mouse to "body" to get a text/default/pointer cursor
5. Move mouse up over a tab
6. Note that cursor is correctly the default cursor


Actual results:

Cursor seems to get "stuck" in resize mode while over tabs


Expected results:

Should have switched to the default cursor.

I did play with userChrome to "force" the cursor but that doesn't quite work. Setting tabs to something specific other than default (even "none") seems to cause the default to appear in most cases, but not all. Pretty clearly something in code is setting the cursor but appears to be reading the "current' value?
Bug: PDFs set to always ask create a .part file in the downloads directory while the 'what do you want to do with this file' dialog is up
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-28 07:56:03+00:00
Resolved: 2022-03-28 11:45:20+00:00

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

Steps to reproduce:

Settings -> General -> Applications
choosen file handling for pdf is "Ask every time"


Actual results:

The file will still be saved in the created downloadfolder automatically while the selection window is still open
Bug: Slow drawing of this PDF file
Status: NEW
Priority: P3
Created: 2022-03-28 09:34:21+00:00
Resolved: 2022-12-08 17:11:00+00:00

Attach (recommended) or Link to PDF file here:

Attached

Steps to reproduce the problem:
1. Open the PDF file
2. Slow drawing of PDF file, drawing filled area is slow.

What is the expected behavior? (add screenshot)

Faster drawing of filled area.

What went wrong? (add screenshot)
Bug: FaviconLoader looking at devicePixelRatio means that favicon choices depend on full zoom.
Status: NEW
Priority: P3
Created: 2022-03-28 11:11:22+00:00
Resolved: 2022-11-03 16:25:13+00:00

In here: https://searchfox.org/mozilla-central/rev/b671b6390e88672543b9b7c82132be655bd98856/browser/modules/FaviconLoader.jsm#650

Which is probably not what it wants since the favicon is not going to be zoomed.
Bug: Single right click opens new tab instead of opening options selection window.
Status: REOPENED
Priority: --
Created: 2022-03-28 16:18:20+00:00
Resolved: 2023-08-07 12:26:02+00:00

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

Steps to reproduce:

When I right click on some website links, the link opens in a new tab before bringing up the options window.


Actual results:

A new tab is opened right away.


Expected results:

An options window should have appeared which contains several actions, including opening the link in a new tab.
Bug: Right-click Registers as Left-Click and directly opens the link with context menu also superimposed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-03-28 16:48:54+00:00
Resolved: 2022-03-30 20:36:00+00:00

On some websites, issuing a right-click 
1) opens the link immediately rather than waiting for the context menu selection
2) the context menu sometimes also superimposes on the display but the link already opened rendering the context menu moot

Occurs on POP OS 21.10 (all updates) and Firefox 98+ (98.0.2) (64 BIT). Has started in 91.0. Recent 98.0 to 98.0.2 does not fix the issue.

Only occurs on some websites. Originally, I thought this was tied to media components but it occurs on some sites with just simple links to news stories.
Bug: Incorrect mouse cursor when moving from window border to tab strip
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-28 17:01:16+00:00
Resolved: 2022-03-30 15:18:04+00:00

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

Steps to reproduce:

This is on Firefox v99b8 on Windows 10.
Move mouse to top border of Firefox window.
Move down to a tab.


Actual results:

On window border, the cursor changes to the north/south resizing cursor.
When moving down to a tab, the cursor stays the same (N/S resizing cursor)
If mouse is moved to tab bar, but not on a tab, it behaves correctly.


Expected results:

As soon as mouse is moved away from window border, it should revert to the default cursor.
Bug: Missing dictionary search engine for Catalan locales (ca and ca-valencian)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-28 17:04:04+00:00
Resolved: 2022-03-28 21:13:48+00:00

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

Steps to reproduce:

After updating to Firefox 98.0 (Catalan installer), Windows, I lost Catalan dictionary search engine to DIEC2 website (https://dlc.iec.cat/)


Actual results:

Catalan dictionary search engines was gone


Expected results:

Catalan dictionary search engine is excepted if you install Firefox with Catalan installer, as It was in previous releases
AFAIK, DIEC2 search engine is present in Firefox source code [1], so, I don't know what happened, but DIEC2 is missing in Firefox 98.0 release :(

[1] https://hg.mozilla.org/mozilla-central/file/tip/browser/components/search/extensions/diec2
Bug: We Still Need Compact Layout
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-03-28 19:06:20+00:00
Resolved: 2022-04-01 06:37:15+00:00

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

Steps to reproduce:

I still need the Compact Layout from the old Firefox, as I need my browser usable, first.

Please, also stop removing useful features, for the false god of "Clean."


Actual results:

Mozilla removed the compact layout without consideration of people who really use Firefox on laptop computers, with limited real estate. 

I became upset.


Expected results:

Mozilla should have added the new tablet spacing, while retaining the useful feature than many people used.
Bug: "Download Firefox Focus" link button isn't keyboard accessible on MacOS or Windows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-28 20:40:52+00:00
Resolved: 2022-04-15 10:03:47+00:00

Currently, tabbing through elements on the Private Browsing landing page skips the "Download Firefox Focus" button; jumping from the "close" button of the focus promo to the "learn more" info section link.

The button accessible on Mac when VoiceOver is active; but can't be found via the keyboard on Windows even though it is read out by NVDA. Adding `tabindex="0"` to the <a> element of the button should fix this.
Bug: Text in bookmark and history is garbled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-03-29 01:36:37+00:00
Resolved: 2022-04-01 15:01:39+00:00

Bookmark and history text is unreadable. If I open a new window it persists. I'm not sure how I got to this state.

My nightly version is 100.0a1 (2022-03-13) and I'm on Ubuntu 20.04.
Bug: Intermittent browser/base/content/test/pageinfo/browser_pageinfo_security.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. -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2022-03-29 04:50:19+00:00
Resolved: 2022-07-26 00:15:41+00:00

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

---
```
[task 2022-03-29T04:07:34.562Z] 04:07:34     INFO - TEST-PASS | browser/base/content/test/pageinfo/browser_pageinfo_security.js | Cookies from the base domain should be cleared - 
[task 2022-03-29T04:07:34.563Z] 04:07:34     INFO - Leaving test bound test_Cookies
[task 2022-03-29T04:07:34.563Z] 04:07:34     INFO - Entering test bound cleanup
[task 2022-03-29T04:07:34.564Z] 04:07:34     INFO - Leaving test bound cleanup
[task 2022-03-29T04:07:34.564Z] 04:07:34     INFO - Buffered messages finished
[task 2022-03-29T04:07:34.565Z] 04:07:34     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/pageinfo/browser_pageinfo_security.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2022-03-29T04:07:34.565Z] 04:07:34     INFO - GECKO(4768) | MEMORY STAT | vsize 19414369MB | vsizeMaxContiguous 65318414MB | residentFast 1102MB
[task 2022-03-29T04:07:34.566Z] 04:07:34     INFO - TEST-OK | browser/base/content/test/pageinfo/browser_pageinfo_security.js | took 92167ms
```
Bug: [Experiment] The Download Firefox Focus URL does not contain the private browsing query
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-29 11:36:05+00:00
Resolved: 2022-04-06 09:44:14+00:00

**[Affected versions]:**
- Firefox Release Candidate 99.0 Build ID: 20220328190900

**[Affected Platforms]:**
- Windows 10 x64
- MacOS 11.6
- Ubuntu 20.04

**[Prerequisites]:**
- Have the Firefox browser en-GB build installed/extracted.
- Have a new Firefox profile created.
- Have the “browser.search.region” pref set to the “GB” value.
- Have the “nimbus.debug” pref set to true.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the “about:studies?optin_slug=cross-promotion-firefox-focus-pbm-fx99&optin_branch=treatment-a&optin_collection=nimbus-preview” link to enroll in the experiment.
3. Open a new private window.
4. Click the "Download Firefox Focus" button from the Firefox Focus promo.
5. Observe the parameters from the opened URL.

**[Expected result]:**
- The ”https://www.mozilla.org/firefox/browsers/mobile/focus/?v=pb” link is opened.

**[Actual result]:**
- The private browsing query is missing and the “https://www.mozilla.org/firefox/browsers/mobile/focus/” link is opened.

**[Notes]:**
- Based on the [Mana page](https://mana.mozilla.org/wiki/pages/viewpage.action?spaceKey=FPS&title=%5BCross+Promotion%5D+Firefox+Focus+on+PBM+-+Fx99), the link should contain the private browsing query.
Bug: Blocklist remote settings don't get imported after initial sync on Android
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-03-29 12:05:56+00:00
Resolved: 2022-06-01 23:12:12+00:00

Not sure whether the fault lies in the RemoteSettingsClient or the Blocklist, but I have noticed this potential bug when attempting to verify that the downloadable Gfx blocklist works on Android.

Essentially the flow is:
1. [`Blocklist.loadBlocklistAsync`](https://searchfox.org/mozilla-central/source/toolkit/mozapps/extensions/Blocklist.jsm#1435) is called from geckoview.js `startup()`. This calls [`GfxBlocklistRs.checkForEntries`](https://searchfox.org/mozilla-central/rev/570f6e5c06b6c8140f53bf104d785a18165212ab/toolkit/mozapps/extensions/Blocklist.jsm#540).
2. This calls `RemoteSettingsClient.get()`. Because `syncIfEmpty == true` and `hasLocalData == false`, this creates `_importingPromise` [here](https://searchfox.org/mozilla-central/rev/570f6e5c06b6c8140f53bf104d785a18165212ab/services/settings/RemoteSettingsClient.jsm#369) and then immediately awaits the promise [immediately after](https://searchfox.org/mozilla-central/rev/570f6e5c06b6c8140f53bf104d785a18165212ab/services/settings/RemoteSettingsClient.jsm#406).
3. Meanwhile the promise asynchronous attempts to load the JSON dump, which fails on Android. It therefore calls `sync()`, which ends up in `_importChanges()` where it [`await`s emitting the "sync" signal](https://searchfox.org/mozilla-central/rev/570f6e5c06b6c8140f53bf104d785a18165212ab/services/settings/RemoteSettingsClient.jsm#704). This is hooked up to `GfxBlocklistRs.checkForEntries()`.
4. `GfxBlocklistRs.checkForEntries()` calls `RemoteSettingsClient.get()`, and this time `_importingPromise` is non-null so we simply await it again. But this will never resolve because we are running from within the promise!!

If we close firefox and restart it, then the settings get imported correctly on the second run, because `hasLocalData` is `true` this time.

On desktop this doesn't occur because we bundle the JSON dump, so the _importingPromise function loads the dump rather than performing a sync. If I stop bundling the dump on desktop then we encounter this same problem. Presumably, bundling the dump on Android (eg bug 1722341) -- if it contained relevant entries -- would avoid the issue. But that seems more like a side effect than a solution.

I'm not very familiar with this code, so have no idea how best to fix this. Any ideas Rob?
Bug: Intermittent uriloader/exthandler/tests/mochitest/browser_protocol_ask_dialog_permission.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.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-03-29 13:11:44+00:00
Resolved: 2022-12-27 17:01:12+00:00

**Filed by:** ctuns [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=372686675&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/FnQ0kO95T7WDQd1vSfG2Cg/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/FnQ0kO95T7WDQd1vSfG2Cg/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2022-03-29T12:57:10.412Z] 12:57:10     INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_protocol_ask_dialog_permission.js | SubDialog should have dialog element - 
[task 2022-03-29T12:57:10.412Z] 12:57:10     INFO - Web handler open canceled
[task 2022-03-29T12:57:10.413Z] 12:57:10     INFO - Leaving test bound test_redirect_principal_links
[task 2022-03-29T12:57:10.413Z] 12:57:10     INFO - Buffered messages finished
[task 2022-03-29T12:57:10.413Z] 12:57:10     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_protocol_ask_dialog_permission.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2022-03-29T12:57:10.414Z] 12:57:10     INFO - GECKO(3139) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2022-03-29T12:57:10.414Z] 12:57:10     INFO - GECKO(3139) | MEMORY STAT | vsize 16043MB | residentFast 307MB | heapAllocated 123MB
[task 2022-03-29T12:57:10.414Z] 12:57:10     INFO - TEST-OK | uriloader/exthandler/tests/mochitest/browser_protocol_ask_dialog_permission.js | took 153949ms
[task 2022-03-29T12:57:10.415Z] 12:57:10     INFO - checking window state
[task 2022-03-29T12:57:10.415Z] 12:57:10     INFO - GECKO(3139) | Completed ShutdownLeaks collections in process 3139
[task 2022-03-29T12:57:10.415Z] 12:57:10     INFO - TEST-START | Shutdown
```
Bug: Send-tab target list isn't updated on linux/gtk
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-03-29 18:34:04+00:00
Resolved: 2022-12-20 01:02:13+00:00

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

Steps to reproduce:

Click over tab and choose "send tab to a device"


Actual results:

It list the devices, but didn't change when I add a new device, neither remove the ones I delete.


Expected results:

It's not updating the devices. On https://accounts.firefox.com/settings#connected-services the list is updated, but not on GTK interface when you do a click to send to the new devices.
Actually to bypass this, you have to restart the browser.
Bug: Multistage spotlight shows 1 fewer steps than expected
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-03-29 19:38:12+00:00
Resolved: 2022-04-06 11:03:45+00:00

The test multistage spotlight has 4 steps but first screen shows no "current" step and subsequent screens show 3 total steps.

Looks like 1 screen was removed for proton assuming first screen was corner position:
https://searchfox.org/mozilla-central/rev/570f6e5c06b6c8140f53bf104d785a18165212ab/browser/components/newtab/content-src/aboutwelcome/components/MultiStageAboutWelcome.jsx#320