https://bugs.kde.org/show_bug.cgi?id=445590
--- Comment #3 from Cimbali <m...@cimba.li> ---
I’ve found the problematic lines:
let &t_SI = "\<Esc>]50;CursorShape=1\x7"
let &t_SR = "\<Esc>]50;CursorShape=2\x7"
let &t_EI = "\<Esc>]50;CursorShape=0\x7"
The docs for there says:
t_SI start insert mode (bar cursor shape) t_SI
t_SR start replace mode (underline cursor shape) t_SR
t_EI end insert or replace mode (block cursor shape) t_EI
|termcap-cursor-shape|
These control the cursor shapes to avoid displaying block cursors in all modes
(i.e. bar in insert mode, underline in replace mode, and block in normal mode).
Related discussions:
- https://forum.kde.org/viewtopic.php?t=126004
- https://bugs.kde.org/show_bug.cgi?id=103399
So in fact vim is not needed to reproduce the bug, and it’s only selecting a
CursorShape that reset profile options. Here’s alternate steps to reproduce:
STEPS TO REPRODUCE
1. Change cursor shape, e.g. with: printf '\e]50;CursorShape=1\a'
2. Change profile
3. Change cursor shape again, e.g. with: printf '\e]50;CursorShape=0\a'
OBSERVED RESULT
Profile settings (e.g. colours) are changed back to initial settings from step
1
EXPECTED RESULT
Profile settings are unaffected by changing cursor shape, only cursor shape
should change.
----
Note that this doesn’t seem to happen with DECSCUSR codes, so a good workaround
for my vim use case is to use instead:
let &t_SI = "\<Esc>[6 q"
let &t_SR = "\<Esc>[4 q"
let &t_EI = "\<Esc>[2 q"
--
You are receiving this mail because:
You are watching all bug changes.
