fix: transparently package bundles as zip archives#25030
Conversation
9319ca1 to
49421ca
Compare
b010e73 to
5122b49
Compare
nornagon
left a comment
There was a problem hiding this comment.
It looks like this is cribbed from //chrome/browser/file_select_helper_mac.mm. That component looks fairly isolated—would it be possible to reuse that class directly?
|
Note that i ended up putting back |
9c240e7 to
f595f0a
Compare
|
while testing found the following DCHECK that can also be seen on chrome canary (can't check for dcheck crash), but content_shell is sufficient
|
nornagon
left a comment
There was a problem hiding this comment.
if we can't reuse //chrome/browser/file_select_helper.cc, can we at least reuse //ui/shell_dialogs?
ba27b8e to
be54c0f
Compare
be54c0f to
e7ca638
Compare
e7ca638 to
467c771
Compare
|
PDF failure tests are unrelated. |
|
Release Notes Persisted
|
|
I was unable to backport this PR to "10-x-y" cleanly; |
|
I have automatically backported this PR to "11-x-y", please check out #26217 |
|
@codebytere has manually backported this PR to "10-x-y", please check out #26555 |
Description of Change
Closes #24755.
Refactors and cleans up our input element handing for files and directories. Moves
FileSelectHelperto its own fileset and hooks up functionality to transparently package bundles on macOS into zip archives.Tested with https://gist.github.com/6ed9ee05659956e33c15343e49e26ed3. Also tested that the
multipleandwebkitdirectoryattributes still work as expected.cc @nornagon @zcbenz @MarshallOfSound
Checklist
npm testpassesRelease Notes
Notes: Fixed an issue where packages could not be selected with on macOS.