-
Notifications
You must be signed in to change notification settings - Fork 9.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
tests(viewer): don't override puppeteer's chromium #9877
Conversation
This test is currently failing in master. The viewer's puppeteer test doesn't work with Chrome 78, and neither does the latest puppeteer (1.20.0). Puppeteer ships with a specific Chromium revision, and is only meant to work with that, so we shouldn't override it.
…ouse into connorjclark-patch-1
that didn't seem to do the trick yet viewer tests failed with
|
MaybeTravis doesn't clear env variables between runs? |
this was partly to avoid redownloading Chromium every time (it may have been skipping Otherwise, is there something specific that broke with m78 and is it something we can get fixed upstream? pptr is going to have to update its version of Chromium at some point... |
@mathiasbynens might know. We could bisect it. |
Can't get the bad revision ( |
This reverts commit ca383f5.
For travis, had to |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
love that green build :)
a major bummer to our build times but a necessary evil to be able to keep merging I suppose
# with the latest puppeteer api so we probably need to run on chromimum | ||
# @see https://github.com/GoogleChrome/lighthouse/pull/4640/files#r171425004 | ||
- export PUPPETEER_SKIP_CHROMIUM_DOWNLOAD=1 | ||
- unset PUPPETEER_SKIP_CHROMIUM_DOWNLOAD |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm assuming can we remove this at some point?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah, but can't be sure at what point. unless someone wants to merge master into ever outstanding PR branch after this lands.
It sure is unexpected that environment variables seem to persist.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we might need to just clear the caches. If we keep this we should also leave a comment similar to the removed one for why this is being unset :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Clearing cache didn't help, I tried that first.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
environment variables seem to persist
I just don't see how this makes sense. It seems like people would be constantly running into it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe b/c we should have use env:
instead of a manual export
?
We could consider removing the other Chrome install, and just use Puppeteer's instead. We would have to manage updating Puppeteer on a regular basis. note: I don't love this idea. |
This sounds super weird indeed... I wonder what we're missing?
FWIW, we're committed to cutting a new Puppeteer release for every Chrome milestone (at the very least). Managing the major Chrome versions through whatever the latest Puppeteer requires seems like the way to go, imho. |
One unexpected thing is that https://omahaproxy.appspot.com/ gives me
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
does it work with the new 2.0.0 pptr release?
# with the latest puppeteer api so we probably need to run on chromimum | ||
# @see https://github.com/GoogleChrome/lighthouse/pull/4640/files#r171425004 | ||
- export PUPPETEER_SKIP_CHROMIUM_DOWNLOAD=1 | ||
- unset PUPPETEER_SKIP_CHROMIUM_DOWNLOAD |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we might need to just clear the caches. If we keep this we should also leave a comment similar to the removed one for why this is being unset :)
I don't think it will, since the issue is with Chromium and not Puppeteer. Let's see: #9886 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
well, 🤷. At least it'll work now :)
LGTM
This test is currently failing in master.
The viewer's puppeteer test doesn't work with Chrome 78, and neither does the latest puppeteer (1.20.0).
Puppeteer ships with a specific Chromium revision, and is only meant to work with that, so we shouldn't override it.