Glitches when using certain applications such as mutt

[aduitsis]

Hello, apologies if this is a duplicate,

I've noticed that some applications, most notably mutt or neomutt will render not quite correctly when viewed from hyper. Specifically:

• There are problems with resizing detection, which I believe have been mentioned in other xterm.js bug reports already.
• Bold black colour is not rendered as a light gray as it should and instead is not visible at all. Other colours, including bold ones are unaffected.
• Some transitions from index view to message view will leave behind stray characters which should have been cleared.

I am not seeing this behaviour with xterm or iTerm2. In all my tests, TERM is xterm-256color and mutt or neomutt uses regular ncurses from FreeBSD base. I will test with other ncurses in the near future.

Obviously I'm not expecting anyone to magically figure out what's wrong. Besides, this is more likely a bug with xterm.js rather than hyper.

But, I'm looking for a way to debug the exact character stream (mostly interested in the control sequences) that moves to and from the xterm.js component. If anyone is aware how to do it in hyper, would you be so kind as to let me know?

Many many thanks!

[lucianochavez]

Also seeing the same thing with mutt leaving stray characters. Using hyper 2.1.2 on Mac OS Mojave. Also using xterm-256color for TERM. Terminal and iTerm2 don't show this problem. I am using no plugins. Running glances system monitor from the command line also leads to missing characters when you allow it to refresh once a second.

[lucianochavez]

Well, I am correcting my previous comment. Terminal and iTerm2 eventually started showing the same issue as did Alacritty and Kitty. While I was on that last terminal, I changed the TERM variable to screen-256color. Normally that is what the mutt folks require you to use if using tmux (I wasn't using it) but it seemed to have taken care of the issue with mutt for me. YMMV.