🐛 Bug: Seconds Layout shift on Tools page after selecting different GROUP BY option other than the default one when we are refreshing the page

Describe the bug

While we are at tools page, if we select one option that are given in GROUP BY option other than tooling Type which is by default, and then refresh the page. If we do this, our page will first go into the Tooling Type then goes to the option we have selected. This is a classic bug described in the Designing Data Intensive Applications too saying this kind of bug lags read after write consistency.

Steps To Reproduce

1. Go to Tools page.
2. Select an option from GROUP BY other than the default one.
3. Refresh the page.
4. Take a look how there is no consistency in the UI. It first goes to Tooling type option then to the option we select.

Expected Behavior

There should be no latency between the UI change as it is creating a huge effect on user experience. Most of the user wants Monotic Reads according to which when the user sets one preference for the state he / she doesnot want to see that thing in other state.

https://github.com/user-attachments/assets/a177ce68-a6b9-4663-b9e3-aba6eb18f035

Screenshots

Thank you for the consideration!

Device Information [optional]

- OS:
- Browser:
- version:

Are you working on this issue?

Yes

Do you think this work might require an [Architectural Decision Record (ADR)]? (significant or noteworthy)

Yes

Start at the Tools page and trace how the GROUP BY selection is stored and restored across a refresh. Reproduce the switch from the default Tooling Type to another option, then refresh; done means the selected view loads without first showing the default view or causing a visible layout shift.