Bug 104906 – [EFL][WK2] With dppx != 1.0 the overlays on google.com are not sized correctly

• Component: WebKit EFL
• Status: RESOLVED WONTFIX

[Kenneth Rohde Christiansen]

Created attachment 179256 [details]
Issue

SSIA. They should expand to the bottom of the screen.

[Andras Becsi]

I think this is also an issue for Qt. I need to test my preliminary fix for it. 
Uploading tomorrow.

[Andras Becsi]

I was a bit sidetracked by our release.

Looks like the artifact visible in Qt MiniBrowser was fixed by http://trac.webkit.org/changeset/137906.

Dropping the Qt flag from the title.

Since the uploaded image shows a much bigger difference than could be accounted for by this rounding issue, this bug is probably still valid on EFL.

[Mikhail Pozdnyakov]

See the similar issue even with dppx==1.
Will take a look.

[Dongseong Hwang]

Hi, folks.

IMO It is because of FixedLayoutSize in ScrollView.

The geometry values are as follows in attachment (google with 'hest' on "> MiniBrowser -r 2") 
ViewportSize 800, 566
FixedLayoutSize 400, 283
VisibleContentsSize 979.99 693.34
PageScaleFactor 0.40816
ContentsSize 980 2181

The height of FixedLayoutSize is 283, so I assume the fixed element's height maybe 283.
However, we draw contents with VisibleContentsSize, which means the fixed element's height (283) is shorter than VisibleContentsSize's height (693.34), so we can see the short fixed element.

This bug can be fixed if we use VisibleContentsSize as a layout size, but the change may affect scaling performance badly because we need additional layout on page scaling.

[Michael Catanzaro]

Closing this bug because the EFL port has been removed from trunk.

If you feel this bug applies to a different upstream WebKit port and was closed in error, please either update the title and reopen the bug, or leave a comment to request this.