av9ash/GitBugs huggingface dataset:
Bug: Clicking the first tab group colour (Blue) selects the last one (Red)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-03 12:19:01+00:00
Resolved: 2025-03-05 07:06:32+00:00

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

Steps to reproduce:

I have no idea how I got into this state, but if I right-click a tab group label, then in the "Manage tab group" popover click the first colour swatch ("Blue")...


Actual results:

...the last one ("Red") actually gets selected.


Expected results:

The clicked colour should be selected.

Sometimes it does work, but at the time of reporting it's not hard to reproduce. Keyboard navigation does work. It also happens if Blue is already the selected colour (i.e. it switches to Red if I click Blue), and nothing happens if Red is already the selected colour (i.e. it stays Red if I click Blue). I can also reproduce by creating an additional tab group, although not in the initial creation popover.
Bug: The color of Tab Groups disappears when an ungrouped tab is placed between two grouped tabs at a certain point
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2025-02-03 13:22:16+00:00
Resolved: 2025-02-25 09:28:18+00:00

**Found in**
* 136.0a1 (2025-02-03)



**Affected versions**
136.0a1 (2025-02-03)








**Tested platforms**
* Affected platforms:  Windows 10x64, macOS 12, Ubuntu 24
* Unaffected platforms: none


**Steps to reproduce**
1. Group two tabs.
2. Drag another ungrouped tab between the tabs from step 1 and observe the tab group color.


****Expected result****
* The tab group color persists since the tab is added to the group if the tab is dropped.

**Actual result**
* At a certain point the tab group color disappears and the tab is added to the group as expected if the tab is dropped.


**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2b7278af32c77e822c8cc5dad005e033c08bfd3b&tochange=f8fda1ba5cd3ee4d27e6e337803cdf53eaad9011 
Potential regressor: bug 1932489

**Additional notes**
* Attached a screen recording.
Bug: Tab group icon jumps sometimes while tabs are rearranged on vertical tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-03 13:37:52+00:00
Resolved: 2025-02-05 14:41:24+00:00

**Found in**
* 136.0a1 (2025-02-03)

**Affected versions**
* 136.0a1 (2025-02-03)

**Tested platforms**
* Affected platforms:  Windows 10, macOS 15.3, Ubuntu 24

**Preconditions**
* Vertical tabs are on

**Steps to reproduce**
1. Group two tabs.
2. Drag and drop an ungrouped tab near the group tab or inside the group tab

****Expected result****
* There are no visual glitches while the tabs rearrange themselves in the tab strip

**Actual result**
* Tab group icon jumps sometimes while tabs are rearranged

**Regression range**
* Will see for a regression

**Additional notes**
* The issue can be seen in the attachment
Bug: [Thumbs up/down] Hover state is not visible
Status: NEW
Priority: P1
Created: 2025-02-03 15:22:49+00:00
Resolved: 2025-02-08 04:32:03+00:00

When hover Thumbs up and down on the cards, the change of color is only applied to the icon. 
It should follow the same states as an icon button 

The clickable/hover area of the thumbs up/down should be a minimum of 24 px
Bug: [Weather] Expanded version and a long name cities overlap with shortcuts
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-03 15:25:48+00:00
Resolved: 2025-02-05 17:04:02+00:00

When a user has weather with expanded details, plus a long city name there is an overlap of the shortcut and weather.

Expected behaviour:
- The city name is either on one line or truncated so we avoid an overlap of the two elements.
Bug: mousemove events are not triggered for iframes with pdf
Status: NEW
Priority: --
Created: 2025-02-03 15:33:09+00:00
Resolved: 2025-02-18 12:08:45+00:00

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

Steps to reproduce:

Registered an onmousemove event on an iframe that points to a pdf.

Example site:
https://87wgv6-1234.csb.app/

Example html:
<!DOCTYPE html>
<html>
  <head>
    <title>pdf mousemove</title>
    <meta charset="UTF-8" />
  </head>

  <body>
    <div>
    <iframe id="pdfFrame" src="./lorem.pdf" width=500 height=300/>
    </div>
    <p id="output"><p/>
    <script>
      const iframe = document.getElementById("pdfFrame");
      iframe.contentWindow.onmousemove = () => {
        console.log('mousemove event');
        document.getElementById("output").innerHTML = "mousemove event";
      }
    </script>
  </body>
</html>




Actual results:

mousemove event on iframe is not triggered

Works as expected on Chrome, Safari


Expected results:

onmousemove event is triggered
Bug: Translating the web page doesn't translate the popup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-03 16:13:40+00:00
Resolved: 2025-02-03 17:33:09+00:00

If you navigate to this page:

https://produkte.web.de/browser/firefox/

You'll get a popup with German.

If you click the translate button, it translates the page behind the popup but not the popup itself.
Bug: Load event doesn't fire on window.open()'d pdf window (was: Unlike Chrome/Edge, the print dialog cannot be automatically triggered when a PDF file is opened in a new tab)
Status: NEW
Priority: --
Created: 2025-02-03 16:35:40+00:00
Resolved: 2025-02-04 10:50:38+00:00

Steps to reproduce:

- Create a simple index.html file with the following content:
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>PDF Print Button</title>
</head>
<body>
    <button onclick="openAndPrintPDF()">Open and Print PDF</button>
    <script>
        function openAndPrintPDF() {
            var pdfWindow = window.open('sample.pdf', '_blank');
            pdfWindow.onload = function() {
                pdfWindow.print();
            };
        }
    </script>
</body>
</html>
- Place a PDF file named sample.pdf near index.html
- Open index.html in a browser.
- Click the "Open and Print PDF" button.


Actual results:

The PDF file should open in a new tab, and the print dialog should automatically appear (like in Chrome/Edge).


Expected results:

The print dialog does not appear automatically when the PDF is opened in the new tab.
Bug: Tab bar lagging when moving them in Hebrew
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-03 20:58:32+00:00
Resolved: 2025-02-04 20:17:42+00:00

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

Steps to reproduce:

I moved the location of one of the tabs.


Actual results:

The tab animation jumped it to the end of the tab bar for a moment, then the tab returned to where I dragged it.


Expected results:

The tab should drag smoothly to where I dragged it and not jump.
Bug: Tab context menu actions fail when tab is not in the focused window
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2025-02-03 23:41:07+00:00
Resolved: 2025-02-05 14:05:40+00:00

When adding a tab to a group that is in another window, if the tab to be added is in a background window, the add operation fails. See attached video. Hit on macOS 15.3 (24D60) running Nightly 2025-02-03 aarch64.
Bug: Review Checker Opt-In Card Should Only Appear On PDPs
Status: NEW
Priority: --
Created: 2025-02-03 23:56:17+00:00
Resolved: 2025-02-18 12:08:58+00:00

Repro steps:
- Download Nightly
- Set state to a new user in Nightly
- Close & re-open Nightly

Observed:
- See RC opt-in page panel upon restart, refresh and when opening a new tab

Expected
- I should only see this opt-in panel when visiting an eligible PDP page on amazon, bestbuy or walmart
Bug: Intermittent browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-02-04 04:00:45+00:00
Resolved: 2025-03-03 12:12:26+00:00

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

---
```
TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking if popup is closed - 
[task 2025-02-04T02:42:47.968Z] 02:42:47     INFO - Moved focus to #search_text
[task 2025-02-04T02:42:47.969Z] 02:42:47     INFO - Completed preCheckContextMenuFn
[task 2025-02-04T02:42:47.969Z] 02:42:47     INFO - Waiting for spell check
[task 2025-02-04T02:42:47.970Z] 02:42:47     INFO - Spell check running
[task 2025-02-04T02:42:47.971Z] 02:42:47     INFO - Popup Shown
[task 2025-02-04T02:42:47.971Z] 02:42:47     INFO - Buffered messages finished
[task 2025-02-04T02:42:47.972Z] 02:42:47     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | checking if popup is open - Got "closed", expected "open"
[task 2025-02-04T02:42:47.973Z] 02:42:47     INFO - Stack trace:
[task 2025-02-04T02:42:47.973Z] 02:42:47     INFO - chrome://mochikit/content/browser-test.js:test_is:1627
[task 2025-02-04T02:42:47.973Z] 02:42:47     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:checkContextMenu:149
[task 2025-02-04T02:42:47.973Z] 02:42:47     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/contextmenu_common.js:test_contextmenu:420
[task 2025-02-04T02:42:47.973Z] 02:42:47     INFO - chrome://mochitests/content/browser/browser/base/content/test/contextMenu/browser_contextmenu_keyword.js:test_text_input_spellcheck_searchform:138
[task 2025-02-04T02:42:47.973Z] 02:42:47     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2025-02-04T02:42:47.973Z] 02:42:47     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2025-02-04T02:42:47.973Z] 02:42:47     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2025-02-04T02:42:47.974Z] 02:42:47     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1136
[task 2025-02-04T02:42:47.974Z] 02:42:47     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2025-02-04T02:42:47.974Z] 02:42:47     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu_keyword.js | child menuitem #69 has an ID -
```
Bug: Missing translation of a button after language change
Status: NEW
Priority: --
Created: 2025-02-04 04:49:53+00:00
Resolved: 2025-02-24 14:22:18+00:00

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

Steps to reproduce:

The default language of firefox was set to german, which I changed to spanish. This immediatly updated the language of the browser correctly, with one exception of a button, which was still in german. This bug was also tested and verified for changing the language from german to english.


Actual results:

The button "Sign In" next to "Sync and save data" in the "Open application menu" on the right side is still kept in the original language until an application restart.


Expected results:

The button "Sign In" next to "Sync and save data" should be directly changed to the preferred language (in my case spanish).
Bug: Tab preview freezes for several seconds when browser.tabs.hoverPreview.enabled is set to true and Tabler Icons (Web font) is loaded from a CDN
Status: UNCONFIRMED
Priority: --
Created: 2025-02-04 06:35:31+00:00
Resolved: 2025-03-04 23:33:32+00:00

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

Steps to reproduce:

Windows 11, Firefox 134.0.2

1. Enter about:config in the address bar.
2. Set browser.tabs.hoverPreview.enabled to true.
3. Open a web page that includes the Tabler Icons CDN.
4. Switch to another tab, then hover over the tab to display the preview.

Freezing has become more noticeable in newer versions of Tabler Icons.

A. Version that causes a several-second freeze:
https://cdn.jsdelivr.net/npm/@tabler/icons-webfont@3.29.0/dist/tabler-icons.min.css

B. Version where the freeze is shorter:
https://cdn.jsdelivr.net/npm/@tabler/icons-webfont@3.11.0/dist/tabler-icons.min.css



Actual results:

The preview freezes for several seconds.


Expected results:

The preview should be displayed smoothly without any freezing.
Bug: Title attributes do not show when tools overflow (with the exception of Sidebar Settings)
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-02-04 11:19:31+00:00
Resolved: 2025-02-06 14:03:15+00:00

STR:

* With Vertical Tabs enabled and expanded (not collapsed), add enough tools to have the tools section overflow (where it is displayed horizontally along the bottom of the expanded sidebar).
 
What happens:

* When the tools overflow, hovering to see what the tools are does not display the title tooltip (with the exception of Sidebar Settings).

What should happen:

* The tooltips are displayed otherwise it requires identification by the icon alone.

*Note when the sidebar is collapsed the title tooltips are shown as expected.*
Bug: Dragging multiple tabs is broken in right-to-left mode
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-04 12:40:36+00:00
Resolved: 2025-03-05 08:14:13+00:00

This is a regression from bug 1932489.

Although bug 1945440 fixed the issue of dragging single tab in right-to-left mode, dragging multiple tabs at once is still broken.

So far I have noticed this issues when dragging multiple tabs
 - tabs are not shifted at the proper point.
 - when dragging to the start the first tab does not shift at all.
 - when dragging to the end the last tab does not shift at all.

I think that `overlapPercent` calculation is wrong when dragging multiple tabs in right-to-left mode.
Bug: The “Save to Pocket”, “Archive in Pocket” and “Delete from Pocket” context menu items are still displayed while the Pocket extension is disabled and grid cards layout is enabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-02-04 13:40:13+00:00
Resolved: 2025-02-11 16:07:39+00:00

**[Affected versions]:**
- Firefox Nightly 137.0a1 (Build ID: 20250203211456)
- Firefox Beta 136.0b1 (Build ID: 20250204012944)
- Firefox Release 135.0 (Build ID: 20250130195129)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 14.7.1
- Ubuntu 24.04 x64

**[Prerequisites]:**
- Have the latest version of the Firefox Nightly 137.0a1  build installed/extracted.
- Have the Pocket extension disabled (`extensions.pocket.enabled` pref set to `false` in the “about:config page).
- Have the `browser.search.region` pref set to `US` in the “about:config” page.

**[Steps to reproduce]:**
1. Open the browser with the profile from thre prerequisites and open a new tab.
2. Hover any non-sponsored card.
3. Click the contextual menu button from the top right part of the card.
4. Observe the options displayed.

**[Expected result]:**
 - The “Save to Pocket” option is not displayed.

**[Actual result]:**
 - The “Save to Pocket” context menu item is displayed.

**[Regression Window]:**
- The issue is not reproducible with older Nightly 136.0a1 builds. Considering this using mozregression tools I have found the regression range. Here are the results:
 Last good revision: ab0b1bfb4d28e723e46162f69ee996165c01a68d
 First bad revision: 4ca836f09653c66a2b299c4d1607dc5d6aaf97b4
 Pushlog: [link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ab0b1bfb4d28e723e46162f69ee996165c01a68d&tochange=4ca836f09653c66a2b299c4d1607dc5d6aaf97b4)

