Closed Bug 604422 Opened 14 years ago Closed 14 years ago

Crash: jsterm's keys() helper crashes on large objects

Categories

(DevTools :: General, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: ddahl, Assigned: rcampbell)

References

Details

(Keywords: crash)

Attachments

(1 file)

I opened zimbra, opened the console, then:

divs = $$("div")

values(divs)

immediate crash. on smaller objects (this one was 1053 properties), an array was returned.

will post a traceback ASAP
Blocks: devtools4b8
blocking2.0: --- → ?
Keywords: crash
Tried to get a traceback on my recent mac build (pulled this morning) and i do not get any bad behavior. will rebuild on linux and see if it is still an issue.
I also had a crash when calling pprint() on a div object that was a property on an XrayWrapper

attaching 2 trace backs
Attached file 2 tracebacks
1st traceback was shortly after calling the keys() helper, 2nd is from the pprint helper - did this on a mac, so these are the Apple-style traces.
Assignee: nobody → rcampbell
This may also be fixed by the command completion bug 604431
I'm unable to reproduce this on today's nightly (Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b8pre) Gecko/20101018 Firefox/4.0b8pre). This is yesterday's, so it doesn't have the command-completion patch in.

Wondering if there was some fallout to compartments that was fixed that clears this error. Or, maybe I have more memory. Was able to inspect values($$("div")) with 1142 elements.
I think my command completion patch on bug 604431 fixed this.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Canceling blocking request since it's WFM.
blocking2.0: ? → ---
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: