av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/uitour/test/browser_UITour_sync.js | {} -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-11-19 19:38:50+00:00
Resolved: 2021-12-20 06:41:54+00:00

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

---
```
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - TEST-PASS | browser/components/uitour/test/browser_UITour_sync.js | Menu button should know that the menu is closed - 
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - Done shared checks
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - Leaving test bound test_firefoxAccountsWithEmailAndMissingFlowParamValues
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - Entering test bound test_firefoxAccountsWithEmailAndEntrypoints
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - Load https://accounts.firefox.com with entrypoint parameters
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - Buffered messages finished
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/uitour/test/browser_UITour_sync.js | {} - 
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - Stack trace:
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - chrome://mochikit/content/browser-test.js:test_ok:1304
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - chrome://mochitests/content/browser/browser/components/uitour/test/head.js:add_UITour_task/genFun/</</</funcPromise<:556
[task 2020-11-19T18:23:20.706Z] 18:23:20     INFO - == Done test, doing shared checks before teardown ==
[task 2020-11-19T18:23:20.707Z] 18:23:20     INFO - Console message: [JavaScript Warning: "Script terminated by timeout at:
[task 2020-11-19T18:23:20.707Z] 18:23:20     INFO - _sendEvent@https://example.org/browser/browser/components/uitour/test/UITour-lib.js:42:3
[task 2020-11-19T18:23:20.707Z] 18:23:20     INFO - Mozilla.UITour.showFirefoxAccounts@https://example.org/browser/browser/components/uitour/test/UITour-lib.js:628:15
[task 2020-11-19T18:23:20.707Z] 18:23:20     INFO - " {file: "https://example.org/browser/browser/components/uitour/test/UITour-lib.js" line: 42}]```
Bug: mochitest --profiler option doesn't work for some tests under browser/base/content/test/performance/ , doesn't create a profile file
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-19 19:38:55+00:00
Resolved: 2020-11-26 18:58:16+00:00

Tried:

```
 ./mach mochitest --appname=dist --profiler browser/base/content/test/performance/browser_windowopen.js
```

also without `--appname=dist`, and in both cases I get something like:

```
 0:33.12 profiler INFO Profile saved locally to: c:\users\gijskr~1\appdata\local\temp\tmpjiwhol\mochitest-profile.json
 0:33.12 profiler INFO Symbolicating the performance profile... This could take a couple of minutes.
 0:33.12 profiler ERROR Encountered an exception during profile symbolication
 0:33.12 profiler ERROR [Errno 2] No such file or directory: 'c:\\users\\gijskr~1\\appdata\\local\\temp\\tmpjiwhol\\mochitest-profile.json'
```

I also tried:

```
$ MOZ_UPLOAD_DIR="C:\\somepath\\" ./mach mochitest --appname=dist --profiler-save-only browser/base/content/test/performance/browser_windowopen.js
```

and the same thing happens - no profile is saved, the file doesn't exist, and I can't debug things.
Bug: There are coding shows on the menu as background which is very hard to read menu
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-20 06:08:25+00:00
Resolved: 2020-12-04 08:30:05+00:00

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

Steps to reproduce:

I am not sure if the issue is happened after I updated my macOS to version 11, but that was all I did


Actual results:

There are coding as background on menu which is very hard to read the menu. SCREEN SHOT attach
Bug: 4.84 - 8.77% startup_about_home_paint_realworld_webextensions (windows10-64-shippable-qr) regression on push 6ca8cea4044a74c89e0137660c243bd542714abc (Mon November 16 2020)
Status: ASSIGNED
Priority: --
Created: 2020-11-20 07:38:38+00:00
Resolved: 2023-12-21 12:24:39+00:00

Perfherder has detected a talos performance regression from push [6ca8cea4044a74c89e0137660c243bd542714abc](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=6ca8cea4044a74c89e0137660c243bd542714abc). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Suite** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)**| 
|--|--|--|--|--|--| 
| 9% | startup_about_home_paint_realworld_webextensions | startup_about_home_paint_realworld_webextensions | windows10-64-shippable-qr | e10s stylo webrender | 572.75 -> 623.00 |
| 5% | startup_about_home_paint_realworld_webextensions | startup_about_home_paint_realworld_webextensions | windows10-64-shippable-qr | e10s stylo webrender | 594.50 -> 623.25 |


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=27766), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the offending patch(es) will be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: 40sec hang in nsRefreshDriver::Tick
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-20 08:19:36+00:00
Resolved: 2020-12-21 12:20:33+00:00

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

Steps to reproduce:


Firefox 83 – macOS 10.14:
* User is logged in to Twitter
* Open a first tab with youtube.com, start playing the video (<- not sure if this is related)
 * Open a second tab, open https://mobile.twitter.com/home



