Name collision in each disables binding

[BulatDashiev]

Describe the bug
Name collision between expression name and property name in destructed object disables bind to work on that property

{#each a as { a }}
  <input bind:value={a} />
{/each}

To Reproduce
https://svelte.dev/repl/d4fe2df9f4474da985dd2c6afa6876f3?version=3.21.0

Expected behavior
Property inside an object should change when input changed

Information about your Svelte project:

• Svelte version 3.21.0

Severity
Annoying. Of course that applieable in very small cases but i think it should work

Workaround
Renaming the property name fix problem

{#each a as { a: b }}
  <input bind:value={b} />
{/each}

Would work

[SulpherStaer]

This doesn't seem like a bug. That just stops bad habits. As this is now a set that contains itself?

Why exactly is it a bug that your not allowed to use the same variable name to do a different thing with what it contains?

[BulatDashiev]

As this is now a set that contains itself?
No it's not it's just a property inside inject with the same name as variable.

const id = {
id: 1,
name: 'abc'
};

Why exactly is it a bug that your not allowed to use the same variable name to do a different thing with what it contains?

I assume that the result of destruction in new scope like inside block of each loop

[Conduitry]

<script>
	let a = [
		'Hello'
	];
</script>

{#each a as a}
	{a}
	<input bind:value={a} />
{/each}

also doesn't work it looks like, so I don't think this is specific to destructuring. I sort of feel there was another issue for this at some point (which I don't recall whether it was closed or not) but if it existed I cannot find it now.

[BillyLevin]

@sylcai I think it kinda is a bug since on the initial render, the a being used is correct. You can see it says "Hello" at first. So if you get to that point without erroring, you'd expect it to continue working.

Not sure if this is something that should be fixed or if there should just be a warning/error if you try to do this?

[Conduitry]

This is fixed in 3.23.1.