From this pushlog it seems that Bug 1944185 may have introduced this behavior.

**[Notes]:**
- This issue is also reproducible with the “Archive in Pocket” and “Delete from Pocket” context menu items.
- Attached is a screenshot of the issue.
Bug: Crashing on drag and drop interaction
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-04 14:46:34+00:00
Resolved: 2025-02-04 16:39:44+00:00

When dragging a file over the Firefox window, Firefox (nightly) will crash and open the bug submission window. Notably the crash happens before the file is dropped. I was only able to test this on Windows 10.

This is replicatable with any file dragged from the Windows explorer.


Crash report: https://crash-stats.mozilla.org/report/index/c0d83d78-ff32-48d4-a3ea-db9d20250204

Reason:
```
EXCEPTION_ACCESS_VIOLATION_READ
```

Top 10 frames:
```
0  ole32.dll  ReleaseStgMedium(tagSTGMEDIUM*)  onecore\com\ole32\ole232\base\sharedlib.cpp:179
1  xul.dll  nsClipboard::GetNativeDataOffClipboard::<lambda_19>::operator()() const  widget/windows/nsClipboard.cpp:735
1  xul.dll  mozilla::ScopeExit<`lambda at /builds/worker/checkouts/gecko/widget/windows/n...  mfbt/ScopeExit.h:106
1  xul.dll  nsClipboard::GetNativeDataOffClipboard(IDataObject*, unsigned int, unsigned i...  widget/windows/nsClipboard.cpp:921
2  xul.dll  nsClipboard::GetDataFromDataObject(IDataObject*, unsigned int, nsIWidget*, ns...  widget/windows/nsClipboard.cpp:956
3  xul.dll  mozilla::dom::DataTransferItem::FillInExternalData()  dom/events/DataTransferItem.cpp:196
4  xul.dll  mozilla::dom::DataTransfer::FillAllExternalData()  dom/events/DataTransfer.cpp:1544
5  xul.dll  mozilla::dom::BrowserParent::GetIPCTransferableData(nsIDragSession*, nsTArray...  dom/ipc/BrowserParent.cpp:3974
6  xul.dll  mozilla::dom::BrowserParent::MaybeInvokeDragSession(mozilla::EventMessage)  dom/ipc/BrowserParent.cpp:4002
7  xul.dll  mozilla::EventStateManager::DispatchCrossProcessEvent(mozilla::WidgetEvent*, ...  dom/events/EventStateManager.cpp:2147
```
Bug: [Experiment] Clients on "FR" region will not be enrolled in the "Device Migration - Accounts toolbar icon" experiment
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-04 14:50:38+00:00
Resolved: 2025-02-06 14:14:01+00:00

**[Affected versions]:**
- Firefox Release 135.0 - Build ID: 20250130195129

**[Affected Platforms]:**
- Windows 10
- macOS 15.1.1
- Ubuntu 24.04

**[Prerequisites]:**
- Have any of the following Firefox locales installed: 'de', 'en-CA', 'en-GB', 'en-US', 'fr'.
- Have the `browser.search.region. pref set to `FR` in the "about:config" page.
- Have this [user.js](https://drive.google.com/file/d/1fxLzMBB-DS-OzIQLDN5VRiuj2KGFhGKv/view?usp=sharing) file saved to your PC.
  
**[Steps to reproduce]:**
1. Navigate to the profile folder and paste the user.js file from the prerequisites.
2. Open the browser using the above-mentioned profile.
3. Navigate to the "about:studies" page and observe the active experiments.

**[Expected result]:**
- The "Device Migration - Accounts toolbar icon" experiment is displayed and active.
    
**[Actual result]:**
- The client is not enrolled in the "Device Migration - Accounts toolbar icon" experiment

**[Additional Notes]:**
- It seems that France is not added as a targeted country in the "Audience" section of the experiment.
Bug: Timestamp not displayed for items under "Tabs from other devices" in Firefox View Next tab
Status: NEW
Priority: P2
Created: 2025-02-04 15:11:52+00:00
Resolved: 2025-02-18 15:17:55+00:00

**Found in**
* 136.0b1

**Affected versions**
* 137.0a1 
* 136.0b1
* 135.0

**Preconditions**
* FxA account connected to other desktop devices 
* Have a few tabs opened 

**Tested platforms**
* Affected platforms: Windows 11, macOS 13, Ubuntu 22.04
* Unaffected platforms: none

**Steps to reproduce**
1. Open Firefox View and select the “Tabs from other devices” card
2. Observe the screen

**Expected result**
* The tabs from other devices should display the timestamp 

**Actual result**
* The tabs from other devices do not display the timestamp 

**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6d1113bb77a8bd300a5136c427d49bd55c64902f&tochange=a588c633d90bfaaff39863cf6ab534dc0bac5ea7
* Potentially regressed by: Bug 1920852. Please feel free to change the regressor if it is not the correct one

**Additional notes**
* See the attached screenshot
* Also reproducing for the “Tabs from other device” section under the “Recent browsing” card
* A bug was already filled for this -> bug 1940988, but the timestamp issue was not fixed
Bug: ExperimentStore can leak between tests
Status: NEW
Priority: P3
Created: 2025-02-04 18:06:26+00:00
Resolved: 2025-02-04 18:06:26+00:00

Whenever an enrollment is set on the experiment store, it [triggers the underlying JSONFile to save](https://searchfox.org/mozilla-central/rev/d5f93d53d7d005bd303925bc166163f158142cfd/toolkit/components/nimbus/lib/SharedDataMap.sys.mjs#93), (additionally when removing [1](https://searchfox.org/mozilla-central/rev/d5f93d53d7d005bd303925bc166163f158142cfd/toolkit/components/nimbus/lib/SharedDataMap.sys.mjs#116), [2](https://searchfox.org/mozilla-central/rev/d5f93d53d7d005bd303925bc166163f158142cfd/toolkit/components/nimbus/lib/SharedDataMap.sys.mjs#128)) at a later time. This can cause the ExperimentStore to save during test cleanup and leak its state into the next test run, which will break tests.
Bug: Resizing the sidebar is broken after toggling sidebar on and off
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-04 20:03:48+00:00
Resolved: 2025-02-14 08:00:10+00:00

## STR: 

* With a new profile enable sidebar and vertical tabs (from either Fx Labs or about:preferences). 
* Expand the sidebar with the sidebar button (note you can resize the vertical tabs area)
* Turn off sidebar (which disables vertical tabs)
* Reenable the sidebar and vertical tabs and expand the vertical tabs

## What happens:

The resizing of the sidebar now snaps to the original position it was in and you can't resize the sidebar.

## What should happen:

Resizing the vertical tabs area should still function

From running mozregression this appears to have been regressed by bug 1930199
Bug: Newtab shortcuts refresh title hover break on word and not all
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-04 20:04:34+00:00
Resolved: 2025-02-07 08:07:13+00:00

To test:

1. Find a topsite or edit one, to have a reasonably long title. I used "Mozilla People Directory"
2. Hover over it.

Expected: It should look like the screenshot with the ellipsis, not the break in the middle of the word.
Bug: Dialog box are disconnected from the UI.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-04 20:31:57+00:00
Resolved: 2025-02-04 20:42:40+00:00

Hello. This is a recent regression. I noticed dialog box, like the download one are now positioned in the top left corner instead of being under the icon that opened them.

It happens in February 4th, 2025 nightlies. I'll try to bisect and see which commit breaks the dialog box display.
Bug: Dutch -> English automatic translation often duplicates words
Status: NEW
Priority: --
Created: 2025-02-04 21:14:08+00:00
Resolved: 2025-02-24 14:09:42+00:00

It happens frequently, on many dutch websites. It also happens if I select any of the examples below, right click, and use "Translate selection to English". I admit I'm not sure about how actionable this is, but reporting it is probably still worth it.

For example, at https://www.kpn.com/:
- in the toolbar
  - "Mobiel" is translated to "The Mobile and the mobile"
  - "Service" is translated to "Service and service"
- in the "The Mobile and the mobile" menu
  - "Sim Only abbonement" is translated to "Sim Only Subscription subscription"
  - "Buitenland bundels" is translated to "Aerial bundles of bundles"
  - "Tablets" is translated to "Tablets and tablets"

Another example, at https://www.amsterdam.nl/:
- in the toolbar, "Onderwerpen" is translated to "The topics and topics"
- in that sub-menu, "Burgerzaken" is translated to "Civilian affairs and civil affairs"
- in that same sub-menu, "Diversiteit" is translated to "The diversity of diversity and diversity and the diversity of the population and the diversity of the population"

Another example, at https://www.bol.com/nl/nl/:
- in the toolbar, "Categorieën" is translated to "Category categories"
- in the toolbar, "Zakelijk" is translated to "Business business"

The same happens when I translate from Dutch to Italian.