Describe the bug
When webpages are loaded in SmartCookieWeb, the search/address box/bar is always visible. This seams to push parts of the website out of the visible area of the browser window if these parts are aligned to the bottom of the assumed browser windows size. The part not visible has the size of the search/address bar of SmartCookieWeb.

To Reproduce
Steps to reproduce the behavior on a mobile phone:

1. Clear cookies (and disable Cookie blocking if enabled)
2. Load Google (optional with search terms) (or another website that positions a dialogue on the bottom of the webpage absolutely based on the calculated size of the browser window.)
3. The button to accept the data privacy statement will not be visible (first screenshot).
4. If you scroll down until the search/address bar is hidden, the button on Google will get visible (second screenshot).

So I checked with RapidTables which browser window size the webpage think it is getting. In my case (mobile phone) it is 360x568. This is correct if the search/address bar is hidden. But as long as it is visible the (visible area in the) browser window it only 360x508. Because in the example Google thinks that the window has actually a height of 568, it puts the dialogue an the bottom of these 568 which results in the button becomming not accessible.

Expected behavior
No more scrolling down (and then up again) to accept dialoges or to see elements which are put on the bottom of the browser window.
So maybe the height of the search/address bar can always be substracted from the current size of the browser window when the search/address bar is visible (as webpages should mostly only care about the width of the browser window to fit and align its content).

Screenshots (reduced to 50% size)

Buttons not visible after page is loaded:

After scrolling down:

The size:

Best regards
nabemono