https://bugs.webkit.org/show_bug.cgi?id=135275
<rdar://problem/
17803170>
Reviewed by Benjamin Poulain.
* UIProcess/WebPageProxy.cpp:
(WebKit::WebPageProxy::dispatchViewStateChange):
If the UI process is waiting for a didUpdateViewState, we need to *always*
get a reply from the Web Process, so dispatchViewStateChange should *always*
send SetViewState even if nothing changed (so that we get the reply).
git-svn-id: https://svn.webkit.org/repository/webkit/trunk@171570
268f45cc-cd09-0410-ab3c-
d52691b4dbfc
+2014-07-24 Tim Horton <timothy_horton@apple.com>
+
+ Sometimes WKWebView is blank after resuming the app, until you scroll
+ https://bugs.webkit.org/show_bug.cgi?id=135275
+ <rdar://problem/17803170>
+
+ Reviewed by Benjamin Poulain.
+
+ * UIProcess/WebPageProxy.cpp:
+ (WebKit::WebPageProxy::dispatchViewStateChange):
+ If the UI process is waiting for a didUpdateViewState, we need to *always*
+ get a reply from the Web Process, so dispatchViewStateChange should *always*
+ send SetViewState even if nothing changed (so that we get the reply).
+
2014-07-24 Simon Fraser <simon.fraser@apple.com>
[iOS WK2] Header bar on nytimes articles lands in the wrong place after rubberbanding
2014-07-24 Simon Fraser <simon.fraser@apple.com>
[iOS WK2] Header bar on nytimes articles lands in the wrong place after rubberbanding
if (m_viewWasEverInWindow && (changed & ViewState::IsInWindow) && isInWindow())
m_viewStateChangeWantsReply = true;
if (m_viewWasEverInWindow && (changed & ViewState::IsInWindow) && isInWindow())
m_viewStateChangeWantsReply = true;
+ if (changed || m_viewStateChangeWantsReply)
m_process->send(Messages::WebPage::SetViewState(m_viewState, m_viewStateChangeWantsReply), m_pageID);
// This must happen after the SetViewState message is sent, to ensure the page visibility event can fire.
m_process->send(Messages::WebPage::SetViewState(m_viewState, m_viewStateChangeWantsReply), m_pageID);
// This must happen after the SetViewState message is sent, to ensure the page visibility event can fire.