[webkit-reviews] review denied: [Bug 132857] [iOS] Page scale update messages for media controls should only fire at the end of zooming : [Attachment 231413] Patch
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue May 13 16:12:28 PDT 2014
Simon Fraser (smfr) <simon.fraser at apple.com> has denied Dean Jackson
<dino at apple.com>'s request for review:
Bug 132857: [iOS] Page scale update messages for media controls should only
fire at the end of zooming
https://bugs.webkit.org/show_bug.cgi?id=132857
Attachment 231413: Patch
https://bugs.webkit.org/attachment.cgi?id=231413&action=review
------- Additional Comments from Simon Fraser (smfr) <simon.fraser at apple.com>
View in context: https://bugs.webkit.org/attachment.cgi?id=231413&action=review
> Source/WebCore/dom/Document.h:1045
> - void pageScaleFactorChanged();
> + void pageScaleFactorCommittedForMedia();
I would prefer this not have "ForMedia" in the name. We may need to hook other
things up to stable scale changes. Maybe pageScaleFactorChangeToStableValue or
something. gotStableScaleChange?
> Source/WebCore/page/Page.cpp:765
> - for (Frame* frame = &mainFrame(); frame; frame =
frame->tree().traverseNext())
> - frame->document()->pageScaleFactorChanged();
> + if (inStableState)
> + mainFrame().document()->pageScaleFactorCommittedForMedia();
You've lost going through subframes in this patch.
> Source/WebKit2/WebProcess/WebPage/ios/WebPageIOS.mm:2162
> + m_page->setPageScaleFactor(floatBoundedScale, scrollPosition,
visibleContentRectUpdateInfo.inStableState());
This changes means that we'll be changing the scale factor without checking
floatBoundedScale != m_page->pageScaleFactor(), which I suspect will cause some
bad things to happen (maybe when pinching?)
I think you should only call m_page->setPageScaleFactor() here if the state is
stable.
More information about the webkit-reviews
mailing list