av9ash/GitBugs huggingface dataset:
Bug: Reduce Motion does not work as expected when enabled on blogtechtips.com
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2022-11-02 10:57:22+00:00
Resolved: 2023-06-02 15:23:49+00:00

**Environment:**
Operating System: Mac OSX 10.15.6
Operating System: Ubuntu 20.4 LTS x64
Firefox version: Firefox 106.0.3


**Preconditions:** 
Reduce Motion enabled from the device.


**Steps to reproduce:**
1. Navigate to: https://www.blogtechtips.com/2019/01/02/how-to-safely-eject-flash-drive-from-your-android-phone/
2. Hit page Down. If necessary hit it 2x.








**Expected Behavior:**
Simple Page Down, in light of Reduce Motion (Reduce Motion works on page)

**Actual Behavior:**
Animated smooth scrolling, motion sickness, nausea, migraine.

**Notes:**
Originally reported here: https://github.com/webcompat/web-bugs/issues/113300
Bug: Time in Tab Pickup list tabs stuck on "Just now"
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-11-02 13:49:30+00:00
Resolved: 2022-11-04 09:09:01+00:00

It looks like the format of the `lastUsed` timestamp has changed and we no longer need to multiply the value by 1000 per here: https://searchfox.org/mozilla-central/source/browser/components/firefoxview/tab-pickup-list.mjs#294

It looks like it was regressed by a change [here](https://searchfox.org/mozilla-central/source/services/sync/modules/engines/tabs.js#385), which was previously `Math.floor((tab.lastAccessed || 0) / 1000)`. 

It's an easy fix though, so I'll just submit a patch since I've already looked into the cause and solution.
Bug: Go back and forth while on DDG can be inconsistent with showSearchTerms
Status: NEW
Priority: P3
Created: 2022-11-02 13:57:42+00:00
Resolved: 2024-12-31 17:56:03+00:00

**STR**

1. Enable the `showSeachTerms` feature.
2. Make DDG the default search term.
3. Search for a term.
4. Click on a result.
5. Go back.

**Expected Behavior**
The search term should be in the urlbar.

**Actual Behavior**
The url is shown in the urlbar.

Strangely, this isn't always the case. 

When I click on a couple links on DDG to add items to the history before going back, the search term shows up again. 

Checking up my places history, these were the URLs that are added to my history (in order of most recently added):
- https://www.allrecipes.com/recipes/473/main-dish/burgers/hamburgers/ (Load one of the SERP results)
- https://duckduckgo.com/?t=ffab&q=hamburger&ia=web (Click on All)
- https://duckduckgo.com/?t=ffab&q=hamburger&iax=images&ia=images (Click Images Search)
- https://duckduckgo.com/?t=ffab&q=hamburger&ia=recipes (Immediately after SERP is loaded)
- https://duckduckgo.com/?t=ffab&q=hamburger (Load SERP)

I'll look into the logic of what gets chosen as the URI to load when the back button is initiated. Despite all the added items in history, the second case loads the same URL as what was used to make the search request.
Bug: Bookmark submenus have inconsistent look on macOS
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-11-02 14:17:35+00:00
Resolved: 2023-03-06 10:01:40+00:00

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

Steps to reproduce:

Opened a few submenus of the bookmarks bar. This is on macOS Ventura with a retina (double resolution) screen.


Actual results:

The right border of some menus is thinner (one half-pixel instead of two, see file Wrong.png for a magnified screenshot) than the other borders, but some menus are displayed correctly (see file Correct.png).


Expected results:

The menus should have their border drawn at consistent width.
Bug: ”Send tab to device” option is not displayed on desktop after signing in on a mobile device while one device is connected to sync
Status: NEW
Priority: P3
Created: 2022-11-02 14:29:46+00:00
Resolved: 2023-01-27 16:05:15+00:00

**Precondition**
* The user is connected to one desktop device ;

**Affected versions**
* 108.0a1 (2022-11-02);
* 106.0.3;

**Tested platforms**
* Affected desktop platforms: windows 10, macOS 10.14.6, Ubuntu 22.04

**Steps to reproduce**
1. Sign in to Sync on mobile device;
2. On one of the opened tabs from desktop, right click on it;
3. Observe the “Send tab to device” option;

**Expected result**
* The “Send tab to device” option is displayed;

**Actual result**
* The “Send tab to device” option is missing;

**Additional notes**
* The “Send tab to device” option is missing from all the displayed places;
* After sending a tab from the mobile device, the “Send tab to device” option is displayed on desktop ;
Bug: The loading page animation was shown when starting Firefox 108.0a1 20221102094537 even though Homepage and new windows, and new tabs were set to blank page
Status: UNCONFIRMED
Priority: P3
Created: 2022-11-02 15:48:48+00:00
Resolved: 2022-11-17 18:23:39+00:00

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

Steps to reproduce:

I started Firefox Nightly 108.0a1 20221102094537 on Wayland with WebRender compositing in Plasma 5.26.2 in a Fedora 37 KDE Plasma installation. I had previously set Homepage and new windows, and New tabs to Blank page in about:preferences#home in my profile.


Actual results:

The loading page animation in which a blue dot moved horizontally back and forth with horizontal lines in the New Tab in the tab bar was shown when starting Firefox Nightly 108.0a1 20221102094537 even though Home page and new windows, and new tabs were set to blank page. The loading page animation wasn't shown in this way when starting Firefox Nightly 108.0a1 2022-11-01 and earlier with the same profile. I ran mozregression --good 2022-11-1 --bad 2022-11-2 -p ~/.mozilla/firefox/z8d4nvrc.default-nightly --profile-persistence reuse --persist /tmp/mozregression

The bisection ended with three changes for Bug 1676492 in the pushlog.

2e7abedae4a01ba3fefaa93462b5211824e5c947	Neil Deakin — Bug 1676492, when new tab page is configured to show a blank page, it should not be added to session history, r=Mardak
1ef480e93a6ac539b541deb30fc7e752fcaa8cc3	Neil Deakin — Bug 1676492, show the bookmarks toolbar when a new window is opened when the preference is set to show a blank page, r=Mardak,settings-reviewers
0e738eb84828a78181d412a699af481f8f02ea51	Neil Deakin — Bug 1676492, create a special blank tab page that will show the bookmarks toolbar when 'Only Show on New Tab' is used' even when the new tab page is disabled, r=Gijs,Mardak

 3:37.98 INFO: Narrowed integration regression window from [d6b82b3d, 6654b5c9] (3 builds) to [d6b82b3d, 2e7abeda] (2 builds) (~1 steps left)
 3:37.98 INFO: No more integration revisions, bisection finished.
 3:37.98 INFO: Last good revision: d6b82b3d655959b256be143218b86ee28d9fe06a
 3:37.98 INFO: First bad revision: 2e7abedae4a01ba3fefaa93462b5211824e5c947
 3:37.98 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d6b82b3d655959b256be143218b86ee28d9fe06a&tochange=2e7abedae4a01ba3fefaa93462b5211824e5c947



Expected results:

The loading page animation shouldn't be shown when starting Firefox if Home page and new windows, and new tabs were set to blank page.
Bug: Blank tab and tab switching hang within a window on back/forward navigation in cache
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-02 20:47:25+00:00
Resolved: 2022-12-06 08:43:48+00:00

STR:
On latest nightly `20221102094537` on any platform (Windows, Mac, Linux all tested)
1) Load https://developer.mozilla.org/ (It happened first for me on the Rust docs, but I have cleaner repro on MDN)
2) Select Reference > CSS. Expand Properties. Select any property to visit its page.
3) Select a few items from the Table of Contents on the Right.
4) Long press Back and select CSS
5) Long press Forward and select the most recent item

