Filter option "Show Done Tasks" in table view not persistent. #1890

New Issue

zmingee · 2021-12-30T19:33:24Z

zmingee commented

2021-12-30 19:33:24 +00:00

I'm not sure if this is intended behavior, a bug/defect, or a feature request. I like to view my tasks through the "Table" view. By default, this view shows tasks marked as done. There is an option in the "Filters" menu for "Show Done Tasks". If you select this option, and then navigate to/from the table view or otherwise reload the page, the option is reset to the default to show all done tasks.

Steps to Reproduce

Navigate to a list
Select the "Table" view
Select the "Filters" menu
Uncheck "Show Done Tasks"
4a. Note that tasks marked as done do not appear
Reload the page
5a. Note that tasks marked as done now appear
Select the "Filters" menu
6a. Note that "Show Done Tasks" is now checked

Expections

When checking/unchecking the "Show Done Tasks" option in the "Filters" menu, the setting is preserved/persistent.

I'm not sure if this is intended behavior, a bug/defect, or a feature request. I like to view my tasks through the "Table" view. By default, this view shows tasks marked as done. There is an option in the "Filters" menu for "Show Done Tasks". If you select this option, and then navigate to/from the table view or otherwise reload the page, the option is reset to the default to show all done tasks. ## Steps to Reproduce 1. Navigate to a list 2. Select the "Table" view 3. Select the "Filters" menu 4. Uncheck "Show Done Tasks" 4a. Note that tasks marked as done do not appear 5. Reload the page 5a. Note that tasks marked as done now appear 6. Select the "Filters" menu 6a. Note that "Show Done Tasks" is now checked ## Expections When checking/unchecking the "Show Done Tasks" option in the "Filters" menu, the setting is preserved/persistent.

dpschen added the

kind/bug

label 2021-12-30 23:24:00 +00:00

konrad commented

2022-01-02 21:37:47 +00:00

I'd say this is somewhere in between a bug and a feature. It was never intended to work like this, so I'd say it's a feature - however I see where this is confusing in terms of ux, so I'd say this is a UX bug.

zmingee commented

2022-01-03 09:23:17 +00:00

If you select a view, whether it's Table, Kanban, etc., and navigate away and back to the list, it preserves the view option. I think that's what was causing my confusion/expections; that the list view is preserved but the options selected for it aren't.

Thanks for the response, and happy new year.

If you select a view, whether it's Table, Kanban, etc., and navigate away and back to the list, it preserves the view option. I think that's what was causing my confusion/expections; that the list view is preserved but the options selected for it aren't. Thanks for the response, and happy new year.

👍 1

dpschen commented

2022-01-03 10:30:43 +00:00

I think this is a very legitimate issue.

If we want to persist this setting we should try indicate to the user very clearly that not the default filter is set.

On top this raises the new question on how to deal with this on saved filter pages. Should you be able to change the filter (aka edit its filter setting) or should the filtering be "on top" of the already defines filter options (if that is really possible).

I guess we should not rush to implementation here but better thing first before we implement something that doesn't consider all the cases :)

I think this is a very legitimate issue. If we want to persist this setting we should try indicate to the user very clearly that not the default filter is set. On top this raises the new question on how to deal with this on saved filter pages. Should you be able to change the filter (aka edit its filter setting) or should the filtering be "on top" of the already defines filter options (if that is really possible). I guess we should not rush to implementation here but better thing first before we implement something that doesn't consider all the cases :)

konrad referenced this issue from a commit

2024-02-07 14:00:34 +00:00

chore(deps): update typescript-eslint monorepo to v5.22.0 (#1890)

Sign in to join this conversation.