October: Persistent List settings

[karnold]

From what I can tell it appears that a users configuration for a listing page (which fields to show and what order) are only preserved for the session.

Is there a way to make each users configuration remain permanent for that user?

Similarly but possibly not related. I would like to be able to do the same thing with the dashboard so that users can have individually customized admin dashboards.

[sercanvirlan]

+1

[andrew-garside]

@karnold "I would like to be able to do the same thing with the dashboard so that users can have individually customized admin dashboards."

This is already the case with users having separate dashboards from each other.

[daftspunk]

It is currently true for the dashboard, these should persist amongst each user.

[daftspunk]

Further to this, we would need some way to reset it.

[geoffbeaumont]

+1

This is something we're getting complaints about from users - they get the lists set up nicely for the tasks they're doing, and when they come back in the morning they've all reset to default. Account level persistence would be a big improvement.

I'm not convinced a reset facility is necessary? The user can just going into the list settings / reorder columns as they need. At least for our use case this would be fine. A reset would only need to delete any custom configuration though, so I guess not a big deal to implement.

[LukeTowers]

The support demand for October is increasing, while the available time the founders have to give remains the same. These issues will be handled in time, however there are ways you can help:

• Submit a pull request that introduces this feature and wait for it to be reviewed
• Post a bug bounty for this specific issue so that more people can become involved with creating a fix
• Make a financial contribution to the project so we can allocate more time towards making improvements like these that benefit everyone

[lthurston]

Per my communication with @LukeTowers in Slack, I'm mentioning a related "bug" that might fit under the umbrella of this issue.

The problem is this: backend list views return to the first results page after editing any record.

Steps to reproduce:

1) navigate to a list of records with more than one page;
2) go to page 2;
3) edit a record;
4) click "cancel";
5) you're on page 1 again

Expected / desired result: to be returned back to the same page of results.

[github-actions[bot]]

This issue will be closed and archived in 3 days, as there has been no activity in the last 30 days. If this issue is still relevant or you would like to see action on it, please respond and we will get the ball rolling.

[LukeTowers]

Fixed in #4360. References #4357