av9ash/GitBugs huggingface dataset:
Bug: 'Cut', 'Copy', and 'Paste' buttons wrongly show hover effects and are clickable without action
Status: NEW
Priority: P3
Created: 2023-11-03 13:31:31+00:00
Resolved: 2023-11-09 15:57:34+00:00

*Affected versions*
* Firefox 119.0

*Affected platforms*
* macOS 14.0

*Steps to reproduce*
1. Click the 'Open application menu' button
2. Click the 'More tools' button
3. Click the 'Customize toolbar...' button
4. Drag 'Edit Controls' item into the 'Overflow Menu'.
5. Click the 'Done' button
6. Click the 'More tools...' button
7. Hover over the 'Cut', 'Copy' and 'Paste' buttons
8. Click these buttons

*Expected result*
* These buttons have no hover effect.
* These buttons shouldn't be clickable.

*Actual result*
* These buttons have the hover effect.
* These buttons can be clicked but nothing happens.

*Notes*
* When these buttons are not functioning, they should be greyed out.
Bug: The "Cookie Banner Blocker" buttons from the Protections panel are off center
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-11-03 13:54:55+00:00
Resolved: 2023-12-20 09:22:13+00:00

**[Affected versions]:**
- Firefox Beta 120.0b5 - Build ID: 20231101092803
- Firefox Nightly 121.0a1 - Build ID: 20231103093836

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

**[Prerequisites]:**
- Have the `cookiebanners.service.mode.privateBrowsing` pref set to `1` on a new profile.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Navigate to cnn.com.
3. Click the shield icon from the address bar.
4. Click the "Cookie Banner Blocker" option from the dropdown.
5. Observe the `Turn Off/On` and `Cancel` buttons.

**[Expected result]:**
- The button labels are centered in the button.

**[Actual result]:**
- Beta: Both button labels are off center and are placed higher in the button when compared to similar buttons.
- Nightly: The `Cancel` button is off center and is placed higher in the button than the `Turn Off/On` one.

