You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We're heavily using the outputFormat: "jpg"-option in large projects, as this helps us keeping the repository (reference files are stored in LFS) smaller. I think we might have discovered a problem with the fallback images (e.g. '/capture/resources/unexpectedErrorSm.png'). These are PNGs, regardless the outputFormat option. So whenever some of these fallback images are stored as a reference, the following test-run results in an exception like:
See: /src/tests/backstop/bitmaps_test/20220929-064330/failed_diff_xxx.jpg
/usr/local/lib/node_modules/backstopjs/core/util/compare/store-failed-diff.js:20
fs.writeFileSync(failedDiffFilename, data.getDiffImageAsJPEG(85));
^
TypeError: data.getDiffImageAsJPEG is not a function
at module.exports (/usr/local/lib/node_modules/backstopjs/core/util/compare/store-failed-diff.js:20:47)
at /usr/local/lib/node_modules/backstopjs/core/util/compare/compare.js:21:14
at processTicksAndRejections (node:internal/process/task_queues:96:5)
Even this might be acceptable in the end, right now this error is catched by the test runner and test execution continues/ends with success. When running tests as part of the CI pipeline everything seems pretty ok, and no errors are reported. This error can only be discovered by reading the test entire output, what - at least I think so - usually doesn't happen in an automated ci-env.
IMHO the error should cause the test run to exit with an error code. Having different fallback/error images relying on the outputFormat could help too 😄 . I'm interested in your opinion on it before trying to contribute a possible solution.
The text was updated successfully, but these errors were encountered:
Hello everybody!
We're heavily using the
outputFormat: "jpg"
-option in large projects, as this helps us keeping the repository (reference files are stored in LFS) smaller. I think we might have discovered a problem with the fallback images (e.g.'/capture/resources/unexpectedErrorSm.png'
). These are PNGs, regardless theoutputFormat
option. So whenever some of these fallback images are stored as a reference, the following test-run results in an exception like:Even this might be acceptable in the end, right now this error is catched by the test runner and test execution continues/ends with success. When running tests as part of the CI pipeline everything seems pretty ok, and no errors are reported. This error can only be discovered by reading the test entire output, what - at least I think so - usually doesn't happen in an automated ci-env.
IMHO the error should cause the test run to exit with an error code. Having different fallback/error images relying on the
outputFormat
could help too 😄 . I'm interested in your opinion on it before trying to contribute a possible solution.The text was updated successfully, but these errors were encountered: