PFilePicker cleanup and modernization
Categories
(Core :: Widget: Win32, task)
Tracking
()
Tracking | Status | |
---|---|---|
firefox112 | --- | fixed |
People
(Reporter: rkraesig, Assigned: rkraesig)
References
(Blocks 1 open bug)
Details
Attachments
(6 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review |
The FilePicker
IPC protocol could use a bit of cleanup and modernization.
(This is for some largely uninteresting work already done in support of 1677170.)
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 1•2 years ago
|
||
Some recently-created IPDL files have CRLFs rather than LFs. Convert
these.
No functional changes.
Assignee | ||
Comment 2•2 years ago
|
||
Convert the various result* constants in nsIFilePicker into a proper
enum, and perform validation when passing it across IPC.
Depends on D169851
Assignee | ||
Comment 3•2 years ago
|
||
Convert the various mode* constants in nsIFilePicker into a proper
enum, and perform validation when passing it across IPC.
Depends on D169852
Assignee | ||
Comment 4•2 years ago
|
||
Convert the various capture* constants in nsIFilePicker into a proper
enum, and perform validation when passing it across IPC.
Additionally, unlike the previous two enums, reduce the size of
CaptureTarget to 8 bits. This is a workaround for its use with
nsAttrValue, which at present very specifically requires that parseable
enums' values fit within an int16_t
-- and a uint16_t
does not.
Depends on D169853
Assignee | ||
Comment 5•2 years ago
|
||
The existing manual-deallocation code isn't actually doing anything
interesting. Strip it out.
(No functional changes.)
Depends on D169854
Updated•2 years ago
|
Assignee | ||
Comment 6•2 years ago
|
||
In the interest of keeping directory sizes down to a manageable level,
pull the new Windows utility-process geolocation code into its own
directory. (This is not yet an issue, but will become so as new
utility-process functionality is added.)
No functional changes.
Depends on D169851
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 8•2 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/f61a5d87ceca
https://hg.mozilla.org/mozilla-central/rev/2bbd544567af
https://hg.mozilla.org/mozilla-central/rev/eda1bfa85458
https://hg.mozilla.org/mozilla-central/rev/1255c0424d56
https://hg.mozilla.org/mozilla-central/rev/9c14c8be846a
https://hg.mozilla.org/mozilla-central/rev/dab075577d74
Description
•