fix: properly transform $props.id when $props is assigned to props

[paoloricciuti]

This is a bit of weird one and I'm not sure there's a better way to handle this. The problem is that when you are doing this

<script>
    let props = $props();
    let id = $props.id();
</script>

the second $props identifier was not considered a rune because it's not an immediate function call. There's a catch tho: even if we check that the parent is a call expression and the text is $props.id we can't rule that out immediately because it depends if the props variable comes from the assignment of $props() or not. But the scope we have here is far less powerful than the one in the svelte compiler. So i had to do this weird dance where i still add the possible store in the array but i also save the fact that comes from $props.id...then while walking if i encounter an identifier props which is in a variable declaration i check if the variable declaration initializer is $props().

It should cover all the edge cases but it's a bit convoluted. Also i would've loved to add some comments here and there but everytime i open that file my vscode crashes 😳

[dummdidumm]

ah yeah the store autosubscription syntax really bites us there 😅