Computer Models and Browser Versions FAQ
Resolve DataV editor stuttering on MacBook with Chrome, and address the impact of Chrome 80+ SameSite cookie changes on DataV applications.
MacBook editor stuttering in Chrome
Symptoms
The DataV editor may stutter with high CPU usage on MacBooks under these conditions:
-
MacBook with a Retina display at high resolution.
-
Latest Chrome browser version.
-
DataV projects with basic flat map widgets.
Cause
A bug in Chrome 66.0.3359.31 on Mac causes excessive CPU usage during canvas rendering, dropping frame rates for pages with canvas widgets (Chromium issue #822417). The effect worsens with more canvas pixels and overlay layers, especially at 1920×1080 resolution with basic flat map widgets.
-
During canvas rendering, CPU usage can spike from 3-5% to a sustained 100%, dropping frame rates below 8 fps.
-
This affects all web products with canvas-based widgets.
-
The issue intensifies with more canvas pixels and overlay layers, particularly at 1920×1080 resolution.
Solutions
This bug was reported to the Chrome team with no fix timeline provided. Use these workarounds:
-
Use an earlier Chrome version (57 or later recommended).
-
Switch to a different browser, such as Safari.
-
Use a Windows computer for editing.
Potential Impacts and Solutions After Upgrading Chrome to Version 80 and Above
Background
Starting with Chrome 80 (February 4, 2020), Google blocks third-party cookies by default, assigning SameSite=Lax to cookies and rejecting insecure SameSite=None cookies to prevent CSRF vulnerabilities. (Cookies default to SameSite=Lax) (Reject insecure SameSite=None cookies).
Test whether Chrome 80 affects your applications
-
In Chrome, go to
chrome://flags/#same-site-by-default-cookiesand set SameSite by default cookies to Enabled. -
Go to
chrome://flags/#cookies-without-same-site-must-be-secureand set Cookies without SameSite must be secure to Enabled. -
Restart Chrome, open your DataV application, and verify that all data returns and displays correctly.
-
If data returns normally, the upgrade will not affect your application.
-
If data does not return normally, the upgrade affects your application. Follow the applicable scenario below to resolve the issue.
-
Scenario 1: API data source
When a component uses an API that requires cookie-based authentication to fetch third-party data:
Impact: The component may not return or display data correctly.
Solution: Check whether the API uses HTTPS or HTTP.
-
For HTTPS protocol (Chrome version 95 and above):
Ensure the Set-Cookie response header includes SameSite=None and Secure. If missing, add both attributes to the Set-Cookie header.
-
For HTTP protocol (Chrome version 80):
-
In Chrome, go to
chrome://flags/#same-site-by-default-cookiesand set SameSite by default cookies to Disabled. -
Go to
chrome://flags/#cookies-without-same-site-must-be-secureand set Cookies without SameSite must be secure to Disabled. -
Restart the browser.
-
-
For HTTP protocol (Chrome versions 91 to 94):
-
In Chrome, go to
chrome://flags/, search for same, and set Enable removing SameSite=None cookies to Disabled. -
Go to
chrome://flags/, search for same, and set Schemeful Same-Site to Disabled.
-
Restart Chrome.
-
Scenario 2: HTTP local deployment
Accessing DataV via HTTP under Chrome 80 may block login, making local deployment services unusable.
Solutions:
-
Apply the second HTTP solution from Scenario 1.
-
Convert to HTTPS with an SSL certificate and apply the HTTPS solution from Scenario 1.
-
Downgrade to Chrome 79 or earlier and disable automatic updates.