suggestion: cache downloaded chromium zip in user's cache directory
See original GitHub issue(surprised I couldn’t find an existing issue regarding this)
Puppeteer currently caches the extracted downloaded chromium folder at <project>/node_modules/puppeteer/.local-chromium.
Would be great if the zip file itself could be cached as well in the local user’s cache directory (per revision). Could use https://www.npmjs.com/package/cachedir to do that.
Having it in the user’s cache will ensure different projects can reuse already-downloaded revisions and avoid the speed hit for cold installs.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:14
- Comments:5 (3 by maintainers)
Top Results From Across the Web
84045 - Investigate profile/cache on a network hosted location
The Chrome is installed in program files and the cache is set on the local disk and the user profile (User Data) is...
Read more >Cache viewer for Google Chrome Web browser - NirSoft
ChromeCacheView is a small utility that reads the cache folder of Google Chrome Web browser, and displays the list of all files currently...
Read more >Why doesn't Chrome respect the DiskCacheSize policy?
Chrome doesn't provide a way to change its cache size through the user interface. ... Open the download archive (e.g. using 7-Zip).
Read more >In which directory does Google Chrome store cache files?
6. Navigate to the file path “\AppData\Local\Google\Chrome\User Data\Default\Cache.” The contents of Chrome's cache appear in ...
Read more >Issue 343856 in chromium: Chrome Broswser - WPAD file is ...
WPAD file is always getting downloaded from the server instead of cache ... with "--user-data-dir=path/to/temp/directory" to create a new temporary
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

@jsdevel This was implemented in #6014. It’ll be in the next Puppeteer release! Closing this issue.
There are a few existing issues about this such as #679. I agree we should do this. We could perhaps install the browser binaries globally, in a
~/.puppeteerdirectory (configurable through an environment variable), with a unique path per exact revision.