summaryrefslogtreecommitdiff
path: root/fish.spec.in
diff options
context:
space:
mode:
authorFabian Boehm <FHomborg@gmail.com>2023-02-04 18:57:41 +0100
committerAndrej Shadura <andrewsh@debian.org>2023-05-01 19:01:01 +0200
commite2082ed21aae7685629e2b899073b537676b35a5 (patch)
tree83c9037e5576d02faae5e38f13d9cea40c5f391e /fish.spec.in
parent4b726da79ff670efa1d255ba11c65d4ee55655ba (diff)
Add workaround for Midnight Commander's issue with prompt extractionHEADarchive/debian/3.6.0-3.1master
When we draw the prompt, we move the cursor to the actual position *we* think it is by issuing a carriage return (via `move(0,0)`), and then going forward until we hit the spot. This helps when the terminal and fish disagree on the width of the prompt, because we are now definitely in the correct place, so we can only overwrite a bit of the prompt (if it renders longer than we expected) or leave space after the prompt. Both of these are benign in comparison to staircase effects we would otherwise get. Unfortunately, midnight commander ("mc") tries to extract the last line of the prompt, and does so in a way that is overly naive - it resets everything to 0 when it sees a `\r`, and doesn't account for cursor movement. In effect it's playing a terminal, but not committing to the bit. Since this has been an open request in mc for quite a while, we hack around it, by checking the $MC_SID environment variable. If we see it, we skip the clearing. We end up most likely doing relative movement from where we think we are, and in most cases it should be *fine*. Origin: upstream, https://github.com/fish-shell/fish-shell/pull/9540 Bug-Debian: https://bugs.debian.org/1035353 Gbp-Pq: Name 0003-workaround-for-Midnight-Commander.patch
Diffstat (limited to 'fish.spec.in')
0 files changed, 0 insertions, 0 deletions