Explore Performance Improvement and UI Design in Sites Dashboard

[okmttdhr]

What

The recent performance optimization in the Sites Dashboard helped address a regression affecting mobile users with a large number of sites. However, concerns have been raised about the maintainability of this solution and its impact on code complexity.

Why

The current solution/code could introduce additional complexity that may make future maintenance difficult.
See #100977 (comment) for more context.

Possible Approaches

• Investigate the root cause that is affecting high CPU usage to determine if there are alternative solutions that avoid adding complexity. Evaluate broader performance improvements that could benefit all device types, rather than just mobile users.
• Assess the existing UI design to determine whether the viewport-based differences are necessary and if the design should be adjusted for consistency, since it could lead to non-excellent experiences for users. Consider a design iteration where the sites list is not shown on the site details page, as this could simplify the code, improve performance, and enhance the overall user experience.
  • Update: The sites dashboard will be getting a refresh as part of the multi-site dashboards project: Sites Dashboard: Conditionally fetch and render sites list based on screen width #100977 (comment)

[github-actions]

This issue could use some more labels, to help prioritize and categorize our work. Could you please add at least a [Type], a [Feature], and a [Pri] label?

[supernovia]

📌 ACTIONS

• Triaged

📌 Message to Author
I'm marking this as triaged because it's already assigned to a team, but if you need testing/sorting from Product Ambassadors, please send it back to Needs Triage. Thanks!