#3929: New redraw changes have broken interaction with urlview
---------------------+----------------------
Reporter: chdiza | Owner: mutt-dev
Type: defect | Status: new
Priority: major | Milestone:
Component: display | Version:
Keywords: |
---------------------+----------------------
In the last few days there's been a blast of changes involving screen
redrawings. Something about it has broken the way that mutt interacts
with `urlview`.
Enter mutt, view a message, hit the shortcut that calls `urlview` and look
at what urlview presents. Then, hit return on a link (or hit q to quit
`urlview`).
Expected behavior: The urlview screen goes away and I'm back in whatever
mutt view I was in prior to invoking urlview. This is how it's been for
years.
Actual behavior: the urlview screen goes away, but mutt failed to "redraw"
itself, meaning I'm looking at my shell prompt. Despite this, mutt is
still the currently running program even though it's invisible: I can hit
Ctrl-L and get a redraw, or I can hit "q" and quit mutt, or I can hit ":"
and start entering a command into a garbled display. Even if I hit Ctrl-L
to make mutt repaint itself, if I then hit "q", mutt fails to clear the
alternate screen or clean up after itself, so that what I'm looking at is
a garbled mix of my mutt index and my shell prompt.
This is on macOS 10.12.4, mutt 303fc058692f. The behavior occurs whether
I use iTerm2.app or Terminal.app.
--
Ticket URL: <https://dev.mutt.org/trac/ticket/3929>
Mutt <http://www.mutt.org/>
The Mutt mail user agent
