Closed Bug 304162 Opened 20 years ago Closed 20 years ago

Integrate necko unit tests into tinderbox

Categories

(Core :: Networking, defect, P1)

defect

Tracking

()

RESOLVED FIXED
mozilla1.8beta4

People

(Reporter: Biesinger, Assigned: Biesinger)

Details

Attachments

(1 file, 1 obsolete file)

Necko unit tests should be integrated into tinderbox so that the tree turns orange when one of these tests fails. bsmedberg recently added another test (TestVersionComparator, iirc); but that one is run during make libs. I'm not sure this is great. I suggest adding a treewide "make check" target that runs the various automated tests that are available. (automake provides the same target). Tinderbox could automatically run "make check" on the tree if tests are enabled. What do you think?
If someone has time to work on 'make check' then I suppose that would be ideal, but if we're short of time, then hacking an additional tinderbox test would seem the best choice. It wouldn't take much time :-)
I think "make check" sounds fine. I do think it should be part of the default build process if we have --enable-tests and aren't cross compiling (the tiers would then be built export/libs/check). What do you think about stuff like the compare-locales tests? I currently am doing those libs as well (see extensions/reporter/locales/Makefile.in). Is that something that should be part of "check" or "libs"? It's a source-code checker, not a runtime checker, so perhaps it should stay where it is.
The necko unit tests make network requests (or at least the test created by biesi does). We could and should probably convert those tests over to using a loopback server socket created by the testcase (via nsIServerSocket), but until that happens, it probably doesn't make sense for the build to block on running these tests. I'm also not sure that the build should break completely just because some necko test fails. An orange tinderbox seems better to me.
Attached patch the easy way: FileBasedTest (obsolete) — Splinter Review
this uses FileBasedTest to just run the necko tests. it probably needs a tinder-config setting. however, I think I'd rather implement the make check as suggested above...
It's up to you, but how about we land the easy way first? ;-)
I don't think the runtime tests should be enabled by default in the normal build. It isn't that much more effort for a developer to add 'make check' to their local build script. For the tinderboxes, maybe a 'RunRegressionTests' function could be added that just calls 'make check'. See also bug 63228 & bug 63368 .
ah, I weren't aware of those bugs. ok. I'll use this bug to get the easy fix in, and make patches for the other stuff in those two bugs.
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla1.8beta4
Attachment #192297 - Flags: review?(chase) → review+
Checked in; what does it take to get tbox machines updated? Should I file a new bug about them? Checking in tools/tinderbox/build-seamonkey-util.pl; /cvsroot/mozilla/tools/tinderbox/build-seamonkey-util.pl,v <-- build-seamonkey-util.pl new revision: 1.300; previous revision: 1.299 done Checking in tools/tinderbox/tinder-defaults.pl; /cvsroot/mozilla/tools/tinderbox/tinder-defaults.pl,v <-- tinder-defaults.pl new revision: 1.79; previous revision: 1.78 done
(In reply to comment #9) > Checked in; what does it take to get tbox machines updated? Time from somebody on the build team. > Should I file a new bug about them? Yes, a bug will help us prioritize the task while placing it in our queue. Please list the systems you would like this enabled on in the order of importance as we may only have time to eat through the list in pieces.
thanks, filed Bug 304234
Status: ASSIGNED → RESOLVED
Closed: 20 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: