122850 - Venkman hangs on initialization.

Status: VERIFIED FIXED

(Other Applications Graveyard :: Venkman JS Debugger, defect)

Description

[Christopher Wanko]

"An exception occured while initializing"
TypeError: undefined has no 
properties@<chrome://venkman/content/venkman-static.js> 277

Win95 OSR2, Novell Netware environment, 64 Megs RAM, using Nightly Build from 31 
Jan 2002 appx 1600hrs EST.  Also have JRE 1.4 RC01, Netscape 4.79, IE 5.5 SP2, 
and small linty objects in mouse.  Am not seeking problem resolution regarding 
small linty things.

Comment 1

[Robert Ginda]

I bet this is fixed, please try again with tomorrows build.

Comment 2

[Christopher Wanko]

Just downloaded and installed Gecko/20020201 0.9.8.
Removed mozreg.dat from \windows, removed contents of mozilla directory
before install.  Problem still exists, only it doesn't give the warning now,
just the symptomatic hanging of the Venkman window.

Window can be closed, Mozilla remaining functional.  Mozilla also continues to
(properly) load *.js code for web pages.

Comment 3

[Robert Ginda]

Looks like the problem was related to the fix for bug 121744.  I didn't notice
this 'cause I'm using an old build.  Also, I have a laptop with one of those
"nipple" mice, and can't verify small linty things.  I've checked in the
following patch...

Index: resources/content/venkman-static.js
===================================================================
RCS file: /cvsroot/mozilla/extensions/venkman/resources/content/venkman-static.js,v
retrieving revision 1.29
retrieving revision 1.30
diff -u -r1.29 -r1.30
--- resources/content/venkman-static.js 31 Jan 2002 02:42:09 -0000      1.29
+++ resources/content/venkman-static.js 1 Feb 2002 22:12:09 -0000       1.30
@@ -274,8 +274,11 @@
     
     function setAttribs (obj, c, attrs)
     {
-        for (var a in attrs)
-            obj.setAttribute (a, attrs[a]);
+        if (attrs)
+        {
+            for (var a in attrs)
+                obj.setAttribute (a, attrs[a]);
+        }
         obj.setAttribute("class", c);
         obj.setAttribute("msg-type", msgtype);
     }

Comment 4

[Peter Wilson]

Still happening on Build 2002020409. Venkman locks all windows TFS only way out.
Picked up following on Javascript Console :
Warning: test for equality (==) mistyped as assignment (=)?
Source File: 
chrome://communicator/content/tasksOverlay.js
Line: 225, Column: 30
Source 
Code:
  while (sep = sep.nextSibling) {
Could this be the problem. I will patch my version and report back.

Comment 5

[Peter Wilson]

A problem - but not the problem. Still hanging. The Venkman window opens and 
then hangs before any XUL content has been displayed. 
ps. I'm on windows 2000.

Comment 6

[Peter Wilson]

Neither fixed nor resolved Build 2002020603-trunk

Comment 7

[Robert Ginda]

This works for me on my 0202, 0204, and 020611 builds on linux.  Can someone
elaborate on what it means to "hang"?  Are there any errors on the js console?

Comment 8

[Peter Wilson]

The Javascript console shows no new errors when the Debugger is opened. The 
Debugger window appears with a title bar but the window content is missing and 
transparent. The ability to make the Browser or the console window the active 
window still exists - but they are not repainted and are unresponsive. The only 
way out is to kill the Mozilla process.

Comment 9

[Robert Ginda]

Peter, possible a dupe of bug 121583?  Can you resize venkman?  If not, try
moving localstore.rdf out of the way and restarting.  That should reset your
splitter positions and window size, which may avoid this oscillation.

Comment 10

[Peter Wilson]

Many thanks. Moving localstore.rdf out of the way did the trick. I don't know 
what happened, but this started about a week ago. 

Comment 11

[Christopher Aillon (sabbatical, not receiving bugmail)]

rs verify.  but this should probably have been marked as a dupe.

Comment 12

[Robert Ginda]

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