Closed
Bug 211577
Opened 21 years ago
Closed 13 years ago
[ActiveX / MFCEmbed] api change in nsIHelperAppLauncherDialog
Categories
(Core Graveyard :: Embedding: ActiveX Wrapper, enhancement)
Core Graveyard
Embedding: ActiveX Wrapper
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: Biesinger, Unassigned)
References
Details
bug 193698 added a third argument to nsIHelperAppLauncherDialog::Show, called
aForced.
It is true if the server sent a Content-Disposition of "attachment", which means
that Mozilla (Gecko) will always show the dialog, even if the type could be
handled internally or if the user asked to remember his choice.
Maybe the activex wrapper has a use for this parameter. (I changed the function
definition to add this parameter, but it is unused at the moment)
(The affected file is embedding/browser/activex/src/control/HelperAppDlg.cpp)
Comment 1•21 years ago
|
||
*** This bug has been marked as a duplicate of 211578 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 2•21 years ago
|
||
no this is not a duplicate. the files are entirely separate.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
I'm not sure I understand what this parameter does. By the time that
nsIHelperAppLauncherDialog::Show is called, it doesn't really matter what the
control / mfcembed thinks - it has been told to show the helper dialog and that
is what it must do. So what should I do if aForced says PR_TRUE?
Is the aForced param meant to change the behaviour of the dialog in some way &
if so, how?
I will dupe 211578 against this, because the issue is the same for both.
Summary: api change in nsIHelperAppLauncherDialog → [ActiveX / MFCEmbed] api change in nsIHelperAppLauncherDialog
*** Bug 211578 has been marked as a duplicate of this bug. ***
Comment 5•21 years ago
|
||
> it has been told to show the helper dialog and that is what it must do. So what
> should I do if aForced says PR_TRUE?
Well, the xpfe dialog shows different text if aForced is true -- if aForced is
true that means the site asked us to show the dialog, not necessarily that we
don't know how to handle the type (in particular, the dialog could come up for
something like text/html when aForced is true).
Updated•15 years ago
|
QA Contact: dunn5557 → activex
Comment 6•13 years ago
|
||
The ActiveX embedding API was removed in bug 662023 and friends, making this INVALID.
[Filter bugspam on activexinvalid]
Assignee: adamlock → nobody
Status: REOPENED → RESOLVED
Closed: 21 years ago → 13 years ago
Resolution: --- → INVALID
Assignee | ||
Updated•13 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•