Created attachment 1592774 [details]
The attached image shows the window shift, and the area where click is active
Description of problem:
When Gnome On Screen Keyboard (OSK) slide up applications input events delivered into applications as if it window in original position.
With current behaviour of OSK, it would push the window to the top if there are any Text Boxes (LineEdits) which is at bottom of page.
Due to this the buttons and Line edit boxes gets moved upwards, but the click/input area still remains at its original position.
Version-Release number of selected component (if applicable):
Red Hat Enterprise Linux 7.6
Steps to Reproduce:
1. Try with any application which has input fields at the bottom of page.
Gnome On Screen Keyboard (OSK) would overlap on the Line Edits area if there's any at the bottom of window. Hence when the user have to enter text, the window gets shifted such that the Line Edit become fully focused and ready for text input.
However with this shift, the click/input events aren't getting shifted. It behaves as if the window is in its original position.
With window shift the click/input events should also be moved alongwith. The Window Manager ans OSK should handle such scenarios.
Closing the bug as the attached customer case is closed.