Control: tag -1 - confirmed + moreinfo Hi Vincent,
JFTR: IMHO this issue has not "a major effect on the usability of the package" (c.f. https://www.debian.org/Bugs/Developer#severities), but since I'm rather sick of playing severity ping-pong, I'll leave it as is, at least for now. Vincent Lefevre wrote: > > Nevertheless, there is an even partially persistent workaround: Press > > Ctrl-L inside mutt and the problem vanishes even until after the next > > detaching and reattaching. Only restarting mutt inside the screen > > session and then detaching and reattaching again causes it to show up > > again. Hence downgrading the severity. > > This is incorrect. Well, then we either see different issues or this is even more a corner case which requires more variables to have the right values (font availability maybe? init system maybe? sysvinit here.) than we know so far. > With my incoming mailbox, the bug is reproducible > after doing Ctrl-L. For instance, Page Up + Page Down yields display > issues, e.g. > > 2931 N 2016-11-30 ... > 2932 2016-11-30 ... > 9337 N + 2016-11-30 ... > 2934 N + 2016-11-30 ... > > Also, switching screen [obvious stuff deleted] also yields upward > shift. Not here either. Ctrl-L works fine here permanently until I quit mutt — in both, urxvt and gnome-terminal. So it's not even that the symtomps are slightly different inside an urxvt since we see even different behaviour inside gnome-terminal. And as mentioned above, I'm not even able to reproduce these issues in uxterm at all (as I don't see the wide character there despite it should be possible as it is in urxvt. So I'm no more sure that we actually look at the same issue. Do you by chance know which font you use in uxterm? > One major problem is that due to the shift, the arrow can be on the > wrong message (the arrow is at the right place, but the contents had > been shifted upwards), and if I type 'd' to delete the message, the > D mark appears on the wrong message for the same reason. It would be an issue if you can't fix that with Ctrl-L. But even if it comes back more often for you than for me, Ctrl-L seems to help at least immediately as I understand your mail. > Note that it may not be obvious that the contents have shifted > upwards, in particular because in my normal config, the help line is > not shown. At least for me it always was obvious in the past (e.g. on Squeeze and Wheezy), especially with mutt and wide characters. And there were quite some of these bugs in the past… Especially I'm very used to the fact that screen window switching to mutt while having displayed the mail index with mails with subjects containing wide character (usually spam in my case) yields such a corruption as you describe it, even with uxterm and Ctrl-L only helping once and not persistently — but I only experience these issues nowadays with screen from Debian 7 Wheezy — and comparing Sid with Wheezy on these kind of issues, Sid got much better for me. I also tried a Screen session on Sid inside a gnome-terminal (as well as uxterm), then SSHing into a Wheezy box and opening mutt with my spam archive — which usually triggers such bugs in the screen version in Wheezy, but screen seems to have improved at lot since then. E.g. the attached mbox with a single spam message causes the issues you described for me (even without a wide character as far as I can see), but only with screen in Wheezy and no more with screen 4.4.0-6 from Sid. So I'm actually a little bit surprised that still see this issues in Sid with the same intensity as I see them only on Wheezy. Regards, Axel -- ,''`. | Axel Beckert <a...@debian.org>, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `- | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
spam-which-causes-display-corruption-with-mutt-inside-screen-on-wheezy-but-not-sid.xz
Description: Binary data
