Change:
{ "view": "scm", "contents": "%view.workbench.scm.empty%", <del> "when": "config.git.enabled && git.state == initialized && workbenchState == empty", </del> <ins> "when": "config.git.enabled && workbenchState == empty", "enablement": "git.state == initialized", </ins> "group": "2_open@1" }, { "view": "scm", "contents": "%view.workbench.scm.folder%", <del> "when": "config.git.enabled && git.state == initialized && workbenchState == folder", </del> <ins> "when": "config.git.enabled && workbenchState == folder", "enablement": "git.state == initialized", </ins> "group": "5_scm@1" }, { "view": "scm", "contents": "%view.workbench.scm.workspace%", "when": "config.git.enabled && git.state == initialized && workbenchState == workspace && workspaceFolderCount != 0", <ins> "enablement": "git.state == initialized", </ins> "group": "5_scm@1" }, { "view": "scm", "contents": "%view.workbench.scm.emptyWorkspace%", <del> "when": "config.git.enabled && git.state == initialized && workbenchState == workspace && workspaceFolderCount == 0", </del> <ins> "when": "config.git.enabled && workbenchState == workspace && workspaceFolderCount == 0", "enablement": "git.state == initialized", </ins> "group": "2_open@1" }, { "view": "explorer", "contents": "%view.workbench.cloneRepository%", <del> "when": "config.git.enabled && git.state == initialized", </del> <ins> "when": "config.git.enabled", "enablement": "git.state == initialized", </ins> "group": "5_scm@1" } ]

Discussion:
Below is a recording of a Control-R reload when no workspace is open and one non-builtin extension is contributing to to the Welcome view of Explorer. ! Observe how we start with Explorer's usual "NO FOLDER OPEN" view. Next my extension contributes its text and buttons. Finally the built-in git extension contributes text and a button. Since built-ins get higher priority the content from my extension jumps downward, perhaps while I'm reading it or trying to click one of its actions (link, button). There's no progress indicator when the content is being fetched and assembled, and it's hard to know how long to wait before concluding that no other extensions are going to contribute. VS Code version: Code 1.49.0 (, 2020-09-10T13:22:08.892Z) OS version: Windows_NT x64 10.0.
Similarly on the Source Control view, it starts with a message saying "No source control providers registered" and stays this way long enough for me to worry that something is broken or missing. Eventually the contribution from the git extension arrives. If a progress indicator isn't , maybe at least the initial message could say something like "Please wait while we look for source control providers". Then if nothing contributes (e.g. the git extension has been disabled,) it could then display "No source control providers registered".
This will be very hard to achieve. The problem here isn't actually the extension point, for which we could definitely add a progress indicator, but the activation of the git extension. That git section won't appear until the git extension is activated and all the potential repo locations have been probed... We simply can't add a progress indicator for that in the core unless we add some more API.
On this, we could potentially add a message.
That might help.
Closing this until we get actual user feedback that it's needed, sorry