Variable of Name "my" Messes Up Dropdown Menu for "Set [var] to (val)" Block

To create this bug, first make a variable called "my" (make sure the letters aren't capitalized). Then take a "Set [var] to (val)" block and try to find your "my" variable in the dropdown list. You will instead find that the "my" list of properties of a sprite has jumped above the black dividing line, as though it were a variable.

While this bug can easily be worked around by using "Run [script] with inputs..." or with a sufficient understanding of "Split [script] by blocks", it could still be confusing especially to a new user. And to address why anyone would want a variable called "my", I discovered this because I was working with the simple variable name "my variable" and needed a second variable. So I just typed "my", and suddenly found that I couldn't easily use the "Set [var] to (val)" block anymore.

Here's a screenshot.
1000425553

Cute bug. I predict Jens will fix it iff it's easy. :~)

I propose this solution:

[scratchblocks]set my [ v] to [] :: sensing[/scratchblocks]

Yeah I admit, that's how I would have done it, matching the existing MY reporter. I don't know whether that counts as "easy," though.