Current component should (probably?) not be available inside onMount

[Conduitry]

Describe the bug
Things that internally use get_current_component() should probably fail when they are called from an onMount callback.

Logs
None.

To Reproduce

<script>
	import { getContext, onMount } from 'svelte';
	import { get_current_component } from 'svelte/internal';
	onMount(() => {
		console.log(get_current_component());
	});
</script>

Expected behavior
I'd expect this to crash, but it doesn't. There is an exception if you use setTimeout instead of onMount.

Stacktraces
n/a

Information about your Svelte project:

• Svelte 3.17.0

Severity
I'm not sure. I'm not actually positive this is a bug, but it feels like it. I don't think we want people to be able to call other lifecycle hooks or access the context within onMount.

Additional context
Came up in chat by way of a question about calling setContext in a component and then calling getContext during that component's onMount callback. It feels like this shouldn't actually be allowed.

[dopry]

I asked the original question on discord. The case I had was on https://github.com/dopry/svelte-auth0/blob/b11d46db898c2fea0015ae7ce0e56d7a6e9d1ab2/src/components/Auth0Context.svelte#L41

if I replace
const auth0 = await auth0Promise;
with
const auth0 = await getContext(AUTH0_CONTEXT_CLIENT_PROMISE);
auth0 is undefined.

You can test by running npm run showcase:dev

[Conduitry]

Something else that just came up on chat is someone trying to call setContext() during a reactive code block. This won't provide the reactivity they were looking for - but also should this perhaps be a runtime error? Should the current_component also be unavailable during reactive declarations and blocks?

[Conduitry]

Confirmed with Rich that this is not an intended feature, and that if it is easy to prevent this then we should.

[dopry]

Starting with documentation may be a good idea, if the compile time errors will take a moment to implement. My poor understanding is that OnMount is basically running at construction time and that the component isn't in a stable state for modification. And that rather than interacting directly with the component I should be interacting with in-scope variables that are used by the component instead.