Actual results:

Whole system is frozen completely, not even an application switch is possible anymore 

https://share.firefox.dev/35H6xsE
Bug: Intermittent browser/modules/test/browser/browser_UsageTelemetry_urlbar_topsite.js | Uncaught exception - Waiting for top sites to be updated - timed out after 50 tries.
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-11-20 08:38:44+00:00
Resolved: 2020-12-15 17:00:16+00:00

**Filed by:** archaeopteryx [at] coole-files.de
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=322319740&repo=try
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/bqyL9Et_T6ChId1Nvrn3zw/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2020-11-19T17:40:57.143Z] 17:40:57     INFO - TEST-START | browser/modules/test/browser/browser_UsageTelemetry_urlbar_topsite.js
[task 2020-11-19T17:41:04.699Z] 17:41:04     INFO - TEST-INFO | started process screencapture
[task 2020-11-19T17:41:04.783Z] 17:41:04     INFO - TEST-INFO | screencapture: exit 0
[task 2020-11-19T17:41:04.783Z] 17:41:04     INFO - Buffered messages logged at 17:40:57
[task 2020-11-19T17:41:04.783Z] 17:41:04     INFO - Entering test bound setup
[task 2020-11-19T17:41:04.783Z] 17:41:04     INFO - Buffered messages finished
[task 2020-11-19T17:41:04.783Z] 17:41:04     INFO - TEST-UNEXPECTED-FAIL | browser/modules/test/browser/browser_UsageTelemetry_urlbar_topsite.js | Uncaught exception - Waiting for top sites to be updated - timed out after 50 tries.
```
Bug: Mac Fullscreen mode, Firefox doesn´t move with mac menue bar and task bar gets coverd
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-20 10:00:34+00:00
Resolved: 2020-11-24 11:44:47+00:00

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

Steps to reproduce:

Use Firefox in fullscreen mode on MacBook Air 2020. Also in Save Mode without Plugins.


Actual results:

Firefox dosen´t move with the menue bar from macOX BigSure.
The Menubar Hiedes the Tabs from Firefox.


Expected results:

The Window should move down when the macOS menu bar apears. so that its not overlapping.
Bug: Some URLs fail to show the "HTTPS-only mode alert" when it does not support HTTPS
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-20 12:41:46+00:00
Resolved: 2020-11-24 22:42:25+00:00

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

Steps to reproduce:

Steps to reproduce:

1. Turn on HTTPS-only mode
2. Go to: http://infolab.stanford.edu/~ullman/ialc/slides/slides12.pdf



Actual results:

Firefox gives a "Server Not Found" error after upgrading the URL to https.


Expected results:

Firefox should give the HTTPS-only mode alert and allow the user to bypass HTTPS-only mode.

If I go to the http version of the URL with https-only mode turned off, it works as expected, downloading a small pdf file.
Bug: The elipsis menu can no longer be dismissed after clicking on a separator line or the greyed out "Remove All Logins" option
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-11-20 13:48:00+00:00
Resolved: 2020-12-18 12:13:28+00:00

**[Affected versions]:**
- Firefox Nightly 85.0a1 (Build ID: 20201119214432)

**[Affected Platforms]:**
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64

**[Prerequisites]:**
- Have the latest version of Firefox Nightly installed.
- Have a Firefox profile with no logins saved.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Click on the Menu button and click on a separator line or the greyed out `Remove All Logins` option.
4. Press the `ESC` key or a click outside the menu and observe the behavior.

**[Expected result]:**
- The menu is dismissed.

**[Actual result]:**
- The menu remains in place and can't be dismissed.

**[Regression window]:**
10:02.41 INFO: No more integration revisions, bisection finished.
10:02.41 INFO: Last good revision: bed3d8831e0fa0f9304e6f1ba555bff43ffe47fd
10:02.41 INFO: First bad revision: 76d60283a31c0f8deee59f0f687947c7a1a398f8
10:02.41 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=bed3d8831e0fa0f9304e6f1ba555bff43ffe47fd&tochange=76d60283a31c0f8deee59f0f687947c7a1a398f8

**[Notes]:**
- Once this is done, the only way to dismiss the menu is to click the elipsis button again.
- Attached a screen recording with the issue.


From the pushlog it looks like Bug has caused this behavior. @kenrick95 could you please take a look at this?
Bug: A blank page is wrongly displayed after removing all saved logins from the “about:logins” page using “Remove All Logins…” option
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-11-20 14:10:36+00:00
Resolved: 2020-12-02 10:37:00+00:00

[Affected versions]:
- Firefox Nightly 85.0a1 (Build ID: 20201119214432)

[Affected Platforms]:
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the latest version of Firefox Nightly installed.
- Have a Firefox profile with at least one login saved.

[Steps to reproduce]:
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to the "about:logins" page.
3. Click on the Menu button.
4. Select the “Remove All Logins…” option.
5. Tick the "Yes, remove these logins." checkbox and click on the “Remove All” button from the dialog.
6. Observe the Login Item area.

[Expected result]:
- All logins are successfully removed and the "No FxA sync" state of the about:logins page is displayed.
[Actual result]:
- All logins are successfully removed and no state is displayed for the “about:logins” page.

[Notes]:
- This issue is not reproducible after removing all logins manually.
- The "No FxA sync" state of the about:logins page is displayed after the page refresh
- Also, this issue is reproducible for the “FxA sync” state, when you are logged in Firefox Sync.
- Attached a screen recording with the issue.
Bug: A blank page is wrongly displayed on the “about:logins” page after signing out from Firefox Sync and checking the option to delete all data
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-11-20 14:41:33+00:00
Resolved: 2022-04-18 05:57:26+00:00

[Affected versions]:
- Firefox Nightly 85.0a1 (Build ID: 20201120094511)
- Firefox Beta 84.0b3 (Build ID: 20201119195818)
- Firefox Release 83.0 (Build ID: 20201112153044)

[Affected Platforms]:
- Mac 10.15.6
- Windows 10 x64
- Ubuntu 20.04 x64

[Prerequisites]:
- Have the latest version of Firefox Nightly installed and opened.
- You are signed in with a valid FxA account that contains at least one login saved.

[Steps to reproduce]:
1. Navigate to the "about:logins" page.
2. Go to the “about:preferences#sync” page using a new tab.
3. Click on the “Sign Out...” button and check the “Delete data from this device” checkbox from the pop-up.
4. Click on the “Sign Out” button from the pop-up and switch back to the “about:logins” tab.
5. Observe the Login Item area.

[Expected result]:
- All logins are successfully removed and the "No FxA sync" state of the about:logins page is displayed.
[Actual result]:
- All logins are successfully removed and no state is displayed for the “about:logins” page.

[Notes]:
- The "No FxA sync" state of the about:logins page is displayed after the page refresh
- Attached a screen recording with the issue.
Bug: Intermittent [tier2] TV browser/components/search/test/browser/browser_searchTelemetry.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: 2020-11-20 15:23:02+00:00
Resolved: 2021-01-05 17:02:25+00:00

**Filed by:** abutkovits [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=322437429&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/P-humROaSuW9BxA3Rlo8Lw/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/P-humROaSuW9BxA3Rlo8Lw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2020-11-20T14:15:35.691Z] 14:15:35     INFO - TEST-PASS | browser/components/search/test/browser/browser_searchTelemetry.js | Should have matched browser.search.with_ads in scalars and expectedScalars - true == true - 
[task 2020-11-20T14:15:35.691Z] 14:15:35     INFO - TEST-PASS | browser/components/search/test/browser/browser_searchTelemetry.js | Should have matched browser.search.ad_clicks in scalars and expectedScalars - true == true - 
[task 2020-11-20T14:15:35.691Z] 14:15:35     INFO - Leaving test bound test_track_ad_click_with_location_change_other_tab
[task 2020-11-20T14:15:35.691Z] 14:15:35     INFO - Buffered messages finished
[task 2020-11-20T14:15:35.691Z] 14:15:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/search/test/browser/browser_searchTelemetry.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. - ```
Bug: CJK IME causing quitting searching mode
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-20 15:29:44+00:00
Resolved: 2020-12-07 10:08:44+00:00

