When OpenVSX is slow, the Extensions view becomes slow too

[sdirix]

Bug Description:

When OpenVSX takes some time to respond, the extensions view is fully blocked until the response is received. This is not very user friendly for operations which are local (e.g. uninstalling an extension)

Steps to Reproduce:

1. Wait until OpenVSX is slow, or add some artificial timeouts in the code, or just block OpenVSX temporarily on your machine
2. Open the Extensions view
3. Observe that the list of installed extensions is only shown AFTER the the timeout to OpenVSX is hit
4. Uninstall an extension
5. Observe that the update of the "installed" extensions view is only completed AFTER the same timeout to OpenVSX is hit
6. Only then I can click "reload window"

Expected behavior:

Any extension interactions which can be done locally should not be blocked by requests against OpenVSX.

Additional Information

• Operating System: Ubuntu 24.04
• Theia Version: latest (d201398)