av9ash/GitBugs huggingface dataset:
Bug: Full Page Translations Panel first-use header reverts when language is changed
Status: NEW
Priority: --
Created: 2024-07-26 18:57:44+00:00
Resolved: 2024-07-26 22:31:19+00:00

### Description

The Full Page Translations panel intro header that shows the first-ever time someone sees the panel reverts to the regular header when the user switches languages (see attached video). 

This has apparently existed since the first-ever release of Translations, and I'm not sure how we missed it before release. 

I've marked this bug as S4 because it has existed so long, and we will likely be redesigning the look of the Full-Page Translations Panel which will no longer include this first-time intro experience. 

Still, I felt it would be good to file this bug, whether it gets fixed in the meantime, or by the eventual removal of that experience entirely.
Bug: Translations URL-bar button persists when navigating to a URL that cannot be found
Status: NEW
Priority: --
Created: 2024-07-26 19:44:32+00:00
Resolved: 2024-07-26 22:30:58+00:00

### Description

The Translations URL-bar button does not properly hide itself when navigating from a page where the button was previously offered, to a page that cannot be found.

This is a long-standing regression with a [long regression range](https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=38b06f0c751021f94bebb032242b2326666ec476&tochange=07c476c52a9774a6e745022cbc440903b78daa54) due to being so old. 

My best guess is Bug 1840905, so I've marked this patch as such. 

---

### Steps to reproduce

> (See attached video as an example)

* Navigate to a page that would show the Translations URL-bar button, e.g. https://es.wikipedia.org/wiki/firefox
* Navigate to a page that cannot be found, e.g. https://hide_and_seek

**Expected**

The Translations URL-bar button does not show on the page that cannot be found.

**Actual**

The Translations URL-bar button is still present when showing the page-not-found error.
Bug: Translations URL-bar button can display the wrong locale when switching tabs
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-07-26 19:58:17+00:00
Resolved: 2024-09-23 14:11:47+00:00

### Description

Bug 1890494 fixed a much-higher-priority defect, but introduced a new defect that I just discovered. 

There is a specific edge case when you have different-language translations active in multiple tabs, where the Translations button may present the incorrect locale. 

---

### Steps to reproduce

> (See attached video for an example)

* Open Firefox to a translatable page, e.g. https://es.wikipedia.org/wiki/Mozilla_Firefox
* Open the Full-Page Translations panel and start a translation
* Open a new tab and navigate to a translatable page, e.g. https://fr.wikipedia.org/wiki/Mozilla_Firefox
* Open the Full-Page Translations panel, then trigger a translation to a different language than the other tab
* Very quickly, before the models finish downloading, switch tabs back to the first tab that has active translations.

**Expected Behavior**

The first tab shows and continues to show only the locale for which its translation is active. 

**Actual Behavior**

When the models finish downloading in the second tab, it will switch the locale code in the Translations button of the first tab to the wrong language.

**Note**

This behavior is fixed by switching to the second tab, then back to the first tab. It only occurs when models finish loading in a tab that is not the active tab.
Bug: AutoUpdate policy does not work
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-26 20:41:19+00:00
Resolved: 2024-08-26 12:43:38+00:00

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

Steps to reproduce:

I created a policy to turn AutoAppUpdate off.
I placed the policy into /etc/firefox/policies.json and for good measure into
/etc/firefox

under snap, I do not know where to put the local file (firefox/distribution)


Actual results:

firefox still auto-updates


Expected results:

it should n0ot update
Bug: Handle the case when installing an extension with a tabstrip `action.default area` while using vertical tabs
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-07-26 23:43:25+00:00
Resolved: 2024-09-24 14:36:57+00:00

When sidebar.verticalTabs is true, the horizontal tabstrip toolbar (`TabsToolbar`) is hidden and any widgets in it get moved to the nav-bar. If an extension is installed in this state, and that extension nominates the `TabsToolbar` as its default_area, we need to probably place it instead in the nav-bar, and ensure when we switch back to horizontal tabs, it gets moved back to the `TabsToolbar`.
Bug: Crash in [@ RtlpReportHeapFailure | RtlpFreeHeapInternal | RtlFreeHeap | LocalFree]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-27 00:41:00+00:00
Resolved: 2024-07-29 16:10:41+00:00


Crash report: https://crash-stats.mozilla.org/report/index/07af8905-586c-44ed-b46b-a9ba90240725



Reason: ```STATUS_HEAP_CORRUPTION```


