av9ash/GitBugs huggingface dataset:
Bug: How To Fetch The Right Refund Related Instructions At Cash app help
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-09 10:11:35+00:00
Resolved: 2021-04-13 16:08:24+00:00

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

Steps to reproduce:

Of course, consider visiting Cash app help gives you an access to the official Cash App support center. Here, you need to enter the Cash app refund and you will come across the best solutions on your computer/ mobile screen. Simply implement the instructions and guidelines to get your money back in no time. https://www.cash-app-support-number.com/


Actual results:

Of course, consider visiting Cash app help gives you an access to the official Cash App support center. Here, you need to enter the Cash app refund and you will come across the best solutions on your computer/ mobile screen. Simply implement the instructions and guidelines to get your money back in no time. https://www.cash-app-support-number.com/


Expected results:

Of course, consider visiting Cash app help gives you an access to the official Cash App support center. Here, you need to enter the Cash app refund and you will come across the best solutions on your computer/ mobile screen. Simply implement the instructions and guidelines to get your money back in no time. https://www.cash-app-support-number.com/
Bug: [proton] Tab vertical size changes on some websites
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-04-09 10:14:05+00:00
Resolved: 2021-06-11 13:58:09+00:00

On Nightly (20210408215439), Linux, Gnome (40), Wayland.

Visiting https://zserge.com/posts/bfaas/ makes the the tab bar huge (see attached).
Bug: [Proton] Edit bookmark window is unreadable with dark theme
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-09 11:02:01+00:00
Resolved: 2021-04-09 14:40:41+00:00

Not sure if this belongs to Theme or Bookmarks, but trying to edit a bookmark (or a bookmark folder) produces a dialog where the labels are completely unreadable.

Screenshot is from Nightly (20210408095111).
Bug: Lockwise Search shows an entry if the search text is in the password
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-04-09 11:36:31+00:00
Resolved: 2022-06-06 16:31:55+00:00

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

Steps to reproduce:

On Firefox Nightly 89.0a1 (2021-04-08), open the 'Passwords' item to access Lockwise
Add a new password with Web site address 'test.com', username 'user@test.com' and password 'bananasinpassword'
The search for either 'bananas' or 'password'


Actual results:

The entry for web address 'https://test.com' with username 'user@test.com' is shown in the search results, leaking that the search terms match something in this record which, by exclusion, indicates that 'bananas' or 'password' are in the secret password data.


Expected results:

The content of a password should not be something that is searchable and only the web address and username should be the keys used to collate search results.
Bug: Address bar placeholder text doesn't have enough contrast in Dark theme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-09 12:03:44+00:00
Resolved: 2021-04-29 05:48:07+00:00

**Affected versions**
 * Fx89.0a1 2021-04-08
 
 **Affected platforms**
 * Windows 10 64-bit
 * OSX 11.2.3
 
 **Preconditions**
 * The following prefs are enabled in about:config:
 browser.proton.enabled 
 browser.proton.toolbar.enabled 
 browser.proton.urlbar.enabled 
  
 **Steps to reproduce**
 1. Launch Firefox and from about:addons - Themes, select Dark Theme
 2. Focus address bar and select a search shortcut
 3. Observe the contrast between background and text ("Search the Web", "This time search with", etc.)

 **Expected result**
 * There is a bigger contrast for all texts, accordingly to [Figma](https://www.figma.com/file/FjUe6ORvXZgJvI3rPuTV33/Desktop-UI-Mozilla-Confidential?node-id=4097%3A31795) 
 
 **Actual result**
 * The text color is lighter than on Figma specs. Some parts of the browser (such as AppMenu, tabs title) have brighter text on today's Nightly.
 
 **Regression range**
 * Not a regression, text color is the same pre-Proton
Bug: [Proton] When ETP is diasbled there is a striped background
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-09 12:39:51+00:00
Resolved: 2021-04-23 12:22:14+00:00

**Affected versions**
* Firefox 89.0a1

**Affected platforms**
* Windows 10 x64
* Ubuntu 18.04 x64
* macOS 10.15

**Precondition**
The following prefs are set to true in about:config:
- browser.proton.enabled
- browser.proton.doorhangers.enabled (for preliminary testing this also required, until the work is moved to the main pref)

**Steps to reproduce**
1. Go to https://www.reddit.com/
2. Click on the shield icon and turn off ETP.
3. Click on the shiled icon again and observe panel. 

**Expected result**
* There is a one colored background. 

**Actual result**
* There is a striped background. 

**Regression range**
* This is not a regression.

**Additional notes**
* Please look at the attached image. It's the one from the specs.
Bug: Proton Tab Strip has wrong background color when browser.tabs.drawInTitlebar is false
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-04-09 13:14:43+00:00
Resolved: 2023-07-07 05:27:33+00:00

STR:
- Use default theme
- From Customize Toolbar menu, check "Title Bar" to keep the regular Operating System title bar (that sets `browser.tabs.drawInTitlebar` to `false`)
- Open a few tabs

Expected Results:
- Tab strip is has a different color than the active tab, making the active tab easy to distinguish

Actual results:
- Tab strip is the same color as the active tab (it's hard to distinguish between the active tab and the inactive ones)


Note: Not reproducible when "Title Bar" is unchecked - in that case the tab strip background is darker than the active tab as expected.
Bug: Proton: Some brighttext themes have ugly border color for the search bar
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-09 13:21:17+00:00
Resolved: 2021-09-21 14:12:39+00:00

**Affected versions**

Nightly 89.0a1

Windows10 Dark theme: Affected
Windows10 Light theme: Affected
Ubuntu Dark theme: not affected
Ubuntu Light theme: Affected because tere is no border seen
MacOS: Not affected

**tested on platforms**

Ubuntu 20. windows 10 64bit, MacOS 10.14

**Preconditions**
user.js with
user_pref("browser.proton.enabled", true);
user_pref("browser.proton.toolbar.enabled", true);
user_pref("browser.proton.urlbar.enabled", true);

**themes to use**
-stock light theme
-stock dark theme

**Steps to reproduce**

-launch firefox
-change theme to dark theme
-enable search bar in toolbar ( in settings > search)
-Open a new tab
-type something in searchbar

**Expected result**
the borders should look nicer

**Actual result**
there are white areas in the border (for dark theme)
Bug: Searching via address bar is slow.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-09 14:33:21+00:00
Resolved: 2021-04-15 18:30:15+00:00

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

Steps to reproduce:

Search for something via the address bar. Hit enter and it is as if the download speeds are slow however multiple tests show that they are fine.


Actual results:

Slow searching


Expected results:

Quick searching
Bug: Firefox no longer shows sheets in macOS <11, looks out of place
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-04-09 14:45:21+00:00
Resolved: 2021-04-09 15:01:55+00:00

Steps to reproduce:

0. Run a macOS <11
1. Ensure `browser.tabs.warnOnClose` is set to true
2. Open any two pages in two tabs (same window)
3. click close button on window

What happens:

Big Sur like sheet UI appears (see screenshot).

Expected result:

I am running macOS Catalina and expect to see macOS <11 sheets. 

Other apps continue to show sheets, FWIW - including Safari and Edge in the screenshot attached.

15:56.48 INFO: Narrowed inbound regression window from [9cf59af5, 2a990b27] (3 builds) to [9cf59af5, 1129347e] (2 builds) (~1 steps left)
15:56.48 INFO: No more inbound revisions, bisection finished.
15:56.48 INFO: Last good revision: 9cf59af57183940e3d5f629f4ea29b499e956fca
15:56.48 INFO: First bad revision: 1129347e2aadcde6d60e03b6917539413c306639
15:56.48 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9cf59af57183940e3d5f629f4ea29b499e956fca&tochange=1129347e2aadcde6d60e03b6917539413c306639
Bug: about:welcome needs to get default top sites from AboutNewTab.jsm rather than DefaultSites.jsm
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-04-09 16:07:51+00:00
Resolved: 2023-06-28 14:03:32+00:00

Starting with Firefox 87, default top sites are loaded from remote settings rather than DefaultSites.jsm. DefaultSites.jsm is not going to be updated anymore and is slated for removal. Like UrlbarProviderTopSites.jsm, about:welcome needs to get default sites from AboutNewTab.getTopSites() instead.
Bug: Hard to differentiate between active (foreground) and inactive (background) windows
Status: REOPENED
Priority: P3
Created: 2021-04-09 16:14:48+00:00
Resolved: 2024-07-11 18:50:49+00:00

Steps to reproduce:

1. Open a window and a page in it
2. Open a second window and a page in it
3. arrange the windows next to each other
(optional) 4. Switch to another app, then back to Firefox

What happens:

It is very hard to tell what window is active.

Expected result:

Different styling for active and inactive windows, like prior to bug 1694526.

Edge and Safari continue to do well here. 

19:01.32 INFO: Narrowed inbound regression window from [43a39c49, 45f80847] (3 builds) to [fade9b09, 45f80847] (2 builds) (~1 steps left)
19:01.32 INFO: No more inbound revisions, bisection finished.
19:01.32 INFO: Last good revision: fade9b09b56a7bf1d8d5c376aab9e1e70ef563ea
19:01.32 INFO: First bad revision: 45f8084703dfb67d33d3a40d3b81d0822dca4ef6
19:01.32 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fade9b09b56a7bf1d8d5c376aab9e1e70ef563ea&tochange=45f8084703dfb67d33d3a40d3b81d0822dca4ef6
Bug: Crash in [@ RestoreFormEntry]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-09 17:36:52+00:00
Resolved: 2021-04-10 22:38:35+00:00

Maybe Fission related. (DOMFissionEnabled=1)


Crash report: https://crash-stats.mozilla.org/report/index/8d9c0d3b-1394-4afb-8e1e-4d3020210407

MOZ_CRASH Reason: ```MOZ_RELEASE_ASSERT((mType) == (aType)) (unexpected type tag)```

Top 10 frames of crashing thread:
```
0 XUL RestoreFormEntry toolkit/components/sessionstore/SessionStoreUtils.cpp:1221
1 XUL mozilla::dom::SessionStoreUtils::RestoreFormData toolkit/components/sessionstore/SessionStoreUtils.cpp:1259
2 XUL mozilla::dom::SessionStoreRestoreData::RestoreInto toolkit/components/sessionstore/SessionStoreRestoreData.cpp:78
3 XUL mozilla::dom::WindowGlobalChild::RecvRestoreTabContent dom/ipc/WindowGlobalChild.cpp:572
4 XUL mozilla::dom::PWindowGlobalChild::OnMessageReceived ipc/ipdl/PWindowGlobalChild.cpp:1243
5 XUL mozilla::dom::PContentChild::OnMessageReceived ipc/ipdl/PContentChild.cpp:8414
6 XUL mozilla::ipc::MessageChannel::DispatchMessage ipc/glue/MessageChannel.cpp:2078
7 XUL mozilla::ipc::MessageChannel::MessageTask::Run ipc/glue/MessageChannel.cpp:1957
8 XUL mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:754
9 XUL nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1159
```

These crashes all have fission enabled, and they look like they are related to restoring form data. They all have this same release assert.
Bug: Dark mode colors set too late in activity stream startup
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-04-09 18:09:30+00:00
Resolved: 2021-04-14 12:37:39+00:00

On my system I see a white flash between about:blank and the fully loaded about:home. If I force the activity stream bundle js to immediately send the "LightweightTheme:Set" event, the white flash goes away. `componentWillMount` on `ASRouterUISurface` runs after first paint - we need to ensure the css variable for the background color is set prior to first paint. This feels particularly noticeable for me with the skeleton UI enabled (default on Nightly).
Bug: Pages wont recognize dark mode
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-04-09 18:14:51+00:00
Resolved: 2021-05-07 13:46:07+00:00

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

Steps to reproduce:

Update to 89 version and accessing page like twitter, firefox lockwise or duckduckgo  that recognize dark mode.


Actual results:

Only light mode works by default.


Expected results:

Recognize dark mode went it is turn on, adapting your interface to this mode.
Bug: The Download a new Copy notification banner for DE localization is almost overlapping to the arrow up icon
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-04-09 18:19:18+00:00
Resolved: 2021-04-27 12:16:57+00:00

**Affected platforms**:
Platform: macOS 11

**Preconditions**:
A German build (DE) must be used for this test.
Reach about:config and set browser.proton.enabled = true

**Steps to reproduce**:
1. Launch the older version of Firefox
2. Wait until the Update notification is displayed.
3. Reach the Hamburger menu.

**Expected Result**:
The Update available - download now menu notification is displayed according to the new proton design.

**Actual result**:
The Update available - download now menu notification is displayed almost over the up arrow icon.
Bug: Collection is broken for removed frames due to usage of BrowsingContext::ChildOffset
Status: ASSIGNED
Priority: --
Created: 2021-04-09 19:57:35+00:00
Resolved: 2021-05-27 16:33:35+00:00

STR

1. Open https://kashav.ca/bugs/1704189/top.html.
1. Fill in both inputs.
1. Click the "remove frame 1" button. It should remove the first frame.
1. Close the tab.
1. Reopen the tab (Shift+Ctrl+T).
1. You'll notice that the contents of the second frame were restored into the first frame.

Expected

Only the second form should have data.

Actual

The data from the second form was restored into the first form.

We do have measures in place to ensure that we don't restore data into a form with a different URL, so it's not a security concern, but it's definitely a bug. 

Note that this also reproduces in Release (without Fission and without SHIP).
Bug: Hover-state of geolocation prompt is unreadable in dark/alpenglow themes and indistinguishable from unhovered in default theme
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-04-09 20:54:02+00:00
Resolved: 2021-05-28 11:24:29+00:00

STR:
1. Visit some site that triggers a geolocation prompt. E.g.: go to https://developer.mozilla.org/en-US/docs/Web/API/Geolocation_API#result and click the demo's `Show my location` button.

2. Hover the "Deny"/"Allow" buttons on the popup.

EXPECTED RESULTS:
(A) The hover state should be distinguishable from the unhovered state.
(B) The text should still be readable in the hover state.

ACTUAL RESULTS:
Varying results depending on your Firefox theme:
* With the "Default" Firefox theme, we **violate expectation (A)** -- the hover state is only barely distinguishable from the un-hovered state. (I think the text color just has an extremely subtle change.)
* With the "Dark" and "Alpenglow" Firefox themes, we **violate expectation (B)** -- the text is unreadable in the hovered state (black text on a dark background)
* With the "Light" Firefox theme, we live up to both expectations.
Bug: The container-tab indicator can blend into the toolbar color (e.g. pink strip for Shopping clashes with Alpenglow colors)
Status: NEW
Priority: P5
Created: 2021-04-09 21:24:25+00:00
Resolved: 2023-08-11 13:50:05+00:00

STR:
1. Ensure you have the proton pref enabled (it's enabled by default in Nightly as of earlier this week)
2. Turn on the Alpenglow theme (which ships by default with Firefox)
3. Open a new "shopping" container-tab (e.g. by long-pressing the "+" icon)
4. Look at the tabstrip and try to distinguish between that tab and the other ones.

ACTUAL RESULTS:
There's a pink strip just above the tab, but it's really hard to see, since (with proton) it's layered on top of the toolbar background, and it happens to be the same color that Alpenglow uses for the tabstrip background.

EXPECTED RESULTS:
Should be able to distinguish between container tabs and other tabs by looking at the tabstrip.
Bug: backspace not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-10 09:58:21+00:00
Resolved: 2021-04-10 22:03:35+00:00

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

Steps to reproduce:

After updating Firefox the backspace button is not working anymore.
My parents called me with the same bug a few days later.


Actual results:

When pressing backspace: nothing happens.


Expected results:

Take you to the previous page.
Bug: Proton Icons appear blurry
Status: NEW
Priority: P2
Created: 2021-04-10 11:17:35+00:00
Resolved: 2023-02-02 21:51:27+00:00

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

Steps to reproduce:

Open browser activate Proton Styling
Try shifting between different scaling options in Windows 10 
Preferences > System > Display > Scale and Layout
Observe the icons


Actual results:

Despite the fact that SVG is used, Proton icons appear to be blurry/withShadow with 100% (recommended) scale (Resolution 1920*1080, 24" monitor).
Blurriness seems to be gone when scaling is raised to 150% or above.
With the same setting competitor browsers (with similar icon styles) do not suffer from this effect.
Pre Proton icons are also sharp with any Scaling option


Expected results:

Icons should be sharp with any selected scaling just like with Pre Proton icons.
Bug: Windows 10 Proton context menu shadow doesn't match panel/door-hanger shadow
Status: NEW
Priority: P3
Created: 2021-04-10 11:30:11+00:00
Resolved: 2021-10-21 08:24:47+00:00

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

Steps to reproduce:

Enable Proton
browser.proton.enabled > true
browser.proton.contextmenus.enabled > true

Observe the styling of RightMouseClick Context menus. Compare them with other PopUp Menus


Actual results:

Styling is different for the mentioned elements


Expected results:

Styling should remain consistent
Bug: Active-Incative window styling
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-10 11:37:45+00:00
Resolved: 2021-04-11 10:23:01+00:00

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

Steps to reproduce:

Enable Proton Styling
Open few Browser Windows.
Observe the styling of Active-Inactive window



Actual results:

Based on the styling it is very hard to distinguish which window is Active and which is not


Expected results:

The styling should be more recognizable
Bug: Maximized nightly is not full screen
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-04-10 12:30:26+00:00
Resolved: 2023-08-09 16:11:29+00:00

Latest firefox nightly shows borders when maximized, giving the impression it's not full screen, please see attachement. 

I'm using a Dell G5 15.6" laptop, win 10, Nightly version 89.0a1 (2021-04-10) (64-bit)
On my personal pc, 22" monitor, win 10, I don't have this issue.
Bug: Buttons overlap when enabling 2-factor for firefox account
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-04-10 14:17:25+00:00
Resolved: 2021-04-12 23:44:48+00:00

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

Steps to reproduce:

Configured my Firefox account with a more secure 2-step authentication device. During the step 2 the download, copy and print buttons are on top of the Cancel and Confirm buttons. That happened using a Macbook air, with macOS Big Sur 11.2.3


Actual results:

The download, copy and print buttons are on top of the Cancel and Confirm buttons


Expected results:

Maybe be positioned a little below, so they don't overlap with Cancel and Confirm.
Bug: proton design breaks the 87 version icons. makes them more blurry
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-04-10 14:54:26+00:00
Resolved: 2025-03-02 14:51:07+00:00

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



Actual results:

The new icons are bad
Bug: Favicon of website not showing in favorites after bookmarking them
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-10 15:09:49+00:00
Resolved: 2021-04-12 13:49:56+00:00

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

Steps to reproduce:

I bookmarked some login pages of banks directly which show a favivon in the address bar. Once in the favorite/bookmark list though, they only show the generic globe icon and not the favicon from the website.

Try out yourselves with the sites:
https://banking.bankofscotland.de/eBankingClient/pages/login/login.jsf
https://ebanking.fordmoney.de/eBankingClient/pages/login/login.jsf

Boths websites are jsf sites. They show the favicon as you see but once bookmarked those favicons don't show in the favorites list.


Actual results:

Bookmarking certain websites with favicons don't show the favicons in the favorites shortcut list.


Expected results:

The favicon of the website should be shown in the favorites list as it normally does for bookmarked websites
Bug: Bookmarks toolbar text color is low contrast in Firefox Dark theme
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-04-10 16:42:58+00:00
Resolved: 2022-01-21 17:33:45+00:00

STR:
1. Enable Dark theme in about:addons

Actual results:
low contrast than Firefox87.
it looks like placeholder text color or disabled color.

Expected results:
more blight than placeholder text color, at least.


Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=491e7026b24626ce51672da5b886af2904c27be8&tochange=af4bfd54ecd00c1df9ddb9cccd0b4df8f218028c
Bug: Label alignment is incorrect in Text Encoding toolbutton
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-04-10 18:16:06+00:00
Resolved: 2021-04-12 16:34:47+00:00

Steps to reproduce:
1. Put `Text Encoding` toolbutton in nav bar
2. Open data:text/html;Shift_JIS,Other than UTF-8:%E3%81%82<a href="https://www.google.com" style="float:right;padding-right:50px;">Go to Google</a>
3. Click `Text Encoding` toolbutton

Actual results:
Label alignment is incorrect.
See screenshot

Expected results:
Label should be aligned.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8aa1b80a8c6b66cccc2e37080fbf6197eee8d801&tochange=1716229005d8b97f305bd663b8bc8d3fec4a4f3a