Closed Bug 98796 Opened 23 years ago Closed 22 years ago

[ActiveX] control crashes

Categories

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

Product:
Core Graveyard
Component:
Embedding: ActiveX Wrapper
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: junk, Assigned: adamlock)

References

(
URL
)

Details

(Keywords: crash, hang) 

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3+) Gecko/20010907
BuildID:    2001090703

Lock's ActiveX Mozilla control test crashes system. [URL above]
9.2 and 9.4 sorta worked; you would get a GPF message: "Failure, event sinking
|webbrowser2"  You could key the OK button on the error dialog and the things
would then work fine.  

Fullsoft.dll must be deleted otherwise you get a bad crash following the
clearing of the "Failre event...." error box.  ctrl-alt-del won't even work. 
But, this is another issue.  

9.4 gives the same error message; but now when you OK the error dialog you get a
system crash and nothing works.  

I've checked and double checked Lock's troubleshooting stuff.  

TopStyle pro [a CSS editor] uses this ActiveX control to proview a Mozilla
preview window.  It worked with 9.3.  Got the error message as described above
and after OKing the error dialog, Mozilla worked as a Preview window.  It's
broken completely in 9.4, as described above.  

Reproducible: Always
Steps to Reproduce:
1.Go to Lock's webpage, URL above
2.Run the test with IE6
3.

Actual Results:  Crash
.
Assignee: asa → adamlock
Component: Browser-General → Embedding: ActiveX Wrapper
Keywords: crash
QA Contact: doronr → cpratt
*** Bug 101248 has been marked as a duplicate of this bug. ***
arking NEW based on dupe.
Status: UNCONFIRMED → NEW
Ever confirmed: true
0.9.4 release seems to have problems but it's working fine in my trunk build.
I'll try an optimized build to see if the problem shows itself.
Additional information, MOZ 9.2, 9.3, 9.4  and up thru build 2001092603.  
Always using the win32-installer:

You always get an error box "Failure, event sinking |webbrowser2"

