Closing } on pasted function is displayed on wrong line if windows has scrolled in Windows Terminal

[mrenton999]

Prerequisites

• Write a descriptive title.
• Make sure you are able to repro it on the latest released version
• Search the existing issues, especially the pinned issues.

Exception report

N/A

Screenshot

Pasting a simple function looks fine if the screen has not scrolled, but if it has scrolled, the closing } line shows up overlaid onto the last line of the function. (This could be a PSReadLine problem or a Windows Terminal problem.)
Unscrolled, showing the pasted text by MOREing it to temp.temp:

Scrolling by just standing on Enter, then doing the paste again:

Environment data

PS Version: 7.5.2
PS HostName: ConsoleHost
PSReadLine Version: 2.3.6
PSReadLine EditMode: Windows
OS: 10.0.26100.1 (WinBuild.160101.0800)
BufferWidth: 180
BufferHeight: 9001

Steps to reproduce

Just write a simple function starting with "function name {" and ending with "}" alone on a line, and paste it into PS

Expected behavior

The echoed-back function looks right

Actual behavior

If you paste it in an unscrolled window, it's right.
If you've scrolled down a bit and paste it, the last line ("}") is displayed atop the penultimate line.

[daxian-dbw]

@mrenton999 I think you were using mouse "right-click" for pasting, right? If so, please use Ctrl+v instead. The "right-click" pasting is a long standing known issue that is not resolved, see #579

[mrenton999]

I see the same behavior whether I (R)click paste OR ^V paste.
My 'fun' is a function which shows the definition of a function:

function fun($name) {
    try {
        $dir = dir function:$name -ea Stop
        $dir | Select Name, Definition | ft -auto -wrap
    } catch {
        if($_.FullyQualifiedErrorId -eq "PathNotFound,Microsoft.PowerShell.Commands.GetChildItemCommand") {
            "Function not found: $name"
        } else {
            "Error: $($_.FullyQualifiedErrorId)"
        }
    }
}

And I showed my defn of 'prompt' in case that matters to the unexpected behavior.
'prompt' was set using a variable, and had the defn shown in the screenshot, with $promptPS set to "ps"
I deleted my prompt function and tried again...
With pasting the 'fun' function with ^V
delete function:prompt
cls
^V (looks OK)
Stand on Enter until window scrolls a while
^V (last 3 lines of closing "}" are overlaid, showing them all on one line:

[daxian-dbw]

I cannot reproduce the issue with Ctrl+v. I use PowerShell 7.5.2 with PSReadLine v2.3.6, the same versions as in your report, and I tried both Windows Terminal and Console Host. Please see the GIFs below

With Windows Terminal

With ConsoleHost

[mrenton999]

Weird. The only difference I see is that you have copied the function with the "}" of the last line but not the CR/LF.
(After you Paste, you are hitting Enter to finish the entry of the function.)
I tried it again, being sure to delete my prompt function, but that made no difference.

Maybe it is a Windows Terminal setting? But the only changes I remember to the JSON are
"largePasteWarning": false,
"multiLinePasteWarning": false,
"wordDelimiters": "/()"',;<>~!@#%^&*|+=[]{}?\u2502" (removed 4: \ : - . )
And Settings
Startup | Launch Size = 180C x 40R
Startup | Launch Parameters | Launch Position -4,300 (which doesn't have any effect)

I checked, and I am using spaces, not tabs, for the function indentation.

[daxian-dbw]

Can you check your Windows Terminal settings in Settings -> Actions to see if Windows Terminal already has the Ctrl+v bound to its Paste action? If so, that maybe the cause. The Windows Terminal's paste action works the same as right click -- sending text to the shell character by character.

PowerShell (PSReadLine) has its own Ctrl+v key binding, which handles the pasting correctly. But if WT already has Ctrl+v bound, then PSReadLine can never handle that key pressing. You may want to delete the ctrl+v binding from WT and let PSReadLine handles it.

When PSReadLine handles Ctrl+v to paste, the ending new lines are not considered Enter, but rather part of the copied code. Please see the GIF below for an example.