Closed Bug 523654 Opened 16 years ago Closed 14 years ago

Enable JS RefTest Tests on Tracemonkey Maemo Builds

Categories

(Release Engineering :: General, defect, P4)

ARM
Linux
defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: cmtalbert, Assigned: jhford)

References

Details

(Whiteboard: [unittest][waiting-for-harness-fix])

Attachments

(1 file)

We need to turn on the JS RefTest browser JS tests on for Maemo builds on the Tracemonkey tree to get some amount of Javascript testing coverage for ARM. Currently the only JS tests we have are make check tests which must be run on the build system directly and cannot therefore be run on mobile devices. Setting up these tests should be nearly identical to running reftests. See bug 519213 for the related but different effort to turn on these tests for normal x86 builds.
Component: Release Engineering → Release Engineering: Future
Mass move of bugs from Release Engineering:Future -> Release Engineering. See http://coop.deadsquid.com/2010/02/kiss-the-future-goodbye/ for more details.
Component: Release Engineering: Future → Release Engineering
Priority: -- → P3
Whiteboard: [unittest]
Assignee: nobody → bear
Assignee: bear → jhford
Whiteboard: [unittest] → [unittest][triageoldbugs]
Whiteboard: [unittest][triageoldbugs] → [unittest]
Priority: P3 → P4
Clint, is this still needed and important on Maemo or should this effort be directed to desktop or android build testing?
We still need javascript testing on ARM chips. Since Android is more of a focus at this point, I think it makes sense to press forward with these tests on the tegras. But, I think jsreftest work is behind the ongoing talos and mochitest work on the tegras. So, if we can do this parallel on maemo in the meantime, that'd be a win. So, yes, it's definitely needed. I would venture to guess that having this testing on android is higher priority than having it on maemo, but if it's simple to switch on for maemo, we might as well throw the switch now and get something running in parallel while we bring up android support.
Joel, is it possible to get maemkit to run this? If so, how would I launch these tests using it? Is the list of valid --testtypes for maemkit-chunked.py specified in the maemkit.cfg file? If so, do you think something like the following would be likely to work? [jsreftest] testroot = /builds/fennec/jsreftest/tests utility-path = /builds/fennec/reftest manifest = /builds/fennec/jsreftest/tests/jstests.list log-file = /builds/fennec/log_jsreftest.txt verbose = 1 no-pieces = true
Waiting on maemkit harness support, but this should be what is required
Attachment #518225 - Flags: review?(aki)
Depends on: 640404
Comment on attachment 518225 [details] [diff] [review] patch to enable jsreftests once in maemkit Assuming it's called 'jsreftest', that looks right.
Attachment #518225 - Flags: review?(aki) → review+
Whiteboard: [unittest] → [unittest][waiting-for-harness-fix]
(In reply to comment #6) > Comment on attachment 518225 [details] [diff] [review] > patch to enable jsreftests once in maemkit > > Assuming it's called 'jsreftest', that looks right. according to the bug that I filed to track the maemkit work, it will be :)
How far out is the maemkit work in bug 640404? I would suggest that the tegras are green enough now that they would be a better target for this effort.
I don't know if we are interested in turning on new tests for maemo. The dev team is really focused on android and desktop linux this quarter.
(In reply to comment #9) > I don't know if we are interested in turning on new tests for maemo. The dev > team is really focused on android and desktop linux this quarter. ...and if we wait any longer than that, Maemo may be a non-issue. OK, WONTFIXing. There is debug testing work for tegras lining up in bug 649690, and that specifically mentions js reftests. Please let me know if we need to file a more targeted bug though.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: