I would genuinely like to understand the design rationale behind the decision to retain the Windows Search task — built on WebView2 and therefore clearly leveraging client-oriented components — within Windows Server 2025 Desktop Experience.
In many scenarios, we are already required to deploy Windows Server with a graphical interface because the Core edition is not always compatible with certain legacy applications or management environments. However, this should not automatically justify importing consumer-grade UX components into a server-oriented operating system.
Does it really make architectural sense for a Search process to consume over 100 MB of RAM on a system whose primary goals should be stability, consistency, and minimisation of the software footprint?
It would be useful to understand whether this design choice addresses a specific technical requirement, or whether it is simply the result of codebase alignment with the client edition.