Implement AllowFileSelectionDialogs policy on Chrome
Categories
(Firefox :: Enterprise Policies, enhancement, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox124 | --- | fixed |
People
(Reporter: mkaply, Assigned: gregp)
Details
Attachments
(1 file, 3 obsolete files)
Chrome has a policy to disable the file dialogs.
This is important Windows especially because with the file dialogs, you can get to system commands.
On Chrome, the Ctrl+S/Ctrl+O just do nothing.
Any save as items are disabled.
When clicking the file dialog on a web page, an infobar displays that says "Access to local files on your machine is disabled by your administrator"
This blocks ALL file dialog, so we would block in the file picker as well just in case.
Reporter | ||
Updated•3 years ago
|
Assignee | ||
Comment 1•7 months ago
|
||
Updated•7 months ago
|
Updated•7 months ago
|
Updated•7 months ago
|
Reporter | ||
Comment 2•4 months ago
|
||
Hey Greg, was wondering if this was still going to happen. Appreciate all you do.
Assignee | ||
Comment 3•4 months ago
|
||
Hi Mike! Yes I'd like to finish this. Originally, I paused work on this because I thought that the changes to nsBaseFilePicker in bug 1811076 were going to land soon and I didn't want to have to rebase.
Updated•3 months ago
|
Assignee | ||
Comment 4•3 months ago
|
||
Updated•3 months ago
|
Pushed by gp3033@protonmail.com: https://hg.mozilla.org/integration/autoland/rev/3499edf7911e Implement AllowFileSelectionDialogs policy r=fluent-reviewers,mkaply,emilio,Gijs,bolsson,win-reviewers,rkraesig
Comment 6•3 months ago
|
||
bugherder |
Reporter | ||
Comment 7•2 months ago
|
||
Greg, would you mind checking how easy it would be to backport this to the ESR?
Assignee | ||
Comment 8•2 months ago
|
||
This patch almost applies cleanly to ESR, backporting it would be very easy. Note that for the best user experience (bug 1878336), we'd want bug 1878401 as well, which would be very, very hard to backport to ESR. Also, I have more patches I will soon post that that further improve the behavior of this policy (Printing to PDF, Library, Page Info window).
All of my follow-ups depend on bug 1878401, so we won't be able to get them into the current ESR. If you're fine with this, I should be able to post a version of this patch that applies cleanly to ESR later today (can't now because I'm at school).
Reporter | ||
Comment 9•2 months ago
|
||
I'm fine with that. This gets us the basic functionality on the current ESR and we'll get the rest on the next ESR.
Appreciate all you do!
Assignee | ||
Comment 10•2 months ago
|
||
Assignee | ||
Comment 11•2 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D203517
Updated•2 months ago
|
Updated•2 months ago
|
Assignee | ||
Comment 12•2 months ago
|
||
This patch almost applies cleanly to ESR, backporting it would be very easy.
Actually, applying cleanly doesn't mean the patch will work :)
So, it turns out I completely forgot that this patch depends on changes introduced in bug 1872179. It wouldn't be hard to fish out just the BrowsingContext plumbing stuff from bug 1872179, but that will mean uplifting a much larger change to ESR than I originally thought. Are we comfortable with that?
Updated•2 months ago
|
Reporter | ||
Comment 13•1 month ago
|
||
I think we'll not worry about it then.
Thanks for trying!
Description
•