Closed Bug 70884 Opened 24 years ago Closed 24 years ago

FLPLauncher Error Message in VB6

Categories

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

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: howie, Assigned: adamlock)

References

()

Details

The control is registered properly. Error reads "Failure sinking events from IWebBrowser2". The ctrl used is marked: Friday, March 02, 2001, 5:49 PM from ftp://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-win32.zip. The application builds fine in VB however, the error message persists on app launch, NOT on app end. In VB6 IDE, the message occurs on RUN and on END.
Reporter I am unclear to as to where your seeing this bug. Have you been able to reproduce it?
Severity: blocker → normal
I get this error when I try and run an app in VB6 which has GECKO. The error reproduces continually hence I have labeled it a BLOCKER. I have spent endless hours making sure the control is properly installed and yet the message persists. I will try to duplicate on another machine. Any ideas?
The Mozilla control seems to be exposing it's event sinks in a correct fashion and in fact CBrowse would complain if it wasn't. It may be possible that the error message is incorrect or that FlpLauncher is trying to subscribe to events by passing in a different IID than DIID_DIWebBrowserEvents2. What is FlpLauncher anyway? If it's a browser helper object, try renaming the DLL and see if the problem persists.
Assignee: locka → adamlock
Status: UNCONFIRMED → NEW
Ever confirmed: true
I have absolutely NO idea what FLPLauncher is. I was assuming this was something derived from the Gecko class. Have you tried the latest ctrl in a VB IDE? When you talk about CBrowse, I start to think maybe we should think about VBrowse. ;-) Anyway, I guess it would help me if you could verify that ONLY I am having this problem in the VB6 IDE (SP4 As far as this FLPLauncher being a browser helper object, I can only say that I made a browser with nothing other then a basic toolbar and browser ctrl and the error persists. I originally received the error in a more complex browser and decided to make a stripped browser to see if the error would stop. This was not the case so I am not sure what if any browser helper object would be responsible for this "FLPLauncher". Therefore I couldnt even begin to imagine what dll's to rename.
A browser helper object is an ActiveX control registered in your registry under: "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Explorer\Browser Helper Objects" Mozilla will load any that it finds there and it's possible that one of these is the "FLPLauncher" which is complaining. Try renaming this registry key and restart the app to see if that solves the problem. Also do a search for any files called FLPLauncher to see if that gives a clue as to what it is.
Howard, have you searched to see what this "FlpLauncher" program is? I suspect it's a browser helper object as discussed previously and nothing to with either the control or VB.
I removed the helper objects and this resolved the problem. Great! Any idea why this may have happened with the helper objects? Is this perhaps 3rd party components designed around the architecture of IE? That being said.....I wonder if a properly deployed Mozilla browser would run into the same issues on other machines because of helper objects. Seems like an issue to be duly noted. Any thoughts on this? Up the ante a tad more and think aboyr what ramifications if any may arise if we made the Mozilla browser the default browser. I was not able to reproduce the FLPLauncher error ( and lets now assume FLPLauncher was some bogus helper object from some 3rd party junk I had on my machine ) when I ran Mozillas browser(s). I wonder why the activeX component failed on my machine and yet the same ctrl in the Mozilla browser was able to ignore the registry settings regarding helper objects. I am imagining that IE's lead into the activeX arena may have led other companies to create objects that may infact interfere with a gecko browser from time to time. Either that, or I am way off base here.
Without knowing what the helper object is it's impossible to say why it isn't working. As far as I know the event sinks in the Mozilla control are working properly. It is possible that it is illegally trying to attach its event sink by subscribing to the IID_IDispatch connection point instead of DIID_DIWebBrowserEvents2 but I can't know that without the source. I'm marking this as WORKSFORME but I will consider how to make loading browser helpers an optional feature.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.