Persist view type of lists #1969

Open
opened 2022-08-11 12:21:01 +00:00 by Bouni · 2 comments

Version information:

Frontend Version: 0.19.0
API Version: v0.19.0
Browser and OS Version: Firefox 103.0.2 | Windows 10 Pro

Steps to reproduce:

  1. Select Kanban as view type for a list
  2. Logout
  3. Log back in

Expected behavior:

When selecting Kanban as vie type for a list, that setting should be persisted (per user so that everyone can have their desired view type)

Actual behavior:

After loging back in the view type is back to list instead of kanban

Checklist:

  • I have provided all required information
  • I am using the latest release or the latest unstable build
  • I was able to reproduce the bug on try
<!-- Please fill out this issue template to report a bug. If you want to propose a new feature, please open a discussion thread in the forum: https://community.vikunja.io --> **Version information:** Frontend Version: 0.19.0 API Version: v0.19.0 Browser and OS Version: Firefox 103.0.2 | Windows 10 Pro **Steps to reproduce:** <!-- Add clear steps to reproduce the bug. Provide screenshots where applicable. --> 1. Select Kanban as view type for a list 2. Logout 3. Log back in **Expected behavior:** <!-- Describe what happened. --> When selecting Kanban as vie type for a list, that setting should be persisted (per user so that everyone can have their desired view type) **Actual behavior:** <!-- Describe what happened instead. --> After loging back in the view type is back to **list** instead of **kanban** **Checklist:** * [x] I have provided all required information * [x] I am using the latest release or the latest unstable build * [x] I was able to reproduce the bug on [try](https://try.vikunja.io)
Member
Related: https://github.com/go-vikunja/frontend/issues/70
dpschen added the
kind/bug
label 2022-08-11 17:20:49 +00:00
Owner

The problem is this is a setting which should be saved per user. If someone else logs in using the same browser the old view the user before used is selected. To fix this properly we'd need to save this into the api I think?

The problem is this is a setting which should be saved per user. If someone else logs in using the same browser the old view the user before used is selected. To fix this properly we'd need to save this into the api I think?
konrad added
kind/feature
and removed
kind/bug
labels 2023-10-30 13:44:34 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: vikunja/vikunja#1969
No description provided.