av9ash/GitBugs huggingface dataset:
Bug: after disabling "Ask to save logins and passwords for websites", all 3 options stayed enabled until manually disabled, even though they are disabled elements
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-03 07:25:11+00:00
Resolved: 2021-12-28 08:52:01+00:00

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

Steps to reproduce:

url: about:preferences#searchResults
Search Results -> Logins & Passwords
Kept Disabling & Re-enabling Options


Actual results:

You Have To Disable All Options Under "Ask to save logins and passwords for websites" Or They Stay Enabled Even If "Ask to save logins and passwords for websites" Is Disabled.


Expected results:

It Should Disable All Options When You Disable "Ask to save logins and passwords for websites"
Bug: Handling 404 errors on link with a download attribute
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-12-03 11:35:47+00:00
Resolved: 2021-12-10 14:33:20+00:00

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

Steps to reproduce:

Given a link with a download attribute,
When the response is a 404,
Nothing happen.
I tested the attached file in Firefox 94 and Firefox nightly 96 (on ubuntu 20.04).


Actual results:

There is no signal that we clicked the link (for sighted user or not).


Expected results:

I would expect that the download component indicate that something failed.
Bug: If the system lies about protocol handler, use internal checks and search if not available
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-12-03 13:34:21+00:00
Resolved: 2022-08-12 12:10:46+00:00

In bug 1618094 we have a case where, due to flatpak, any request to externalProtocolHandlerExists returns true, regardless of the protocol name.
See https://searchfox.org/mozilla-central/rev/3c9369510cb883b9f08d5f9641e1233d2142f025/docshell/base/URIFixup.jsm#315-316

This means even a made up protocol like "bacon:" will end up trying to visit a non-existing url, instead of searching.
We can implement a detection system that passes 2 randomly built strings to externalProtocolHandlerExists, and if those return true, we assume to be in "wildcard" mode and we stop trusting it.
In those cases we can use HandlerService.exists() to check if the protocol is known internally, that would do a better job.
A test should somehow mock externalProtocolHandlerExists to always return true and check we search for something like "bacon:tasty".
Bug: Dragging bookmarks from Other bookmarks folder while the toolbar is empty shows the placeholder line before Import bookmarks option
Status: NEW
Priority: P5
Created: 2021-12-03 14:17:15+00:00
Resolved: 2021-12-07 13:40:15+00:00

*Affected versions*
* 96.0a1 (20211202215058)
* 95.0 (20211129150630)
* 94.0.2 (20211119140621)
* 91.3.0esr (20211028170545)





*Affected platforms*
* Windows10 x64
* macOS 10.15
* Ubuntu 18.04


*Steps to reproduce*
1. Open Firefox with a new profile and add a random bookmark inside the Other Bookmarks folder.
2. Drag the added bookmark on the bookmark toolbar and observe the placeholder line.







*Expected result*
*  The line is displayed after `Import bookmarks...`.


*Actual result*
* The line is displayed before the `Import bookmarks...` option and it’s cut off.

*Regression range*
*  Not a regression. Reproducible after bug 1664053 landed.














*Notes*
* Screen recording attached.
Bug: Improve flow for local files where we force-show the "what do you want to do with this file" prompt when dragging files to the address bar / tabstrip
Status: NEW
Priority: P3
Created: 2021-12-03 15:34:36+00:00
Resolved: 2021-12-07 22:35:55+00:00

**Note**
* This is happening for previously downloaded files dragged into the address bar from the Download panel, so low severity

**Affected versions**
* 96.0a1 2021-12-03

**Affected platforms**
* Win 10 64-bit
* Mac OSX 11.6.1

