Open
Bug 1425706
Opened 6 years ago
Updated 2 years ago
Document best practices for deploying geckodriver in README
Categories
(Testing :: geckodriver, enhancement, P3)
Tracking
(Not tracked)
NEW
People
(Reporter: ato, Unassigned)
Details
There was a recent conversation on tools-marionette [1] that brought to our attention that users are hit by the GitHub rate limiting when downloading geckodriver as part of their automation. jgraham proposed to document best practices for deploying geckodriver in testing/geckodriver/README.md, and I quote his email: > On the other hand, it seems like there are several things that > users could do to avoid this problem with no changes to the > distribution. For example: > > * cache dependencies. Major CI providers will all provide some way > to cache downloaded artifacts, and since geckodriver is rarely > updated and updates are typically not essential and may even be > problematic, it seems like a good fit for caching. It might not > improve performance since the CI caches themselves will also > involve some remote download, but it will certainly avoid rate > limits. > > * Use an authenticated request to GitHub. This will avoid the > IP-address based rate limit that is the problem here, and instead > use a per-account rate limit. [1] https://groups.google.com/forum/#!topic/mozilla.tools.marionette/zeI6mBD0mOg
Reporter | ||
Updated•6 years ago
|
Priority: -- → P5
Reporter | ||
Updated•6 years ago
|
Priority: P5 → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•