Closed Bug 595620 Opened 14 years ago Closed 14 years ago

xpcshell: new test_componentsRegistered.js fails

Categories

(SeaMonkey :: Build Config, defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED
seamonkey2.1b1

People

(Reporter: sgautherie, Assigned: sgautherie)

References

(Blocks 1 open bug, )

Details

Attachments

(2 files, 1 obsolete file)

Example: http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1284173593.1284174881.627.gz Linux comm-central-trunk debug test xpcshell on 2010/09/10 19:53:13 { TEST-UNEXPECTED-FAIL | .../test_componentsRegistered.js | test failed (with xpcshell return code: 0), see following log: ... TEST-UNEXPECTED-FAIL | /test_componentsRegistered.js | false == true - See following stack: ... JS frame :: .../test_componentsRegistered.js :: run_test :: line 3 ... } Code is { 2 do_check_true("@mozilla.org/layout-debug/regressiontester;1" in 3 Components.classes); } I would guess it's a build/packaging issue, either in Core or SeaMonkey...
> I would guess it's a build/packaging issue, either in Core or SeaMonkey... Your right, its our bug. From package-compare: +bin/chrome/layoutdebug.jar +bin/chrome/layoutdebug.manifest +bin/components/layout_debug.xpt Lets add it in debug builds *only*. [I also see some other stuff in that list that might be worth investigating, another bug though, I'll tackle this week]
Assignee: nobody → sgautherie.bz
Status: NEW → ASSIGNED
Blocks: 534694
Flags: in-testsuite-
Component: Layout → Build Config
Product: Core → SeaMonkey
QA Contact: layout → build-config
Attachment #474539 - Flags: review?(bugspam.Callek) → review+
Comment on attachment 474539 [details] [diff] [review] (Av1) Package the Layout debug extension [Checked in: Comment 3] http://hg.mozilla.org/comm-central/rev/8d1b298446ac
Attachment #474539 - Attachment description: (Av1) Package the Layout debug extension → (Av1) Package the Layout debug extension [Checked in: Comment 3]
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Summary: [SeaMonkey] xpcshell: New test_componentsRegistered.js fails → xpcshell: new test_componentsRegistered.js fails
Target Milestone: --- → seamonkey2.1b1
http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1284329277.1284332814.12645.gz&fulltext=1 Linux comm-central-trunk leak test build on 2010/09/12 15:07:57 http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1284325879.1284327429.25584.gz&fulltext=1 OS X 10.5 comm-central-trunk leak test build on 2010/09/12 14:11:19 The packaging part is now fixed :-) (almost...) http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1284333776.1284335444.22209.gz&fulltext=1 Linux comm-central-trunk debug test xpcshell on 2010/09/12 16:22:56 http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1284329979.1284331648.8502.gz&fulltext=1 OS X 10.5 comm-central-trunk debug test xpcshell on 2010/09/12 15:19:39 Yet the failure still happens...
Parts missed in comment 1: http://mxr.mozilla.org/comm-central/source/mozilla/layout/Makefile.in 78 ifdef ENABLE_TESTS http://mxr.mozilla.org/comm-central/source/mozilla/layout/tools/layout-debug/src/Makefile.in 46 LIBRARY_NAME = gkdebug The latter should fix: Build: +bin/components/libgkdebug.so Xpcshell: nsNativeModuleLoader::LoadModule(".../components/libgkdebug.so") - load FAILED, rv: 80004005, error: .../components/libgkdebug.so: cannot open shared object file: No such file or directory Do I need any kind of |#ifndef MOZ_STATIC_BUILD|?
Attachment #474605 - Flags: review?(bugspam.Callek)
Comment on attachment 474605 [details] [diff] [review] (Cv1) Add needed -DENABLE_TESTS=1, Package @DLL_PREFIX@gkdebug@DLL_SUFFIX@ too I'll r+ this one, but PLLLLEASE one conrete issue per bug. In the future, I'll r- based on that alone, this test is already fixed. If we don't adhere to that, tracking and release management is harder, by a good deal.
Attachment #474605 - Flags: review?(bugspam.Callek) → review+
(In reply to comment #7) > I'll r+ this one ... > ... but PLLLLEASE one conrete issue per bug. In the future, > I'll r- based on that alone, this test is already fixed. Err missed c#5, sorry. I was wrong this is needed for this bug :/ (Thats what I get for reviewing while tired)
Cv1, with layoutdebug.jar removal update.
Attachment #474605 - Attachment is obsolete: true
Attachment #474610 - Flags: review?(bugspam.Callek)
Comment on attachment 474610 [details] [diff] [review] (Cv1a) Add needed -DENABLE_TESTS=1, Package @DLL_PREFIX@gkdebug@DLL_SUFFIX@ too [Checked in: Comment 11] Not a fan of these removed-files.in changes, but I wont belabour the point
Attachment #474610 - Flags: review?(bugspam.Callek) → review+
Comment on attachment 474610 [details] [diff] [review] (Cv1a) Add needed -DENABLE_TESTS=1, Package @DLL_PREFIX@gkdebug@DLL_SUFFIX@ too [Checked in: Comment 11] http://hg.mozilla.org/comm-central/rev/9992caf4df07 Fwiw, would any kind of |#ifndef MOZ_STATIC_BUILD| be needed?
Attachment #474610 - Attachment description: (Cv1a) Add needed -DENABLE_TESTS=1, Package @DLL_PREFIX@gkdebug@DLL_SUFFIX@ too → (Cv1a) Add needed -DENABLE_TESTS=1, Package @DLL_PREFIX@gkdebug@DLL_SUFFIX@ too [Checked in: Comment 11]
(In reply to comment #11) > Fwiw, would any kind of |#ifndef MOZ_STATIC_BUILD| be needed? I'm not sure, and won't have time to investigate until later this week at earliest.
V.Fixed, build and xpcshell.
Status: RESOLVED → VERIFIED
(In reply to comment #11) > Fwiw, would any kind of |#ifndef MOZ_STATIC_BUILD| be needed? It probably was, but bug 598644 obsoleted this :->
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: