av9ash/GitBugs huggingface dataset:
Bug: Editing a website address and then trying to edit another website address will replace the website address with the previous one
Status: ASSIGNED
Priority: --
Created: 2024-01-11 12:54:55+00:00
Resolved: 2024-07-09 12:51:16+00:00

**Found in**
* Local debug build

**Affected versions**
* Local debug build

**Tested platforms**
* Affected platforms: macOS 11.6, Windows 11 and Ubuntu 20.04 x64

**Preconditions**
* Install a local debug build: https://drive.google.com/drive/u/0/folders/1CTcVdNqp-JmV0hZKdKF0d7yif6Nnle27

**Steps to reproduce**
1. Navigate to about:logins
2. Create 2 logins entry for 2 websites
3. Edit the first entry and change "Website address" and save it
4. Edit the second entry and observe "Website address" field

**Expected result**
* Editing a website address and then trying to edit another website address shouldn't replace the website address with the previous one.

**Actual result**
* Editing a website address and then trying to edit another website address will replace the website address with the previous one.

**Regression range**
* N/A

**Additional notes**
* N/A
Bug: Gah. Your tab just crashed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-11 13:31:05+00:00
Resolved: 2024-02-14 14:12:22+00:00

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

Steps to reproduce:

I open the Firefox browser and immediately I get the "Gah. Your tab just crashed message". I then click on the blue "Restore tab" and the proceed tom open a new web page and the problem still persists. 


Actual results:

I then uninstalled the program and reinstalled Firefox again. The problem still persists. So when I close the browser, and open it again I get the following application error message"The application was unable to start correctly (0xc0000022). Once I click OK the message disappears and I can open the browser again, but I get the same GAH. Your tab just crashed message. "



Expected results:

I would have thought by uninstalling and reinstalling the program , the problem would have been sorted out.
Bug: "Save" dialogs are cut off in screenshots for New dragged tabs
Status: NEW
Priority: P3
Created: 2024-01-11 13:44:52+00:00
Resolved: 2024-02-12 15:32:37+00:00

**Found in**
* Nightly 123.0a1

**Affected versions**
* Nightly 123.0a1

**Tested platforms**
* Affected platforms: macOS 13, Windows 10 x64, Ubuntu 22.04.

**Preconditions**
* 'screenshots.browser.component.enabled' is set to true in about:config.

**Steps to reproduce**
1. Open a new tab.
2. Drag the tab to create a new window.
3. Enable Screenshots in the newly dragged tab and click on "Save visible".
4. Observe the "Save visible" preview dialog.

**Expected result**
* The "Save visible" preview dialog should be properly displayed.

**Actual result**
* The upper part of the preview dialog is not visible, and the buttons are cut off. Please see the screenshot for more details.

**Regression range**
* This is not a regression, it's reproducible only when enabling the component version of Screenshots.

**Additional notes**
* The same behavior is encountered when the "Save full page" option is clicked.
Bug: [Experiment] The Mozilla VPN icon from the FxA toolbar menu panel is not visible using the light browser theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-11 14:00:18+00:00
Resolved: 2024-01-11 15:56:10+00:00

**[Affected versions]:**
- Firefox Release 121.0.1 (Build #20240108143603)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 13.6.1
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have the latest Firefox Release 121.0.1 installed.
- Have the light theme enabled.
- Have a browser client enrolled in a Nimbus experiment that enables the FxA toolbar menu panel. 
https://experimenter.services.mozilla.com/nimbus/restore-fxa-toolbar-menu-panel-on-desktop/summary

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Click the FxA toolbar button and observe the menu panel.

**[Expected result]:**
- The panel and its elements are displayed in light theme colors.

**[Actual result]:**
- The Mozilla VPN icon is not visible.

**[Notes]:**
- Attached a screenshot of the issue:
Bug: [Experiment] [Intermittent] The "Manage account" option from the FxA toolbar menu panel contains an extra string
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-01-11 14:50:53+00:00
Resolved: 2024-01-19 12:20:46+00:00

**[Affected versions]:**
- Firefox Release 121.0.1 - Build ID: 20240108143603

**[Affected Platforms]:**
- Windows 10 x64
- macOS 13.6.2
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have Firefox Release 121.0.1 installed.
- Have a browser client enrolled in a Nimbus experiment that enables the FxA toolbar menu panel: https://experimenter.services.mozilla.com/nimbus/restore-fxa-toolbar-menu-panel-on-desktop/summary
-The user is not signed in into the Firefox Account.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Click the FxA toolbar button.
3. Click the “Sign in to Firefox” button.
4. Sign in with a valid account.
5. Click again on the FxA toolbar button. 
6. Observe the “Manage account” string.


**[Expected result]:**
- The label for the Manage account option is “Manage account”

**[Actual result]:**
- The label for the Manage account option is “Manage accountSign in to Firefox”


**[Notes]:**
- This issue is reproducible sometimes, we didn’t manage to find a pattern for it, but from 13 new profiles we managed to reproduce it 9 times.
- A screenshot of this issue is attached.
Bug: [Experiment] [Intermittent] The "Sign in" option from the FxA toolbar menu panel does not have the correct naming
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-01-11 14:55:43+00:00
Resolved: 2024-01-22 22:08:23+00:00

**[Affected versions]:**
- Firefox Release 121.0.1 - Build ID: 20240108143603

**[Affected Platforms]:**
- Windows 10 x64
- macOS 13.6.2
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have Firefox Release 121.0.1 installed.
- Have a browser client enrolled in a Nimbus experiment that enables the FxA toolbar menu panel: https://experimenter.services.mozilla.com/nimbus/restore-fxa-toolbar-menu-panel-on-desktop/summary
-The user is not signed in into the Firefox Account.

**[Steps to reproduce]:**
1. Open the browser from the prerequisites.
2. Click the FxA toolbar button.
3. Observe the “Sign in” string.


**[Expected result]:**
- The label for the Sign in option is “Sign in to your Mozilla account”

**[Actual result]:**
- The label for the Sign in option is “Sign in to Firefox”


**[Notes]:**
- This issue is reproducible sometimes, we didn’t manage to find a pattern for it, but from 13 new profiles we managed to reproduce it 9 times.
- A screenshot of this issue is attached.
Bug: Sync sets the log max_level for Rust code to Debug in all builds
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-01-11 16:29:01+00:00
Resolved: 2024-01-26 15:29:59+00:00

In all builds, if you're logged into Sync, Rust's log level (max_level) get set to Debug.  This setting comes from JS via mozIAppServicesLogger in https://searchfox.org/mozilla-central/source/services/common/app_services_logger/src/lib.rs#36-49

Note that this changes logging for ALL rust modules, though most rust code compiles out Debug and Info level logging.  Neqo (Http3/WebTransport) does not get compiled out, however, and so this makes neqo format every packet for logging in h3. 

This is caused by one of services.sync.logger and services.sync.logger.engine, which are set to Debug.  
Setting them to Error makes h3 downloads use 10% less CPU time in socket thread.

Sync shouldn't be changing the global logging level for the entire application by default
Bug: Direct drag&drop from inactive tab is not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-11 17:10:57+00:00
Resolved: 2025-01-27 09:59:17+00:00

Steps to reproduce:

To reproduce:
- use about:config option `browser.sessionstore.restore_on_demand` (it should be enable by default in portable version)
- open few tabs
- restart Firefox
- directly click and drag&drop any inactive tab to other place



Actual results:

It does not work, tab starts loading, but mouse cursor is at the other place without the tab.


Expected results:

Direct drag&drop should work also for inactive tabs.

Edge and Chrome have similar option, sleeping tabs, and direct drag&drop from such inactive tab works good in both, it's broken only in Firefox.

Firefox 121.0.1 (64-bit), Windows 10 22H2 64-bit.
Bug: The Screenshots Save buttons are briefly visible in New Tabs
Status: NEW
Priority: P3
Created: 2024-01-11 17:11:51+00:00
Resolved: 2024-03-08 11:41:21+00:00

**Found in**
* Nightly 123.0a1

**Affected versions**
* Nightly 123.0a1

**Tested platforms**
* Affected platforms: macOS 13, Windows 10 x64 and Ubuntu 22.04.

**Preconditions**
* 'screenshots.browser.component.enabled' is set to true in about:config.

**Steps to reproduce**
1. Navigate to any website and enable Screenshots.
2. Open an new tab and while doing so observe the upper right corner of the window.

**Expected result**
* The new tab is opened and the Save buttons of the Screenshot overlay should not be visible.

**Actual result**
* The "Save visible" and "Save full page" buttons are briefly visible in the upper right corner of the new tab. Please see the screen recording for more details.

**Regression range**
* This is not a regression, it's reproducible only when enabling the component version of Screenshots.

**Additional notes**
* This is not reproducible when the pref 'screenshots.browser.component.enabled' is set to false in about:config.
Bug: Intermittent TV browser/components/firefoxview/tests/browser/firefoxview-next/browser_opentabs_firefoxview_next.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N)
Status: NEW
Priority: P5
Created: 2024-01-11 17:46:31+00:00
Resolved: 2024-01-26 19:43:58+00:00

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

---
```
[task 2024-01-11T14:48:58.482Z] 14:48:58     INFO - TEST-PASS | browser/components/firefoxview/tests/browser/firefoxview-next/browser_opentabs_firefoxview_next.js | extra[data_type] must match in event firefoxview_next#context_menu#tabs. - "opentabs" matches "opentabs" - 
[task 2024-01-11T14:48:58.482Z] 14:48:58     INFO - Console message: withFirefoxView: Tab was already closed before removeTab would have been called
[task 2024-01-11T14:48:58.482Z] 14:48:58     INFO - Leaving test bound test_send_device_submenu
[task 2024-01-11T14:48:58.482Z] 14:48:58     INFO - Buffered messages finished
[task 2024-01-11T14:48:58.483Z] 14:48:58     INFO - TEST-UNEXPECTED-FAIL | browser/components/firefoxview/tests/browser/firefoxview-next/browser_opentabs_firefoxview_next.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. - 
[task 2024-01-11T14:48:58.483Z] 14:48:58     INFO - GECKO(1607) | MEMORY STAT | vsize 16105MB | residentFast 336MB | heapAllocated 162MB
[task 2024-01-11T14:48:58.484Z] 14:48:58     INFO - TEST-OK | browser/components/firefoxview/tests/browser/firefoxview-next/browser_opentabs_firefoxview_next.js | took 55458ms
```
Bug: Loading the obsolete about:firefoxview-next doesnt show the malformed URI error page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-01-11 18:58:09+00:00
Resolved: 2024-01-26 13:50:18+00:00

Usually, a non-existent about: page like [about:nosuchpage](about:nosuchpage) results in the "Hmm. That address doesnt look right" error page. But if I open a tab with the now non-existent `about:firefoxview-next`, I got nothing. No exceptions logged, no new tab content - it just accepts my input and does nothing. 

STR: 
- In a new tab, type `about:firefoxview-next` in the address bar

ER: 
- A error page is shown, indicating this is an invalid page/URL

AR: 
- Nothing happens
Bug: Switching to Search Bar with TAB does not select the previous search term
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-01-11 21:01:08+00:00
Resolved: 2024-01-28 23:26:11+00:00

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

Steps to reproduce:

I still use the separate Search Bar. My usual workflow to search for something is Command+t TAB TermImLookingFor ENTER
This change in behavior first occured in nightly on 2024-01-02, it still works as expected in 2024-01-01. I can reproduce this on Windows and MacOS. Entering the Search Bar with Command+k still selects the search term as expected


Actual results:

Now in case there is a previous term in the Search Bar I'm  searching for FirstSearchTermSecondSearchTerm, because FirstSearchTerm is not selected and doesn't get replaced with SecondSearchTerm, instead it's appended.


Expected results:

FirstSearchTerm schould be selected and replaced as soon as you start entering SecondSearchTerm
Bug: Intermittent [Tier 2] browser/components/sessionstore/test/browser_closed_tabs_closed_windows.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-01-11 23:27:38+00:00
Resolved: 2024-02-09 12:01:12+00:00

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

---
```
TEST-START | browser/components/sessionstore/test/browser_closed_tabs_closed_windows.js
[task 2024-01-11T23:04:29.343Z] 23:04:29     INFO - GECKO(5044) | 1705014269342	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2024-01-11T23:04:30.475Z] 23:04:30     INFO - GECKO(5044) | 1705014270474	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2024-01-11T23:04:31.907Z] 23:04:31     INFO - GECKO(5044) | 1705014271903	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2024-01-11T23:05:13.678Z] 23:05:13     INFO - TEST-INFO | started process screenshot
[task 2024-01-11T23:05:13.823Z] 23:05:13     INFO - TEST-INFO | screenshot: exit 0
[task 2024-01-11T23:05:13.823Z] 23:05:13     INFO - Buffered messages logged at 23:04:28
[task 2024-01-11T23:05:13.824Z] 23:05:13     INFO - Entering setup bound testSetup
[task 2024-01-11T23:05:13.824Z] 23:05:13     INFO - Buffered messages finished
[task 2024-01-11T23:05:13.825Z] 23:05:13     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_closed_tabs_closed_windows.js | Test timed out - 
[task 2024-01-11T23:05:13.828Z] 23:05:13     INFO - GECKO(5044) | Completed ShutdownLeaks collections in process 6332
[task 2024-01-11T23:05:13.828Z] 23:05:13     INFO - TEST-START | Shutdown
```
Bug: [HCM] Visibility issues of the Screenshots overlay with high contrast mode enabled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-01-12 10:48:05+00:00
Resolved: 2024-02-09 10:06:32+00:00

**Found in**
* Nightly 123.0a1

**Affected versions**
* Nightly 123.0a1

**Tested platforms**
* Affected platforms: macOS 13, Windows 10 x64 and Ubuntu 22.04.

**Preconditions**
* 'screenshots.browser.component.enabled' is set to true in about:config.
* On a Light OS theme, enable High Contrast Mode.

**Steps to reproduce**
1. Navigate to any website.
2. Enable Screenshots and observe the screenshots overlay.

**Expected result**
* Text, buttons and options should be visible while in High Contrast Mode.

**Actual result**
* The text "Drag or click on the page to select a region. Press ESC to cancel" and the Cancel button are poorly visible. Please see the screenshot for more details.

**Regression range**
* This is not a regression, it's reproducible only when enabling the component version of Screenshots.

**Additional notes**
* This is not reproducible when the pref 'screenshots.browser.component.enabled' is set to false in about:config.
Bug: Vulnerable passwords sign and notification aren’t being synced
Status: NEW
Priority: --
Created: 2024-01-12 12:30:45+00:00
Resolved: 2024-03-23 02:45:00+00:00

**Found in**
* Firefox Nightly 123.0a1

**Affected versions**
* Firefox 123.0a1
* Firefox 122.0b8
* Firefox 121.0.1

**Tested platforms**
* Affected platforms: macOS 11.6, Windows 11 x64 and Ubuntu 20.04 x64

**Steps to reproduce**
1. Go to about:logins and sign in to sync
2. Import the CSV attached in the bug containing vulnerable passwords
3. Open another Firefox, go to about:logins and login with the same account from step 1
4. Observe the passwords

**Expected result**
* Vulnerable passwords sign and notification should be synced.

**Actual result**
* Vulnerable passwords sign and notification aren’t being synced.

**Regression range**
* N/A

**Additional notes**
* N/A
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_open_preferences.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-01-12 12:45:49+00:00
Resolved: 2024-07-22 12:01:58+00:00

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

---
```
[task 2024-01-12T12:03:15.788Z] 12:03:15     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI_open_preferences.js
[task 2024-01-12T12:04:02.208Z] 12:04:02     INFO - TEST-INFO | started process screenshot
[task 2024-01-12T12:04:02.334Z] 12:04:02     INFO - TEST-INFO | screenshot: exit 0
[task 2024-01-12T12:04:02.335Z] 12:04:02     INFO - Buffered messages logged at 12:03:15
[task 2024-01-12T12:04:02.336Z] 12:04:02     INFO - Entering setup bound 
[task 2024-01-12T12:04:02.336Z] 12:04:02     INFO - Buffered messages finished
[task 2024-01-12T12:04:02.337Z] 12:04:02     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_open_preferences.js | Test timed out - 
[task 2024-01-12T12:04:02.337Z] 12:04:02     INFO - GECKO(3212) | Completed ShutdownLeaks collections in process 3244
```
Bug: The focus ring of the Downloads button is not visible after clicking the Copy button
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-01-12 13:22:57+00:00
Resolved: 2024-02-08 19:38:35+00:00

**Found in**
* Nightly 123.0a1

**Affected versions**
* Nightly 123.0a1

**Tested platforms**
* Affected platforms: macOS 13, Ubuntu 22.04 and Windows 10.

**Preconditions**
* 'screenshots.browser.component.enabled' is set to true in about:config

**Steps to reproduce**
1. Navigate to any website and enable Screenshots.
2. Mouse drag to do a selection 
3. Observe the Download button and click the Copy one
4. Enable Screenshots again and observe the Downloads button.

**Expected result**
* The focus ring of the Downloads button should be visible.

**Actual result**
* The focus ring of the Downloads button is no longer visible (if Shift+Tab keys are pressed, focus is placed on the Copy button). Please see the screen recording for more details.

**Regression range**
This is not a regression, it's reproducible only when enabling the component version of Screenshots.
Bug: Disconnect Wikipedia search from Firefox's locale
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-12 14:04:09+00:00
Resolved: 2024-02-09 09:28:06+00:00

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

Steps to reproduce:

To search something on Wikipedia I usually check the English version and the Polish one. So I always have my own keywords set for each of them.


Actual results:

Because Wikipedia search is for some reason connected to Firefox's locale, any update resets the keywords. Sometimes after update one of the set Wikipedia search languages gets deleted. Which one gets deleted depends on whether the new version deletes my locale as well and switches to English, or not.


Expected results:

If the user set their own keywords, updates should not reset them.
Bug: Firefox view main content shifts horizontally when scrollbars appear/disappear
Status: NEW
Priority: P3
Created: 2024-01-12 16:19:27+00:00
Resolved: 2024-01-16 18:02:40+00:00

Sometimes the vertical scrollbar appears/disappears when you open or close different sections in Firefox View. When that happens I've noticed that the layout jumps a bit left to right, probably because of the width being taken up by the scrollbar.
Bug: [Screenshots] Cancel button cannot be focused with keyboard
Status: NEW
Priority: P2
Created: 2024-01-12 21:34:09+00:00
Resolved: 2024-02-15 19:57:30+00:00

STR
1. Enable `screenshots.browser.component.enabled` in about:config
2. Navigate to en.wikipedia.org
3. Right click, select "take screenshot" from context menu
4. Attempt to tab to "Cancel" button 

Expected:
the "cancel" button is included in the focus order

Actual:
focus only moves between the "screenshot visible" and "screenshot entire page" 

S3 instead of S2 because user can hit ESC to cancel
Bug: Very slow rendering of user manual PDF
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-12 23:52:47+00:00
Resolved: 2024-03-15 12:42:42+00:00

Rendering of https://www.dyson.it/content/dam/dyson/maintenance/user-guides/it_IT/vacuumcleaners/cordlessstickvacuums/sv27/394482-01.pdf is very slow in Firefox.
Bug: [Wayland] Indeterminate-sized downloads causes Firefox to become non-responsive
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-01-13 03:09:58+00:00
Resolved: 2024-01-16 17:45:24+00:00

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

Steps to reproduce:

Download an archive of indeterminate size such as you may find on archive.org sometimes. If the file size is known before-hand, I haven't experienced the negative symptoms. 

OS: EndeavorOS, latest updates as of current
Relevant hardware: AMD 5600x CPU, AMD 6600XT GPU, Samsung 970 NVME SSD, B450 chipset

Memory has been memtested overnight and passed. No overclock and hardware has been historically stable, otherwise.


Actual results:

Firefox becomes non-responsive or very slow to respond. I can scroll but switching tabs is either very slow or impossible. Even after the download finishes, Firefox still has said symptoms.


Expected results:

I would expect my browser to remain responsive.
Bug: Blocage et non ouverture de page web
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-13 10:50:47+00:00
Resolved: 2024-08-23 12:36:10+00:00

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

Steps to reproduce:

Payer avec PayPal


Actual results:

blocage des pages web, impossible d'afficher la transaction jusqu'à son terme.
Obliger de finaliser la transaction sur Edge (mêmes Add-ons)...


Expected results:

Pouvoir finaliser le payement avec Firefox... malheureusement impossible...

Ce problème en moins franc se produisait aussi régulièrement sur les versions précédentes mais plus tard mais je devais aussi changer de navigateur pour finaliser la transaction.