Closed Bug 699128 Opened 13 years ago Closed 7 years ago

Talos's pageloader manifest files should be served dynamically

Categories

(Testing :: Talos, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: wlach, Unassigned)

References

Details

(Whiteboard: [talos_wishlist])

Right now pageloader manifests are loaded from disk during tests. Since pages are of the form "http://localhost/..." they need to be rewritten to something like "http://192.168.1.3/..." before they are ready to be used in the mobile/remote case (since fennec needs to contact the web server running remotely to get the actual pages).

This unfortunately means that you need to run the configurator step (which writes new copies of these manifests and copies them to the device) before running the tests. This is rather counterintuitive to say the least, and also makes using talos slightly more complicated than it should be (since you always need to regenerate the configuration before running your test).

It would be better to serve up manifests dynamically to the clients that use them via HTTP, and do the rewriting at that time. This wasn't possible as long as we were using apache, but moving to mozhttpd should let us do this. To accomplish this, we'll need to do three things:

1. Land Joel's mozhttpd patch (see bug 688604)
2. Modify our internal mozhttpd server to rewrite manifest files before sending them to the client.
3. Modify pageloader to get the URL manifests from a URL, not from disk

We may want to make this behavior optional at first, so that releng doesn't immediately have to change the production talos setup (which still uses apache). Opinions welcome!
Depends on: 688604
alternatively we could look into doing this for remote talos only and probably by default the desktop stuff will just end up being the same.
Whiteboard: [talos_wishlist]
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.