Description of problem:
It seems that the screen update between RHEL-7.1 - RHEL-7.2 broke the screen protocol. This can cause serious trouble to customers/users. Imagine scenarios where there are long term running processes in screens. By performing the screen update, these screens are no longer accessible and the processes running there are inaccessible.

What worse, the screen client hangs upon attempt to connect to the screen server and it is not possible to terminate it (i.e. it doesn't respond to CTRL+C). The only way how to terminate it is to login via another shell and kill the processes by hand.

This causes really bad user experience and can cause serious harm. What worse, only the release from the NVR was bumped which doesn't signal that the update uses incompatible protocol. Not counting the scenarios where the update process is initiated from the screen itself and user disconnects from the screen during the update.

Version-Release number of selected component (if applicable):
screen-4.1.0-0.19.20120314git3c2946.el7.x86_64

How reproducible:
Always

Steps to Reproduce:
1. install screen-4.1.0-0.19.20120314git3c2946.el7.x86_64
2. screen
3. disconnect from screen
4. update to screen-4.1.0-0.21.20120314git3c2946.el7.x86_64
5. screen -r

Actual results:
screen client hangs, screen server not accessible

Expected results:
screen session reconnected

Additional info:
I guess the protocol was broken by some backport. I think we should provide specific screen protocols downstream hacks, to make new screen clients backward compatible to the older server.