gopls version

Behavior is unchanged by golang.org/x/tools/gopls@v0.13.0-pre.3

go env

What did you do?

With my cursor on type alias A, attempt to rename it to B. (VSCode F2; B; Enter)

package renamefail

type LongNameHere struct{}
type A = LongNameHere
func Foo() A

This is reduced from my original reduction (below). This tries to hint at the motivation: the generic type parameter couldn't be inferred, and (in the real case) I needed it multiple times, so I aliased it. Then I changed my mind about the name.

package renamefail

type LongNameHere struct{}
type Fooey struct {}
func(b *Fooey) Foo(*LongNameHere) error

func example(foo *Fooey) {
	type A = LongNameHere
	generic[A](foo)
}

func generic[T any](t interface{ Foo(*T) error }) {
	t.Foo(nil)
}

What did you expect to see?

I expected all instances of A to be replaced with B:

package renamefail

type LongNameHere struct{}
type B = LongNameHere
func Foo() B

What did you see instead?

I saw all instances of LongNameHere turned into B:

package renamefail

type B struct{}
type A = B
func Foo() A

or in the longer version:

package renamefail

type B struct{}
type Fooey struct {}
func(b *Fooey) Foo(*B) error

func example(foo *Fooey) {
	type A = B
	generic[A](foo)
}

func generic[T any](t interface{ Foo(*T) error }) {
	t.Foo(nil)
}

In the real case this affected multiple files in a manner consistent with a rename of the aliased type instead of the type alias.

Editor and settings

I was able to reproduce this while commenting out all my VSCode go settings, so am omitting settings for now. Ping me if I'm wrong here.

Logs

Ditto.