Closed
Bug 9602
Opened 25 years ago
Closed 25 years ago
[feature] No modal confirmation dialog == huge security hole
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect, P1)
Core Graveyard
Installer: XPInstall Engine
Tracking
(Not tracked)
VERIFIED
FIXED
M9
People
(Reporter: dveditz, Assigned: dveditz)
References
Details
Due to the lack of modal dialogs we have not yet implemented the
"hey! we're about to install something. OK?" confirmation dialog. This is a
HUGE HUGE HUGE security hole once XPInstall is working and available on the
web.
Comment 1•25 years ago
|
||
We have modal dialog support, in JS (window.openDialog in a chrome window) and
C++ (OpenDialog, needs work that danm is doing to allow varargs calls and avoid
foisting jsapi.h usage on callers). With Necko, they might even work correctly
on non-Windows platforms, because Linux and Mac and any others that aren't yet
using nsIEventQueue and netlib in separate threads, will be doing the right
thing. Anyway, using Windows openDialog, you should be able to get confirmation
right now.
/be
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•25 years ago
|
||
And of course the sucky thing about window.openDialog is that you need a parent
window to call it. XP_GetSomeWindow() anyone?
I imagine there's a window buried in the ctxt that Necko appears to pass
around (shades of MWContext). After we show the modal dialog and bring up our
download progress window will the download be cancelled by a user closing the
window or switching pages? We don't want that. I expect people will visit a
site, start a long download for an install, and then want to keep browsing
while it's downloading. Having the child window tied to the parent would suck
in that case. If it's not tied then why do I need to supply one? (this is
specifically a non-modal window I'm asking about now, because we've been told
to use window.openDialog() for that too. I can see the value of having a
parent for a modal dialog--though it doesn't help me get one when launched from
C++ code).
Comment 3•25 years ago
|
||
If we were or ever will use native "parent window alwaysRaised modality", you
would want to recover the correct parent window for such dialogs, or they won't
stack and iconify correctly. I'm not sure what the deal is with our current XP
modality, so I'm cc'ing hyatt and mcafee. Adding warren for necko help.
/be
Assignee | ||
Updated•25 years ago
|
Severity: normal → critical
Target Milestone: M9
Assignee | ||
Updated•25 years ago
|
Priority: P3 → P1
Blocks: 11020
Summary: No modal confirmation dialog == huge security hole → [feature] No modal confirmation dialog == huge security hole
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Bulk move of XPInstall (component to be deleted) bugs to Installer: XPInstall
Engine
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•