Closed Bug 211577 Opened 21 years ago Closed 13 years ago

[ActiveX / MFCEmbed] api change in nsIHelperAppLauncherDialog

Categories

(Core Graveyard :: Embedding: ActiveX Wrapper, enhancement)

enhancement
Not set
normal

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)
*** This bug has been marked as a duplicate of 211578 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
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. ***
> 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).
QA Contact: dunn5557 → activex
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 ago13 years ago
Resolution: --- → INVALID
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.