Top 10 frames of crashing thread:
```
0  ntdll.dll  RtlReportFatalFailure  
1  ntdll.dll  RtlReportCriticalFailure  
2  ntdll.dll  RtlpReportHeapFailure  
3  ?  @0x0c38c3a7  
4  ntdll.dll  RtlpLogHeapFailure  
5  ntdll.dll  RtlpFreeHeapInternal  
6  ntdll.dll  RtlFreeHeap  
7  KERNELBASE.dll  LocalFree  
8  SHCore.dll  SetCurrentProcessExplicitAppUserModelID  
9  xul.dll  PinCurrentAppToTaskbarWin11  browser/components/shell/Windows11TaskbarPinning.cpp:149
```



By querying Nightly crashes reported within the last 2 months, here are some insights about the signature:

- **First crash report:** 2024-07-10
- **Process type:** Parent
- **Is startup crash:** No
- **Has user comments:** No
- **Is null crash:** No
Bug: Responsive Design Mode toolbar covers screenshot buttons
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-27 03:41:10+00:00
Resolved: 2024-07-27 10:13:52+00:00

Steps to reproduce:

After clicking the "Take a screenshot" button in Firefox, you're prompted to select whether to "Save visible" or "Save full page". After selecting either one of these options, the screenshot then appears in a modal dialog along with button options to Retry, Cancel, Copy or Download the screenshot.

When you're in Responsive Design Mode, the RDM toolbar covers these last few screenshot buttons.

Firefox: 128.0.3
macOS: Sonoma 14.5


Actual results:

Responsive Design Mode toolbar covers screenshot buttons making them hard to click.


Expected results:

Responsive Design Mode toolbar should sit behind screenshot modal dialog, thereby making the screenshot buttons fully visible.
Bug: PayPal sandbox Something went wrong. Contact the seller for help
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-07-27 11:17:35+00:00
Resolved: 2024-08-20 12:20:56+00:00

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

Steps to reproduce:

Clicked on a PayPal 'Buy Now' link


Actual results:

Something went wrong. Contact the seller for help message displayed


Expected results:

Gone to PayPal to purchase goods
Bug: Odd Facebook messenger behaviour cause by moving a another FF instance
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-07-27 12:06:05+00:00
Resolved: 2024-08-23 16:51:22+00:00

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

Steps to reproduce:

Open Facebook,
Open messaging pop up
Move the mouse to another instance of Firefox


Actual results:

The Facebook messenger goes to "drop files here" and has to be killed and restated (within Facebook) to be rid of the "drop files here" overlay.


Expected results:

Nothing should have changed. I'm not attempting to drag something over the messenger windows.

Could be a Facebook code issue. I "feel" it might be on Linux only. 

After testing this to the point of being sure it was a bug somewhere... I can't trigger it to happen again. And then it is back. 

I can't get it to trigger with the developer tools open. Soon as I close the interface it will trigger.
Bug: Everytime I load Firefox the bookmarks sidebar is not shown.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-27 19:30:25+00:00
Resolved: 2024-09-22 19:50:11+00:00

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

Steps to reproduce:

Navigating thus     View  =>  Sidebar  =>  Bookmarks     I can bring it up.  It will stay visible for the whole of my browser session.  However, after I've closed this session and started another. the bookmark sidebar is missing again.

FF      128.0.3
OS     Windows 11 Pro v 24H2 Build(26100.1297) & previous 24H2 builds.


Actual results:

See above


Expected results:

Once selected, 'Bookmarks Sidebar' should always be shown on loading Firefox
Bug: Intermittent browser/base/content/test/contextMenu/browser_contextmenu_badiframe.js | single tracking bug
Status: NEW
Priority: P5
Created: 2024-07-27 20:31:57+00:00
Resolved: 2025-03-03 06:44:24+00:00

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

---
```
[task 2024-07-27T20:13:15.579Z] 20:13:15     INFO - TEST-PASS | browser/base/content/test/contextMenu/browser_contextmenu_badiframe.js | New tab should have page url, not about:neterror - 
[task 2024-07-27T20:13:15.580Z] 20:13:15     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use “<!DOCTYPE html>”." {file: "data:text/html,<frameset cols="400,400"><frame src="http://example.com/"><frame src="http://127.0.0.1:55555/"></frameset>" line: 0}]
[task 2024-07-27T20:13:15.580Z] 20:13:15     INFO - Console message: [JavaScript Warning: "Partitioned cookie or storage access was provided to “http://example.com/” because it is loaded in the third-party context and dynamic state partitioning is enabled."]
[task 2024-07-27T20:13:15.581Z] 20:13:15     INFO - open frame in tab for http://127.0.0.1:55555/
[task 2024-07-27T20:13:15.581Z] 20:13:15     INFO - Console message: [JavaScript Error: "TypeError: doc is null" {file: "resource:///actors/ContextMenuChild.sys.mjs" line: 559}]
[task 2024-07-27T20:13:15.582Z] 20:13:15     INFO - Buffered messages finished
[task 2024-07-27T20:13:15.582Z] 20:13:15     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu_badiframe.js | Test timed out - 
[task 2024-07-27T20:13:15.582Z] 20:13:15     INFO - GECKO(3123) | Completed ShutdownLeaks collections in process 3123
[task 2024-07-27T20:13:15.583Z] 20:13:15     INFO - TEST-START | Shutdown
```
Bug: Download xyz.hash.part filenaming is sometimes "backwards"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-27 22:04:58+00:00
Resolved: 2024-08-29 13:19:45+00:00

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

Steps to reproduce:

Download a file containing multiple "." in the filename
e.G. affinity-publisher-msi-2.5.3.exe


Actual results:

File while downloading is named 
affinity-publisher-msi-2.R6eOAc9P.5.3.exe.part


Expected results:

File should be named 
affinity-publisher-msi-2.5.3.exe.R6eOAc9P.part or 
affinity-publisher-msi-2.5.3.R6eOAc9P.exe.part
So the Hash should be placed after the last occuring "." not after the first from the left.
Bug: Emoji doesn't sometimes display on tab titles if the title is rapidly updated.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-07-28 00:07:52+00:00
Resolved: 2024-07-28 05:40:44+00:00

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

Steps to reproduce:

1. Go to https://mvalentino.neocities.org/
2. Rapidly scroll the page up and down.


Actual results:

A Unicode placeholder character shows instead of the globe emoji and stays that way indefinitely. 


Expected results:

The globe emoji should have loaded after a very short amount of time.
Bug: Crash in [@ RtlpLowFragHeapAllocFromContext | RtlpAllocateHeapInternal | PrivMemAlloc]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-28 00:40:52+00:00
Resolved: 2024-07-29 16:04:25+00:00


Crash report: https://crash-stats.mozilla.org/report/index/02c7da87-22f7-4760-9678-1e3a00240726



Reason: ```STATUS_HEAP_CORRUPTION```


Top 10 frames of crashing thread:
```
0  ntdll.dll  RtlReportFatalFailure  
1  ntdll.dll  RtlReportCriticalFailure  
2  ntdll.dll  RtlpHeapHandleError  
3  ntdll.dll  RtlpHpHeapHandleError  
4  ntdll.dll  RtlpLogHeapFailure  
5  ntdll.dll  RtlpLowFragHeapAllocFromContext  
6  ntdll.dll  RtlpAllocateHeapInternal  
7  combase.dll  PrivMemAlloc  onecore\com\combase\ih\memapi.hxx:72
7  combase.dll  operator new  onecore\com\combase\dll\w32new.cxx:31
7  combase.dll  NdrpCreateStreamOnMemory  onecore\com\combase\ndr\ndrole\stream.cxx:146
```



By querying Nightly crashes reported within the last 2 months, here are some insights about the signature:

- **First crash report:** 2024-05-29
- **Process type:** Multiple distinct types
- **Is startup crash:** No
- **Has user comments:** No
- **Is null crash:** No
Bug: Sidebar size
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-28 03:03:28+00:00
Resolved: 2024-07-28 04:47:17+00:00

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

Steps to reproduce:

Reinstalled Firefox on new PC.
Updated Firefox to the latest version (128.0.3).
Opened the Bookmark Sidebar and resized it to a wider width.
Closed Firefox.
Reopened Firefox
The size of the Bookmark sidebar resets to default every time. (The Sidebar only stays at the resized width if the sidebar is open when closing)


Actual results:

Upon reopening Firefox, the size of the Bookmark Sidebar resets to its default size instead of maintaining the resized width.


Expected results:

The Bookmark Sidebar should retain the resized width after closing and reopening Firefox. I installed 127.0.2 and with that version there is no such issue. However when i update to 128.0.3 the sidebar doesn't retain the resized width after closing and reopening again.
Bug: Translation problem from English to German with an English Firefox version
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-28 11:45:36+00:00
Resolved: 2024-08-15 11:40:21+00:00

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

Steps to reproduce:

Wanted to translate a word from a website. Pressed right mouse button ... and unfortunately there is only English as a default


Actual results:

Wanted to translate a word from a website. Pressed right mouse button ... and unfortunately there is only English as a default


Expected results:

Wanted to translate a word from a website. Pressed right mouse button ... and there should be a way to set it to German. I downloaded all the dictionaries.

I use an English version of the browser with a German Windows 10. It is only possible if I change to browser language to German. Which I don't want to do.
Bug: FireFox forgets the order of multiple open windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-28 12:53:39+00:00
Resolved: 2024-07-29 07:13:10+00:00

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

Steps to reproduce:

Have multiple Fireox windows open, and then click Exit. (have Startup-Open previous windows and tabs set to on. Click Exit, or restart Windows OS.


Actual results:

Reopening Firefox - the windows are in a different order. Each one does have the tabs that were open, but the order of the windows is different.


Expected results:

"Open previous windows and tabs" should retain the order of the multiple windows.
Bug: search with button truncates
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-07-28 17:18:17+00:00
Resolved: 2024-07-29 15:33:05+00:00

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

Steps to reproduce:

guys im high so sorry if its hard to follow:

Find a tweet with many many characters ( > 300)
Highlight its text
Right click and click the button Search with <search engine>
the text it searches for from the highlighted tweet will be truncated to 150 characters


Actual results:

copied truncated part of highlited text


Expected results:

copied all of highlighted text
Bug: DoH settings expanding broken when compiling with MOZ_NORMANDY set to False
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-07-28 21:34:01+00:00
Resolved: 2024-08-27 12:07:14+00:00

User Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0 r3dfox/128.0.2

Steps to reproduce:

Compiling 128.0.2 or later with MOZ_NORMANDY set to False in browser/moz.configure

I've traced the issue to Bug 1908312 or https://hg.mozilla.org/releases/mozilla-release/rev/5a64403f8125


Actual results:

In settings or about:preferences, under Privacy & Security, at the very bottom, the arrows to expand the DNS over HTTPS settings do nothing.

This does not affect stock Firefox as it is built with MOZ_NORMANDY set to True. For this reason, the recording is from a fork that builds with MOZ_NORMANDY set to False.


Expected results:

These arrows should work and expand the settings like in 128.0.1 and earlier.
Bug: Javascript attributes can show my real User Agent when privacy.resistFingerprinting set true
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-28 23:13:26+00:00
Resolved: 2024-07-29 06:37:33+00:00

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

Steps to reproduce:

I have privacy.resistFingerprinting set to true, and where I open some sites it's see my real OS


Actual results:

My real user agent leak, for example https://amiunique.org/fingerprint (Not ad)
Bug: Crash in [@ RtlpFreeHeapInternal | RtlFreeHeap | CKnownFoldersFolder::_EnumFolders]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-29 00:40:58+00:00
Resolved: 2024-07-29 16:46:17+00:00


Crash report: https://crash-stats.mozilla.org/report/index/7aa6033d-a1ec-45dd-8817-2c7bc0240710



Reason: ```STATUS_HEAP_CORRUPTION```


Top 10 frames of crashing thread:
```
0  ntdll.dll  RtlReportFatalFailure  
1  ntdll.dll  RtlReportCriticalFailure  
2  ntdll.dll  RtlpHeapHandleError  
3  ntdll.dll  RtlpHpHeapHandleError  
4  ntdll.dll  RtlpLogHeapFailure  
5  ntdll.dll  RtlpFreeHeapInternal  
6  ntdll.dll  RtlFreeHeap  
7  windows.storage.dll  CKnownFoldersFolder::_EnumFolders  
8  windows.storage.dll  CKnownFoldersFolder::ParseDisplayName  
9  windows.storage.dll  CRegFolder::ParseDisplayName  
```



By querying Nightly crashes reported within the last 2 months, here are some insights about the signature:

- **First crash report:** 2024-07-10
- **Process type:** Parent
- **Is startup crash:** No
- **Has user comments:** No
- **Is null crash:** No
Bug: Context menu doesn't open when hovering the extension icon
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-07-29 10:47:59+00:00
Resolved: 2024-08-08 15:46:32+00:00

### STR

With the new sidebar:

1. Install an extension (e.g. https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/)
2. In the sidebar, context-click on the extension icon

### Expected

The context menu is open.

### Actual

The context menu is NOT open. One has to click on the empty space around the icon to open the context menu but clicking on the center of the button (i.e. on the extension's icon) does not seem to work, at least not on macOS with the latest Nightly.
Bug: Fox doodle spotlight modal shown when Firefox is in kiosk mode
Status: NEW
Priority: P3
Created: 2024-07-29 12:28:42+00:00
Resolved: 2024-07-29 17:04:35+00:00

There is currently [a check in ASRouter](https://searchfox.org/mozilla-central/rev/4863993e67ad1283d1f46588ec2ec86261609dcc/browser/components/newtab/lib/ASRouter.jsm#1558-1564) meant to prevent messages from being triggered if Firefox is in [kiosk mode](https://support.mozilla.org/en-US/kb/firefox-enterprise-kiosk-mode). [This Reddit post](https://www.reddit.com/r/firefox/comments/1edbh38/kiosk_mode_on_raspberry_pi/) shows a Spotlight modal appearing on a visitors' center kiosk. [This is the targeting](https://searchfox.org/mozilla-central/source/browser/components/asrouter/modules/OnboardingMessageProvider.sys.mjs#1240-1249) for the in-tree message mentioned in the post.
Bug: "Open a New Tab" button is removed from the sidebar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-07-29 12:36:06+00:00
Resolved: 2024-07-29 16:28:17+00:00

**Found in**
* Nightly 130.0a1

**Affected versions**
* Firefox 130.0a1

**Affected platforms**
* All

**Preconditions** : 
Set the following prefs:
sidebar.revamp - true
sidebar.verticalTabs - true

**Steps to reproduce**
1. Open the sidebar and take note of the + (Open a New Tab) button
2. Reach Customize toolbar and drag the new tab button to another place in the browser toolbar
3. Observe the Sidebar  (Open a New Tab) button

**Expected result**
* "Open a new tab button" should not be removed from the sidebar

**Actual result**
* "Open a New Tab" button is removed from the sidebar

**Regression range**
* New feature

**See the attached gif for more information**
Bug: Uptake telemetry for security-state/intermediates has 99% `download_error` status
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-07-29 13:46:24+00:00
Resolved: 2024-08-01 20:13:20+00:00

Telescope check https://telescope.prod.webservices.mozgcp.net/html/index.html#remotesettings-uptake-nightly/error-rate shows that 99% of Nightly report `download_error` since Bug 1889617 was merged.

```
{
  "sources": {
    "security-state/intermediates": {
      "error_rate": 99.75,
      "statuses": {
        "download_error": 4744,
        "success": 12
      },
      "ignored": {},
      "min_timestamp": "2024-07-29T11:40:00+00:00",
      "max_timestamp": "2024-07-29T11:50:00+00:00"
    }
  },
  "min_rate": 0,
  "max_rate": 99.75,
  "min_timestamp": "2024-07-29T10:30:00+00:00",
  "max_timestamp": "2024-07-29T13:30:00+00:00"
}
```
Bug: prefFlips experiments can fail to unenroll
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-29 15:27:05+00:00
Resolved: 2024-08-06 17:16:57+00:00

STR

Create a rollout on the prefFlips experiment with:

```
{
  "prefs": {
    "extensions.logging.enabled": {
      "branch": "default",
      "value": 123
    }
  }
}
```

ER: The rollout should immediately unenroll after enrolling
AR: It stays enrolled but the pref does not change.
Bug: Same device listed multiple times in 'Send Tab to Device'
Status: NEW
Priority: P2
Created: 2024-07-29 16:32:25+00:00
Resolved: 2024-08-01 23:27:52+00:00

### Steps to Reproduce
1. Log in to your mozilla account on desktop and on another device (I did fenix).
2. Share a tab from desktop to fenix.
2. Clear all cache and data on fenix.
3. Log in to your mozilla account again on fenix.
4. Share a tab from desktop to fenix.
5. Notice that under 'Send Tab to Device', fenix is listed twice on the same device. However, if you manage account, you will only see fenix there once.
Bug: Typing date in MM/DD/YYYY format into PDF form fails validation causes error.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-07-29 16:52:08+00:00
Resolved: 2024-11-27 11:54:56+00:00

Steps to reproduce:
Open a PDF form that contains a date field where the expected format is "MM/DD/YYYY".   
Example:  https://www.uscis.gov/sites/default/files/document/forms/i-9.pdf 
Type in a date such as "01/01/1999"
receive error:  "Entered date is invalid.  Please enter the date as: mm/dd/yyyy" 

HOWEVER:  If I type the date without slashes (example: "01011999") it will auto correct to "01/01/1999" and be accepted.  

Firefox should accept dates in almost any format and accept it as valid. 

Also, I wouldn't be surprised if some PDF forms incorrectly expect DD/MM/YYYY but would only accept DD/MM/YYYY, so I would rather err on the side of allowing the user to input invalid data than making them unable to complete the form. 

Note: this is Firefox 128.0.3 running on Linux Mint 21.3 x86_64