STR (as recording video part I):
1. install any CJK IME and Firefox 83.0
2. toggle awesome search mode with the IME
3. type any word as search terms

Autall:
search mode is quit before the search term can be selected

note:
when adding a space before the search term, search mode won't quit (see recording video part II)
Bug: Tabs crash when using Google Meet on Firefox Beta 84
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-20 15:43:09+00:00
Resolved: 2022-03-10 18:42:53+00:00

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

Steps to reproduce:

Connect to a meeting on Google Meets.


Actual results:

All I do is connect to a meeting in Google Meets and sometimes.
I am on a Mac Mini 2020 M1 on the latest version of Mac OS Big Sur as of Fri Nov 20, 2020


Expected results:

The tab should not crash.
Bug: empty menu item in menu bar on macOS for "hide other Bookmarks button from Bookmarks toolbar" option
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-11-20 16:13:11+00:00
Resolved: 2021-05-31 13:07:14+00:00

bug 1674539 implemented an option to hide "Other Bookmarks" button from Bookmarks toolbar. It causes an menu item with empty label in the menu bar of macOS. The menu item in the context menu of the bookmarks toolbar *has* a label.
Bug: Hiding "Other Bookmarks" folder only happens per window leading to unsynced bookmarks toolbar
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-11-20 16:33:04+00:00
Resolved: 2020-12-03 09:49:53+00:00

**Steps to Reproduce**
1. Make sure some bookmarks are stored in "Other Bookmarks" so that the "Other Bookmarks" folder appears in the toolbar.
2. Open another separate window in the same Firefox Nightly session.
3. In one of the windows, right-click the "Other Bookmarks" folder and select "Show Other Bookmarks"
4. Observe the visibility of the "Other Bookmarks" folder in both windows.

**ER:**
Both "Other Bookmarks" folders in each window should have disappeared.

**AR:**
Only the folder the option was toggled is hidden and the other one remains visible in the other window.
Bug: Cannot open localhost links on firefox and localhost is located on applications menu and asks for application to open it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-20 17:30:58+00:00
Resolved: 2020-11-21 01:53:17+00:00

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

Steps to reproduce:

1) Open firefox
2) Start the glassfish server with deployed app war 
3) After the application has been started go to the website and type the URL "localhost:8080/app_name"
4) Enter after writing the URL
5) Now the system doesn't redirect to the request page which is seen on other browsers 


Actual results:

The system opened up a popup as it asked program to select for opening a localhost link. In preferences I saw localhost as application and cannot remove it with option selected "always ask" on localhost content-type.


Expected results:

The result/response of URL called show be shown as it was seen in previous version.
Bug: Opening google search in firefox opens the privacy pop up and this pop up wont disappear
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-20 19:16:49+00:00
Resolved: 2020-12-21 12:22:48+00:00

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

Steps to reproduce:

I have installed the latest firefox 83 and the latest windows 10 20H2, since then i have an issue with google search in firefox. 


Actual results:

When i open google search in firefox the page appears as always, but there is a pop up which i think it is the privacy pop up from google to accept the privacy settings of google. This pop up has no text and never go away. When you stop this pop up you can log in to your account from google and then you can do a search in google without the privacy pop up. However, at this point you can do an image search but only 20 images will be loaded and the other images won't be loaded and aren't clickable. In other browsers such like Edge and Chrome this issue is not shown,


Expected results:

Opening google search must have opened without a pop up and the images search should show all the images when loaded.
Bug: Fix stutter on new profiles due to Firefox logo
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-11-20 22:09:25+00:00
Resolved: 2020-12-07 06:57:47+00:00

On new profiles - in Pocket locales - there is a brief moment on the New Tab page where the Firefox logo will show, then when the user's location is determined, it will hide and Pocket will load. 

This can be fixed by not showing the logo until the location is determined. Conversely this will cause a slight stutter on non pocket locales, where the logo will load slightly later. But loading a moment later is better than showing and being removed.
Bug: Github favicon is invisible in Firefox tabs
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-20 23:09:42+00:00
Resolved: 2020-12-21 12:23:22+00:00

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

Steps to reproduce:

I just moved from Chrome to Firefox today. Using it for the first time, and I noticed that when I go to http://github.com the favicon does not display in my tabs (or it is almost invisible).
This seems to be the only website with that issue, but this is very disturbing.
To reproduce: simply go to http://github.com


Actual results:

The favicon of Github is almost invisible.
I tried multiple Firefox themes (dark / light) but that does not fix the issue.
Note that the favicon is visible on the active tab. It only becomes invisible when I'm on another tab.


Expected results:

I should see the favicon. On other websites, icons (of any colors) stand out great.
Bug: Bookmark keyword heuristic results are broken when a local shortcut is selected with the keyboard
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-11-21 00:44:48+00:00
Resolved: 2020-12-16 14:33:56+00:00

STR

1. Set up a bookmark keyword, like a Bugzilla bookmark with a `b` keyword that can be used like `b <bug number>`
2. Type `b test`
3. Arrow down to select a local shortcut one-off

The result keeps its "bugzilla.mozilla.org: test" title, but the "Search <local shortcut>" action text is right up against the title. I'll attach a screenshot.

When you press enter, we confirm the local search mode with "b test" as the query string. When you click the result, we perform the bookmark keyword, i.e., we visit https://bugzilla.mozilla.org/show_bug.cgi?id=test. So this is both a visual bug and an actual behavior inconsistency. We should confirm search mode when you click the result, same as pressing enter.

I found this while looking at bug 1678155. I might end up fixing the behavior inconsistency there since it's basically the same problem, not sure yet.