Assertion "Failed to get the script language"

NEW
Unassigned

Status

()

Core
DOM
12 years ago
5 years ago

People

(Reporter: Alfred Peng, Unassigned)

Tracking

Trunk
x86
All
Points:
---
Bug Flags:
blocking1.9 -

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

12 years ago
Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9a1) Gecko/20060722 Minefield/3.0a1

During startup, the following assertions show in the console.

###!!! ASSERTION: Failed to get the script language: 'Error', file nsDOMScriptObjectFactory.cpp, line 187
###!!! ASSERTION: Failed to drop the script object: 'Error', file ../../../dist/include/dom/nsDOMScriptObjectHolder.h, line 61
###!!! ASSERTION: Failed to get the script language: 'Error', file nsDOMScriptObjectFactory.cpp, line 187
###!!! ASSERTION: Failed to drop the script object: 'Error', file ../../../dist/include/dom/nsDOMScriptObjectHolder.h, line 61
###!!! ASSERTION: Failed to drop script object: 'Error', file nsXULElement.cpp, line 2484
(Reporter)

Comment 1

12 years ago
Created attachment 230395 [details]
stack when hitting the assertion
(Reporter)

Comment 2

12 years ago
Is this related to bug 255942?
Possibly related to bug 341592?

Comment 4

12 years ago
This bug still happens on trunk (linux), but only when starting up via the profile manager.
OS: SunOS → All
Blocks: 255942
Flags: blocking1.9?
(Reporter)

Comment 5

11 years ago
Created attachment 239170 [details]
The stack causes the assertion

This is the debug information on my box. The problem here is that we attempt to get a script-language during shutdown.

The bug should be related to bug 341592 as Gavin pointed out. I've tried the last patch for that bug on my build. The assertion problem is fixed.

In the log for nsDOMScriptObjectFactory.cpp, bz said that the patch caused the leak problem for bug 341700, and backed out it. In my build, the bug still exist. If the patch doesn't work, we need to find out another approach.
(Reporter)

Updated

11 years ago
Attachment #239170 - Attachment description: The stack causes the crash → The stack causes the assertion
Not blocking for now. If this really is a crash rather than just an assertion then please renominate. All the bugs pointed to in the previous comment are fixed now.
Marking blocking- per above comment.
Flags: blocking1.9? → blocking1.9-
Assignee: general → nobody
QA Contact: ian → general
You need to log in before you can comment on or make changes to this bug.