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
gnome-shell-3.28.3-6.el7.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Try with any application which has input fields at the bottom of page.
2. 
3.

Actual results:
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.

Expected results:
With window shift the click/input events should also be moved alongwith. The Window Manager ans OSK should handle such scenarios.

Additional info: