-
Notifications
You must be signed in to change notification settings - Fork 405
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
Inconsistent Data Removal - Remove Step Feature #905
Comments
Hi @shivareddy6 and @ABHISHEK-PANDEY2 @Sarfraz-droid I have done working on it. If u see this as an issue I can make the PR. |
This issue is stale because it has been open for 30 days with no activity. |
Sure, sounds like an issue to me |
Okay, I am going to make a pr then |
@shivareddy6 I've opened a PR for this issue, please take a look. |
solved with #977 |
Describe the bug
The "Remove Step" feature currently exhibits inconsistent behavior, which affects the integrity of the application's data management. This inconsistency arises from the fact that, while it removes the step from the frontend, it merely marks the step as "deleted" in the backend (Firebase) by setting a deleted flag to true. When a user initiates the "Remove Step" action, a modal dialog warns them that this action cannot be undone. However, the current implementation contradicts this by retaining a soft-deleted copy of the step in the backend.
Expected behavior
To align the application's behavior with user expectations and best practices, it is recommended that the "Remove Step" feature should not only remove the step from the frontend but also delete it entirely from the backend. This ensures that the data remains consistent and adheres to the principle of data minimization. It will also reduce data storage and enhance the data consistency and alignment with user expectations.
Screenshots
issue3.webm
The text was updated successfully, but these errors were encountered: