Python 3.13 REPL have issues when typing/deleting single line, that goes wrapped on multiple lines

[XCanG]

Bug report

Bug description:

When I tested some things in REPL that running in Windows Terminal on Windows 10 I find out that it have issues when I type or delete characters in first line that's being wrapped on 2nd line.

A better showcase will be this video:

2024-11-09_09-43-50_Python3.13_lq.mp4

Here you can see some line that I'm working with, at some point I was needed to go back and delete characters in first line, here I deleted 3 characters: int with backspace, but what it did is delete whole words and print line with overlapping on existing one, making it unreadable mess. But the actual code is safe, only visual bug showing it wrong.

Then for showcase I added int back and it did in the same way with an error.

CPython versions tested on:

3.13

Operating systems tested on:

Windows

[XCanG]

Also if needed, sys.version prints: 3.13.0 (tags/v3.13.0:60403a5, Oct 7 2024, 09:38:07) [MSC v.1941 64 bit (AMD64)]

[rruuaanng]

Can you give a minimum trigger? It seems that the video is a bit too cluttered.

[XCanG]

I write some code that goes on 2nd line, then I edit it (Arrow up on keyboard), during editing I either delete with Backspace or type characters and you can see when I press buttons it jump cursor. That's all. I guess code itself doesn't matter.

[XCanG]

2024-11-10_17-37-14_Python3.13.mp4

Yeh, code doesn't matter. You can see here I type and delete 0. Also find another bug with Arrow Up/Down when editing (part at the end)

And just for confirmation I checked REPL as standalone application (not runned within Windows Terminal) - the result is bugged as well.

[XCanG]

2024-11-10_17-49-36_NVIDIA_Overlay.mp4

And another, more simpler, case. Here I just hold 1 button until it wrap on 2nd line. I send that result. Then I press Arrow Up and go the the 2nd character position, Then I simply hold 0 for a long time, but the output shows with visual glitches. And when I send that and press Arrow Up again it also print that number incorrectly and seems that it paste extra newlines and extra >>> characters.

[jlallas384]

I tried it on Linux, and it is also kind of broken, though not as bad as it is on Windows.