Minicom configured as emulating vt102 connecting to agetty session also configured as vt102. Reproducible: Always Steps to Reproduce: 1. Connect to remote x86 gentoo server via null modem cable using minicom-2.2 2. Edit a text file using nano 3. Scroll down 4. Attempt to scroll up to original position Actual Results: Top half of the screen shows the wrong content, with the result that the editor is unusable. Expected Results: Repaint should have occurred correctly. As I recall, this bug did not occur when using minicom-2.1 with the same setup. This bug also does not occur when using screen or picocom on the same connection.
Do you have Unicode support enabled? The new minicom default is 8bit when LANG or LC_ALL is configured as such. Try to see if minicom -7 fixes your problem.
(In reply to comment #1) > Do you have Unicode support enabled? The new minicom default is 8bit when LANG > or LC_ALL is configured as such. > Try to see if minicom -7 fixes your problem. > Hmm. Testing those didn't help as did making sure unicode support was fully enabled by setting my locale correctly on both computers. However... I have discovered that this repaint error only happens with xfterm4, the xfce terminal emulator and not with xterm or on the console. I'd suggest reassigning it to the xfce team to see what they make of this.
You should test minicom-2.1-r2, to rule out minicom as a possible cause. Please remove net-dialup from CC if you discover it "works" the same.
(In reply to comment #3) > You should test minicom-2.1-r2, to rule out minicom as a possible cause. > Please remove net-dialup from CC if you discover it "works" the same. > Try with gnome-terminal too, since it uses same vte -library xfces terminal does. It handles unicoding with glib + screen redraws and so on..
(In reply to comment #3) > You should test minicom-2.1-r2, to rule out minicom as a possible cause. > Please remove net-dialup from CC if you discover it "works" the same. > My bad... minicom-2.1-r2 also causes the buggy scrolling behaviour. Looks like terminal/vte is more likely the culprit.
(In reply to comment #5) > (In reply to comment #3) > > You should test minicom-2.1-r2, to rule out minicom as a possible cause. > > Please remove net-dialup from CC if you discover it "works" the same. > > > > My bad... > > minicom-2.1-r2 also causes the buggy scrolling behaviour. Looks like > terminal/vte is more likely the culprit. > So which one is it? Same behaviour with gnome-terminal?
(In reply to comment #6) > > So which one is it? Same behaviour with gnome-terminal? > Haven't checked yet (balked a bit at the dependency list of gnome-terminal on my gnome-less machine) but I will start the emerge soon...
(In reply to comment #6) > > So which one is it? Same behaviour with gnome-terminal? > The problem also exists in gnome-terminal. The misbehaving occurs in a slightly different way, but scrolling up is still broken.
did you report this issue upstream ?
Please update status wrt latest vte.
Please get back to us with the status of current vte.
