WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
82960
[Qt][WK2] Seg fault when property binding to experimental.contentY
https://bugs.webkit.org/show_bug.cgi?id=82960
Summary
[Qt][WK2] Seg fault when property binding to experimental.contentY
Rafael Brandao
Reported
2012-04-02 15:50:38 PDT
It's easy to reproduce with MiniBrowser code. On BrowserWindow.qml, do the following: WebView { id: webView + property bool scrolledUpToBoundary: webView.experimental.contentY < 0 + onScrolledUpToBoundaryChanged: console.log('Scrolled up?' + scrolledUpToBoundary) It is expected that we can lookup to contentY changes and properly bind the properties here. The comparison webView.experimental.contentY < 0 is causing the seg fault. If instead of this you only work inside experimental.onContentYChanged and print the new value, it works. So you can just force updates to "scrollUpToBoundary" this way inside experimental, but I believe we should be able to do the other way around. Here's an example of the workaround: + property bool scrolledUpToBoundary: false + experimental { + onContentYChanged: webView.scrolledUpToBoundary = webView.experimental.contentY < 0 + }
Attachments
Add attachment
proposed patch, testcase, etc.
Andras Becsi
Comment 1
2012-04-03 10:11:09 PDT
This bug might be invalid after
https://bugs.webkit.org/show_bug.cgi?id=83033
. (In reply to
comment #0
)
> It's easy to reproduce with MiniBrowser code. On BrowserWindow.qml, do the following: > > WebView { > id: webView > + property bool scrolledUpToBoundary: webView.experimental.contentY < 0 > + onScrolledUpToBoundaryChanged: console.log('Scrolled up?' + scrolledUpToBoundary) > > It is expected that we can lookup to contentY changes and properly bind the properties here. The comparison webView.experimental.contentY < 0 is causing the seg fault. If instead of this you only work inside experimental.onContentYChanged and print the new value, it works. So you can just force updates to "scrollUpToBoundary" this way inside experimental, but I believe we should be able to do the other way around. Here's an example of the workaround: > > + property bool scrolledUpToBoundary: false > + experimental { > + onContentYChanged: webView.scrolledUpToBoundary = webView.experimental.contentY < 0 > + }
Rafael Brandao
Comment 2
2012-04-03 14:57:33 PDT
(In reply to
comment #1
)
> This bug might be invalid after
https://bugs.webkit.org/show_bug.cgi?id=83033
. >
Oh yea, hope so. I will mark this one depending on that then. Thanks! :)
Andras Becsi
Comment 3
2012-05-22 04:46:18 PDT
Since the WebView is a direct subclass of Flickable, this bug is no longer valid.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug