98796 - [ActiveX] control crashes

Status: RESOLVED WORKSFORME

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

Description

[Al]

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

Comment 1

[timeless]

.

Comment 2

[Adam Lock]

*** Bug 101248 has been marked as a duplicate of this bug. ***

Comment 3

[Keyser Sose]

arking NEW based on dupe.

Comment 4

[Adam Lock]

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.

Comment 5

[Al]

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

Comment 6

[Mike Young]

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

Comment 7

[Judson Valeski]

pulling "topembed" keyword as this appears to be a crash in the control itself.

Comment 8

[Hong Kwon]

marking nsenterprise-; will be reevaluated for nsenterprise in future release.

Comment 9

[Adam Lock]

0.9.5 release seems to be working fine for me

Comment 10

[Al]

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.

Comment 11

[Al]

Looks like hell will be freezing over before Lock fixes this one.

9.8 ?  now

Comment 12

[Adam Lock]

*** Bug 105446 has been marked as a duplicate of this bug. ***

Comment 13

[Adam Lock]

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.

Comment 14

[Adam Lock]

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.

Comment 15

[Al]

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"

Comment 16

[Al]

Additional Info

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

build 2001110903

Comment 17

[Sterling Bates]

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.)

Comment 18

[Wan Hing Wah]

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..

Comment 19

[Adam Lock]

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?

Comment 20

[Adam Lock]

The ActiveX control is now in the nightly embedding distribution. This should
free it from any problems with fullsoft.dll

Comment 21

[Al]

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?

Comment 22

[Adam Lock]

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.

Comment 23

[Doug Turner (:dougt)]

adam, their is no way to specify a "blacklist" of components.

Comment 24

[Adam Lock]

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.

Comment 25

[Al]

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?

Comment 26

[Brett Denny]

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?

Comment 27

[Adam Lock]

*** Bug 154480 has been marked as a duplicate of this bug. ***

Comment 28

[Adam Lock]

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.

Comment 29

[Adam Lock]

Marking WFM, please submit talkbacks and reopen if it is reproducable in later
builds.