-
Notifications
You must be signed in to change notification settings - Fork 527
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
Drag & drop drag state resets after an incorrect answer #1468
Comments
As discussed, since this needs to apply to all interactions we're not blocking M2 on this work item. |
This probably also happens during configuration changes. |
@aggarwalpulkit596 still working on this? |
This was something a bit out of scope with the current implementation of interactions and viewmodels. It won't be possible unless we move to hilt or something better. |
I think we're solving this for the other interactions using a singleton that retrieves state from the assembler. See #2514 for specifics. @FareesHussain do you think that approach could work here? |
Deassigning you @aggarwalpulkit596 since it seems that you're not actively working on this. |
I'm not sure here, so far my implementation didn't give any desired result. I've completely forgotten my singleton pr. I will try once again using the setState similar to #2557 |
@FareesHussain let me know if i can be of any help. |
@TanishMoral11, PTAL. |
Just adding for reference (not working and not approved): I tried to get the previous
I’m adding this for future reference as I’m currently considering moving on to another issue. |
Describe the bug
When using the drag & drop interaction, an incorrect answer results in the same drag state being shown.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The drag & drop order should stay the same after the incorrect answer.
Screenshot
Device
Additional Information
Comment #1468 (comment) was addressed in #5478.
The text was updated successfully, but these errors were encountered: