-
Notifications
You must be signed in to change notification settings - Fork 23
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
chore: note on using puppeteer >= 3 & ouf of memory docs update #552
Comments
After thinking a bit more, I think it would be a good idea to allow users to have more control over the puppeteer configuration(not only on the flags). Allow user having/passing their own puppeteer launch config & merge default config with the user one. What are your thoughts? |
P.S. Moving to |
The problem was with the We are running our tests on the k8s GitLab runner. With version 5.0.0(3.3.0 of the previous release was also working the same way) it was throwing After adding
We have tried to add different args to the puppeteer launch command args: [
'--disable-gpu',
'--no-sandbox',
'--disable-setuid-sandbox',
'--disable-dev-shm-usage',
], but that didn't work. Also, we have tried to increase resources dedicated to the job which also didn't help. Finally, we have fixed it by using resolutions. Adding
fixed the issue. There is a dedicated issue at the puppeteer repo for that but I think it worth mentioning in the Percy docs of what to do when someone has the same problem. Feel free to close |
Thanks @artemgurzhii ! I'm using npm so the resolutions code was a little different for me, but it worked all the same
|
With the last agent based SDK migrated to CLI, you can check the migration doc to see how you can upgrade: https://docs.percy.io/docs/migrating-to-percy-cli#completed The new SDK toolchain ( |
We are using Percy integration with Gitlab and we have problems with it.
Here is a bit more detailed explanation of our problem.
The solution is to add
'--disable-dev-shm-usage'
to the puppeteer launch args, but I'm not sure that everyone who is using that package will need it. Therefore I'm proposing to delegate those flags to be passed by the user using.percy.yml
config and use default flags(current flags) unless no flags were passed/defined through the config file. In that way, it will not break any current builds + will have backward compatibility with the previous/future releasesThe text was updated successfully, but these errors were encountered: