Replies: 1 comment 1 reply
-
|
yes facing similar issues , when tests are run locally it passes but when i use these test with github actions test fails , maybe due to different docker enviroment in virtual machine |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I've encountered issues while attempting to use Loki.js for visual regression testing with a newer Chromium version. I opted for the Docker image yukinying/chrome-headless-browser-stable:132.0.6834.110 due to the aging default image (yukinying/chrome-headless-browser-stable:118.0.5993.117).
To accommodate the new Docker image, I had to set the remoteDebuggerPort to 9222 in target-chrome-docker, as the updated image doesn't support random port assignment. This limitation stems from the removal of the remote-debugging-address flag in Chromium. Consequently, socat is employed to redirect all traffic from port 9222 to 9223, which is the specified remote-debugging-port in the new image.
Upon implementing the newer version, I've observed instability in test results. Specifically, I executed the commands one after the other:
loki update --verboseRenderer --reactUri file:./storybook-static --requireReferenceloki test --verboseRenderer --reactUri file:./storybook-static --requireReferenceNumerous tests fail due to slight discrepancies in element positioning. Within
browser/src/get-selector-box-size.js, thegetBoundingClientRectfunction often returns slightly different values (typically a variance of 1-2 pixels) for identical elements, leading to frequent test failures.We are currently utilizing Storybook version 8.3.0
Has anyone experienced similar issues, can reproduce this problem, or has suggestions for resolution? Your insights would be greatly appreciated.
Beta Was this translation helpful? Give feedback.
All reactions