Editor preferences are saved in database every time the Settings sidebar opens/closes

[miksansegundo]

Description

I wonder if this is a bug because a request to /wp/v2/users/me is made every time the Settings sidebar opens/closes. It seems that it is not needed because every update on the preferences modal also triggers a request.

Step-by-step reproduction instructions

• Go to the Site editor
• Click on the Settings icon to open or close the sidebar

• From the Chrome Dev Tools, verify a request to /wp/v2/users/me is made every time to save the preferences

Screenshots, screen recording, code snippet

Click on the Settings icon to open or close the sidebar and verify a request is made:

Screen.Recording.2567-05-06.at.09.16.37.mov

Change any preferences from the modal and verify a request is also made:

Screen.Recording.2567-05-06.at.09.21.22.mov

Environment info

• WordPress 6.5.2
• Gutenberg 18.2.0

Please confirm that you have searched existing issues in the repo.

Yes

Please confirm that you have tested with all plugins deactivated except Gutenberg.

Yes

[hbhalodia]

Hello @miksansegundo, I do not think this is an actual issue, but likely a kind of feature for the user. If you can see that, once you close/open the sidebar and then close the site and reopen/reload the site, the sidebar is persisted because it saves your preference to the DB and local storage as well with the option "isComplementaryAreaVisible":true in key WP_PREFERENCES_USER_{user_id}. So not the preferences are the actual preferences, but the open/close for the sidebar is also a preference for the user.

Thank You.

[buzztone]

I found this issue while searching the repo to confirm if this feature has been implemented.
I definitely want my user configuration of the Settings Sidebar to persist when I close/open the sidebar & reopen/reload the site.