Subject: bug#44908: closed (Re: bug#44908: emacs -nw: view-lossage polluted by termcap / terminfo jazz)

From: [email-masked] (GNU bug Tracking System)
Date: Mon, 30 Nov 2020 18:49:02 +0000

Your bug report

#44908: emacs -nw: view-lossage polluted by termcap / terminfo jazz

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
44908: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=44908
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#44908: emacs -nw: view-lossage polluted by termcap / terminfo jazz
From: Eli Zaretskii <[email-masked]>
To: Lars Ingebrigtsen <[email-masked]>
Cc: [email-masked], [email-masked]
Date: Mon, 30 Nov 2020 20:48:28 +0200
List-Id: <debbugs-submit.debbugs.gnu.org>

> From: Lars Ingebrigtsen <[email-masked]>
> Cc: [email-masked],  [email-masked]
> Date: Mon, 30 Nov 2020 11:19:51 +0100
> 
> Eli Zaretskii <[email-masked]> writes:
> 
> > Does the below fix the problem?
> 
> Yes, that fixes the problem.

Thanks, installed on the emacs-27 branch.

> > (But maybe we should still arrange for recording these events in the
> > dribble file? or is it impossible to have dribble active at this
> > point?)
> 
> Hm...  is it useful to have the events in the dribble file?

They are not events, they are responses by the terminal emulator to
our queries about its capabilities.  Emacs cannot distinguish between
such characters and those the user types, as they are read in the same
way.

Anyway, I convinced myself that the dribble file cannot be open at
this point, since all the functions that use
xterm--read-event-for-query do that during terminal initialization.

So I'm closing this bug report.

Subject: emacs -nw: view-lossage polluted by termcap / terminfo jazz
From: 積丹尼 Dan Jacobson <[email-masked]>
To: [email-masked]
Date: Sat, 28 Nov 2020 03:25:45 +0800
List-Id: <debbugs-submit.debbugs.gnu.org>

$ emacs -Q -nw
abc123
C-h l

shows:

 ESC [ > ESC [ > 4 1 ; 3 6 2 ; 0 c ESC ] 1 1 ; r g b : 0 0 0 0 / 0 0 0 0 / 0 0 0 0 ESC \ a ;; self-insert-command
 b			;; self-insert-command
 c			;; self-insert-command
 1			;; self-insert-command
 2			;; self-insert-command
 3			;; self-insert-command
 C-h l			;; view-lossage

Notice the super-barfy first line?

The defendant swears he did not type that.

All he typed was the "a".

So please keep your termcap junk to yourself and don't pollute the C-h l
output.

> Well, we need to intiatialze the terminal. emacs -nw is for engineers
> who are used to bugs anyway.

Yeah, but as you see, you are "not in control of your bladder."

If you were, then the first line wouldn't shove the the innocent user's
"a ;; self-insert-command"
all the way to the right.

> Well it is just the first line of the evening. Surely they will type
> more before wanting to hit C-h l. That way they usually won't notice
> the bug. In fact if they type just a couple of lines of text then that
> jazz will be pushed so far up that, well, let's just say nobody will
> ever know.

emacs-version "27.1"