[Webkit-unassigned] [Bug 116105] New: [WK2][QT][EFL] Sync contents size between WebProcess and UIProcess.
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue May 14 07:27:45 PDT 2013
https://bugs.webkit.org/show_bug.cgi?id=116105
Summary: [WK2][QT][EFL] Sync contents size between WebProcess
and UIProcess.
Product: WebKit
Version: 528+ (Nightly build)
Platform: Other
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit2
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: jungjik.lee at samsung.com
this issue is occurred only in EFL, but it can be occurred in both QT and EFL.
this issue is that when MiniBrowser launchs with html file,
WebChromeClient send the contents size to UIProcess.
However because it's not sync type message, there is a time gap between WebProcess and UIProcess.
So if we send the contents size message to UIProcess more than twice fast,
UIProcess can not handle the messages at right time.
Like this,
WEBPROCESS virtual void WebKit::WebChromeClient::contentsSizeChanged(WebCore::Frame*, const WebCore::IntSize&) const 127 8
WEBPROCESS virtual void WebKit::WebChromeClient::contentsSizeChanged(WebCore::Frame*, const WebCore::IntSize&) const 800 564
UIPROCESS void WebKit::PageViewportController::didChangeContentsSize(const WebCore::IntSize&) 127 8
UIPROCESS void WebKit::PageViewportController::didChangeContentsSize(const WebCore::IntSize&) 800 564
this cause another problem In EFL MiniBrowse >
https://bugs.webkit.org/show_bug.cgi?id=114496
Miss-match the contents size between WebProcess-side and UIProcess-side makes a huge scale factor.
this patch is for changing the DidChangeContentsSize message type to sync message type.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list