av9ash/GitBugs huggingface dataset:
Bug: Intermittent [tier 2] browser/base/content/test/general/browser_lastAccessedTab.js | selected tab has the current timestamp (difference: 226) -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-02 23:48:18+00:00
Resolved: 2021-07-27 17:03:36+00:00

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

---
```
[task 2021-07-02T22:40:00.904Z] 22:40:00     INFO - TEST-START | browser/base/content/test/general/browser_lastAccessedTab.js
[task 2021-07-02T22:40:01.176Z] 22:40:01     INFO - TEST-INFO | started process screentopng
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - TEST-INFO | screentopng: exit 0
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_lastAccessedTab.js | selected tab has the current timestamp (difference: 226) - 
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - Stack trace:
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - chrome://mochikit/content/browser-test.js:test_ok:1331
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - chrome://mochitests/content/browser/browser/base/content/test/general/browser_lastAccessedTab.js:isCurrent:11
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - chrome://mochitests/content/browser/browser/base/content/test/general/browser_lastAccessedTab.js:step2:36
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - TEST-PASS | browser/base/content/test/general/browser_lastAccessedTab.js | new tab hasn't been selected so far - 
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - TEST-PASS | browser/base/content/test/general/browser_lastAccessedTab.js | new tab has the current timestamp after being selected (difference: 0) - 
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - TEST-PASS | browser/base/content/test/general/browser_lastAccessedTab.js | original tab has old timestamp after being deselected - 
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - TEST-PASS | browser/base/content/test/general/browser_lastAccessedTab.js | new tab has the current timestamp since it's still selected (difference: 0) - 
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - GECKO(3066) | MEMORY STAT | vsize 11946MB | residentFast 702MB | heapAllocated 185MB
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - TEST-OK | browser/base/content/test/general/browser_lastAccessedTab.js | took 384ms
[task 2021-07-02T22:40:01.414Z] 22:40:01     INFO - checking window state
```
Bug: address bar and search bar is not responding
Status: UNCONFIRMED
Priority: P5
Created: 2021-07-03 12:37:20+00:00
Resolved: 2022-05-01 18:38:08+00:00

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

Steps to reproduce:

randomly, adress bar and search bar is not resonding. type something to search and hit enter. nothing happens. it is not related to text input. when i pasted a full adress doesn't woks either.
troubleshooting or removing add-ons didn't helped too.
ublock origin, foxyproxy and google scholar button. nothing more.


Actual results:

browser didn't navigate any adresses. didn't searched anything.

problem started with new ui. tried beta versions, 89 and 90 didn't resolve problem.

restrating solves problem, only for 10 minutes to 2 hours.


Expected results:

as usual, when i typed an address, browser might loads it.
Bug: The active webpage is covered by a circular progress bar on session restore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-04 03:02:47+00:00
Resolved: 2021-07-05 15:08:56+00:00

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

Steps to reproduce:

0. Enable "Restore previous session" on settings.
1. Open several web pages on multiple tabs. Take note of the current/active tab.
2. Close the browser window (make sure it is the only window open so that the browser process exits).
3. Re-launch Firefox.


Actual results:

On re-launch, the browser restores previous session, i.e., the multiple tabs are restored, but the currently active tab loads the web page but is covered by a circular progress bar in the middle of a white/default background that doesn't go away. 

Switching to other tabs successfully loads them. The issue only happens on the active tab on session restore.

Opening the inspector works and shows that the webpage HTML document is loaded (see attached screenshot), but the circular progress bar is covering it.


Expected results:

The currently active tab should be shown and not covered by a circular progress bar.
Bug: Dragging Firefox tab into Spotify Desktop App instantly crashes Firefox
Status: UNCONFIRMED
Priority: --
Created: 2021-07-04 06:03:36+00:00
Resolved: 2024-02-05 12:19:59+00:00

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

Steps to reproduce:

Dragged a tab via the top bar in a multi-monitor setup on another monitor where Spotify was open.


Actual results:

Firefox froze, Can't interact at all until I stop the process via task manager. When reopening it restores the tabs.


Expected results:

After dragging the tab the page should have popped up on the other monitor over the Spotify app.
Bug: DisableAppUpdate does not work
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-04 23:33:04+00:00
Resolved: 2021-11-08 02:26:33+00:00

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

Steps to reproduce:

Added a file /etc/firefox/policies/policies.json (yes, this is under linux, Ubuntu 20.04 to be precise) with the text
{
  "policies": {
    "DisableAppUpdate": true 
  }
}


Actual results:

The policy does appear when I write "About:policies" in the url bar, but is ignored and firefox continues to update in the background.


Expected results:

Firefox shouldn't have upgraded.
Bug: Transparency of popups are inconsistent
Status: NEW
Priority: --
Created: 2021-07-05 00:13:59+00:00
Resolved: 2023-02-07 14:07:30+00:00

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

Steps to reproduce:

Through Firefox Color, change the Popup background to have an alpha value less than 100. 


Actual results:

All Popup background color now has some transparency but other popups are less transparent than others. For example, the Microphone permissions Popup and the Bookmarks Popup are less transparent than the Site Information Popup and Hamburger menu Popup. 


Expected results:

The level of transparency of Popups should be more consistent as popups with very high transparency makes it difficult to read its contents.
Bug: Stop image is displayed when page is fully loaded
Status: RESOLVED
Priority: P4
Resolution: INVALID
Created: 2021-07-05 10:59:32+00:00
Resolved: 2021-07-12 15:10:12+00:00

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

Steps to reproduce:

**This is not consistent, but happens quite frequently.**
If you can't reproduce it on the first try, restart FF and try again.

Go to:
https://www.20il.co.il

(It occurs in some other sites as well). 


Actual results:

When the page is fully loaded, the Stop image is displayed instead of the Refresh one.
Clicking on Stop, does not change anything.
*Switching to another tab and back, the expected Refresh image is displayed.*

***

I think the problem started in FF 87 or 86.
Bug: Disabled form fields in PDFs do not contain pre-filled values (values not visible / shown )
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-05 11:20:23+00:00
Resolved: 2021-11-18 14:46:51+00:00

(These steps require an account with ADP in the UK.)

STR:
1. Log in to the ADP website
2. Open the P11D form (linked on the right hand side)
3. Scroll down to section `I` (second page)
4. try to read the medical insurance values

ER:
The value of medical insurance given in the PDF is shown

AR:
No value is shown.

Opening the PDF in preview.app, the values show up fine.

Inspecting the PDF.js-generated HTML DOM in Firefox, there is no trace of the values shown in preview (ie the `input` elements are just empty). Removing the inputs doesn't show otherwise occluded text, either, and trying to search for the relevant values in the DOM inspector yields no hits. I don't know where the discrepancy comes from.
Bug: Contents turn gray unexpectedly for seconds and then turn normal
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-07-05 13:26:43+00:00
Resolved: 2021-07-06 02:17:19+00:00

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

Steps to reproduce:

I just searched something via Bing


Actual results:

Web contents turn gray unexpectedly for seconds and then turn normal.but it turns gray.


Expected results:

The color of contents should be blue.
Bug: Empty topsites are missing borders on low zoom levels
Status: NEW
Priority: --
Created: 2021-07-05 13:36:01+00:00
Resolved: 2022-04-18 04:18:13+00:00

**Affected versions**
* Firefox 89
* Firefox 90 beta 12
* latest Nightly 91.0a1 2021-07-05

**Affected platforms**
* Win 10 64-bit
* Ubuntu 18.04 64-bit
* OSX 10.15

**Steps to reproduce**
1. Open a new tab in Firefox - shortcuts/topsites are displayed under the search field
2. Go to Personalize and select 2 or more rows for Shortcuts
3. Decrease the zoom level to be under 90%

