Closed Bug 35414 Opened 24 years ago Closed 24 years ago

Crash: browser crashes when certain 3rd party apps are enabled

Categories

(Core :: DOM: Editor, defect, P2)

Product:
Core
Component:
DOM: Editor
Platform:
x86
Windows 95
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: alan-lists, Assigned: anthonyd)

References

Details

(Keywords: crash, helpwanted, Whiteboard: [nsbeta3-][p:2][rtm NEED INFO]) 

Macro Magic 4.1q then Mozilla crashes browser http://www.iolo.com/

Asa, Wares sorry for the Browser general bug report I needed a palce to keep the 
3 progams i am testing seperate from bugg 34916.  I have now confirmed this 
crash.  The original bug with 2 still un tested is left unconformed.
Posting this just in case.  I also just posted talkback ID TB8413731M

MOZILLA caused an exception 10H in module MSVCRT.DLL at 014f:780020f9.
Registers:
EAX=7ff01f72 CS=014f EIP=780020f9 EFLGS=00010202
EBX=00000000 SS=0157 ESP=0068f470 EBP=0068f47c
ECX=7fe00000 DS=0157 ESI=60b5f238 FS=1207
EDX=008c1d10 ES=0157 EDI=00000000 GS=0000
Bytes at CS:EIP:
d9 6d fe 8b 45 f4 8b 55 f8 c9 c3 fc ff 00 78 67 
Stack dump:
00003694 00000000 13721f72 0068f488 60b3c560 0247e3a0 0068f4a8 60b22593 01498d90 
ffffffff 7fefffff 0068f4b8 01498d90 006d65f4 0068f4e0 60b3c423 


Forgot to add this:

Micro Magic running then run Mozilla, Mozilla loads then crashes when you click 
on URL BAR


Stak trace for this bug that was split off bug 34916

 Call Stack:    (Signature = MSVCRT.DLL + 0x20f9 (0x780020f9) c4017390)

  MSVCRT.DLL + 0x20f9 (0x780020f9)


  js_NewNumberValue

[d:\builds\seamonkey\mozilla\js\src\jsnum.c, line 507]

  JS_DefineConstDoubles

[d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 1575]

  js_InitNumberClass

[d:\builds\seamonkey\mozilla\js\src\jsnum.c, line 454]

  JS_InitStandardClasses

[d:\builds\seamonkey\mozilla\js\src\jsapi.c, line 998]

  nsJSContext::InitContext

[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 814]

  NS_CreateScriptContext

[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 1103]

  nsDocShell::EnsureScriptEnvironment

[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 2711]

  nsDocShell::GetScriptGlobalObject

[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 1899]

  DocumentViewerImpl::Init

[d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 462]

  nsDocShell::SetupNewViewer

[d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 2217]

  nsWebShell::SetupNewViewer

[d:\builds\seamonkey\mozilla\webshell\src\nsWebShell.cpp, line 728]

  nsWebShell::SetDocument

[d:\builds\seamonkey\mozilla\webshell\src\nsWebShell.cpp, line 3029]

  nsGfxTextControlFrame::CreateSubDoc

[d:\builds\seamonkey\mozilla\layout\html\forms\src\nsGfxTextControlFrame.cpp,
line 1087]

  nsGfxTextControlFrame::HandleEvent

[d:\builds\seamonkey\mozilla\layout\html\forms\src\nsGfxTextControlFrame.cpp,
line 559]

  PresShell::HandleEvent

[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 3461]


  nsView::HandleEvent

[d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 811]

  nsViewManager2::DispatchEvent

[d:\builds\seamonkey\mozilla\view\src\nsViewManager2.cpp, line 1354]

  HandleEvent

[d:\builds\seamonkey\mozilla\view\src\nsView.cpp, line 69]

  nsWindow::DispatchEvent

[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 502]

  nsWindow::DispatchWindowEvent

[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 519]

  nsWindow::DispatchMouseEvent

[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3139]

  ChildWindow::DispatchMouseEvent

[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 3344]

  nsWindow::ProcessMessage

[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 2332]

  nsWindow::WindowProc

[d:\builds\seamonkey\mozilla\widget\src\windows\nsWindow.cpp, line 677]

  KERNEL32.DLL + 0x3663 (0xbff73663)


  KERNEL32.DLL + 0x228e0 (0xbff928e0)


  0x00688bdc


smfr suggests cc'ing y'all.

...because clicking in the text widget causes the crash.

Assigning to Editor group as suggested by Eli and Simon Fraser.

Forgot to say i was able to reproduce this bug everytime I tested it.

and no I don't use Micro Magic see bug 34916 for how it got here.

--FROM THEIR WEB SITE-- http://www.iolo.com/
Use Macro Magic and watch your repetitive tasks vanish!  Using this ultimate 
time-saver, you can set up "macros" that simplify complex or repetitive tasks 
and operations into a single step.  Simply record anything once and then play it 
back at any time at any speed with a single keystroke!
Component: Browser-General → Editor
hmmm the editor component did not take
Assignee: asadotzler → beppe
QA Contact: jelwell → sujay
assigning this one to sfraser -- do you have a clue why this is happening?
Assignee: beppe → sfraser
Target Milestone: --- → M18
I have no clue. Someone with some Win95 experience, and a Win95 machine will have 
to look at this. mjudge is our best candidate.
Assignee: sfraser → mjudge
Adding crash keyword.
Keywords: crash
I changed the title to refer to "Macro Magic" rather than "Micro Magic". My 
little mind couldn't handle the semantic conflict.
Summary: Running Micro Magic crashes Mozilla on startup → Running Macro Magic crashes Mozilla on startup
*** Bug 34916 has been marked as a duplicate of this bug. ***
*** Bug 42376 has been marked as a duplicate of this bug. ***
good thing for anthony to do! he knows as much about win95/8 as i do.
Assignee: mjudge → anthonyd
Status: NEW → ASSIGNED
Okay, I've downloaded and installed macro Magic.  Does anyone want to jump in 
here and give me some quick instructions to repro this?
Thanks,
Anthony
moving to M19 until we get a valid testcase
Target Milestone: M18 → M19
Just want to state that I am the original reporter of bug 34916 which has since
been marked as a 'duplicate' of this one.
The MSVCRT.DLL error that I have with Mozilla in combination with my E-mail 
checking/notify program 'CIE-LITE' is still happening (has always been there a
and still now with the nightlies).
I'm running W95 and all I have to do is hit <ENTER> while in Mozilla and 
CIE-LITE running/active in the system tray.
Too bad about moving it to M19 as I it sure feels like a 'valid' testcase to me.
It's bloody irritating.

setting priority
Priority: P3 → P4
would like to get some help on this one, putting helpwanted in the keywords
Keywords: helpwanted
Just dug up Macro Magic and it is crashing.  I sent in a talkback TB15652283G 
with my e-mail address asj@ipa.net   If someone wants to attached the related 
stack trace to see if that would help.

To repoduce the bug get Macro Magic running, then load Mozilla and click in the 
URL bar.  



Ooops wrong talkback ID.... I did not realized talkback could not connect to the 
talkback servers.  It is really TB15965580H.

sorry

since this is a crasher, ir recommend that we keep it m19, until i have at least 
had some time to investigate it.

anthony

reviewed by Bijal and beppe, setting to p2, nsbeta3+
Priority: P4 → P2
Whiteboard: [nsbeta3+][p:2]
PDT doesn't think this is a beta3 stopper. Marking nsbeta3-
Whiteboard: [nsbeta3+][p:2] → [nsbeta3-][p:2]
adding rtm keyword.  crashing is a bad thing.

anthonyd
Keywords: rtm
running third party apps in conjunction with the browser is an extremely common 
practice, this could result in serious dataloss, let alone the crash itself. 
there is no known workaround at this time. however, we do not yet have a viable 
solution.

anthony, you will need to provide an update on the amount of effort it will take 
to resolve this as well as an estimate on the risk of the fix. please include 
the required information per the rtm checkin rules
Whiteboard: [nsbeta3-][p:2] → [nsbeta3-][p:2][rtm+ NEED INFO]
PDT marking rtm- because a very small number of users would encounter this.
Whiteboard: [nsbeta3-][p:2][rtm+ NEED INFO] → [nsbeta3-][p:2][rtm-]
moving to future, per pdt comments, pdt team believes that running third party 
applications with the browser is not a frequent activity.
Target Milestone: M19 → Future
Please read the 'thread' of bug 34916.

We are NOT just talking about Macro Magic...

The list of culprits that I know of is as follows:

1 - 'Cookie Crusher' reported by 'Joseph T. Adinolf'
2 - 'Macro Magic' reported by 'Marios'
3 - 'CIE-LITE' an e-mail notification program reported by me....

Further:

"A very small number of users would encounter this.".....

Well I'd like to see some statistics on this .... It's a wild guess right I take 
it.

And...

"The team believes that running third party + applications with the browser is 
not a frequent activity." ?!?!?!?!

Excuse me... this I find a VERY strange comment. How many applications do you 
tend to have running in the system tray/task bar of Windows WHILE surfing????

And in the case of CIE-LITE we are talking about a e-mail notification program 
which is of course ALWAYS active to check for mail every few minutes and hence 
DOES run at the same time as the browser...

I'm kinda speechless here...


changing summary to better reflect the issue, pdt, please review comments by
Peter Duijm. Would like for pdt to reconsider
Summary: Running Macro Magic crashes Mozilla on startup → Crash: browser crashes when certain 3rd party apps are enabled
Whiteboard: [nsbeta3-][p:2][rtm-] → [nsbeta3-][p:2]
Marking rtm need info for a fix to stop the crash.  We need a patch, review, and
super review to go for a ++ for checkin.
Whiteboard: [nsbeta3-][p:2] → [nsbeta3-][p:2][rtm need info]
Whiteboard: [nsbeta3-][p:2][rtm need info] → [nsbeta3-][p:2][rtm NEED INFO]
Peter (or anyone),
I have downloaded macro magic and i tried to reproduce this and I cannot.  To be 
honest I cant get macro magic to really work right, but it is certainly not 
crashing.  Can I please get someone to give me step by step instructions?

Thanks,
anthonyd

I played around with cookie crusher a bit today on NT, no problems.  Might be
Win95 specific?

Reporter,

Is it possible for you to try and reproduce this on something other than win95? 
Like win NT, win 98, or win 2k?

thanks,
anthonyd

Summary: Suggest marking as 'FIXED', no longer able to reproduce.

More elaborate:

I'm the original reporter of bug 34916 and my problem was with my e-mail 
notification program CIE-LITE.
A very persistent bug since milestone M14 (my bug filed on the 6th of April) it 
now looks like it indeed has been 'resolved'.
I put in some testing effort tonight with build 2000100308 in combination with
CIE-LITE running in my system tray on WIN95 and I am NO longer able to reproduce
this myself! 

I have no clue if this also goes for Macro Magic or Cookie Crusher but seems to
me it is a fair bet that these third party programs will also no longer suffer
from the MSVCRT.DLL crash.

Anthony, Alan or whom ever is authorized for this I suggest these bugs (35414 
and 34916) now be marked as FIXED.

Should it return again in later builds or milestones (and let's hope not), I'll
report it again. 
resolving bug as WORKSFORME as it is no longer able to be reproduced.

anthonyd
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
verified in 10/5 build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.