-
Notifications
You must be signed in to change notification settings - Fork 5
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
fix: end test waiter when using @animationData arg #441
Conversation
Hey @anas7asia, is there anything you'd like me to change about this PR? |
added a test here 22a/ember-lottie@main...oreqizer:ember-lottie:main I reverted the change and the test indeed failed. adding this commit's change fixes the test 👍 |
Hello @22a! |
Excellent, thank you @oreqizer @anas7asia - 22a#1 has been merged |
Thank you @22a, can you squash your commits before we merge, please? |
@anas7asia sure thing, done 👍 |
Hey @22a, the lint job was timing out because of the new This PR should address that by ignoring fixtures in CC @anas7asia |
nice one @oreqizer - merged and squashed again |
Co-authored-by: boris.petrenko <[email protected]>
apologies, my previous commit violated your commit message linting. fixed. |
failing job is unrelated, merging |
@22a, the fix is available in the latest release: https://github.com/qonto/ember-lottie/releases/tag/v1.1.3 cc @oreqizer 🙏 |
This PR ends the test waiter (inside the
<Lottie>
component'sanimate
action) after reading the@animationData
arg.Prior to this change, the test waiter is started when using
@path
or@animationData
:ember-lottie/ember-lottie/src/components/lottie.ts
Line 68 in 144518e
but it was only ended when using
@path
- so specs relying on@animationData
hang and timeout:ember-lottie/ember-lottie/src/components/lottie.ts
Line 94 in 144518e
Testing
I have
patch-package
'd this change into our app and can confirm it works as expected:Screenshot of passing spec after patch failed import:
I attempted to write a failing spec to reproduce the
@animationData
test waiter bug but couldn't find an ergonomic way to provide a reasonable@animationData
payload without checking in a big bag of JSON. In this branch I tried to reach up into thepublic/
directory where you already have a suitable json payload but I ran into import issues (see details below) and it already involved fiddling with the test app'stsconfig.json
so I parked it. If you're okay with me tweaking tsconfig and duplicatingtest-app/public/data.json
somewhere underapp/
I'm happy to prep a PR to add a suitable spec.Details on
test-app/public/data.json
failed import