av9ash/GitBugs huggingface dataset:
Bug: Firefox View - clicking on a recently closed tab opens a different tab
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-09-07 13:59:14+00:00
Resolved: 2022-09-14 21:41:22+00:00

STR:
1. Click on a recently closed tab

Outcome:
Focus switches to a completely unrelated tab and the tab disappears from the Recently Closed list

Expected Results:
The expected tab shows up

106.0a1 (2022-09-06) on MacOS
Bug: [foxfooding] Relative dates in Firefox View can be confusing for dates longer than 6 days
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-07 14:50:25+00:00
Resolved: 2022-09-29 09:23:36+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
**Window Size (inner width and height):** 1728x915
**GitHub Username:** @lime124
## Steps to Reproduce
in the recently closed, you'll see the expected minutes, hours, days ago. but then the pattern breaks when it switches to "last month". i know that sept is literally last month but in my relative view of time, it was also the end of last week - not even 7 days ago. so it feels a bit jarring even though technically it's true.

## Expected Behavior
Not sure how much control we have over the relative date format, or if it can expand to "last week" versus "last month" for things 6<n<14 days

## Actual Behavior
A date that was 6 days ago shows as "last month".

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/94a4e044-69dc-47ad-8ea7-d3d8f189df76.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/94a4e044-69dc-47ad-8ea7-d3d8f189df76.png)
Bug: [foxfooding] "New Tab" appears in Firefox View's "Recently closed" section if that tab had loaded something else / had content in the address bar when closed
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-09-07 14:52:41+00:00
Resolved: 2022-09-08 15:46:12+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
**Window Size (inner width and height):** 1728x915
**GitHub Username:** @lime124
## Steps to Reproduce
I haven't been noticing new tabs entering the recently closed area, but it was strange to see a new tab in the list.

## Expected Behavior
"New Tab" (about:newtab) should be hidden from "Recently closed" since it isn't very useful, and just clutters the UI.

## Actual Behavior
"New Tab" in my Recently closed.

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/5d0ace19-e3a2-4973-8f0d-4608cb59b57b.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/5d0ace19-e3a2-4973-8f0d-4608cb59b57b.png)
Bug: [foxfooding] Incorrect page title/url in Firefox View Recently closed section when going back in history before closing the tab
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-07 14:54:27+00:00
Resolved: 2022-09-28 09:35:32+00:00

**Firefox Version:** Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/105.0.0.0 Safari/537.36
**Window Size (inner width and height):** 1728x915
**GitHub Username:** @lime124
## Steps to Reproduce
This is related to a previous bug. I tried opening a new tab, then clicked on something in top sites, then hit the back button to return to the new tab page, then closed the tab and it shows this. it's listed as a new tab but the URL is miro.

## Expected Behavior
The page title and URL should be consistent.

## Actual Behavior
Recently closed shows a title of "New Tab", yet the listed URL is for a miro.com page.

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/8516a25a-53c9-4b95-a836-e820ed3ff82d.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/8516a25a-53c9-4b95-a836-e820ed3ff82d.png)
Bug: IPv6 urls incorrectly escape ] when copy pasting the address while selecting a sub part of the url bar
Status: NEW
Priority: P3
Created: 2022-09-07 14:56:45+00:00
Resolved: 2022-11-21 16:19:00+00:00

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

Steps to reproduce:

1. Navigate to a website using a raw IPv6 url
(example http://[21e:e795:8e82:a9e2:ff48:952d:55f2:f0bb]/#205:7c34:ad8e:5797:7e67:2a05:7e46:9c28 )
2. Select everything before the path ([21e:e795:8e82:a9e2:ff48:952d:55f2:f0bb])
3. Copy the domain (CTRL + C)
4. Paste it somewhere (I pasted it into my terminal with the intent to curl it)


Actual results:

http://%5B21e:e795:8e82:a9e2:ff48:952d:55f2:f0bb%5D is pasted into my terminal


Expected results:

http://[21e:e795:8e82:a9e2:ff48:952d:55f2:f0bb]
Bug: The background images from the "about:welcome" page are no longer visible if the "High Contrast" mode is active
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-07 14:58:27+00:00
Resolved: 2022-09-15 13:12:50+00:00

[Windows] The background images from the "about:welcome" page are no longer visible if the "High Contrast" mode is active

**[Notes]:**
- This issue is reproducible only on Windows.
- This issue is not reproducible on the existing users Onboarding modals.

**[Affected versions]:**
- Firefox Nightly 106.0a1 - Build ID: 20220907093209

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have the following prefs in the "about:config" page:
 - `devtools.chrome.enabled` set to `true`
- Have the system's "High Contrast" mode active.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites and navigate to the "about:welcome" page.
2. Navigate through the "Onboarding" screens and observe the background images.

**[Expected result]:**
- The background images are visible.

**[Actual result]:**
- The background images are NOT visible.

**[Additional Notes]:**
- Attached a screen recording of the issue.
Bug: Reverse order of serpsAreEquivalent in _getSearchTermIfDefaultSerpUrl
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-09-07 16:05:27+00:00
Resolved: 2022-09-08 09:29:50+00:00

The outcome of this change will be visiting a URL with more query params than the constructed URL won't show the search terms in the Urlbar. 

This corrects an error in the consumer of `serpsAreEquivalent`.
Bug: The 9/7/22 version freezes when downloading or uploading from all sites.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-09-07 21:27:52+00:00
Resolved: 2022-10-21 14:50:56+00:00

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

Steps to reproduce:

Tired to upland and download attachemdnts from gmail and a roundtube client hosted by from Bluhost and tired to download a new installer from mozilla for firefox.  This started after the new upgrade today at  with Firefox 104.0.2 (20220902153754) at 10:14;21.  It was working fine prior to this.

Duplicated this Chrome and all worked well.

Reinstalled the same version of firefox and got the same result.

Tried to do this from troubleshoot mode and It had the same results and did not generate a crash report.


Actual results:

Firefox freezes


Expected results:

It should have uplaoded and downloads.
Bug: slow download of large files from some sites
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-08 04:22:22+00:00
Resolved: 2022-10-30 01:59:44+00:00

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

Steps to reproduce:

Attempt to download a large file from a sharepoint folder. I was emailed the link, and the folder is commercially sensitive so I cannot share it. The file is a Zip file of 322 Mb.



Actual results:

The download was painfully slow and indicated five or six hours download time. This is excessive for my connection. I tried multiple time with restarting the computer and firefox.

The download would terminate part way through after about 15 minutes

I have similar problems with the Transfer Big Files website https://www.transferbigfiles.com/


Expected results:

Download of zip file in about 5 minutes. This was painless using ungoogled chromium, which only took 5 minutes.
Bug: Firefox not supported on t-mobile.com in Private mode
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-09-08 07:17:43+00:00
Resolved: 2024-03-04 21:24:45+00:00

**Environment:**
Operating system: Windows 10
Firefox version: Nightly 106.0a1 (2022-09-07)

**Preconditions:**
• Private window opened

**Steps to reproduce:**
1. Go to https://www.t-mobile.com/signin
2. Observe the behaviour.

**Expected Behaviour:**
The page is supported in private mode.

**Actual Behaviour:**
The page is not supported in private mode.

**Notes:**
1. Screenshot provided
2. Reproducible regardless of the ETP status
3. Reproducible on Firefox Release
4. Not reproducible on Chrome incognito mode
Bug: Tab Pickup and Recently Closed sections can be collapsed/expanded when clicking outside the designated action buttons
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2022-09-08 11:10:31+00:00
Resolved: 2022-09-08 22:31:06+00:00

**Affected versions**
* 106.0a1

**Affected platforms**
* macOS 12
* Windows 11
* Ubuntu 22.04

**Steps to reproduce**
1. Launch FF .
2. Perform browsing activity on the device(closing each website accessed).
3. Go to Firefox View section.
4. Click anywhere on Recently closed and Tab Pickup titles.

**Expected result**
* Sections are not collapsing/expanding when clicking on the titles of the sections.

**Actual result**
* Sections are collapsing/expanding when clicking on the titles of the sections.

**Regression range**
* New Feature

**Notes**
* Improving this would greatly benefit the overall aesthetics of the page and increase the overall UX quality.
* As a user, I would want a clear indication of the fact that I could also click the title sections in order to perform the collapse/expand actions.
Bug: Recently Closed title changes position when collapsing/expanding the section
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 11:32:50+00:00
Resolved: 2022-09-08 11:36:07+00:00

**Affected versions**
* 106.0a1

**Affected platforms**
* macOS 12
* Windows 11
* Ubuntu 22.04

**Steps to reproduce**
1. Launch FF .
2. Go to Firefox View section.
3. Click anywhere on Recently closed to expand/collapse the section.

**Expected result**
* The Recently Closed title remains in a locked position when expanding/collapsing the section.

**Actual result**
* The Recently Closed title changes position for each expand/collapse actions.

**Regression range**
* New Feature

**Notes**
* This issue is especially obvious if Tab Pickup is not populated and no sync account is logged in.
* The behaviour is also different for  different window sizes (especially maximised window size.)
* Improving this would greatly benefit the overall aesthetics of the page and increase the overall UX quality.
* As a user, I expect the titles of the sections to remain in a locked position when expanding or collapsing their respective contents
Bug: Dark mode broken on element and potentially other websites
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-08 11:48:57+00:00
Resolved: 2022-09-15 09:26:23+00:00

With the most recent version of nightly, the dark mode seems broken on element.

According to https://twitter.com/ptit_fred/status/1567837396225368065, it seems to happen on github and tweetdeck.
See the screenshot
Bug: Tab Pickup keyboard hover animation is cut off
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-08 12:02:46+00:00
Resolved: 2022-09-26 09:09:30+00:00

**Affected versions**
* 106.0a1

**Tested platforms**
* Affected platforms: macOS12 , Windows 10
* Unaffected platforms: Ubuntu 22

**Steps to reproduce**
1. Launch FF .
2. Go to Firefox View section
3. Login with valid Sync credentials and reach 11% progress in the info banner.
2. Go to Firefox View section.
3. Navigate with Tab through all the sections of the page.

**Expected result**
* The keyboard navigation selector highlight is properly displayed when navigating each section.

**Actual result**
* The keyboard navigation selector highlight  is cut off for Tab Pickup section.

**Regression range**
* New Feature

**Additional notes**
* Improving this would greatly benefit the overall aesthetics of the page and increase the overall UX quality.
Bug: Keyboard navigation in Firefox View sections does not follow a natural flow
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 12:14:23+00:00
Resolved: 2022-09-08 12:27:03+00:00

**Affected versions**
* 106.0a1

**Tested platforms**
* Affected platforms: macOS12 , Windows 10, Ubuntu 22

**Steps to reproduce**
1. Launch FF .
2. Go to Firefox View section
3. Navigate with Tab through all the sections of the page.

**Expected result**
* The keyboard navigation selector highlight should follow the Tab Pickup -> Recently Closed -> Try Colorways order.

**Actual result**
* The keyboard navigation selector highlight follows the Tab Pickup -> Try Colorways

**Regression range**
* New Feature

**Additional notes**
* Improving this would greatly benefit the overall aesthetics of the page and increase the overall UX quality.
* This issue is especially obvious for empty state Firefox View.
Bug: [Quick Actions] Header Title is 6px too far to the right
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-08 12:29:59+00:00
Resolved: 2022-10-11 12:25:17+00:00

Nightly 106.0a1 (2022-09-07) (64-Bit)
macOS

STR:
1.) Type theme into the Addressbar
2.) Take a look at the Header Title of the Quick Actions section

Actual: The header title is 6px too far to the right.

Expected: The header title should me moved 6px to the left to be aligned with the other section header titles.

Screenshots are attached.

Thanks :)
Bug: Display the Recently closed tabs in all newly opened windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 12:30:36+00:00
Resolved: 2022-09-08 16:04:06+00:00

**Affected versions**
* 106.0a1

**Tested platforms**
* Affected platforms: macOS12 , Windows 10, Ubuntu 22

**Steps to reproduce**
1. Launch FF .
2. Navigate through different websites in different tabs , and close them.
3. Go to Firefox View section.
3. Recently closed section is populated with all the closed tabs.
4. Open a new window.
5. Go to Firefox View.

**Expected result**
* The Recently closed section is populated with all the previous closed tabs in the new opened window.

**Actual result**
* The recently closed section displays no activity in the newly opened windows.

**Regression range**
* New Feature

**Additional notes**
* I would expect the Recently closed section to display all previously closed tabs in all new windows opened.
Bug: Fonts in Firefox Developer Edition are broken. Suddenly Where it needs to show true color its Showing its own color.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 13:09:41+00:00
Resolved: 2022-09-08 14:26:55+00:00

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

Steps to reproduce:

Just visit any website, like this very one.


Actual results:

Fonts in Firefox Developer Edition (105.0b8 (64-bit), update channel: aurora) are broken. Suddenly Where it needs to show true color it is Showing its own color. For example, instead of White, it shows black. Fonts in CSS declarations are being ignored.


Expected results:

What the CSS instructs.
Bug: Facebook container addon breaks fonts
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 13:12:43+00:00
Resolved: 2022-09-08 14:27:04+00:00

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

Steps to reproduce:

Use browser normally


Actual results:

Font's lose proper color and size. After I disabled this addon they went back to normal.
Bug: requestedBrowser.currentURI is null when clicking tab from Tab pickup in Firefox View
Status: NEW
Priority: P3
Created: 2022-09-08 13:47:20+00:00
Resolved: 2023-01-11 02:42:49+00:00

Clicking any of the tabs in the tab pickup section causes `JavaScript error: resource:///modules/AsyncTabSwitcher.jsm, line 378: TypeError: can't access property "schemeIs", requestedBrowser.currentURI is null`. 
The tab opens seemingly normal but we shouldn't be getting an error for this
Bug: Latest Update Makes Text Black
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 13:55:34+00:00
Resolved: 2022-09-08 14:42:43+00:00

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

Steps to reproduce:

The latest update to Firefox has changed text that used to be white and is now black. Websites are unreadable.

The sizing of certain fonts have also changed.

color: white is the text in css but it's not producing white. no, i don't have dark reader or a dark mode modifier on. you don't have anything listed in your release notes that indicate font or styling changes.

example: https://bugzilla.mozilla.org/


Actual results:

it's black, font sizes are different


Expected results:

should be white, font sizes should be previous size
Bug: Reduce first-startup.timeout from 30 seconds to something reasonable
Status: REOPENED
Priority: P3
Created: 2022-09-08 14:43:03+00:00
Resolved: 2024-03-14 23:29:50+00:00

This was originally set to 30 seconds in bug 1582608 because "we see far more time-outs than expected" with the original timeouts of 5 seconds. While these timeouts aren't great for Nimbus (assuming Nimbus still needs this), blocking the first run startup for up to 30 seconds seems much worse. So we need to reduce this to something reasonable as a first step towards addressing bug 1749345.
Bug: Figure out alternatives to Nimbus' utilization of the FirstStartup component
Status: NEW
Priority: P3
Created: 2022-09-08 14:57:02+00:00
Resolved: 2024-02-06 07:00:51+00:00

Apparently Nimbus depends on a FirstStartup component that seems to have potentially horrible performance characteristics, see bug 1749345. Does Nimbus still need this? Are there alternatives to the current setup, such as getting experiments already with the installer?
Bug: &:hover colors not changing correctly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-08 14:59:45+00:00
Resolved: 2022-09-08 15:02:31+00:00

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

Steps to reproduce:

the &:hover color effect does not change after the browser updated to the latest version.

try these (it's with scss):

.button-base {
    background-color: $dark-theme-3-op;
    border-color: $color-theme-turq;
    color: white;
    min-height: 40px;
    min-width: 100px;
    // margin-bottom: 2%;
    &:hover {
        border-color: white;
        box-shadow: 0 0 0.5rem white;
        color: $color-theme-turq;
        background-color: $dark-theme-7-op;
        outline: 0 none;
    }
    &:focus {
        box-shadow: none;
    }
}

.button-exit {
    background-color: $dark-theme-3-op;
    color: #d42e3f;
    height: 38px;
    width: 35px;
    &:hover {
        background-color: $dark-theme-3-op;
        border-color: #d42e3f;
        box-shadow: 0 0 0.5rem #d42e3f;
        color: #d42e3f;
        outline: 0 none;
    }
    &:focus {
        box-shadow: none;
    }
}

variables:
$dark-theme-3-op: rgba(51, 51, 51, 0.5)
$color-theme-turq: turquoise;
$dark-theme-7-op: rgba(79, 79, 79, 0.5);


created a different firefox profile and it also still occurs.
(new profile under appdata/roaming/mozilla/firefox/profiles


Actual results:

view the image provided for a comparison. top is expected/button before the update, bottom is after the update/not expected


Expected results:

view the image for comparison
Bug: Tab keyboard navigation behavior is weird with the Firefox View tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-08 15:47:19+00:00
Resolved: 2022-09-08 16:16:59+00:00

STR:
1. Click on the Firefox View tab
2. Click Ctrl + Page Up 

=> It should move to the last tab.

Note that this happens if I press Ctrl + Page Up from the first pinned tab -- in this case it should instead go to the Firefox View tab.

STR:
1. Click on the Firefox View tab
2. Click Ctrl + Page Down 

=> It should move to the first pinned tab.

Note that this happens if I press Ctrl + Page Down from the last tab -- in this case it should instead go to the Firefox View tab.

Everything happens as if the Firefox View doesn't participate to the keyboard navigation. These gestures bring a completely unpredictable (at least unpredictable to me) behavior.
Bug: The  “User not connected to internet” error state can’t be triggered when "connected" additional virtual network adapters are present
Status: REOPENED
Priority: P3
Created: 2022-09-08 16:14:32+00:00
Resolved: 2023-01-25 16:54:58+00:00

**Precondition**
* The user is connected to sync on desktop and on a mobile device;

**Affected versions**
* 106.0a1 (2022-09-08)

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

**Steps to reproduce**
1. Be in the Firefox view tab;
2. Disconnect from the internet;
3. Observe the “Tab pickup” section;

**Expected result**
* The "Check your internet connection/ If you're using a firewall or proxy, check that Firefox has permission to access the web." error message is displayed with "Try again" blue button;

**Actual result**
* The "We’re having trouble syncing/ Firefox can’t reach the syncing service right now./ Try again in a few moments." error message is displayed with the "Try again" blue button.