-
Notifications
You must be signed in to change notification settings - Fork 308
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
How to keep Chrome and app’s Carlo synchronized? #17
Comments
I'm also interested in this. Breaking changes in DOM/JS APIs are fairly rare, so that's not my biggest concern. However, in my experience the DevTools protocol has major breaking changes every couple of Chrome versions. Puppeteer is tied to specific Chromium revisions for this reason, and ChromeDriver seems to claim compatiblity with 3 Chrome versions for each ChromeDriver version at most. Is there a plan to be more "future-proof" with Carlo? |
How big is Carlo, would it be possible to package multiple versions if there’s a breaking change? Or somehow abstract dev tools API so that it’s backwards-compatible, at least for some while and with deprecation notices.. I’d need this in such a mission-critical application (digital signage), that would be nice to have this solved. Electron has been quite unstable, especially v3 – would be happy to try Carlo out, since Puppeteer have been great in server-side. |
Or would it be possible to define certain Chrome version as dependency (at least in Linux)? I’ve seen that packages install other packages, but can they be defined to certain versions? |
Hmm..or was it so, that old versions of Chrome are not available? 🤔 |
I mean if user have (now or in the future) older or newer Chrome, what happens?
The text was updated successfully, but these errors were encountered: