Description of problem:
I have developed a simple tool for running two terminals in parallel by remote-control via a third.  The tool periodically scrapes both terminals and presents a real-time diff view between the two for the purposes of regression testing a terminal-based application.  The screen utility is used for remote control as well as the screen scraping, but screen seems to not pass some keystrokes through as expected while most all work just fine.

Version-Release number of selected component (if applicable):
Tested and failed with:
 * screen-4.1.0-0.3.20101110git066b098.fc15.x86_64 (on F15)
 * screen-4.0.3-15.fc12.x86_64 (on both F13 and F14)

How reproducible:
always


Steps to Reproduce:
1. In a terminal, launch a screen session for remote control:

    screen -D -R -p 1 -S mytest
    less /etc/services

2. In a second terminal, remotely send a PgDn keystroke to prove working interaction:

    screen -x 24660.mytest -X stuff ^[[6~

  Note that the argument for -x will be different for your session.  When entering the escape-sequence shown above, I merely type Ctrl-V followed by the PgDn key in bash.  Each time this command is executed in the second terminal, the first terminal should respond with less moving one page down in the /etc/services file.  This works as expected.

3. Now try sending the End key or the Home key from the second terminal:

    screen -x 24660.mytest -X stuff ^[[F
    screen -x 24660.mytest -X stuff ^[[H

  Neither command produces the expected response in the first terminal.

  
Actual results:
Most all keys can be stuffed into the first session as expect, but Home and End just do not work.

Expected results:
Home/End to work like all other keys.

Additional info:
Running 'od -c' in the first terminal would make it appear that the escape-sequence is being sent through unmolested, so I'm at a loss as to why less would not respond in the expected way.