**Steps to reproduce**
1. Open [link](http://archive.mozilla.org/pub/firefox/candidates/95.0b9-candidates/build1/win64/en-US/) and perform a few downloads so that the Download Panel is not empty
2. Select a download from the panel and drag it into the tab bar.

**Expected result**
* The file is downloaded again

**Actual result**
* Old download prompt ("What should Nightly do with this file") is displayed

**Regression range**
* Not a regression

**Additional notes**
* If I open the context menu for a downloaded file in the Download panel and select `Copy download link`, and then perform `Paste and Go` in the address bar, it will download the file again without opening the modal, so I'm filling this bug for consistency reasons. Same thing happens (no modal) if a file (from the link provided at step 1) is dragged directly onto address bar.
Bug: Take a screenshot, save full page, download is scaled on Retina displays
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-12-03 16:15:12+00:00
Resolved: 2022-04-15 09:20:16+00:00

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

Steps to reproduce:

Take a screenshot -> Save full page -> Download


Actual results:

The downloaded image is not Retina resolution, it is standard resolution.


Expected results:

The downloaded image should be the same resolution as would be obtained using the screen grab on macOS with Retina display.
Bug: More from Mozilla section shows up below the fold when accessing settings/preferences
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-03 17:28:01+00:00
Resolved: 2021-12-16 13:31:11+00:00

More From Mozilla section is missing a hidden attribute , which is causing this newly added section to show up below the fold on about:preferences refresh or accessing via url
STR
1. Click Application Menu -> Settings
2. Open about:preferences with 'More From Mozilla' section below the fold

Fix is to add  hidden=true for moreFromMozillaCategory  here https://searchfox.org/mozilla-central/source/browser/components/preferences/moreFromMozilla.inc.xhtml#12
Bug: missing pics on Microsoft Start site
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-03 21:10:18+00:00
Resolved: 2021-12-16 00:18:53+00:00

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

Steps to reproduce:

Visit https://www.msn.com/en-us/feed on Firefox and a Chromium browser


Actual results:

Images are not displaying


Expected results:

Images display
Bug: Take visible doesn't actually take visible
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-12-03 21:20:32+00:00
Resolved: 2021-12-21 16:11:38+00:00

The take visible screenshot takes screenshot at 0, 0 always. 
If scrolled down the page the visible screenshot starts at 0, 0.

Also take full page fails when scrolled partway down the page.
Bug: Intermittent TV  browser/components/preferences/tests/browser_moreFromMozilla.js , browser_moreFromMozilla_locales.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-12-03 21:52:09+00:00
Resolved: 2023-01-17 17:04:25+00:00

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

---
```
[task 2021-12-03T20:58:59.463Z] 20:58:59     INFO - TEST-PASS | browser/components/preferences/tests/browser_moreFromMozilla.js | Advanced template product marketing images - ["firefox-mobile-image","mozilla-vpn-image","mozilla-rally-image"] deepEqual ["firefox-mobile-image","mozilla-vpn-image","mozilla-rally-image"] - 
[task 2021-12-03T20:58:59.463Z] 20:58:59     INFO - Leaving test bound test_aboutpreferences_advanced_template
[task 2021-12-03T20:58:59.463Z] 20:58:59     INFO - Buffered messages finished
[task 2021-12-03T20:58:59.463Z] 20:58:59     INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_moreFromMozilla.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 2021-12-03T20:58:59.464Z] 20:58:59     INFO - GECKO(2154) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2021-12-03T20:58:59.464Z] 20:58:59     INFO - GECKO(2154) | MEMORY STAT | vsize 16048MB | residentFast 320MB | heapAllocated 144MB
[task 2021-12-03T20:58:59.464Z] 20:58:59     INFO - TEST-OK | browser/components/preferences/tests/browser_moreFromMozilla.js | took 72252ms
```
Bug: Typing "g" and waiting, then pressing enter takes me to google maps. Typing "g" and pressing enter instantly takes me to google.com
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-12-04 00:55:53+00:00
Resolved: 2023-10-03 12:06:28+00:00

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

Steps to reproduce:

I typed "g" into the address bar and pressed enter.


Actual results:

I typed a "g" into the address bar and did not see google.com get autocompleted. If I press enter after a second or so, it ends up taking me to https://www.google.com/maps. However, if I type "g" into the address bar and then very quickly press enter, it takes me to the expected https://www.google.com/


Expected results:

When I type a "y" into the address bar, it shows a highlighted "youtube.com". When I type a "r" into the address bar, it shows a highlighted "reddit.com". When I type a "n" into the address bar, it shows a highlighted "news.ycombinator.com". All of these are expected as they are websites I have visited before/frequently.

However, something special is happening with "g". When I type just "g", I don't see any domain get highlighted, however pressing enter ends up taking me to an unexpected Google Maps. I would expect that typing "g" should behave the same way as the other letters and show a highlighted "google.com" that takes me to Google upon pressing enter, and doesn't require me to do so nearly instantly.

Video showing the issue: https://www.youtube.com/watch?v=5WyF55yz-8w
Bug: Intermittent browser/components/tests/browser/browser_browserGlue_upgradeDialog_trigger.js | uncaught exception - TypeError: can't access property 0, THEME_IDS[variations.getAttribute(...)] is undefined at enableVariant@chrome://browser/content/up
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-12-04 02:59:21+00:00
Resolved: 2022-03-28 06:39:36+00:00

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

---
```
[task 2021-12-04T01:15:33.901Z] 01:15:33     INFO - TEST-PASS | browser/components/tests/browser/browser_browserGlue_upgradeDialog_trigger.js | value in event upgrade_dialog#trigger#reason must match. - "no-welcome" matches "no-welcome" - 
[task 2021-12-04T01:15:33.901Z] 01:15:33     INFO - Leaving test bound enterprise_disabled
[task 2021-12-04T01:15:33.902Z] 01:15:33     INFO - Entering test bound show_major_upgrade
[task 2021-12-04T01:15:33.902Z] 01:15:33     INFO - Global property added while loading chrome://browser/content/places/browserPlacesViews.js: PlacesViewBase
[task 2021-12-04T01:15:33.903Z] 01:15:33     INFO - Buffered messages finished
[task 2021-12-04T01:15:33.903Z] 01:15:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/tests/browser/browser_browserGlue_upgradeDialog_trigger.js | uncaught exception - TypeError: can't access property 0, THEME_IDS[variations.getAttribute(...)] is undefined at enableVariant@chrome://browser/content/upgradeDialog.js:214:52
[task 2021-12-04T01:15:33.903Z] 01:15:33     INFO - onLoad/showColorways/<@chrome://browser/content/upgradeDialog.js:226:7
[task 2021-12-04T01:15:33.903Z] 01:15:33     INFO - 
[task 2021-12-04T01:15:33.903Z] 01:15:33     INFO - Stack trace:
[task 2021-12-04T01:15:33.904Z] 01:15:33     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:simpletestOnerror:1957
[task 2021-12-04T01:15:33.904Z] 01:15:33     INFO - GECKO(4708) | JavaScript error: chrome://browser/content/upgradeDialog.js, line 214: TypeError: can't access property 0, THEME_IDS[variations.getAttribute(...)] is undefined
[task 2021-12-04T01:15:33.905Z] 01:15:33     INFO - Console message: [JavaScript Error: "TypeError: can't access property 0, THEME_IDS[variations.getAttribute(...)] is undefined" {file: "chrome://browser/content/upgradeDialog.js" line: 214}]
[task 2021-12-04T01:15:33.905Z] 01:15:33     INFO - enableVariant@chrome://browser/content/upgradeDialog.js:214:52
[task 2021-12-04T01:15:33.906Z] 01:15:33     INFO - onLoad/showColorways/<@chrome://browser/content/upgradeDialog.js:226:7
[task 2021-12-04T01:15:33.906Z] 01:15:33     INFO - 
[task 2021-12-04T01:15:33.907Z] 01:15:33     INFO - Checking telemetry events: Upgrade dialog opened and closed from major upgrade
```
Bug: Intermittent browser/components/tests/browser/browser_browserGlue_upgradeDialog.js | uncaught exception - TypeError: can't access property 0, THEME_IDS[variations.getAttribute(...)] is undefined at enableVariant@chrome://browser/content/u
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-12-04 03:02:03+00:00
Resolved: 2022-03-21 06:46:22+00:00

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

---
```
[task 2021-12-04T01:39:33.694Z] 01:39:33     INFO - TEST-PASS | browser/components/tests/browser/browser_browserGlue_upgradeDialog.js | Theme change saved - true == true - 
[task 2021-12-04T01:39:33.695Z] 01:39:33     INFO - Leaving test bound theme_change
[task 2021-12-04T01:39:33.695Z] 01:39:33     INFO - Entering test bound keyboard_focus_okay
[task 2021-12-04T01:39:33.698Z] 01:39:33     INFO - Buffered messages logged at 01:39:32
[task 2021-12-04T01:39:33.699Z] 01:39:33     INFO - Console message: Invalid chrome URI (need path): chrome://browser/
[task 2021-12-04T01:39:33.700Z] 01:39:33     INFO - Buffered messages finished
[task 2021-12-04T01:39:33.701Z] 01:39:33     INFO - TEST-UNEXPECTED-FAIL | browser/components/tests/browser/browser_browserGlue_upgradeDialog.js | uncaught exception - TypeError: can't access property 0, THEME_IDS[variations.getAttribute(...)] is undefined at enableVariant@chrome://browser/content/upgradeDialog.js:214:52
[task 2021-12-04T01:39:33.702Z] 01:39:33     INFO - onLoad/showColorways/<@chrome://browser/content/upgradeDialog.js:226:7
[task 2021-12-04T01:39:33.703Z] 01:39:33     INFO - 
[task 2021-12-04T01:39:33.704Z] 01:39:33     INFO - Stack trace:
[task 2021-12-04T01:39:33.705Z] 01:39:33     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:simpletestOnerror:1957
[task 2021-12-04T01:39:33.706Z] 01:39:33     INFO - GECKO(1570) | JavaScript error: chrome://browser/content/upgradeDialog.js, line 214: TypeError: can't access property 0, THEME_IDS[variations.getAttribute(...)] is undefined
[task 2021-12-04T01:39:33.707Z] 01:39:33     INFO - TEST-PASS | browser/components/tests/browser/browser_browserGlue_upgradeDialog.js | A theme radio button has focus - "theme" == "theme" - 
```
Bug: contextmenu not loger working
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-12-04 08:39:18+00:00
Resolved: 2021-12-04 10:53:19+00:00

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

Steps to reproduce:

open the page:
https://www.w3schools.com/tags/att_global_contextmenu.asp
and click on "try it yourself"
then right click on the yellow box


Actual results:

the standard context menu is shown


Expected results:

the additional entries added to the standard context menu
Bug: HTTP URL doesn't redirect to HTTPS even when it's availiable
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-12-04 10:32:54+00:00
Resolved: 2021-12-11 16:34:38+00:00

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

Steps to reproduce:

* Go to brac.net
* Find the http version instead of the https version


Actual results:

Found the http version instead of the https version


Expected results:

Redirected to https version
Bug: Firefox Sync won't 'sync' when a proxy addon is enabled
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-12-04 16:08:59+00:00
Resolved: 2021-12-06 23:39:40+00:00

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

Steps to reproduce:

I'm behind a corporate proxy server and sometimes I need rules to open certain sites through the proxy and others directly (local network). So I've been using FoxyProxy or SmartProxy for a while


Actual results:

I don't remember exactly when but weeks ago Sync stopped working when the proxy addon is enabled here's the log: https://pastebin.com/azRHQtdL , seems like a DNS issue


Expected results:

So I'd expect Sync to go through the proxy since I'm completely isolated from the internet my DNS does not resolve external sites.
Bug: tabs behaving od or not working at all at different times
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-05 17:26:39+00:00
Resolved: 2022-02-28 15:57:30+00:00

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

Steps to reproduce:

Wel I have several issues :

1- Open a new tab after a restore previous session sometimes opens a new tab that just does not work :
1a- a google search results in an empty screen and no URL in the bar, nothing will work.
1b- a google search results in an empty screen but there is a URL shown, click any favorite and then click back does display the search but not all the time.

2- After a restore previous session some of the tabs don't open the page they where on. There are two version like 1a and 1b

Adding to this, it's been happening before the last update as well


Actual results:

So select restored or open new tab get's me to a black screen with nothing loading with some work around succes


Expected results:

Select a restored tab or open a new one and they display the site it should be on or work like a new tab should
Bug: Do "More from Mozilla" a11y audit and land key fixes before any potential rollout (97 at the earliest)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-12-05 23:39:05+00:00
Resolved: 2022-01-25 10:07:28+00:00

In order to get More from Mozilla ready for a potential rollout, we need to do an a11y audit and any necessary fixes.

Known issues pre-audit: (many thanks to Gijs and Mark for finding these!)

* get a11y opinion on proper a11y role for QR code image itself
* add ALT text string for QR code image itself, unless the above opinion renders it unnecessary
* The `Get VPN`/`Get Rally` buttons don't work with the keyboard focus then enter/space. It reacts to space as if it should work but nothing happens (bug 1744480)
* The font size on the QR code seems too small IMO (bug 1744477).
Bug: Make "More from Mozilla" advanced layout fit inside normal pref pane width
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2021-12-06 03:36:03+00:00
Resolved: 2022-05-04 23:51:21+00:00

In code review, Gijs wrote:

> This is too wide, the pane container is set to 664px, https://searchfox.org/mozilla-central/rev/3c9369510cb883b9f08d5f9641e1233d2142f025/browser/themes/shared/preferences/preferences.inc.css#54 .

> There are some cases where it still ends up wider, cf. discussion in https://bugzilla.mozilla.org/show_bug.cgi?id=1741634 , but we shouldn't make that worse.

> I think this might mean the card with the QR code needs a redesign. The text is going to be very squashed in e.g. German, and the font size is already very small. :-\

After playing around, I think this should be relatively straightforward (see above for a first approximation).

> It looks to me like things are not as bad as we thought -- setting intl.l10n.pseudo to accented (extends the strings to ~30% longer) on Mac and setting the width to 664 on those boxes mostly looks pretty reasonable.

> I suspect that if we put the product icon on the same line as the product name, and found a slightly different design for the "Send an email to your phone instead" string, we could get to a reasonable place with minimal redesign and a bit more CSS tweaking (see the image at the beginning of this comment)

:mstriemer observed that because of the way the layout is constructed, one can click above the "send email" button and still have the link activate. I've confirmed that switching padding-block-start to margin-block-start and tweaking the numbers can fix this, and we may well want to do this in addition to the thing below. However...

:gijs pointed out in the same review that the way is qr-code-box tries to center its content vertically is overly complex and doesn't work very well. He suggested:

>    I think you can drop this and the other flex: 2 0 auto below and just use justify-content: center on qr-code-box, combined with a minimum margin-bottom on the title in the .simple case? Right now you're using the flex grow of the top and bottom kids of to quasi-center the qr code itself, it feels like, when you could just center the entire thing? Also, I'm pretty sure you don't really want the title to shrink...

which I think is probably required for the right fix to the link clickability issues mentioned above.

:gijs also observed in part of that same review,that the CSS that sets the size of the qr-code-box pegs it at 320px by 204px. He suggested:

>    There's a larger width pre-set for the content pane next to the sidebars, perhaps this needs to be half that, maybe using a CSS variable + calc?

That said, I think exactly what we do for all this depends on whether we need to change the font-sizes and possibly some design elements for accessibility, which the needinfo on bug 1744477 should help us figure out.

I would set this to iteration 97.1, but bugzilla doesn't know about that one yet.
Bug: Make "Get VPN" / "Get Rally` buttons keyboard accessibe
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-12-06 04:02:47+00:00
Resolved: 2022-05-04 18:57:07+00:00

During review, mstriemer found that the `Get VPN`/`Get Rally` buttons don't work with the keyboard focus then enter/space. They react to space as if they should work but nothing happens.

Suggested fix: Switch to an <a> most likely, there should be a button-link class or something to style that correctly.

Neither Mark nor I could find any general classes that were available to everyone, but there were lots of bespoke implementations in various modules:

Mark said that it needs to be backported from proclient.

mstriemer: 
> So yeah we’d want a different bug; I can file that later and you can just fix it however you’d like.
Bug: Unable to upload images or documents
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-12-06 11:35:27+00:00
Resolved: 2022-01-06 12:16:18+00:00

Hiya, 
I am unable to upload any document onto the web for example google drive, twitter and discourse via firefox.

Is there any way you can help ?

Many thanks

Hillary