The tab goes white and the whole window (but only _that_ window. Other windows are fine) refuses to allow tab switching. UI items are still interactable, though the back and forward buttons when long-pressed do not show any content (just a small (2x11px ish?) blank popup). 

To get out of it I open a new window (which works fine) and then use `about:restartrequired` to restart the session. The session restarts with the tab no longer white and displaying the content I'd selected in Step 5.

Lemme get a perf profile.
Bug: TestSafeThreadLocal is failing on windows11/asan
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-02 21:45:16+00:00
Resolved: 2022-11-16 14:44:17+00:00

we currently run tests on windows 10 and want to run on windows 11 next year.

There are 2 tests which fail on [try](https://treeherder.mozilla.org/jobs?repo=try&tier=1%2C2%2C3&revision=2f54341029158c8763a823e46a35c0bd80768d0d):
 * cppunit: TestSafeThreadLocal.exe
 * gtest: TestDllBlocklist.BlockThreadWithLoadLibraryEntryPoint

both look related, but if they are not, please let me know and I will ask others for advice on the gtest failure.

What is interesting is these ONLY fail in ASAN mode, not opt, debug, etc.
Bug: White screen when opening a new tab while on dark theme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-02 22:42:46+00:00
Resolved: 2022-11-11 10:47:19+00:00

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

Steps to reproduce:

Opened new tab.


Actual results:

New tab screen is fully white.


Expected results:

My theme is dark, thus it should be a dark background, not white.
Bug: Nightly icon on Windows is using private browsing icon even when not in PBM
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-03 00:42:50+00:00
Resolved: 2022-11-10 14:57:08+00:00

Mozregression points to https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=7e6ddb806ce0cdaea5d6cbb3cc21581f8d09c541&tochange=bfc380f167f3be93b4cab989343afeeddc0a0ec2
Bug: Checkbox state change is ignored on page reload
Status: NEW
Priority: --
Created: 2022-11-03 03:18:37+00:00
Resolved: 2024-10-28 16:55:05+00:00

Checkboxes are ignoring the checked state changes on page reloads even if the user didn't touch the checkbox. I understand that it is intended to overwrite the value set by the html attribute with the value the user was setting manually, but changes to the checkboxes checked property are being ignored even if the user didn't touch them at all. Currently, the checkboxes didn't respect changes on the backend between page reloads.

I think this overwrite should only happen after the user was touching the specific checkbox. The current behavior is very confusing, I have spent hours figuring out that it was caused by Firefox's behavior (which is different from webkit).
Bug: Broken Link to enterprise roots documentation from site identity panel
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-11-03 07:24:47+00:00
Resolved: 2022-11-03 20:03:22+00:00

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

Steps to reproduce:

1. Click on the Site information (Lock icon) 
2. Click on "Connection secure" arrow (when "Connection verified by a certificate issuer that is not recognized by Mozilla.")
3. In the Connection security, click on "Learn More".  (in the message 'Mozilla does not recognize this certificate issuer. It may have been added from your operating system or by an administrator. Learn More')
4. The hyperlink on Learn More text is pointing to https://support.mozilla.org/1/firefox/106.0.3/Darwin/en-US/enterprise-roots which in-turn redirects to https://support.mozilla.org/en-US/kb/enterprise-roots?as=u page saying "Page Not Found"


Actual results:

The "Learn More" link should is pointing to a resource which is unavailable and the it loads a "Page Not Found" page


Expected results:

The "Learn More" link should have redirected to the correct resource to learn more about using certificates which are not recognized by Mozilla
Bug: Take Screenshot in Responsive Design Mode not working anymore
Status: NEW
Priority: P3
Created: 2022-11-03 09:09:06+00:00
Resolved: 2023-03-21 06:01:36+00:00

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

Steps to reproduce:

* entered “Responsive Design Mode”
* select e.g. “Laptop with MDPI screen” (1280×800)
* mouse context menu: “Take Screenshot”
* select either “Save full page” or “Save visible”


Actual results:

The resulting screenshots have the pixel width (1280) – and in case of “Save visible” the pixel height (800) – of the selected responsive size, but are only a cropped version of the page in full window non-responsive viewport


Expected results:

Until a couple of Firefox versions ago, the selected responsive screen size was respected in the screenshot: it would show the exact responsive view as shown in the responsive design frame.
Bug: Select all tabs + close one tab = close all tabs
Status: UNCONFIRMED
Priority: --
Created: 2022-11-03 09:47:33+00:00
Resolved: 2023-01-20 11:08:14+00:00

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

Steps to reproduce:

1. Open several tabs
2. Select all tabs
3. Hit the "close tab" for one tab


Actual results:

All tabs are closed, no prompt


Expected results:

Either prompt, or close the single tab.

Why? Because 99.9% of the times you select all tabs to bookmark them, and at that moment you close one tab not to bookmark it. I know you should unselect, but closing all tabs is just silly, and the one time you ever do that you may lose hours of searches. I list this as a bug because I am pretty sure this behavior is unintentional: why would you follow such a cumbersome procedure to just close all tabs?
Bug: Firefox Frontmost Window not working with multiple profiles
Status: UNCONFIRMED
Priority: --
Created: 2022-11-03 14:06:44+00:00
Resolved: 2023-09-05 13:17:14+00:00

Steps to reproduce:

This problem occurs on MAC! 

I opened multiple Profiles (about:profiles -> Launch Profile in new Browser) and tried to fetch the title of the frontmost window with applescript. 
I am not receiving the title of the frontmost firefox window but the the title of the first profile window opened. 


Actual results:

I got the title of the window of a profile that was not in focus (frontmost). 


Expected results:

It should be possible to get the title of the frontmost firefox window.
Bug: Two-step authentication broken in Firefox Accounts
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-03 15:41:59+00:00
Resolved: 2022-11-04 06:14:20+00:00

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

Steps to reproduce:

1) Log in to accounts.firefox.com. 
2) Click on "Add" for enabling "Two-step authentication" in Firefox Account Settings. If two-step auth is already enabled, than disable it, than click on "Add" button.
3) On the two step authentication page[1], scan the QR code in Google Authenticator or FreeOTP Android app.
4) Try to add the code generated from the authenticator app in the input box below the QR code.

