Your message dated Wed, 28 Oct 2020 11:28:51 +0100
with message-id <[email protected]>
and subject line Re: Bug#507483: Garbage displayed in input field when arrow 
keys pressed
has caused the Debian Bug report #507483,
regarding Garbage displayed in input field when arrow keys pressed
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
507483: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507483
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: c3270
Version: 3.3.7p7-1

I am seeing garbage displayed in the "home" input field if the first key
pressed after a screen display is an arrow key (up, down, left, or
right arrow).  This occurs only after a switch from the alternate screen
size to the default screen size (or vice versa) on a model 5 terminal.
If the first key pressed is an up arrow, "[A" appears in the input field
(without quotes).
If the first key pressed is a down arrow, "[B" appears in the input field.
If the first key pressed is a right arrow, "[C" appears in the input field.
If the first key pressed is a left arrow, "[D" appears in the input field.
No other key presses seem to cause garbage.

c3270 is running in a PuTTY session with the host.  I am running PuTTY
version 0.60.  PuTTY is configured for a 28x132 screen size.

c3270 is invoked as follows:

c3270 -model 3279-5 -altscreen '28x132=\E[?40h\E[?3h' \
-defscreen '28x80=\E[?31\E[401' -keymap my3270keys nnn.nnn.nnn.nnn

where "nnn.nnn.nnn.nnn" is an IPv4 dotted decimal IP address of the
host to which I am connecting.

I reproduce the problem this way.

1. Logon to a VM host.

2. Use the BROWSE command to browse a LISTING file.  For example,

BROWSE MYPROG LISTING A

3. BROWSE switches the terminal from 27x132 mode to 24x80 mode.  The
cursor is on the command line.  Now press an arrow key.  Garbage
appears starting in column 1 of the command line, as explained above.
Subsequent key presses work fine.

4. Upon exiting BROWSE, the screen returns to 27x132 mode.  The same
problem occurs again if the first key press is an arrow key.  Garbage
appears in column 1 of the command line.  Subsequent key presses work
fine.

5. Now type "XEDIT MYPROG LISTING A" (without the quotes) and press
Enter.  The screen switches from line mode to full-screen mode, but
it remains in 27x132 mode.  A screen size switch was not made because
XEDIT, unlike BROWSE, supports the alternate screen size.  This time,
no garbage characters appear if the first key pressed is an arrow key.




--- End Message ---
--- Begin Message ---
On Mon, Dec 01, 2008 at 12:59:36PM -0500, [email protected] wrote:
> I am seeing garbage displayed in the "home" input field if the first key
> pressed after a screen display is an arrow key (up, down, left, or
> right arrow).  This occurs only after a switch from the alternate screen
> size to the default screen size (or vice versa) on a model 5 terminal.
> If the first key pressed is an up arrow, "[A" appears in the input field
> (without quotes).
> If the first key pressed is a down arrow, "[B" appears in the input field.
> If the first key pressed is a right arrow, "[C" appears in the input field.
> If the first key pressed is a left arrow, "[D" appears in the input field.
> No other key presses seem to cause garbage.
> 
> c3270 is running in a PuTTY session with the host.  I am running PuTTY
> version 0.60.  PuTTY is configured for a 28x132 screen size.
> 
> c3270 is invoked as follows:
> 
> c3270 -model 3279-5 -altscreen '28x132=\E[?40h\E[?3h' \
> -defscreen '28x80=\E[?31\E[401' -keymap my3270keys nnn.nnn.nnn.nnn
> 
> where "nnn.nnn.nnn.nnn" is an IPv4 dotted decimal IP address of the
> host to which I am connecting.
> 
> I reproduce the problem this way.
> 
> 1. Logon to a VM host.
> 
> 2. Use the BROWSE command to browse a LISTING file.  For example,
> 
> BROWSE MYPROG LISTING A
> 
> 3. BROWSE switches the terminal from 27x132 mode to 24x80 mode.  The
> cursor is on the command line.  Now press an arrow key.  Garbage
> appears starting in column 1 of the command line, as explained above.
> Subsequent key presses work fine.
> 
> 4. Upon exiting BROWSE, the screen returns to 27x132 mode.  The same
> problem occurs again if the first key press is an arrow key.  Garbage
> appears in column 1 of the command line.  Subsequent key presses work
> fine.
> 
> 5. Now type "XEDIT MYPROG LISTING A" (without the quotes) and press
> Enter.  The screen switches from line mode to full-screen mode, but
> it remains in 27x132 mode.  A screen size switch was not made because
> XEDIT, unlike BROWSE, supports the alternate screen size.  This time,
> no garbage characters appear if the first key pressed is an arrow key.

I could not immediately reproduce this issue with the current build. If this is
still reproducible, the author is fairly responsive and I suggest opening a
GitHub issue on https://github.com/pmattes/x3270 or shooting them an email.

Kind regards and thanks
Philipp Kern

--- End Message ---

Reply via email to