Closed Bug 66690 Opened 24 years ago Closed 24 years ago

NGDriver tests for Javascript crash the browser

Categories

(Core Graveyard :: Plug-ins, defect)

defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 54921

People

(Reporter: BarrettLndstrm, Assigned: serhunt)

References

()

Details

I couldn't find a bug for this already, so here it is.  When I tested the 
Client-Side Java script, the broswer crashes on both HPUX and Linux.  I tested 
HPUX build #2001012521 and Linux build #2001012608.

Steps to reproduce:
1.  Go to http://bubblegum/ngdriver/tester.html.
2.  Click on the "Find Suites In:" button.
3.  Scroll down the box until you find "Javascript" and select it.
4.  Enter a name for the test run in the box at the top of the page.
5.  Click "Run Suite(s):".
6.  After the tester runs thru the page 
http://bubblegum/ngdriver/suites/javascript/emb001.html, a window pops up titled 
"Default Plugin".  If you click OK, the browser will get a Memory Fault and 
coredump.
WORKSFORME using Mozilla binaries 2001012608 on Linux, 2001012504 on WinNT.


Barrett, are you able to crash just by visiting the one test, 

         http://bubblegum/ngdriver/suites/javascript/emb001.html  ?


If so, could you use Talkback to file a report and make a note of
the report id? That way we can get a stack trace of the crash.
Or, if you have a debug build of Mozilla, you could use that 
and attach a trace to this bug. Thanks - 


(Anyone else who crashes on this may give us a trace as well!)
I can't crash on it -
This has to do with the dialog to download the default Plug-in.
Reassigning to Plug-ins component. Is this a dupe of bug 54921? 
Also note bug 60064 - 
Assignee: rogerl → av
Component: Javascript Engine → Plug-ins
QA Contact: pschwartau → shrir
I am not able to crash when just going to the one test.  I think the problem 
occurs when the plug-in download component comes up, and the Test then loads a 
new page before the dialog is dismissed.  Since you are not normally able to 
click any links in a page or change the URL address when the dialog is up, the 
automatic changing of the pages may be causing the problem.

Unfortunatly, I am not able to do a talkback report because talkback is not 
currently working on HPUX.

I'm going to go ahead and mark this as a duplicate of bug 54921, since that 
seems very close the behavoir I see.

*** This bug has been marked as a duplicate of 54921 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"

Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.