Note: to rule out authenticator app internal issue, or Android device's datetime issue, please note that if a Firefox account has two-step auth enabled, than two-step auth can be successfully used to log in! There, it works as intended. The problem is in the registration page only. 

1: https://accounts.firefox.com/settings/two_step_authentication



Actual results:

Failure. Firefox Account reports every valid authenticator code as "Invalid two-step authentication code".



Expected results:

Firefox Account should have accepted the code generated from authenticator app.
Bug: Extension widget not added to overflow panel when installed in a narrow window
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-03 18:47:02+00:00
Resolved: 2022-12-01 15:24:39+00:00

## STR

(Not sure if the unified extensions pref is needed but I had it enabled FWIW)

1. Resize the window to have most existing toolbar buttons in the overflow panel (~400px wide)
2. Go to addons.mozilla.org and install an extension like uBlock Origin

## Expected

The extension's toolbar button is in the overflow panel, not visible in the toolbar.

## Actual

The extension's toolbar button is not in the overflow panel. It is visible in the toolbar, hiding part of the unified extensions button. See screenshot.

I don't know if this is a regression or not (I haven't investigated much).
Bug: distorted edit bookmark window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-03 23:28:49+00:00
Resolved: 2022-11-08 09:26:06+00:00

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

Steps to reproduce:

