Closed
Bug 66690
Opened 24 years ago
Closed 24 years ago
NGDriver tests for Javascript crash the browser
Categories
(Core Graveyard :: Plug-ins, defect)
Core Graveyard
Plug-ins
Tracking
(Not tracked)
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.
Comment 1•24 years ago
|
||
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 -
Comment 2•24 years ago
|
||
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
Reporter | ||
Comment 3•24 years ago
|
||
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
Comment 4•22 years ago
|
||
mass duplicate verifications . For filtering purposes, pls use keywd "massdupverification"
Status: RESOLVED → VERIFIED
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•