Closed Bug 616056 Opened 14 years ago Closed 14 years ago

Registering binary components through manifest multiple times leads to a crash

Categories

(Core :: XPCOM, defect)

defect
Not set
critical

Tracking

()

RESOLVED FIXED
Tracking Status
blocking2.0 --- beta8+
status2.0 --- wanted

People

(Reporter: WeirdAl, Assigned: benjamin)

References

Details

(Keywords: crash, testcase)

Attachments

(2 files, 1 obsolete file)

See attachment 494592 [details] and bug 612088 comment 19. On each pass through Components.manager.autoRegister, the internal module data became progressively worse, until on the fourth pass it crashed with an uninitialized module and an uninitialized local file.
Attached patch crash testcase using xpcom/sample (obsolete) (deleted) — Splinter Review
blocking2.0: --- → ?
Keywords: crash, testcase
whoops, the testcase had local file paths.
fixed issues with patch - it now shows the bug with Fedora 14 as well.
Attachment #494621 - Attachment is obsolete: true
OS: Windows 7 → All
Hardware: x86 → All
Assignee: nobody → benjamin
blocking2.0: ? → -
status2.0: --- → wanted
Blocks: 612088
Marking as blocking for beta 8 (see https://bugzilla.mozilla.org/show_bug.cgi?id=612088#c21).
blocking2.0: - → beta8+
Attachment #494735 - Flags: review?(dtownsend) → review+
Given http://hg.mozilla.org/mozilla-central/rev/96d450e8f445 , can this be marked fixed now?
Yep.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: