av9ash/GitBugs huggingface dataset:
Bug: Firefox 86 is minimizing pop-out windows
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-03 16:15:23+00:00
Resolved: 2021-03-18 09:10:38+00:00

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

Steps to reproduce:

Use CA Service Desk Manager with Firefox 86 on OSX or Windows machines. Some CA SDM windows are pop-out windows, such as the tickets our agents work. Have these windows open, whether focused and active or not.


Note: Unsure if this behavior happens on other websites; I haven't had ample opportunity to test. CA Broadcom (software vendor) has been notified of this bug as well, in case it is specifically with their product. May also be related to JavaScript-heavy pages? 


Actual results:

Pop-out windows are minimizing at random, whether they are the active window or not.


Expected results:

Firefox windows should not minimize at random; active windows should stay active and focused.
Bug: Intermittent TV browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking item #9 (spell-check-enabled) name - Got "context-inspect-a11y", expected "spell-check-enabled"
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-03-03 16:59:20+00:00
Resolved: 2021-04-06 17:04:26+00:00

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

---
```
[task 2021-03-03T14:07:47.621Z] 14:07:47     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking item #8 (---) name - 
[task 2021-03-03T14:07:47.622Z] 14:07:47     INFO - Buffered messages finished
[task 2021-03-03T14:07:47.622Z] 14:07:47     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking item #9 (spell-check-enabled) name - Got "context-inspect-a11y", expected "spell-check-enabled"
[task 2021-03-03T14:07:47.622Z] 14:07:47     INFO - Stack trace:
[task 2021-03-03T14:07:47.622Z] 14:07:47     INFO - chrome://mochikit/content/browser-test.js:test_is:1359
[task 2021-03-03T14:07:47.622Z] 14:07:47     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkMenuItem:188
[task 2021-03-03T14:07:47.622Z] 14:07:47     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkMenu:308
[task 2021-03-03T14:07:47.622Z] 14:07:47     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkContextMenu:178
[task 2021-03-03T14:07:47.622Z] 14:07:47     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:test_contextmenu:456
[task 2021-03-03T14:07:47.623Z] 14:07:47     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking item #9 (spell-check-enabled) enabled state - 
[task 2021-03-03T14:07:47.623Z] 14:07:47     INFO - Not taking screenshot here: see the one that was previously logged```
Bug: Sidebars button indicates active state, even though the sidebar is closed
Status: NEW
Priority: P5
Created: 2021-03-03 18:59:06+00:00
Resolved: 2022-05-03 17:25:01+00:00

Steps to Reproduce:
1. Start browser with new profile
2. Put Sidebars button on Navbar from customize toolbar
3. Click the button to open sidebar
4. Quit browser and Restart browser
   --- The sidebars button indicates the active state as expected.
5. Close the sidebar
   --- The sidebars button indicates the inactive state as expected.
6. Open a new window(Ctrl+N)
   --- bug appears

Actual results:
The sidebars button indicates active state, even though the sidebar is closed.

Expected results:
The sidebars button indicates actual state(i.e. inactive)

Regression window:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=943c2c2a1daf5cd0d3287c1974eb510615d5ed5b&tochange=b778b6cb49c8ed1dab244c00dc4dc3cf88b25ffe

Suspect:
	0cd2b311c3fb2321ad5df14d0d0470f76363c8fe	 Gijs Kruitbosch — Bug 1391280 - store last sidebar command irrespective of whether sidebar was open, r=bgrins,mixedpuppy
Bug: Typing a trailing space causes search history and suggestions that match the input/heuristic query to go from hidden to shown
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-03 21:05:43+00:00
Resolved: 2021-04-15 08:26:52+00:00

STR

1. Do a search for "testing"
2. Type "testing" again but don't hit enter
3. Verify that your "testing" search history is not shown
4. Type a trailing space

The "testing" search history is shown again, but it shouldn't be.

AFAICT we don't properly dedupe remote suggestions in this context either, but it's unlikely an engine would actually return a suggestion that is the trimmed version of the search string.

Adrian found this in bug 1694237 comment 12. It should be an easy fix, so I'll go ahead and do it now.

This is not a (recent) regression and goes back to at least 78 according to Adrian.
Bug: my settings for the browser will not stay no matter what I do, reverts to original default.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-03 21:19:08+00:00
Resolved: 2021-03-04 15:04:42+00:00

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

Steps to reproduce:

went into setting several times to set home page on start up and new tabs. same for both. and search engine. home page always reverted to the original default yet when I go into settings it has my home page URL in the settings but in the tabs it still has it's original. have reset many times, cleared history, went through the support guides which is all the things I have been doing. once or twice it worked but then it went back to it's original defaults.
 


Actual results:

