av9ash/GitBugs huggingface dataset:
Bug: LanguageDetector.sys.mjs creates a worker without shutdown awareness and this can contribute to shutdown hangs
Status: NEW
Priority: --
Created: 2023-04-03 21:41:59+00:00
Resolved: 2023-11-07 10:17:37+00:00

New logging indicates in https://bugzilla.mozilla.org/show_bug.cgi?id=1805613#c73 that we are sometimes seeing content process shutdown hangs involving [cld-worker.js](https://searchfox.org/mozilla-central/rev/98397ff4eac3d32b815fbb33bff147297fb972d7/toolkit/components/translation/cld2/cld-worker.js) which seems to be started by [LanguageDetector.sys.mjs](https://searchfox.org/mozilla-central/rev/98397ff4eac3d32b815fbb33bff147297fb972d7/toolkit/components/translation/LanguageDetector.sys.mjs#8).  While ongoing correctness work in workers should eliminate the shutdown hangs seen on that bug, I don't see any indications that the logic in these files is aware of browser shutdown, but it probably should be.  If the shutdown concerns are addressed at a higher level, it would be appropriate to add comments near the worker creation/termination that explain how the worker's lifecycle is constrained and shutdown handling is addressed or link to the location of documentation elsewhere.

A very brief perusal of [apparent calls to detectLanguage](https://searchfox.org/mozilla-central/search?q=symbol:%23detectLanguage&redirect=false) suggests the immediate callers aren't directly aware of shutdown either, but searchfox is quite limited when it comes to analyzing JS control-flow, so I could be missing something.  Even if there's notionally higher level shutdown logic, I think there's probably an argument to be made for having LanguageDetector.sys.mjs itself just be aware of shutdown and rejecting all outstanding promises at that time while terminating the worker and refusing to launch the worker again.
Bug: When unpausing a youtube video, there is a delay of 3-7 seconds
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-03 23:06:19+00:00
Resolved: 2023-04-03 23:17:05+00:00

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

Steps to reproduce:

I opened youtube video and waited for it to load. Then I paused the video, waited for a few seconds, then unpaused the video. Regardless of quality or extensions or cleared cache or not, I still have this issue.


Actual results:

There was a delay of around 3-7 seconds for the video to resume playback


Expected results:

the playback should of been much faster as on brave or safari there is little to no delay.
Bug: Intermittent browser/base/content/test/popups/browser_popup_close_main_window.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-04-04 06:58:28+00:00
Resolved: 2023-06-21 12:01:35+00:00

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

---
```
INFO - TEST-PASS | browser/base/content/test/popups/browser_popup_close_main_window.js | Got a notification for closing the normal window. - 
[task 2023-04-04T05:39:50.604Z] 05:39:50     INFO - Leaving test bound closing_last_window_equals_quitting
[task 2023-04-04T05:39:50.604Z] 05:39:50     INFO - Entering test bound closing_last_window_equals_quitting
[task 2023-04-04T05:39:50.604Z] 05:39:50     INFO - Buffered messages logged at 05:39:06
[task 2023-04-04T05:39:50.604Z] 05:39:50     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "https://example.com/" line: 0}]
[task 2023-04-04T05:39:50.604Z] 05:39:50     INFO - Console message: [JavaScript Warning: "Storage access automatically granted for origin �https://example.com� on �null�."]
[task 2023-04-04T05:39:50.612Z] 05:39:50     INFO - Buffered messages finished
[task 2023-04-04T05:39:50.612Z] 05:39:50     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_close_main_window.js | Test timed out - 
[task 2023-04-04T05:39:50.612Z] 05:39:50     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-04-04T05:39:50.612Z] 05:39:50     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/popups/browser_popup_close_main_window.js | Uncaught exception received from previously timed out test bound closing_last_window_equals_quitting - focus listener not removed before the end of test
[task 2023-04-04T05:39:50.612Z] 05:39:50     INFO - GECKO(744) | MEMORY STAT | vsize 1397MB | vsizeMaxContiguous 152MB | residentFast 423MB | heapAllocated 463MB
[task 2023-04-04T05:39:50.612Z] 05:39:50     INFO - TEST-OK | browser/base/content/test/popups/browser_popup_close_main_window.js | took 45036ms
```
Bug: [Experiment] The “Easy Setup” screen is displayed on the “about:welcome” page even if the browser is not pinned to the taskbar or it is set as the default browser
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-04-04 10:44:05+00:00
Resolved: 2023-04-10 17:00:10+00:00

**[Notes]:**
 - This issue may be encountered if the browser is installed via setup.exe. In this scenario, the user can choose during the install flow if Firefox will be pinned to the taskbar or not.

**[Affected versions]:**
- Firefox RC 112.0, en-* locales (Build ID: 20230403163424).

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

**[Prerequisites]:**
- Have a Windows 10 or Windows 11 machine with an OS build > 18362.
- Have the latest [Firefox RC 112](https://ftp.mozilla.org/pub/firefox/candidates/112.0-candidates/build1/win64/en-US/) version installed via setup.exe.
- Have the [“user.js”](https://drive.google.com/file/d/1MtAAFnf3iq7SwSlb_EvYkbPhW4483mXq/view?usp=sharing) file saved on the computer.
- Firefox is not pinned to the taskbar.

**[Steps to reproduce]:**
1. Create a new profile using the “-p –first-startup” syntax in the Command Prompt window.
2. Paste the “user.js” file from prerequisites.
3. Open the browser using the previously created profile.
4. Observe the first “about:welcome” screen.

**[Expected result]:**
 - The “Pin to Taskbar” screen is displayed on the "about:welcome” page.

**[Actual result]:**
- The “Easy Setup” screen is displayed on the “about:welcome” page.

**[Notes]:**
- This issue is also reproducible having the browser set as default.
- Attaching a screen recording of the issue:
Bug: Dragging to resize the Type arrangement from the right side inside Page Info has reverse directions
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-04 11:21:49+00:00
Resolved: 2023-04-10 13:34:00+00:00

**Found in**
* 113.0a1 (2023-04-02)

**Affected versions**
* 113.0a1 (2023-04-02)
* 112.0
* 111.0.1







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


**Steps to reproduce**
1. Open reddit.com and click on the padlock from URL bar > Connection Secure > More information > Media.
2. Hover over the Type tab on the right side until the resize icon is displayed.
3. Click and drag to left or right.



**Expected result**
* The Type tab is resized based on mouse direction.

**Actual result**
* The Type tab resize direction is reversed.

**Regression range**
* Last good revision: 3acc060054630e52a4a7fba5401ce38ec8d3f7a6
First bad revision: f75b1de2fb549814be96838f6f2318f8f8cdf0e9
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3acc060054630e52a4a7fba5401ce38ec8d3f7a6&tochange=f75b1de2fb549814be96838f6f2318f8f8cdf0e9 
Potential regressor: bug 1794630.



**Additional notes**
* Attached a screen recording.
Bug: Bank Payment ID Check flow (Starling Bank) is broken
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-04-04 11:39:55+00:00
Resolved: 2023-04-20 16:09:23+00:00

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

Steps to reproduce:

Attempt a online purchase
Get to the ID Check flow for Starling Bank (assuming other banks use same flow)
Approve 2FA the purchase in the mobile banking app
Go back to the online purchase 


Actual results:

The mobile app approval doesn't register with the flow in the browser - the browser just waits indefinitely for the approval (even though the 2FA mobile approval has been done)
Confirmed that the flow doesn't hang in Chrome  


Expected results:

The 2FA mobile approval should have been registered in the browser flow and the online purchase flow should have continued to completion. 
Again, confirmed this is currently work as expected in Chrome.
Bug: [win] Icons from the permission manager are moving down a little when the panel is opened
Status: NEW
Priority: P5
Created: 2023-04-04 11:53:24+00:00
Resolved: 2023-04-18 15:05:17+00:00

**Found in**
* 113.0a1 (2023-04-03)
**Affected versions**
* 113.0a1 (2023-04-03)







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


**Steps to reproduce**
1. Open a camera or microphone permission page (e.g https://www.onlinemictest.com/) and allow or block microphone/camera access.
2. Open the permission panel from the URL bar and observe the icons (camera/ microphone/ X icon)




**Expected result**
* The icons do not change position after the panel was opened.
* I cannot seem to reproduce this issue on Ubuntu 20 or macOS 12.

**Actual result**
* The icons are moving down a little after the panel was opened.

**Regression range**
* Last good revision: 2cc925315ab4bc13d89167646695eece8d6f6a63
First bad revision: b50655fcce3faf31b2c1779c263ac7c1bca94863
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2cc925315ab4bc13d89167646695eece8d6f6a63&tochange=b50655fcce3faf31b2c1779c263ac7c1bca94863 
Potential regressor: bug 1822578.



**Additional notes**
* Attached a screen recording.
Bug: Consider not complaining about the lack of settings file for new profiles ("No settings file exists, new profile?")
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-04-04 11:57:36+00:00
Resolved: 2023-04-06 09:25:06+00:00

This showed up in bug 1814884. It's "just" an error message, but it's a little annoying. It'd be nice if we didn't log this for each new profile. We should be able to know that this is the first run of a profile and just not show an error in that case.
Bug: Using serif font in content buttons in screenshot tool
Status: NEW
Priority: P3
Created: 2023-04-04 14:16:44+00:00
Resolved: 2023-04-06 18:53:33+00:00

STR:

1. On macOS, go to about:config and set `screenshots.browser.component.enabled` to `true`.
2. Click on the screenshot button, and select some region on the screen

ER:

The menu that appears that allows you to perform an action on the region (copy, download, etc), should use a font consistent with the rest of the Firefox UI.

AR:

It looks like it's using a serif font... according to the DevTools, it's Times.
Bug: PRIVATE BROWSING Mode is not supported at doctolib.de
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-04-04 14:23:36+00:00
Resolved: 2024-03-05 08:47:14+00:00

**Environment:**
Operating system: Android 11/ Android 12
Firefox version:  Firefox Nightly 113.0a1 (2015942755-🦎113.0a1-20230403215207🦎)



**Preconditions:**
PRIVATE Browsing mode enabled
Clean profile


**Steps to reproduce:**
1. Navigate to: https://www.doctolib.de/
2. Observe the result.







**Expected Behavior:**
The page loads.

**Actual Behavior:**
An unsupported browser message is shown.

**Notes:**
- Reproducible regardless of the status of ETP.
- Not reproducible in NORMAL BROWSING mode.
- Screenshot is attached.
Bug: [Experiment] A typo is present in the description text from the "Set to default for a week" spotlight
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-04 14:37:23+00:00
Resolved: 2023-06-30 12:24:21+00:00

**[Affected versions]:**
- Firefox Nightly 113.0a1, BUILD ID: 20230321213816

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

**[Prerequisites]:**
- Firefox is not set as the default browser. 
- Have the [“user.js”](https://drive.google.com/file/d/1q_Ho49np4ra-fZ5CGfe0MaKNbJeH0N18/view?usp=share_link)  file saved on your computer. 

**[Steps to reproduce]:**
1. Create a new profile using the “-p –first-startup” syntax in the Command Prompt window, but do not open it.
2. Navigate to the profile folder and paste the [“user.js”](https://drive.google.com/file/d/1q_Ho49np4ra-fZ5CGfe0MaKNbJeH0N18/view?usp=share_link) file from the prerequisites.
3. Open the browser using the profile created. 
4. Observe the description text from “Set to default for a week” spotlight. 

**[Expected results]:**
- The “We notice that Firefox is not set as your default browser. Give as a try(we promise you won’t regret it!)” body string is displayed. 

**[Actual results]:**
- The “We notice that Firefox is not set as your default browser. Give as a stry(we promise you won’t regret it!)” body string is displayed.
Bug: [Win7]  The icons of the context menu items are transparent on Youtube videos
Status: NEW
Priority: --
Created: 2023-04-05 08:13:03+00:00
Resolved: 2023-04-05 08:31:02+00:00

**Found in**
* Nightly 113.0a1

**Affected versions**
* Nightly 113.0a1
* Firefox 101.0.1/
* Firefox  109.0b9/
* Firefox 102.9.0esr/

**Tested platforms**
* Affected platforms: Windows 7
* Unaffected platforms: Windows 10, Ubuntu, macOS 13

**Preconditions**
* Firefox has to be closed and High Contrast White to be *on*.

**Steps to reproduce**
1. Open Firefox
2. Go to www.youtube.com and play any video
3. Right-click on the video area
4. Observe the context menu

**Expected result**
* The icons of the context menu items are opaque.

**Actual result**
* The icons of the context menu items are transparent.

**Regression range**
* This is not a recent regression because it can be traced back to Nightly 97.0a1 (2022-01-01) where it is reproduceable.
Bug: Cycle tabs feature will not work if List all tabs is opened
Status: NEW
Priority: --
Created: 2023-04-05 10:58:23+00:00
Resolved: 2023-04-05 10:58:23+00:00

**Found in**
- Firefox 112.0

**Affected versions**
- Firefox 112.0
- Firefox 113.0a1

**Tested platforms**
- Affected platforms: macOS 11.7.5, Windows 11, Ubuntu 22.04

**Preconditions**
- Have "Ctrl+Tab cycles thorugh tabs in recently used order" active in about:preferences#general

**Steps to reproduce**
1. Launch Firefox
2. Access some random new tabs
3. Press ctrl+tab and select "List all x tabs"
4. Try to cycle between the tabs again while List all tabs is opened

**Expected result**
- The cycle tabs works as expected

**Actual result**
- The focus remains on the first tab and cannot cycle between them

**Regression range**
- Seems to be introduced along with "Show all tabs" feature in 106.0a1 (2022-08-23)

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1nUe-R9EuqWNQmVHxWNha_XMOzDBMdVwg/view?usp=share_link)
Bug: The Pocket panel keeps re-stretching when opened if other language than English is used
Status: NEW
Priority: --
Created: 2023-04-05 13:06:08+00:00
Resolved: 2023-04-21 16:21:42+00:00

**Found in**
- Firefox 112.0

**Affected versions**
- Firefox 112.0
- Firefox 113.0a1

**Tested platforms**
- Affected platforms: macOS 11.7.5, Windows 11, Ubuntu 22.04

**Preconditions**
- Use a build with a language different than English

**Steps to reproduce**
1. Launch Firefox
2. Click on Pocket

**Expected result**
- The Pocket panel is opened without additional stretches

**Actual result**
- The Pocket panel keeps stretching if other language than English is used

**Regression range**
- Will see if there is a regression

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/17ukew7J4FlTp8aykGlUqOxAzuf5ZAJYc/view?usp=share_link)
- Windows 11 and Ubuntu 22.04 are affected as well, but it will be clearly visible the first time the Pocket is clicked (after that the stretch is barely visible when clicking continuously on Pocket). It's more consistent on macOS.
Bug: [Experiment] The “X” (close) button is not displayed on the “Set to Default” spotlight
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-05 13:17:26+00:00
Resolved: 2023-06-30 12:25:20+00:00

**[Affected versions]:**
- Firefox Nightly 113.0a1, BUILD ID: 20230321213816

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

**[Prerequisites]:**
- Firefox is not set as the default browser. 
- Have the [“user.js”](https://drive.google.com/file/d/1q_Ho49np4ra-fZ5CGfe0MaKNbJeH0N18/view?usp=share_link)  file saved on your computer. 

**[Steps to reproduce]:**
1. Create a new profile using the “-p –first-startup” syntax in the Command Prompt window, but do not open it.
2. Navigate to the profile folder and paste the [“user.js”](https://drive.google.com/file/d/1q_Ho49np4ra-fZ5CGfe0MaKNbJeH0N18/view?usp=share_link) file from the prerequisites.
3. Open the browser using the previously created profile. 
4. Observe the elements from the “Set to Default” spotlight.

**[Expected results]:**
- The “X” (close) button is located in the upper right corner of the spotlight.

**[Actual results]:**
- The “X” (close) button is not displayed on the “Set to default” spotlight. 

**[Notes]:**
- According to the [Figma](https://www.figma.com/file/c83OEio9DhCQKuabx2tIEl/NUO-Experiments-2023?node-id=2-372&t=7GHCcWYORUxalQYc-0) documentation the "X" button should be present in the upper right corner of the spotlight. 
- Attached a screenshot of the issue.
Bug: [Experiment] The “Set to Default” spotlight is displayed even if the browser is already set as default
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-04-05 13:21:22+00:00
Resolved: 2023-06-30 13:28:19+00:00

**[Affected versions]:**
- Firefox Nightly 113.0a1, BUILD ID: 20230321213816

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

**[Prerequisites]:**
- Firefox is set as the default browser. 
- Have the [“user.js”](https://drive.google.com/file/d/1q_Ho49np4ra-fZ5CGfe0MaKNbJeH0N18/view?usp=share_link)  file saved on your computer. 

**[Steps to reproduce]:**
1. Create a new profile using the “-p –first-startup” syntax in the Command Prompt window, but do not open it.
2. Navigate to the profile folder and paste the [“user.js”](https://drive.google.com/file/d/1q_Ho49np4ra-fZ5CGfe0MaKNbJeH0N18/view?usp=share_link) file from the prerequisites.
3. Open the browser using the previously created profile.
4. Observe the behavior.


**[Expected results]:**
- The “Set to Default” spotlight is not displayed.  

**[Actual results]:**
- The “Set to Default” spotlight is displayed.   

**[Notes]:**
- Attached a screen recording of the issue.
Bug: Entering the Help menuitem in the mainmenu for the first time in a sessions displays "Help" instead of "{Firefox/Nightly} Help" as the header
Status: NEW
Priority: P3
Created: 2023-04-05 13:43:07+00:00
Resolved: 2023-04-06 15:57:11+00:00

Closing the mainmenu and re-opening it will display `{Firefox/Nightly} Help`.
It's an issue only for the first time in any session.
Bug: Orange Internet+ payment security issue
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-05 19:50:32+00:00
Resolved: 2023-04-07 16:10:43+00:00

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

Steps to reproduce:

I received an SMS from mobile provider Orange.fr Internet+ payment on my Android smartphone.
This payment was rejected because I disabled it.
I know this payment was executed under the hood by Firefox and a nasty website.
Both events happened at the same time.
I am not sure to be able to identify it, I don't monitor my smartphone with a tool like Wireshark so I don't have log.
Bug: Nasty website are able to control Firefox window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-04-05 20:00:44+00:00
Resolved: 2023-04-07 16:05:21+00:00

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

Steps to reproduce:

I noticed nasty website are still able to control Firefox window quite efficiently.
The strategy is usually :
- to open a lot of windows to saturate the user
- to try to block the user to close them or tabs
- to modify the window appearance to block the user to close it
- to reopen a lot of windows
- to reopen a new url in the tab when user try to close it

They are sometimes so efficient that an OS kill signal is the only solution to stop that.

I conclude there is an insecure API or these websites use an exploit to gain privilege.

In my case, I would prefer a Firefox logging feature to trace those activities than to discover how secure is the reality !
Bug: Constant white flashing with WebRender Software on https://www.lastenergy.com/technology
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-06 05:38:47+00:00
Resolved: 2023-04-06 05:47:54+00:00

Steps to reproduce:

Using Latest Firefox Nightly 113 with WebRender Software enabled on Ubuntu 22.04:
Version 	113.0a1
Build ID 	20230324092024
Compositing	WebRender (Software)

1. Open https://www.lastenergy.com/technology
2. Wait 20 seconds until the background loads
3. Start scrolling


Actual results:

Constant white flashing


Expected results:

No constant white flashing
Bug: Accessibility Tree Inspector not showing landmarks properly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-04-06 12:15:43+00:00
Resolved: 2023-04-17 05:09:59+00:00

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

Steps to reproduce:

Open my react application on browser > ctrl+shift+i > Accessibility
and then expand the tree


Actual results:

Landmarks are not properly tagged. For example a header Shows 
landmark: "" if I explicitely add "role="banner", result is the same. Looking into the properties I can effectively  understand that is a banner for this prop:
xml-roles:"banner"


Expected results:

instead of landmark: "" I should see "banner", or at least landmark: "banner"
I'm not sure if this is a bug or never worked that way, I'm ussually test accessibility on another browser. 

Note: using latest firefox(111) On linux machine (manjaro KDE)
Bug: Remove login popup has its buttons shifted to the right
Status: NEW
Priority: P3
Created: 2023-04-06 12:41:30+00:00
Resolved: 2023-05-11 18:02:18+00:00

**Found in**
- Firefox 112.0

**Affected versions**
- Firefox 112.0
- Firefox 113.0a1

**Tested platforms**
- Affected platforms: macOS 11.7.5, Ubuntu 22.04
- Unaffected platforms: Windows 11

**Preconditions**
- Have a saved password in about:logins

**Steps to reproduce**
1. Launch Firefox
2. Access about:logins
3. Select Remove on any entry in the list

**Expected result**
- The "Cancel and Remove" buttons are centered in the popup

**Actual result**
- The "Cancel and Remove" buttons are shifted to the right part of the popup

**Regression range**
- This has been introduced in 109.0a1 (in 2022-12-07/08)
[Pushlog](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=676f216a396f17865a680128923fdf4585399547&tochange=4015a4f8e6e891d88fa59417e779d1f822b217ae) - Bug 1802377 - Use moz-button-group in export logins dialog

**Additional notes**
- The issue can be seen in the attachment
Bug: PDF print must ignore unprintable elements
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-04-06 14:15:52+00:00
Resolved: 2024-03-15 10:38:12+00:00

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

Steps to reproduce:

Open and print the attached pdf file with label that has unprintable border.

Do the same a) with Mozilla Firefox, b) using Adobe Acrobat Reader and notice, the border around the label is printed unexpectedly with Mozilla Firefox. When printed using Adobe Acrobat Reader app, the border is correctly not printed.


Actual results:

Label border is printed when printed using Firefox.


Expected results:

The border is defined in the pdf as unprintable element and therefore must not be printed.

I would also expect the border to be NOT visible in a print preview.