Closed
Bug 837772
Opened 13 years ago
Closed 13 years ago
Work - Get mochitest-plain and mochitest-chrome running in Metro Firefox
Categories
(Firefox for Metro Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mbrubeck, Assigned: mbrubeck)
References
Details
(Whiteboard: feature=work)
Attachments
(1 file)
|
828 bytes,
patch
|
jimm
:
review+
|
Details | Diff | Splinter Review |
We currently have a way to run mochitest-browser-chrome tests for Metro Firefox (see bug 771271). We would also like to run "plain" and "chrome" mochitests too. This should help us test web-facing features, and let us share tests with Desktop Firefox and with Fennec.
| Assignee | ||
Comment 2•13 years ago
|
||
The following command creates a tests.ini file in dist/bin and launches the Metro browser, but for some reason the command line from tests.ini doesn't seem to make it to the BrowserCLH command-line handler:
$ pymake EXTRA_TEST_ARGS=--metro-immersive mochitest-plain
| Assignee | ||
Comment 3•13 years ago
|
||
The code in nsBrowserApp that reads tests.ini is always dropping the last argument. For mochitest-browser-chrome the last argument is always "about:blank" so this doesn't matter, but for other suites it does.
| Assignee | ||
Comment 4•13 years ago
|
||
Since the final argument is usually not followed by a space, we don't usually end up incrementing newArgc an extra time after reading it. The only time we need to decrement newArgc is if we stopped reading right after incrementing it.
This loop is a bit tricky to read; maybe we can rewrite it as two nested loops?
Comment 5•13 years ago
|
||
Comment on attachment 716268 [details] [diff] [review]
patch
(In reply to Matt Brubeck (:mbrubeck) from comment #4)
> Created attachment 716268 [details] [diff] [review]
> patch
>
> Since the final argument is usually not followed by a space, we don't
> usually end up incrementing newArgc an extra time after reading it. The
> only time we need to decrement newArgc is if we stopped reading right after
> incrementing it.
>
> This loop is a bit tricky to read; maybe we can rewrite it as two nested
> loops?
I have no issues with this. Although with your fix if it works perfectly, .. iiibdfi?
Attachment #716268 -
Flags: review?(jmathies) → review+
Comment 6•13 years ago
|
||
Another option is to have the system do the command line processing for us with CommandLineToArgvW [1]
[1] http://msdn.microsoft.com/en-us/library/windows/desktop/bb776391%28v=vs.85%29.aspx
| Assignee | ||
Comment 7•13 years ago
|
||
Hardware: x86_64 → All
Version: unspecified → Trunk
Comment 8•13 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Updated•13 years ago
|
No longer blocks: metro-testing
Updated•11 years ago
|
OS: Windows 8 Metro → Windows 8.1
You need to log in
before you can comment on or make changes to this bug.
Description
•