assets/js/dashboard.js has two separate clear-filter code paths that clear different subsets of active filters:
The sidebar's own "Clear" button (initSidebarFilters's clearFiltersBtn, ~lines 359-368) clears status/category/type/the 6 real date fields, but never touches search, priority, or assigned_to.
The page-level "Clear All Filters" button (clearAllFilters, ~lines 290-310) clears search/status/priority/category/type/assigned_to but (per the related date-filter issue) not the real date fields.
Impact: Depending on which of the two a user clicks, some filter category always survives. There's no single control that reliably returns the dashboard to a truly unfiltered state.
Fix: Consolidate to one shared clear-filters function covering the complete, correct set of param names (search/status/priority/category/type/assigned_to + all 6 date fields), called by both buttons.
**Severity:** Medium
`assets/js/dashboard.js` has two separate clear-filter code paths that clear different subsets of active filters:
- The sidebar's own "Clear" button (`initSidebarFilters`'s `clearFiltersBtn`, ~lines 359-368) clears `status`/`category`/`type`/the 6 real date fields, but never touches `search`, `priority`, or `assigned_to`.
- The page-level "Clear All Filters" button (`clearAllFilters`, ~lines 290-310) clears `search`/`status`/`priority`/`category`/`type`/`assigned_to` but (per the related date-filter issue) not the real date fields.
**Impact:** Depending on which of the two a user clicks, some filter category always survives. There's no single control that reliably returns the dashboard to a truly unfiltered state.
**Fix:** Consolidate to one shared clear-filters function covering the complete, correct set of param names (search/status/priority/category/type/assigned_to + all 6 date fields), called by both buttons.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Severity: Medium
assets/js/dashboard.jshas two separate clear-filter code paths that clear different subsets of active filters:initSidebarFilters'sclearFiltersBtn, ~lines 359-368) clearsstatus/category/type/the 6 real date fields, but never touchessearch,priority, orassigned_to.clearAllFilters, ~lines 290-310) clearssearch/status/priority/category/type/assigned_tobut (per the related date-filter issue) not the real date fields.Impact: Depending on which of the two a user clicks, some filter category always survives. There's no single control that reliably returns the dashboard to a truly unfiltered state.
Fix: Consolidate to one shared clear-filters function covering the complete, correct set of param names (search/status/priority/category/type/assigned_to + all 6 date fields), called by both buttons.
Fixed and verified (real MariaDB/jsdom/curl-range as applicable). Merged to main in commit
23d94bf.