**[Notes]:**
- Attached [screenshots of the issue](https://drive.google.com/drive/folders/1OinLgHsbdLG_UiTeR97uVXe0Mi0lywSn?usp=sharing).
- The issue is either not reproducible on Linux or it's not very visible.
Bug: There is no “expose” event in the “about:telemetry#events-tab” page after opening a private window while enrolled in a “feltPrivacy” experiment
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-11-03 14:07:33+00:00
Resolved: 2023-11-30 21:27:50+00:00

**[Affected versions]:**
- Firefox Release 119.0 (Build ID: 20231019122658)
- Firefox Beta 120.0b5 (Build ID: 20231101092803)
- Firefox Nightly 121.0a1 (Build ID: 20231103093836)

**[Affected Platforms]:**
- Windows 10 x64
- macOS Ventura 13.5.1
- Linux Mint 21.1

**[Prerequisites]:**
- Have a Nimbus experiment with the “feltPrivacy” feature configuration set (e.g.: [Feature Configuration Testing for "feltPrivacy" experiment](https://stage.experimenter.nonprod.dataops.mozgcp.net/nimbus/feature-configuration-testing-for-feltprivacy/summary)).
- Have the following syntax pasted in the Command Prompt Window: set MOZ_REMOTE_SETTINGS_DEVTOOLS=1.
- Have created a new Firefox profile.
- Have this ["user.js"](https://drive.google.com/file/d/1EJM8H7un4rCUaum7QU62wfaGQJBEj2sH/view?usp=sharing) file saved to you computer.

**[Steps to reproduce]:**
1. Create a new profile but do not open it.
2. Paste the "user.js" file into the Profile Folder.
3. Open the Firefox profile newly created.
4. Open a new Private Browsing window.
5. Navigate to the "about:telemetry#events-tab" and search for the "expose" event.

**[Expected result]:**
- An "expose" event related to the experiment is displayed on the "about:telemetry#events-tab" page.

**[Actual result]:**
- No "expose" event related to the experiment is displayed on the "about:telemetry#events-tab" page.

**[Notes]:**
- According to the [“Feature Manifest”](https://searchfox.org/mozilla-central/source/toolkit/components/nimbus/FeatureManifest.yaml#1910) file there should be an exposure event after a Private Window is opened.
- Attaching a screen recording of the issue [here](https://drive.google.com/file/d/1J2vA9kDxv5abEIjO-73KsBe0hSZQoMB4/view?usp=sharing)
Bug: No event is displayed in the “about:telemetry” page when clicking the "Who might be able to see my activity?" hyperlink in PBM with the “feltPrivacy” feature enabled
Status: NEW
Priority: P3
Created: 2023-11-03 14:47:42+00:00
Resolved: 2024-03-10 13:08:28+00:00

**[Affected versions]:**

- Firefox Release 119.0 (Build ID: 20231019122658)
- Firefox Beta 120.0b5 (Build ID: 20231101092803)
- Firefox Nightly 121.0a1 (Build ID: 20231103093836)

**[Affected Platforms]:**

- Windows 10 x64
- macOS Ventura 13.5.1
- Linux Mint 21.1

**[Prerequisites]:**

- Have a Nimbus experiment with the “feltPrivacy” feature configuration set (e.g.: [Feature Configuration Testing for "feltPrivacy"](https://stage.experimenter.nonprod.dataops.mozgcp.net/nimbus/feature-configuration-testing-for-feltprivacy/summary) experiment).
 - Have the following syntax pasted in the Command Prompt Window: set MOZ_REMOTE_SETTINGS_DEVTOOLS=1.
- Have created a new Firefox profile.
- Have this ["user.js"](https://drive.google.com/file/d/1em7-3JZ8uTh0MYx_rAhno0zeM-nbiCVu/view?usp=sharing) file saved to you computer.

**[Steps to reproduce]:**

1. Create a new profile but do not open it.
2. Paste the "user.js" file into the Profile Folder.
3. Open the Firefox profile newly created.
4. Open a new Private Browsing window.
5. Click the "Who might be able to see my activity?" hyperlink.
6. Navigate to the "about:telemetry#events-tab" and search for the "aboutprivatebrowsing:click" event.

**[Expected result]:**

- An "aboutprivatebrowsing:click" event with "info_link" set as the object is displayed on the "about:telemetry#events-tab" page.

**[Actual result]:**

- No "aboutprivatebrowsing:click" event is displayed on the "about:telemetry#events-tab" page.

**[Notes]:**

- Attaching a screen recording of the issue.
Bug: Firefox still switches to a new tab immediately when unchecking the 'When you open a link, image, or media in a new tab, switch to it immediately'
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-03 15:12:16+00:00
Resolved: 2023-11-10 13:56:54+00:00

[Affected versions]:
 • Firefox 119.0 (64-bit)
[Affected platforms]:
 • Windows 11 x64
[Steps to reproduce]:
 1. Go to the 'about:preferences' page
 2. Check the 'When you open a link, image, or media in a new tab, switch to it immediately' checkbox
 3. Right-click a bookmark 
 4. Choose 'Open in a new tab'
 5. Observe that the bookmark opens in a new tab, and Firefox switches to it immediately
 6. Return to the 'about:preferences' page
 7. Uncheck the 'When you open a link, image, or media in a new tab, switch to it immediately' checkbox
 8. Right-click a bookmark
 9. Choose 'Open in a new tab'
 10. Observe that the bookmark opens in a new tab, and Firefox switches to it immediately, which is not the expected behavior.
 
[Expected result]:
 • When the option 'When you open a link, image, or media in a new tab, switch to it immediately' is unchecked, a new tab should open and Firefox shouldn't switch to it.
[Actual result]:
 • When the option 'When you open a link, image, or media in a new tab, switch to it immediately' is unchecked, a new tab opens and Firefox switches to it immediately.
Bug: Summary: Unchecking the 'Always ask you where to save files' option in preferences does not prevent the file save dialog from appearing when downloading a file.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-03 15:50:29+00:00
Resolved: 2023-11-10 13:55:27+00:00

[Affected versions]:
 • Firefox 119.0 (64-bit)
[Affected platforms]:
 • Windows 11 x64

[Steps to reproduce]:
 1. Go to the 'about:preferences' page
 2. Check the 'Always ask you where to save files' checkbox
 3. Go to a link containing a file (e.g., https://www.orimi.com/pdf-test.pdf)
 4. Click the 'save' button
 5. Observe that the file save dialog appears, asking where to save the file.
 6. Return to the 'about:preferences' page
 7. Uncheck the 'Always ask you where to save files' checkbox
 8.  Go to a link containing a file (e.g., https://www.orimi.com/pdf-test.pdf)
 9.  Click 'save' button
 
 
[Expected result]:
 • When the 'Always ask you where to save files' option is unchecked, the file save dialog should not appear.
[Actual result]:
 • Even when the 'Always ask you where to save files' option is unchecked, the file save dialog continues to appear.
Bug: Marionette tests for the search component are not being run
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-11-03 17:43:15+00:00
Resolved: 2023-11-07 03:27:51+00:00

Running `$ ./mach test browser/components/search/test/marionette/` from the command line results in an `UNKNOWN TEST` error. This is because our moz.build file should reference `MARIONETTE_UNIT_TESTS` rather than `MARIONETTE_LAYOUT_TESTS`.

[Correct example from the migration component's moz.build](https://searchfox.org/mozilla-central/rev/8acfbe4ba09b46b91c862dc2fbc064d4fc1bac9a/browser/components/migration/moz.build#9) vs. [the search component's current moz.build](https://searchfox.org/mozilla-central/rev/8acfbe4ba09b46b91c862dc2fbc064d4fc1bac9a/browser/components/search/moz.build#20)
Bug: >> on bookmarks toolbar even though it's empty of any additional bookmarks
Status: NEW
Priority: P5
Created: 2023-11-03 17:47:03+00:00
Resolved: 2023-11-23 15:07:33+00:00

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

Steps to reproduce:

The bookmarks toolbar overflow menu is appearing even though there are no additional bookmarks within it.


Actual results:

The >> overflow menu is appearing on my bookmarks toolbar even though it is empty.


Expected results:

The >> overflow menu should NOT appear if it is empty.
Bug: noodle background broken for spotlight
Status: RESOLVED
Priority: P2
Resolution: WONTFIX
Created: 2023-11-03 21:54:21+00:00
Resolved: 2023-12-18 23:17:55+00:00

STR:
1) Open devtools
2) Search for `MULTISTAGE_SPOTLIGHT_MESSAGE`
3) Click Show and hit `Not Now` to show screen with "has_noodles": true

Expected Result
Noodle background renders correct

Actual Result
Noodles background blocks spotlight UI

Additional Notes:
Clicking outside of window and coming back fixes UI
Bug: New tab / new window sometimes has a brief bright "light-background" paint after the initial dark-background paint, despite dark-color-scheme preference
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-03 23:01:34+00:00
Resolved: 2023-11-07 00:30:05+00:00

STR:
1. Choose a dark color-scheme preference in Firefox Preferences ("Website Appearance: Dark")
2. Hold Ctrl+T for a second or two, and then release it. (This opens a whole bunch of new tabs.)
3. Watch for a flash of a bright white (or nearly-white). If you don't see one, repeat step 2.

EXPECTED RESULTS:
No flash of white should appear. New tabs (and new windows) should consistently have a dark background.

ACTUAL RESULTS:
Occasional flash of white (or near-white) while the new tab page is loading. (This sudden brief flash can be pretty disconcerting if Firefox is full-screen and you're using dark-color-scheme to reduce eye strain.)

Profile with Ctrl+T (new tab) as in STR:
https://share.firefox.dev/3saOEk1
(The scresnhots track shows that we're drawing a light background at around t=7s in this profile.)

Here's a profile with Ctrl+N (new window) instead:
https://share.firefox.dev/3QL0hYq
(This does affect new-window too as shown in this profile. And with new-window, the profile is perhaps slightly easier to reason about since you can see where the screenshots-track *starts* for this new window.  Interestingly, at the start of the screenshots track, the background is dark as-expected, but it changes to light for a short time, around t=130ms in this profile.)
Bug: If trimHttps is enabled, domain highlighting is not applied when loading suggested bookmark
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-11-04 04:32:49+00:00
Resolved: 2023-12-13 10:43:37+00:00

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

Steps to reproduce:

1. Set `browser.urlbar.trimHttps` to true.
2. Open a new tab.
3. Type something in the address bar and select suggested bookmark.



Actual results:

* The whole address is highlighted.



Expected results:

* Only the domain name should be highlighted.
Bug: https://1fichier.com/
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-11-04 07:43:28+00:00
Resolved: 2023-11-10 06:52:41+00:00

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

Steps to reproduce:

Since a week or more, this website doesn't work with firefox nightly /windows 11 :

go to https://1fichier.com/ 

I remark it's also Ko in the private mode without addons/modules.
( not reproduced on tablet / with firefox (not nightly))

is there a tips to unblock this warning ?


Actual results:

Error message : 
You must enable Javascript and accept cookies.
You should disable plugins like Adblock that can break some parts of the website.
Please retry later.
error #134
Bug: Firefox saves screenshots under wrong name (doesn't include correct page title)
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2023-11-04 14:19:43+00:00
Resolved: 2024-05-09 20:01:45+00:00

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

Steps to reproduce:

Example steps to reproduce:
1. Go to https://www.youtube.com/
2. Accept or reject the cookies if it asks you (if no cookie modal was displayed, continue to the next step)
3. Right-click on any video and select “Open Link in New Window”
4. (New widow should open up with the video) Click on some other video to the right of the video player (from the list on the right side)
5. When the page with the next video loads, right-click on page background area and select “Take Screenshot” → “Save visible” → “Download”


Actual results:

The screenshot file name includes the title of the first video you opened, not the current one.


Expected results:

The screenshot name should include the page title of currently viewed video.
Bug: Incorrect size when taking a full page screenshot.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-04 14:37:06+00:00
Resolved: 2023-11-30 19:50:06+00:00

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

Steps to reproduce:

Taking any full page screenshot.

Tried this on Firefox 118.0.2 on macOS 13.5.2 and Firefox 119.0 on Windows 10 Pro 22H2.
Tried with both normal mode and troubleshoot mode.


Actual results:

The page is shrinked and aligned to the top left. The remaining space is filled with transparent layer.

Example; 
In Windows on normal mode, taking a screenshot in non-scrollable page (https://bugzilla.mozilla.org/home) result in correct image size (1920 x 1080), but the page is fitted to 1727 x 971 pixels. Taking a screenshot of a scrollable page (https://en.wikipedia.org/wiki/Graphics_display_resolution) results in correct image size (1903 x 23155) with weight reduced in size due to scroll bar, but the page is fitted to 1711 x 20838 pixels.


Expected results:

The image should fit the correct size.
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_panel_retry.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-11-05 19:31:34+00:00
Resolved: 2024-10-08 05:12:01+00:00

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

---
```
[task 2023-11-05T18:12:34.020Z] 18:12:34     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_panel_retry.js | The icon presents the loading indicator. - 
[task 2023-11-05T18:12:34.020Z] 18:12:34     INFO - Resolving 1 mocked downloads for "test-translation-wasm-1"
[task 2023-11-05T18:12:34.020Z] 18:12:34     INFO - Resolving 6 mocked downloads for "test-translation-models-0"
[task 2023-11-05T18:12:34.021Z] 18:12:34     INFO - Checking that the page is translated
[task 2023-11-05T18:12:34.021Z] 18:12:34     INFO - Buffered messages finished
[task 2023-11-05T18:12:34.021Z] 18:12:34     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_panel_retry.js | The page's H1 is translated. - "DON QUIJOTE DE LA MANCHA [es to fr, html]" == "Don Quijote de La Mancha" - 
[task 2023-11-05T18:12:34.021Z] 18:12:34     INFO - Stack trace:
[task 2023-11-05T18:12:34.021Z] 18:12:34     INFO - chrome://mochitests/content/browser/toolkit/components/translations/tests/browser/translations-test.mjs:assertTranslationResult:84
[task 2023-11-05T18:12:34.021Z] 18:12:34     INFO - Ensuring that the translations button displays the language tag "fr"
[task 2023-11-05T18:12:53.938Z] 18:12:53     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_panel_retry.js | Visibility for "button" - 
```
Bug: Intermittent browser/base/content/test/zoom/browser_background_zoom.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-11-05 23:55:38+00:00
Resolved: 2025-02-03 12:13:34+00:00

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

---
```
[task 2023-11-05T22:09:10.178Z] 22:09:10     INFO - TEST-PASS | browser/base/content/test/zoom/browser_background_zoom.js | Tab 2 should still not be affected - 
[task 2023-11-05T22:09:10.178Z] 22:09:10     INFO - Buffered messages finished
[task 2023-11-05T22:09:10.179Z] 22:09:10     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/zoom/browser_background_zoom.js | Tab 3 should have zoomed as it was loading in the background - Got 1, expected 1.1
[task 2023-11-05T22:09:10.179Z] 22:09:10     INFO - Stack trace:
[task 2023-11-05T22:09:10.179Z] 22:09:10     INFO - chrome://mochikit/content/browser-test.js:test_is:1611
[task 2023-11-05T22:09:10.179Z] 22:09:10     INFO - chrome://mochitests/content/browser/browser/base/content/test/zoom/head.js:zoomTest:144
[task 2023-11-05T22:09:10.180Z] 22:09:10     INFO - chrome://mochitests/content/browser/browser/base/content/test/zoom/browser_background_zoom.js:thirdPageLoaded/<:54
[task 2023-11-05T22:09:10.180Z] 22:09:10     INFO - chrome://mochitests/content/browser/browser/base/content/test/zoom/browser_background_zoom.js:thirdPageLoaded:67
[task 2023-11-05T22:09:10.180Z] 22:09:10     INFO - JSActor query*resource://testing-common/BrowserTestUtilsChild.sys.mjs:handleEvent:286
[task 2023-11-05T22:09:10.181Z] 22:09:10     INFO - GECKO(5878) | ### XPCOM_MEM_BLOAT_LOG defined -- logging bloat/leaks to /tmp/tmpu1jyt6u0.mozrunner/runtests_leaks_tab_pid6283.log
[task 2023-11-05T22:09:10.182Z] 22:09:10     INFO - GECKO(5878) | [Child 6283, Main Thread] WARNING: could not set real-time limit in CubebUtils::InitLibrary: file /builds/worker/checkouts/gecko/dom/media/CubebUtils.cpp:657
[task 2023-11-05T22:09:10.183Z] 22:09:10     INFO - TEST-PASS | browser/base/content/test/zoom/browser_background_zoom.js | Tab 1 should still be zoomed - 
```
Bug: In localization page "preview" button leads to popup
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-11-06 00:07:13+00:00
Resolved: 2023-11-16 22:20:55+00:00

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

Steps to reproduce:

translate a page, for example
https://support.mozilla.org/zh-CN/kb/%E4%BD%BF%E7%94%A8%20Pocket%20for%20Firefox%20%E4%BF%9D%E5%AD%98%E7%BD%91%E9%A1%B5%E4%BB%A5%E4%BE%9B%E7%A8%8D%E5%90%8E%E6%9F%A5%E7%9C%8B/edit

After editing, click on the button "preview".


Actual results:

The preview page does not open, instead a popup is displayed:
close the page
or
wait


Expected results:

The preview page should be displayed.
Bug: The PDF printing quality is low
Status: REOPENED
Priority: P3
Created: 2023-11-06 11:52:39+00:00
Resolved: 2025-01-23 13:38:50+00:00

Steps to reproduce:

Open any PDF with text in it and zoom to 1000%. The text is not really clear, it is a bit blurry. I noticed when printing a document, the text was blurry. But it is not only when printing, already opening a PDF shows the difference. It seems that the opened PDF in Firefox is not a vector graphics any more? I tested it on Linux an Windows, the same result. See therefore the attached picture


Actual results:

So opening the document in Firefox -> the text is blurry. Opening in any other PDF viewer: the text is clear.
Bug: about:srcdoc URL reported to DLP agent when pasting inside a frame using a srcdoc
Status: NEW
Priority: --
Created: 2023-11-06 14:09:31+00:00
Resolved: 2023-11-27 18:00:43+00:00

STR: Paste into the Name textbox on https://interactive-examples.mdn.mozilla.net/pages/tabbed/input-text.html

The URL reported to the DLP agent is "about:srcdoc". This might actually be right, since it's inside an `iframe` that uses the `srcdoc` attribute to populate its contents, but we should try to verify this somehow.
Bug: Amazon.* does not display captcha, redirecting to amazon error page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-06 15:17:54+00:00
Resolved: 2023-12-19 15:52:22+00:00

While testing bug 1861662, we went through some locales/region combinations. 

- highly intermittent
- usually the first 1-2 searches (new profile) would return error pages
- not related to bug 1861662 patch, it could be reproduced before the patch aswell.
- not related to region/locale combination used
- **might be related to the local ISP we're using to test (a similar total amazon service disruption for was probably related to our ISP)**
         - tried with a different ISP and no errors were returned

Variations of the error page stating:

```
We are sorry!
A technical error occurred while we were trying to execute your entry. 
We are already working on it and will be back for you as soon as possible. 
Please check back later.

We apologize for this inconvenience and thank you for your understanding.

Click here to return to the Amazon.de homepage
```
Bug: Ctrl+N doesn't open a blank window (restores an old window instead)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-11-06 19:06:56+00:00
Resolved: 2023-11-06 19:50:43+00:00

I've seen this for a while now. I have sync and "Open previous windows and tabs".

Pressing Ctrl+N (or Cmd+N on macOS, same on both Linux and macOS at least) will open a window and instantly open ~100 old tabs from a previous window.

That doesn't seem expected as noted by :sfoster.
Bug: Can't sign into Sony Account.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-07 11:29:57+00:00
Resolved: 2023-11-07 11:40:31+00:00

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

Steps to reproduce:

In the main Firefox browser, I tried to sign into my Playstation account which is my Sony account and the page redirects to a signin page for my Sony account. 


Actual results:

When I enter my email and click next to get to the enter password page, it doesn't load and instead that tab effectively freezes and checking task manager shows that tab continue to use more and more data but the next page never loads.


Expected results:

The tab should load the page to enter the password.