[Bug] Forced camelcase on import blocks

[antonvh]

Describe the bug
On Pybricks MicroPython ci-release-100-v4.0.0 on 2026-06-08; SPIKE Prime Hub with STM32F413VG, I can't import uPup, nor MicroPUP. The text field does not allow it.

To reproduce
Steps to reproduce the behavior:
Create a new blocks program
go to data, and import a class with a block.
Then try changing the name of the imported object.

Expected behavior
I expected to either:

1. be able to freely type capitals as I saw fit
2. OR pybricks reading my module and only allowing me to add objects that are actually inside (in the dir)

Screenshots

[laurensvalk]

Any casing is allowed, but it wants to avoid duplicates. Does your API have both uPUP and uPup?

I suppose we could allow multiple casings at the same time technically? Is that a real use case or does this clear up the question and does that solve it?

[antonvh]

Ah! The duplicate avoiding code is the issue. It prevents me from changing the case. This happened:

1. I imported MicroPup
2. Realized my mistake
3. Tried changing the text in the block to MicroPUP and was blocked from doing so.
4. Untying the import block from the setup up hat block didn't work. (this is also confusing)

Suggestion: drop the duplicate check?

Workaround (for now)

1. Change the imported name into something completely different ('asfasdf') + enter
2. Change the name to the correct capitalization.

[laurensvalk]

In that screenshot, is it duplicating against something not in that screenshot or is it blocking against the module name?

[antonvh]

It is duplicating against the previous content of the same field.