starting a new browser it would go to my home page, but not the new tab. then it would go to Firefox home page another time. reset again and went to Firefox home page google search engine not yahoo I put in, then went to reset  wouldn't allow me to put yahoo search in or any other. then would only open to Firefox  home page yet when I push the home tab on the browser it went to my home page ca.yahoo.com. at times I have had to reset these preferences and no problem.
driving me crazy.


Expected results:

it should open in a new browser to yahoo.ca home page as well as any new tabs I open to yahoo and my search engine as well to yahoo, the way it has been for years until yesterday.
Bug: Pocket cookie doesn't get removed if logging out at getpocket.com
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-03 23:10:26+00:00
Resolved: 2021-04-13 12:49:54+00:00

I'm not able to reproduce this myself, but I've seen it happen for others.

Steps:
1. On Nightly
2. Signed in with your account
3. Log out from getpocket.com/my-list
4. Confirm that you don’t see either ftv1 or fsv1 cookies
5. Go to: https://getpocket.com/explore/item/surprising-ways-to-beat-anxiety-and-become-mentally-strong-according-to-science?utm_source=pocket-newtab
6. Confirm I still don’t see those cookies
7. Click save from toolbar - still saves
8. Log back in to same account
9. Confirm link is in my account

I can reproduce it if I set privacy.firstparty.isolate.use_site to true, but that's not how it's happening for the people that can reproduce, so not the main cause, but possibly related?
Bug: Fix telemetry for javascript load restrictions
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-03-04 02:15:30+00:00
Resolved: 2021-03-05 09:01:07+00:00

In Bug 1688800 I landed a carve-out where if you've disabled xpinstall.signatures.required we shouldn't trigger JS load restrictions (and send Telemetry.)

Or at least that's what I intended to do.  Instead of checking `xpinstall.signatures.required == false` I checked if it was true.

So this will disable telemetry for the default population and send telemetry for the minority of users who have flipped the pref.  =(
Bug: Certviewer does not wrap PEM (chain) files
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-04 06:24:36+00:00
Resolved: 2021-03-08 14:31:24+00:00

Steps to reproduce:
1. Open the certificate viewer.
2. Click `PEM (cert)` to download a cert file.
3. Click `PEM (chain)` to download another file.
4. Open downloaded files with a text editor.

Actual result:
Although `PEM (cert)` is wrapped at 64 characters, `PEM (chain)` is not.

Expected result:
`PEM (chain)` should be wrapped just like `PEM (cert)`.

Apparently [`PEM (cert)`](https://searchfox.org/mozilla-central/rev/002023eb262be9db3479142355e1675645d52d52/toolkit/components/certviewer/content/certDecoder.js#539) and [`PEM (chain)`](https://searchfox.org/mozilla-central/rev/002023eb262be9db3479142355e1675645d52d52/toolkit/components/certviewer/content/components/info-item.js#162) are handled at different locations:
Bug: Firefox 86 crashed when starting and throws exception
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-03-04 07:42:37+00:00
Resolved: 2021-04-27 13:38:43+00:00

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

Steps to reproduce:

not clear but it happened to me several times all with same exception
Bug: Background tabs still animate when dragging with prefers-reduced-motion
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-04 09:20:41+00:00
Resolved: 2025-03-02 14:51:32+00:00

STR:
1. Set `ui.prefersReducedMotion = 1`.
2. Drag a tab around tab strip and note movement of other tabs.

Expected:

Background tabs do not animate.

Actual:

Background tabs smoothly reposition themselves.
Bug: input type date native UI flashes every first click
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-04 09:36:15+00:00
Resolved: 2021-03-18 09:14:16+00:00

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

Steps to reproduce:

- Create an html file with only an input type date field
- Open in firefox
- Click the input field (native widget appears then immediately disappears)
- Click outside of the input field
- Click the input field again (native wiget appears and stays)

This process can be repeated.
Click outside the input field again, then inside: the widget flashes
Then click outside and inside the input field again: the widget stays

I have tested this in FF 86.0 on OSX 11.2.1 (big sur) and
FF 86.0 on Windows 10 v. 2004

Animated gif attached.


Actual results:

At first click, the native date widget appears then immediately disappears (flashes)


Expected results:

The widget appears and stays until I click a date or click outside of the widget
Bug: [Proton] Hamburger Menu User Option Entry Does Not Follow Platform Naming Conventions
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-04 12:35:29+00:00
Resolved: 2021-03-22 11:23:38+00:00

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

Steps to reproduce:

Enabled Proton.
Opened Menu.
Looked for user option page.


Actual results:

Clicked on "settings" to get to user options.


Expected results:

Clicked on "Preferences" to get to user options, in accordance with platform conventions, including the GNOME HIG (https://developer.gnome.org/hig/stable/primary-menus.html.en), as well as the current Photon design.

I understand this is also the platform convention on Mac as well, per Apple's HIG guidelines (https://developer.apple.com/design/human-interface-guidelines/macos/menus/menu-bar-menus/).
Bug: Intermittent browser/components/urlbar/tests/browser/browser_urlbar_telemetry_topsite.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-03-04 13:05:13+00:00
Resolved: 2022-07-25 23:17:09+00:00

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

---
```
[task 2021-03-04T12:29:53.753Z] 12:29:53     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_topsite.js
[task 2021-03-04T12:30:38.814Z] 12:30:38     INFO - TEST-INFO | started process screencapture
[task 2021-03-04T12:30:38.896Z] 12:30:38     INFO - TEST-INFO | screencapture: exit 0
[task 2021-03-04T12:30:38.897Z] 12:30:38     INFO - Buffered messages logged at 12:29:53
[task 2021-03-04T12:30:38.898Z] 12:30:38     INFO - Entering test bound setup
[task 2021-03-04T12:30:38.898Z] 12:30:38     INFO - Leaving test bound setup
[task 2021-03-04T12:30:38.901Z] 12:30:38     INFO - Entering test bound test
[task 2021-03-04T12:30:38.901Z] 12:30:38     INFO - Buffered messages logged at 12:29:54
[task 2021-03-04T12:30:38.901Z] 12:30:38     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_topsite.js | The test suite browser should have 6 Top Sites. - 6 == 6 - 
[task 2021-03-04T12:30:38.902Z] 12:30:38     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_topsite.js | The number of results should be the same as the number of Top Sites (6). - 6 == 6 - 
[task 2021-03-04T12:30:38.902Z] 12:30:38     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_topsite.js | The first result should be selected - 0 == 0 - 
[task 2021-03-04T12:30:38.902Z] 12:30:38     INFO - Buffered messages finished
[task 2021-03-04T12:30:38.902Z] 12:30:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_topsite.js | Test timed out - 
[task 2021-03-04T12:30:38.903Z] 12:30:38     INFO - GECKO(1539) | MEMORY STAT | vsize 8123MB | residentFast 585MB | heapAllocated 154MB
[task 2021-03-04T12:30:38.903Z] 12:30:38     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_topsite.js | took 45113ms
[task 2021-03-04T12:30:38.903Z] 12:30:38     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-03-04T12:30:38.903Z] 12:30:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_urlbar_telemetry_topsite.js | Found a tab after previous test timed out: about:blank - 
[task 2021-03-04T12:30:38.904Z] 12:30:38     INFO - checking window state```
Bug: pdf viewer repeats colored part of embedded pdf
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-03-04 13:08:08+00:00
Resolved: 2021-12-10 20:15:45+00:00

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

Steps to reproduce:

Beeing on current Windows 10 OS with current Firefox (86.0) I opened the attached pdf file with Firefox. The pdf was generated from a LaTeX file, which imports a pdf graphic. As it seems I can only upload one file, I uploaded the pdf displayed incorrectly.


Actual results:

The colored parts of the embedded pdf image are repeated several times shifted horizontally, vertically and both.


Expected results:

Adobe Acrobat Pro DC and Google Chrome display the pdf without repetitions.
Bug: Captcha is not appearing on Firefox 64bit
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-04 13:37:54+00:00
Resolved: 2021-03-08 13:34:00+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.72 Safari/537.36/8mqXoXuL-32

Steps to reproduce:

Trying to get info from Govt. website


Actual results:

When we put values for search Captcha is not appearing on Firefox 64bit while on Firefox 32bit or any other browser it's working fine. 
URL : https://services.gst.gov.in/services/searchtp
Entering value starting with any 2 numeric digits e.g. 02 or 13 etc., the captcha box should automatically appear. 


Expected results:

Don't know
Bug: With the Proton theme, the spacing between pinned tabs changes when tab bar starts/stops overflowing
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-04 15:28:31+00:00
Resolved: 2021-04-27 13:08:20+00:00

See the attached video.

Build ID 20210303215027

Steps to reproduce:
 1. Have a few pinned tabs in your tab bar.
 2. Open enough tabs to fill the tab bar but not enough to cause scrolling.
 3. Observe the pinned tabs as you open more tabs and the tab bar starts showing the scroll arrows.

Expected results:
The tab bar should feel stable, pinned tabs should not be affected by scrolling in the rest of the tab bar.

Actual results:
When the regular tabs start requiring scrolling, the spacing between the pinned tabs is reduced.
Bug: Ctrl+Shift*T doesn't close the hamburger menu
Status: NEW
Priority: P3
Created: 2021-03-04 15:44:18+00:00
Resolved: 2021-03-08 22:19:49+00:00

**[Affected platforms:]**
MacOS (On Mac it's also reproducible on Release 85.0.2)
Ubuntu 20 (It's not reproducible on release)
Windows 10

**[Affected versions:]**
Nightly 88.0a1
Beta 87.0b5
Release 85.0.2 
ESR 78.7.1esr

**[Description:]**
When I reopen the last closed tab, the hamburger menu is not hidden. This might have been temporarily fixed on about 86 and then regressed on 87 onward because in esr and release 85.0.2 (on Mac) the bug is reproducible but on release 86 it's not reproducible.

**[Steps:]**
1. Open Firefox.
2. Open many tabs.
3. Close all but one tab.
4. Go to Library -> History -> Recently closed tabs -> press Ctrl+shift+t.

**[Actual result:]**
The Hamburger menu is not hidden.
 
**[Expected result:]**
Hamburger menu should be hidden when tab is reopened.
Bug: The Firefox icon from the task bar is no longer displayed if Firefox is pinned again after it is already pinned
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-04 16:00:34+00:00
Resolved: 2021-03-24 20:11:22+00:00

**[Affected Versions]:**
- Firefox Nightly 88.0a1 (Build ID: 20210304092248)
- Firefox Beta 87.0b7 (Build ID: 20210302185821)
- Firefox Release 86.0 (Build ID: 20210222142601)

**[Affected Platforms]:**
- Windows 10 Version: 2004 x64
- Windows 10 Version: 2H20 x64

**[Prerequisites]:**
- Have a new Firefox profile created.
- Have the [user.js](https://drive.google.com/file/d/1ytSDC0Vw1FtxrS0yAeh6ruoZccnpq5eD/view?usp=sharing) saved in the profile folder before starting it.

**[Steps to reproduce]:**

1. Start the Firefox Browser using the “--first-startup” arg.
2. Click the “Pin to Taskbar” button.
3. Click the “Back” browser button.
4. Click the “Pin to Taskbar” button and observe the Windows TaskBar.

**[Expected results]:**
- The Firefox Browser is pinned and the Firefox icon is correctly displayed.
    
**[Actual results]:**
- The Firefox Browser is pinned and the Firefox icon is replaced with a placeholder icon.

**[Notes]:**
- This issue might affect users that will be enrolled in future experiments that are based on this feature.
- Unpinning and pinning again the Firefox will fix the icon.
Bug: Right click contextmenu shows several unneeded separators at the top of the menu when opened with pocket disabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-03-04 16:43:08+00:00
Resolved: 2021-03-19 15:29:32+00:00

1. Use my normal profile
2. Type data:text/html, <html contenteditable>  in the URLbar and press enter
3. Right click in the text area

ER: normal right click menu
AR: right click menu has some rendering artifacts



2021-03-04T22:10:02.115000: DEBUG : Found commit message:
Bug 1691860, move code that hides separators in the content area context menu into a single place that just hides duplicates, r=Gijs,robwu

Differential Revision: https://phabricator.services.mozilla.com/D104615

2021-03-04T22:10:02.115000: DEBUG : Did not find a branch, checking all integration branches
2021-03-04T22:10:02.115000: INFO : The bisection is done.
2021-03-04T22:10:02.115000: INFO : Stopped
Bug: With the Proton theme, on macOS the tab bar spacing changes if the window is resized to cover all available area
Status: NEW
Priority: P3
Created: 2021-03-04 17:08:34+00:00
Resolved: 2021-03-22 17:35:25+00:00

See the screen recording.

Steps to reproduce:
 1. Have a Firefox window with some tabs but not enough tabs to cause overflow.
 2. Resize the window to cover all available area on the screen.

Expected results:
Tab bar spacing should not change when the window is resized.

Actual results:
Tab bar spacing shifts when the window changes between covering all available area on the screen and being smaller than that.

----

I think what happens here is that whenever the window is "zoomed" we set the sizemode of the window to maximized, and then CSS rules react to the maximized state. "Zooming" is the macOS term for what happens when you double-click the titlebar or Option-click the green window button. And a window can become zoomed by manual resizing.
We've been treating "zoomed" as "maximized" on macOS since bug 429954. I think the original motivation was that it lets us remember the non-zoomed size across browser restarts even if the browser is closed while zoomed.

However, on macOS there is no user expectation that windows will look different if they're in zoomed mode vs non-zoomed mode.

I think we have two options:

 1. We could ignore the maximized sizemode for styling purposes when we're on macOS.
 2. Or, at the platform level, we could stop treating the zoomed state as maximized sizemode.

Option 2 seems more correct but option 1 is lower risk.
Bug: I see what others are browsing on the network
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-03-04 17:36:14+00:00
Resolved: 2021-03-17 22:14:59+00:00

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

Steps to reproduce:

I use iMac with Big Sur (Latest) and the latest firefox. I can see what others are browsing on my network. A firefox icon with a screen in the corner appears in my dock. If I click on it I see the page my colleague is currently browsing. How is that possible?