**Expected result**
* Borders are visible no matter the zoom level

**Actual result**
* Some topsites borders are not visible when decreasing the zoom level

**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=5632c59062ad3ef74b3d6a8b32ea7d8577d63212&tochange=e718c31620b4ab8efc075b58c8f6839589af16d5
* Regressed by: bug 1703941
Bug: content-disposition: inline, filename=foo.pdf not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-05 14:29:53+00:00
Resolved: 2021-11-04 06:55:50+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.124 Safari/537.36

Steps to reproduce:

serve a pdf with the following headers:
Content-Disposition: inline; filename="foo.pdf"
Content-Type: application/pdf;charset=UTF-8





Actual results:

foo.pdf is downloaded to host filesystem.


Expected results:

pdf should appear inline in the browser window, without creating a file on the host filesystem. (my understanding of https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Disposition)
Bug: Searches containing the URL ($) or title (#) restriction tokens yield no results.
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-07-05 15:43:13+00:00
Resolved: 2022-02-07 12:38:00+00:00

STR:
1. In a new profile, search for `# developer` or `$ developer`.

Expected results:
The built-in bookmark for `developer.mozilla.org` should appear.

Actual results:
No bookmark/history results appear.

mozregression points to bug 1661949 as the regressor. [The relevant test](https://searchfox.org/mozilla-central/rev/b7bc94b4689a7f002c61d016c6e162e5e5708bf3/toolkit/components/places/tests/unifiedcomplete/test_special_search.js#202,217) didn't catch this because it's a UnifiedComplete unit test, and the bug is [in the providers manager](https://hg.mozilla.org/mozilla-central/rev/711b8615bb3f#l1.13).

This bug blocks bug 1717507 because test_special_search fails when ported, since the results yielded by UnifiedComplete in a unit test are different than those actually displayed.
Bug: Set default by UserChoice is sometimes attempted but rejected on Win 10 14393
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-05 17:08:29+00:00
Resolved: 2021-07-08 21:49:07+00:00

Looking at the [distribution of errors for set default by UserChoice](https://sql.telemetry.mozilla.org/queries/80685) (login required), there are very few ErrExeRejected results, except for on Windows 10 build 14393 (Anniversary Update, 1609). This is the last major build before 15063 (Creators Update, 1703), which is when the current hash format was established. While there are 38 ErrHash results (which is what I'd expect, as an earlier hash format was used), there are also 12 ErrExeRejected, 24% of the results for this build, and 0 successes. Across all other versions (over 2000 results) there are only 7 rejections.

I don't know why the hash check passes sometimes on 14393, however it seems clear that we are not going to be able to set the hash correctly then, so we shouldn't try. I'll extend the [current Win 10 check](https://searchfox.org/mozilla-central/rev/b7bc94b4689a7f002c61d016c6e162e5e5708bf3/browser/components/shell/ShellService.jsm#210) to check for a build of at least 15063.
Bug: Switching from Satellite into Street View on Google Maps hangs for some seconds in Private Window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-06 07:29:31+00:00
Resolved: 2021-07-07 11:34:16+00:00

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

Steps to reproduce:

1. Enter Private Window mode
2. Go to https://maps.google.com
3. Change into Satellite View
4. Drag the "little yellow man" into one of the blue segments overlaid in the map



Actual results:

The "little yellow man" hangs for over 10 seconds and keeps following the mouse pointer. After some time it falls and street view opens.


Expected results:

The "little yellow man" should drop immediately, with the interface changing into street view mode.

This problem only happens in Firefox Private Window, not in regular mode.
It only happens in Google Maps Satellite mode, not in the default map mode.

Also, in the current Google Chrome version, it works in both normal and incognito window modes, as well as in Satellite and map mode.
Bug: Sync got stuck on "Syncing..."; when logging out nothing happens
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-07-06 09:11:17+00:00
Resolved: 2021-11-26 06:57:20+00:00

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

Steps to reproduce:

Normal Firefox usage and after Sync mailfunction, I attempted to log out from Sync and even to restart Firefox


Actual results:

While the normal Firefox usage, I got suddenly logged out from the Sync. After logging back in, the Sync got stuck on "Syncing..."  and it has probably fallen into a loop of some type.

When I attempted to log out (after confirming the "Do you want to logout" box), nothing has happened. I attempted to restart the Firefox, but after it has reopened, in the Sync was still stuck in the "Syncing".

Including a screenshoot


Expected results:

Normal sync and logout.
Bug: GetMaxWebProcessCount() misinterprets negative numbers as a huge value
Status: NEW
Priority: --
Created: 2021-07-06 12:03:55+00:00
Resolved: 2021-10-25 15:27:02+00:00

The code in GetMaxWebProcessCount() at https://searchfox.org/mozilla-central/rev/5b3444ad300e244b5af4214212e22bd9e4b7088a/toolkit/xre/nsAppRunner.cpp#5623 does:
```
uint32_t optInPrefValue = Preferences::GetInt(optInPref, 1);
```
which means that negative values set in about:config will be misinterpreted as huge (unsigned) values; I don't think this was the intention.

(The equivalent code in `ContentParent::GetMaxProcessCount` uses an `int32_t` variable, so does not suffer from the same issue. I'm assuming similar behavior was intended here.)
Bug: Remove 10 from new Windows SSO pref and policy
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-07-06 14:25:53+00:00
Resolved: 2022-01-04 11:59:13+00:00

When I initially implemented this, Windows 11 didn't exist.

Now it does.

Policy and pref name should not contain the Windows version number.
Bug: "firefox 89" does not appear in the "default apps" in "windows 10 / 1909"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-06 14:35:39+00:00
Resolved: 2021-07-26 22:10:08+00:00

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

Steps to reproduce:

- (re)Installed "firefox 89" multiple times, from:
  - ~2MB Default Installer downloaded with "download firefox" button on landing page:
    https://www.mozilla.org/en-US/firefox/download/thanks/
  - 59MB Installer .exe from "Download options and other languages":
    https://download.mozilla.org/?product=firefox-latest-ssl&os=linux64&lang=en-US


Actual results:

Firefox does not appear in the "default apps" in windows 10 (version 1909).

I've tried
- reinstalling
- editing some file assoc entries with regedit
- editing some file assoc entries with used assoc
- editing some file assoc entries with used ftype
But "file associations" are for files , thus I can open .htm[l] files in FF, but clicking a link in any app still opens another browser.
Going to Settings > Default Apps >... > By protocol does not display FF, so I can actually change the default browser


Expected results:

FF should be listed in the default apps from the beginning (or at least in the app by propotocol/file name)
Bug: Seeing the tab throbber a lot
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-07-06 17:06:43+00:00
Resolved: 2021-07-08 05:03:39+00:00

Since updating today (to https://hg.mozilla.org/mozilla-central/rev/1f7ab358eec6d8b8baed711b105742b8ca22dc90) I have been seeing the throbber when switching tabs a lot. Sometimes the tab never recovers and has to be closed and reopened.

I took a profile, in this case I switched to the failing tab just after starting the profile, it never displayed. It was slack running in process 11498.

https://share.firefox.dev/3hkXYcQ
Bug: Crash in [@ NS_NewNamedThread]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-06 17:45:55+00:00
Resolved: 2022-02-27 00:15:38+00:00

106 crash reports from one installation of Nightly 91 on Windows 10. Build ID 20210502092952 (2021-05-02).

Crash report: https://crash-stats.mozilla.org/report/index/2d386219-74a4-400d-96f3-642bd0210706

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll NS_NewNamedThread xpcom/threads/nsThreadUtils.cpp:159
1 xul.dll mozilla::LazyIdleThread::Dispatch xpcom/threads/LazyIdleThread.cpp:382
2 xul.dll mozilla::UntrustedModulesProcessor::DispatchBackgroundProcessing toolkit/xre/UntrustedModulesProcessor.cpp:248
3 xul.dll mozilla::detail::RunnableMethodImpl<mozilla::UntrustedModulesProcessor*, void  xpcom/threads/nsThreadUtils.h:1201
4 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:766
5 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1159
6 xul.dll mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:85
7 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:328
8 xul.dll MessageLoop::Run ipc/chromium/src/base/message_loop.cc:310
9 xul.dll nsBaseAppShell::Run widget/nsBaseAppShell.cpp:137
```
Bug: Dragging a section of the text in the awesome bar starts a search instead of moving the text around
Status: NEW
Priority: P3
Created: 2021-07-06 18:13:43+00:00
Resolved: 2023-01-09 16:32:43+00:00

Steps:
- navigate to support.mozilla.org
-  double click "support"
-  drag "support" to move the text in the URL bar

Actual result:
A search for "support" starts in DuckDuckGo

Expected result:
The text moves around in the URL to the location of the pointer
Bug: CSS files not checked in in browser/components/newtab
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-06 18:50:26+00:00
Resolved: 2021-07-12 13:50:14+00:00

I've found some changes to `activity-stream-linux.css`, `activity-stream-mac.css` &`activity-stream-windows.css` inside `browser/components/newtab` that weren't bundled from the SCSS. (Looks like edits were made directly to the css files.)

I'm pretty sure it's a result of https://bugzilla.mozilla.org/show_bug.cgi?id=1712222; Scott or Amy, would you mind checking it out?

Docs [here](https://firefox-source-docs.mozilla.org/browser/components/newtab/docs/index.html?#which-files-should-you-edit) just in case :)

EDIT: You can see the specific changes on this diff: https://phabricator.services.mozilla.com/D118630?id=456214 ; they got picked up when I rebased against m-c this morning.
Bug: Blank page with spinner upon returning to tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-06 20:18:49+00:00
Resolved: 2021-07-07 05:22:58+00:00

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

Steps to reproduce:

Opened numerous windows with tabs in each. Switched tabs in one of them. Used the new tab. Switched back to previous tab.


Actual results:

After opening multiple tabs in a single page, returning to older tabs gives me blank contents with an indefinite spinner. Dev tools and inspector shows the page is loaded in the background and clicking randomly in the blank window even causes further pages to load. 

This does not seem to matter what website was actually loaded in the failed tab. I have reproduced it on google.com, slack, service-now and multiple other websites with the latest nightly. This did not happen on the previous nightly build I was using from last week.

Also, once the tab is failed it is *completely* unusable. I can still use the address bar and load other, unrelated websites and see that they are loaded with dev tools, but they do not paint. Closing that tab and then opening a new tab with the exact same URL resolves the issue temporarily until the tab is backgrounded and then restored again.


Expected results:

Content should be painting and usable.
Bug: SVG image isn't correctly rendered
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-06 23:40:30+00:00
Resolved: 2021-07-06 23:53:47+00:00

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

Steps to reproduce:

open page https://docs.microsoft.com/en-us/learn/modules/secure-and-isolate-with-nsg-and-service-endpoints/2-network-security-groups the first image isn't rendered correctly.

the full image url is: https://docs.microsoft.com/en-us/learn/modules/secure-and-isolate-with-nsg-and-service-endpoints/media/2-nsg1.svg


Actual results:

only the first quarter (left top part) or the image is rendered and shown on firefox.


Expected results:

e.g. chromium shows the full image.
Bug: CFR/"doorhanger" modals shouldn't hang past the right of the browser window
Status: NEW
Priority: P2
Created: 2021-07-07 00:05:19+00:00
Resolved: 2022-11-10 17:34:36+00:00

According to the design system team, modals which are attached to a toolbar button on the right of the browser should not hang off past the right side of the browser chrome. Instead, these modals should be aligned to the right side of the chrome at all window widths, like the main application menu.