Bug 108337 – [Qt][WK2] Changing WebView.contentY and WebView.contentX does not redraw content

• Status: RESOLVED
• Resolution: FIXED
• Component: WebKit Qt

[Cornelius Hald]

In QtQuick 2.0 WebView is derived from Flickable. Therefore I expect the Flickable API to work with WebView.

However, if I change the contentY or contentX properties the content scrolls correctly out of view, but the now visible content is not painted. If I flick the content a couple of pixels the content suddenly gets painted correctly.

Also, if changing contentY or contentX and then using the mouse wheel or they cursor keys for scrolling, the content jumps back to the original position before contentY or contentX was changed.

Because of this behavior it is not possible to implement scroll bars in QML.

Tested with Qt 5.0.0 official binaries and Qt 5.0.1 pre-release binaries from Jan. 18th on Linux (64 bit) and Windows 8 (32 bit).

Attached is a screenshot showing what happens after scrolling down by using the contentY property.

Also here is an example to reproduce the problem:

import QtQuick 2.0
import QtWebKit 3.0

Rectangle {
    width: 900
    height: 600
    color: "white"

    WebView {
        id: web
        url: "http://heise.de"
        anchors.fill: parent
        anchors.rightMargin: 20
    }

    Rectangle {
        color: "lightgray"
        width: 20
        anchors.right: parent.right
        anchors.top: parent.top
        anchors.bottom: parent.bottom

        Rectangle {
            id: handle
            color: (mouse.pressed || mouse.containsMouse) ? "lightblue" : "darkgray"
            width: parent.width
            height: web.visibleArea.heightRatio * web.height
            y: web.visibleArea.yPosition * web.height

            MouseArea {
                id: mouse
                hoverEnabled: true
                drag.target: parent
                drag.axis: Drag.YAxis
                drag.minimumY: 0
                drag.maximumY: web.height - handle.height
                anchors.fill: parent
                onPositionChanged: {
                    if (pressedButtons == Qt.LeftButton) {
                        web.contentY = handle.y * web.contentHeight / web.height
                    }
                }
            }
        }
    }
}

[Cornelius Hald]

Created attachment 185483 [details]
Screenshot shows what happens after changing the contentY property.

[Andras Becsi]

Created attachment 187888 [details]
Patch

[Jocelyn Turcotte]

Comment on attachment 187888 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=187888&action=review

> Source/WebKit2/UIProcess/qt/PageViewportControllerClientQt.cpp:-135
>  void PageViewportControllerClientQt::flickMoveEnded()
>  {
>      // This method is called on the end of the pan or pan kinetic animation.
>  
> -    m_ignoreViewportChanges = true;

How does this react now if the page gets scrolled by PageViewportController::pageDidRequestScroll, wouldn't that trigger an unnecessary update to the web process?

[Andras Becsi]

Created attachment 188057 [details]
Patch

[Andras Becsi]

(In reply to comment #3)
> (From update of attachment 187888 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=187888&action=review
> 
> > Source/WebKit2/UIProcess/qt/PageViewportControllerClientQt.cpp:-135
> >  void PageViewportControllerClientQt::flickMoveEnded()
> >  {
> >      // This method is called on the end of the pan or pan kinetic animation.
> >  
> > -    m_ignoreViewportChanges = true;
> 
> How does this react now if the page gets scrolled by PageViewportController::pageDidRequestScroll, wouldn't that trigger an unnecessary update to the web process?

Indeed, the previous patch missed the removal of the update in setViewportPosition.

[Jocelyn Turcotte]

Comment on attachment 188057 [details]
Patch

Looks good, that's not what I meant, but good if that made you catch something :)

You just need Owners to sign this off.

[Andras Becsi]

(In reply to comment #6)
> (From update of attachment 188057 [details])

Benjamin, can you sign off on this? :)

[Andras Becsi]

Comment on attachment 188057 [details]
Patch

Clearing flags on attachment: 188057

Committed r143195: <http://trac.webkit.org/changeset/143195>

[Andras Becsi]

All reviewed patches have been landed.  Closing bug.