State Management and Persistence Issues Across Various Modules #744
Labels
No Label
1000k
100k
10k
200k
20k
500k
50k
5k
75k
backend
blocked:design
bug
dependencies
documentation
duplicate
enhancement
good first issue
help wanted
invalid
P1
P2
P3
question
scope:intl
scope:nip
scope:query_tracing
scope:ux
wontfix
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Kieran/snort#744
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Related to this, I've discovered numerous areas within the app where the data displayed is inconsistent or incorrect.
Beyond issues with pins/bookmarks and note-related data, another example of a problematic area is settings/moderation. Here, muted words are only displayed if they are stored in the state. This means that if you add a muted word and then refresh the page, the word no longer appears.
Is there a specific reason for this implementation approach, where sometimes state (like useLogin with various lists) is used, and other times data is fetched from an API without updating the state?
Please let me know if I'm missing something; otherwise, I believe this requires a significant refactor.
Also please can you grant me access to push to dev branches and open PRs?
Application states are out of sync with BE datato State Management and Persistence Issues Across Various Modules