Bug 220507

Comment 1 Edward Tomasz Napierala 2017-07-07 07:55:09 UTC

FWIW, it also doesn't work with XTerm's resize(1).  The cursor is visibly moved to the bottom left corner.  Perhaps vt(4) fails to implement the escape code that retrieves cursor position?

Comment 2 Ed Maste 2019-09-20 08:39:56 UTC

See sys/teken/libteken/teken.3:
>     The tf_respond() callback is used to respond to device status requests
>     commands generated by an application.  In the past, there have been
>     various security issues, where a malicious application sends a device
>     status request before termination, causing the generated response to be
>     interpreted by applications such as sh(1).
>
>     teken only implements a small subset of responses which are unlikely to
>     cause any harm.  Still, it is advised to leave tf_respond()
>     unimplemented.

and indeed vt(4) does not set tf_respond.

For reference syscons provides scteken_respond; see sys/dev/syscons/scterm-teken.c and sc_respond in sys/dev/syscons/syscons.c

Comment 3 Conrad Meyer 2019-09-20 14:07:34 UTC

For what it's worth, I mostly use resizewin with resizable terms under a GUI environment.

At work, though, I use it with (I guess) sc over serial.  So if vt were just to implement the "small subset of responses which are unlikely to cause any harm," or even just the set needed by resizewin, I would appreciate it.

Comment 4 Ed Maste 2019-09-24 18:31:38 UTC

(In reply to Conrad Meyer from comment #3)
vt and sc are used only for the video (e.g., VGA or UEFI framebuffer) console; serial doesn't use either. teken is the terminal emulator which interprets escape codes and it already implements the "small subset of responses."

Presumably all that needs to be done to address this PR is to add a vt tf_respond.