_complete_help broken

_complete_help broken

[Peter Stephenson]

Someone, almost certainly me (or possibly I), broke _complete_help (^xh)
so that it adds an extra newline.  This happens with zsh -f and compinit
from scratch.  This is probably additional fallout from the change I put
in in 22676/22678 to make trashzle() not retrash if it never got
untrashed up (c.f. 22727).  It suggests that there's another point which
isn't fixing the cursor position after outputting to the terminal.
Unfortunately, I haven't yet got much idea of where to look for the
problem; _complete_help does some nasty things (yes, I was surprised,
too...)

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070


To access the latest news from CSR copy this link into a web browser:  http://www.csr.com/email_sig.php

Re: _complete_help broken

[Bart Schaefer]

On Oct 3,  6:33pm, Peter Stephenson wrote:
}
} Someone, almost certainly me (or possibly I), broke _complete_help (^xh)
} so that it adds an extra newline.  This happens with zsh -f and compinit
} from scratch.  This is probably additional fallout from the change I put
} in in 22676/22678 to make trashzle() not retrash if it never got
} untrashed up (c.f. 22727).  It suggests that there's another point which
} isn't fixing the cursor position after outputting to the terminal.

I'm not sure that's precisely it.  Try ESC 2 ^x h to get the long list
of all the styles, and notice how many extra blank lines are needlessly
inserted at the top of the listing.

The most unusual thing that _complete_help does is "compadd -UX".  I don't
find any other instances of U and X together in compadd options in a quick
grep of all completion functions.