Edit any bookmark by using the edit menu item from its context menu


Actual results:

Distorted window is shown, see attached screenshot


Expected results:

usable windows must be shown
Bug: Intermittent browser/base/content/test/performance/browser_startup_images.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-11-04 00:32:35+00:00
Resolved: 2022-11-29 17:05:41+00:00

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

---
```
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_images.js | Image chrome://global/skin/icons/chevron.svg should have been loaded. - 
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Leaving test bound 
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Buffered messages finished
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_images.js | waiting for vsync to be disabled - timed out after 50 tries. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 592
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Stack trace:
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:592
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_images.js | vsync remained enabled at the end of the test. Is there an animation still running? Consider talking to the performance team for tips to solve this. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 593
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Stack trace:
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:593
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - GECKO(3900) | MEMORY STAT | vsize 2112435MB | vsizeMaxContiguous 66451851MB | residentFast 303MB | heapAllocated 127MB
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - TEST-OK | browser/base/content/test/performance/browser_startup_images.js | took 5298ms
```
Bug: Intermittent browser/base/content/test/performance/browser_startup_images.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-11-04 00:32:43+00:00
Resolved: 2022-11-29 17:01:21+00:00

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

---
```
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - TEST-PASS | browser/base/content/test/performance/browser_startup_images.js | Image chrome://global/skin/icons/chevron.svg should have been loaded. - 
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Leaving test bound 
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Buffered messages finished
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_images.js | waiting for vsync to be disabled - timed out after 50 tries. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 592
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Stack trace:
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:592
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_images.js | vsync remained enabled at the end of the test. Is there an animation still running? Consider talking to the performance team for tips to solve this. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 593
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - Stack trace:
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:593
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - GECKO(3900) | MEMORY STAT | vsize 2112435MB | vsizeMaxContiguous 66451851MB | residentFast 303MB | heapAllocated 127MB
[task 2022-11-03T23:02:27.327Z] 23:02:27     INFO - TEST-OK | browser/base/content/test/performance/browser_startup_images.js | took 5298ms
```
Bug: Blank new tab page not respecting dark mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-04 05:41:56+00:00
Resolved: 2022-11-11 10:48:09+00:00

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

Steps to reproduce:

With a dark theme enabled, set your new tab page to blank page on Nightly 20221102094537 or later, then open a new tab.


Actual results:

Blindingly white page.


Expected results:

Should be dark like about:blank still is.  Looks like the new special blank new tab page from #1676492 doesn't have dark mode.
Bug: PDV Viewer: letters in font are misplaced
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-04 08:17:45+00:00
Resolved: 2022-11-04 08:42:08+00:00

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

Steps to reproduce:

Open a PDF with pdf.js (builtin PDV Viewer):
https://wiki.osmfoundation.org/w/images/d/df/OSMF_directors_report_and_unaudited_financial_statements_year_ended_20201231.PDF


Actual results:

The letters of the font are misplaced. This happens on Firefox 106 and Firefox ESR 102.4 on different Linux devices. The PDF although looks fine when viewed in Evince, a Linux native PDF viewer.


Expected results:

Font should look normal/correct.