Summary: | resizing when a bash prompt is too long produces lots of garbled text | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Marco Martin <notmart> |
Component: | emulation | Assignee: | Konsole Developer <konsole-devel> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | ivan.kryukov84, nate |
Priority: | NOR | ||
Version: | master | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Graphical steps to trigger the bug |
Description
Marco Martin
2022-09-16 15:19:38 UTC
Created attachment 152109 [details]
Graphical steps to trigger the bug
When the konsole window is in this garbled state, another issue happens: if i copy a text that wraps on the two last lines, then when i past it it will have a \n character corresponding to where it was wrapping. This because in Screen.cpp _lineProperties will *not* have the LINE_WRAPPED on the last wrapped line. I was originally investigating this as i had a report on this happening (not together the descived bug) but this glitch is the only way i made this happening, so they may be related but not 100% sure further investigating, when the garbled text happens, this is what Pty::dataReceived() sees arriving from bash: \r\u001B[K\u001B[A\u001B[01;32mdiau@phobos\u001B[01;34m ~/git/kf5/build/kde/applications/konsole/thisisaverylongdirectorynametoreproducebugs\u001B[01;33m\u001B[01;34m $\u001B[00m t/kf5/build/kde/appli\r\n\rcations/konsole/thisisaverylongdirectorynametoreproduceb note the point kde/appli\r\n\rcations/konsole this is where the word wrap of the long command happened, and since konsole informs bash about the window size, bash will produce text "already wrapped" so that konsole doesn't know anymore the last line is wrapped, producing probably the \n in the copied text and making the prompt redraw in the wrong line when resizing producing the garbled text Yes, I think there are other BR about this or at least I recall seeing this issue before. *** Bug 438974 has been marked as a duplicate of this bug. *** |