From:
[email protected]
Package: mutt
Version: 1.5.4+20031024-1
Severity: normal
When I start mutt like this:
urxvt -e mutt
-- or --
urxvt -e sh -c "mutt"
Then the first keypress (no matter how long after it was started) only
makes mutt redraw the screen, just like after a resize.
The reason is that some window managers resize windows fairly quickly
after the window has been opened, so urxvt (and some other terminals) send
a SIGWINCH on the first output.
It seems there is a race condition within mutt that triggers when
the SIGWINCH is received shortly after mutt does it's first I/O, and
causes mutt to delay the redraw till the first keypress (AFAICR, curses delivers special keycodes for resize events). This might also be some
bad interaction between curses abd mutt, who might both try to install a SIGWINCH handler. ncurses has a different, harder to trigger, race, that
causes it to ignore a resize while it starts up, which might or might not
be related.
Calling mutt like this makes the problem go away most of the time:
urxvt -e sh -c "echo hi; mutt"
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (700, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686)
Kernel: Linux 2.6.6
Locale: LANG=C, LC_CTYPE=de_DE.UTF-8
Versions of packages mutt depends on:
hi exim4-daemon-heavy [mail-tr 4.30-7 Exim (v4) with extended features, hi libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libidn9 0.1.14-2 GNU libidn library, implementation ii libncurses5 5.4-4 Shared libraries for terminal hand ii libsasl2 2.1.18-4.1 Authentication abstraction library
-- no debconf information
--
To UNSUBSCRIBE, email to
[email protected]
with a subject of "unsubscribe". Trouble? Contact
[email protected]
--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)