Open 42sol-eu opened 7 months ago
Hi @42sol-eu thanks for reporting. I'll try to repro the issue with enter keypresses. In the meantime, can you give a bit more detail about the resizing issue? What is happening exactly? It's the Warp window getting incorrectly treated as a floating window?
This issue happens to me as well, specifically when I attempt to press enter within git add -p
prompts.
^M
instead of enter.git add -p
and waiting for responses. It does not happen once I exit the prompt process.Current Warp Version: v0.2024.07.16.08.02.stable_02
, on MacOS. I believe I am using all the default settings for the shell.
I encounter the same behaviour! also in git add patch mode Warp version v0.2024.08.06.08.01.stable_00
v0.2024.09.10.08.02.stable_01 I get the same issue too constantly, it seems to happen after I CTRL-C out of a previous app, or perhaps after lots of text accrues, starting a new tab resets it, very annoying
Discord username (optional)
No response
Describe the bug
I installed the latest version today on ArchLinux using Hyperland Windowmanager. I had a strange issue from a bash-shell that my enter key was translated to ^M (LF?) and did not confirm the next line.
To reproduce
Expected behavior
No response
Screenshots
No response
Operating system
MacOS
Operating system and version
Rolling Release
Shell Version
No response
Current Warp version
v0.2024.03.26.08.02.stable_02
Regression
No, this bug or issue has existed throughout my experience using Warp
Recent working Warp date
No response
Additional context
No response
Does this block you from using Warp daily?
Yes, this issue prevents me from using Warp daily.
Is this a Warp specific issue? (i.e. does it happen in Terminal, iTerm, Kitty, etc.)
Yes, this I confirmed this only happens in Warp, not other terminals.
Warp Internal (ignore): linear-label:b9d78064-c89e-4973-b153-5178a31ee54e
None