If fullsoft.dll exist, you get a complete lock-up, [ctrl-alt-del doesn't work]

If fullsoft.dll is deleted, you get the error box, as above.

But, from then on everything works fine after keying the OK box.  In fact, once 
you OK the error, you can then load the function without getting the error box 
again.  

One minor point, My Mozilla directory is c:\mozzila.  Not, c:\programs\mozilla

upping severity. This is definately critical (if not a blocker) Every time I try
the Mozilla control in IE or Allaire Homesite I get a crash that, like described
above, takes down all of Windows and ctrl-alt-del doesn't work. I can still use
other programs open, but Windows and IE are trashed. 
Forcing people to uninstall Talkback is really not an option. (Why is the
control using talkback anyway??)

Nominating for moz1.0 and a slew of other keywords to get this on other people's
radar. This potentially makes it very hard for companies to distribute an
embedded browser in their applications.

Tested with Win98 2001100403
Severity: major → critical
Keywords: hang, mozilla1.0, nsenterprise, topembed
pulling "topembed" keyword as this appears to be a crash in the control itself.
Keywords: topembed
marking nsenterprise-; will be reevaluated for nsenterprise in future release.
Keywords: nsenterprise-
0.9.5 release seems to be working fine for me
Per Lock's comment, just tested again with 9.5 [2001101117].

Both Lock's test page and with TopStyle Pro.

Exact same errors, no change.  Still broke.

Testing done with Win98se.
Target Milestone: --- → mozilla0.9.6
Target Milestone: mozilla0.9.6 → mozilla0.9.8
Looks like hell will be freezing over before Lock fixes this one.

9.8 ?  now
*** Bug 105446 has been marked as a duplicate of this bug. ***
0.9.6 is only a few days away so it was moved out.

I haven't forgotten about the problem but can't do much about it for the time
being. The crash is intermittant, unpredictable, only occurs in release builds
and I can't even get a stack trace due to interference from the FullCircle
talkback stuff.

I will if I have time try to produce a release build of my own with FullCircle
disabled, but the problem still won't be fixed soon unless it's very obvious
what it might be.
It could be that fullsoft.dll is part of the problem here. Try renaming and
moving that out of components, to something such as fullsoft.xxx and see if crashes.

I say this because I would see a spurious crash here and there with it enabled
but it has not crashed once when it's renamed. Given the kind of stuff
fullsoft.dll might be doing, it's plausible this is the reason for the crashes.
Note carefully my report  of  9-26:

The wrapper causes an error which is not catastrophic.  You can key OK and 
everything works from then on, provided Talkback is disabled.

If Talkback is active, it crashes the system.

Lock: My guess, based on your report, is that the bug has to do with the 
directory structure used for installing Mozilla.

I've noted that using the win32-installer makes an entirely different directory 
structure than does installing it from the zip file or assembling it locally.

You might want to try installing Moz this way on a Win98 machine.

Use the win32 installer and tell it to install in:   c:\Mozilla 
Not c:\programs\......

Delete fullsoft.dll.  

Betcha you'll get an error box "Failure, event sinking |webbrowser2"



Additional Info

Same bug with a new, clean install of Win 2K.

build 2001110903
Wasn't there a recent blocker bug with Talkback on Windows?  See 
http://www.ufaq.org/commonly/fullsoft_crash.html for the same workaround on 
Netscape 4.5, related to TB.  It seems to me that if this is TB related, then 
this should be downgraded and another bug filed and make this bug a dependency 
on it.  (At least Lock won't get much help in debugging until that's fixed.)
I'm using Mozilla 0.9.6 on Win2000
I tried the mozilla active X control in both Borland C++ Builder and Delphi.
It's strange that I put the Navigate method on the TForm constructor won't work,
no web page will displayed,the same if I call the method on OnKeyDown,OnCreate 
event for TForm.
But if I create a button and call the Navigate Method when the button is 
clicked,it work fine.

Moreover,I find that it break Norton Anti Virus NavShExt.dll.

saying AcesssViolation on Address 00000000 in NavShExt.dll

the dll is a COM Object,the following is its typelib:

[
  uuid(2292E927-BD89-40DE-999A-4E72CE0EAA4F), 
  version(1.0), 
  helpstring("NAVShellExt 1.0 Type Library"), 
  custom(DE77BA64-517C-11D1-A2DA-0000F8773CE9, 83951780), 
  custom(DE77BA63-517C-11D1-A2DA-0000F8773CE9, 998004899)
    
]
library NAVSHELLEXTLib
{

  importlib("stdole2.tlb");
  importlib("STDVCL40.DLL");

  [
    uuid(42CDD1BF-3FFB-4238-8AD1-7859DF00B1D6), 
    helpstring("IEToolBand Class")
  ]
  coclass IEToolBand
  {
    [default] interface IUnknown;
  };

  [
    uuid(5345A4D5-41EB-4A2F-9616-CE1D4F6C35B2), 
    helpstring("IEContextMenu Class")
  ]
  coclass IEContextMenu
  {
    [default] interface IUnknown;
  };

  [
    uuid(BDF3E430-B101-42AD-A544-FADC6B084872), 
    helpstring("CNavExtBho Class")
  ]
  coclass CNavExtBho
  {
    [default] interface IUnknown;
  };

};


maybe it treat the ActiveX Control as the IE one..


Adding some background blurb about the FullCicle issue.

1. Milestones and nightlies are installed with fullsoft.dll and qfaservices.dll.
2. The qfaservices.dll is a service which loads and startup and initialises the
fullsoft.dll.

Deleting either qfaservices.dll or fullsoft.dll will stop Full Circle feedback
from being installed.

This is a pain so it would be desirable if there were a way for the control to
override or kill the QFA service before it can install the FullCircle stuff. The
contract id for the service is "@netscape.com/fullsoft/qfa;1". The QFA service
attempts to install FullCircle when its nsIObserver::Observe("start") is first
called.
Doug, do you know of a way I can override or kill a service either before,
during or after NS_InitXPCOM but before it receives it's "start" command?
The ActiveX control is now in the nightly embedding distribution. This should
free it from any problems with fullsoft.dll
Lock:

Did you just fix the crash caused by Fullsoft or did you also fix the the basic
wrapper bug that caused fullsoft to be called to start with?
I haven't fixed the bug, but I've put the control in the embedding dist which
doesn't contain fullsoft.dll.

Doug, do you have any suggestions for my earlier question? Basically I need to
be able to stop the QFA service from loading up even if it's in the component
dir so it doesn't interfere with the host application.
adam, their is no way to specify a "blacklist" of components.
This isn't going to be fixed for 0.9.8. The workaround is to use the embedding
dist or remove fullsoft.dll.

I will mark this future in the hope that some solution to allow FullCircle & the
control to coexist can be found eventually.
Target Milestone: mozilla0.9.8 → Future
Adam...

Seems like if you'd fix the basic bug in your wrapper then you wouldn't need to 
worry about Fullsoft, would you?

Or am I missing something?
Summary: Lock's ActiveX Mozilla control crashes → [ActiveX] control crashes
I'm getting a different crash for the plugin... I get dialog box like this
--------------------------------

Illegal Operation in Plugin

Mozilla ActiveX control and plugin support

The plugin performed and illegal opearation.  You are strongly advised to
restart Navigator.

[ ] Don't show this message again during this session

                 ( OK )

--------------------------------


Has any work been done (or will be done) on this?
*** Bug 154480 has been marked as a duplicate of this bug. ***
Can this problem still be reproduced with Mozilla 1.0 and later? If so, please
reinstate fullsoft.dll and attach some Talkback incident ids please.

Note bug 171063 details a known crash in the control that has been identified.
Marking WFM, please submit talkbacks and reopen if it is reproducable in later
builds.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.