[feature]: Sub-issue collapse state in list view not persisted across page refreshes
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 59.6k
- Forks
- 5.8k
- Avg merge
- 1d 22h
- Merged PRs (30d)
- 49
Description
Summary:
When collapsing/hiding sub-issues under their parent in the list view, the collapse state is not persisted. Every time the page is refreshed, all sub-issues are expanded again, forcing the user to manually collapse them again.
Steps to reproduce:
- Open a project with parent issues that have sub-issues
- Collapse/hide sub-issues under a parent in the list view
- Refresh the page
- All sub-issues are expanded again
Expected behavior:
The collapse state should be persisted (e.g., in local storage, user preferences API, or as part of the view settings) so that refreshing the page or navigating away and back preserves which parents have their sub-issues collapsed.
Why this should be worked on:
Projects with many nested issues become tedious to navigate when every refresh resets the view. This is basic UX polish that significantly impacts daily workflow for users managing deeply nested work items.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the list-view implementation and trace how parent issue collapse state is currently held during refreshes. Review any existing view-settings or persistence tests, then verify that collapsing selected parents remains preserved after a page refresh and after navigating away and back.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- frontend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 52/100