|
|
Chromium Code Reviews
DescriptionAdding CRWWebViewContentView as a subview when it is set
Adding subviews in layoutSubviews is problematic
(see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubviews/34301753)
This CL moves it out of |layoutSubviews| and
into when the CRWWebViewContentView is actually
set on the ContainerView.
The existing logic will take care of removing
the old ContentView from the superview
when there is a need to replace the
ContentView.
As a (intended) side effect this CL fixes a bug in UIWebView
where adding it as part of layoutSubViews would lead to issues
in scrolling of certain pages.
BUG=568097
TEST=
Illustrated in the bug.
Committed: https://crrev.com/f5406c826d16602ce699bdf7f7da5cc5461be7f0
Cr-Commit-Position: refs/heads/master@{#365691}
Patch Set 1 #Patch Set 2 : y #
Total comments: 2
Patch Set 3 : y #Patch Set 4 : y #Messages
Total messages: 27 (15 generated)
shreyasv@chromium.org changed reviewers: + kkhorimoto@chromium.org
As a (intended) side effect this CL fixes a bug in UIWebView where adding it as part of layoutSubViews would lead to issues in scrolling of certain pages.
lgtm with nit. Also, can you add a sentence to the CL description that explains that this fixes the UIWebView bug (for whatever reason)? At a glance, the CL and the bug don't seem correlated, and someone would have to look at the review comments to see that this fixes the UIWebView issue. https://codereview.chromium.org/1531593002/diff/20001/ios/web/web_state/ui/cr... File ios/web/web_state/ui/crw_web_controller_container_view.mm (right): https://codereview.chromium.org/1531593002/diff/20001/ios/web/web_state/ui/cr... ios/web/web_state/ui/crw_web_controller_container_view.mm:222: [_webViewContentView setFrame:self.bounds]; Can you use property notation for consistency? The ivars backing properties should only really be accessed in accessors (or initializers when setting default values).
Description was changed from ========== Adding CRWWebViewContentView as a subview when it is set Adding subviews in layoutSubviews is problematic (see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubv...) This CL moves it out of |layoutSubviews| and into when the CRWWebViewContentView is actually set on the ContainerView. The existing logic will take care of removing the old ContentView from the superview when there is a need to replace the ContentView. BUG=568097 TEST= Illustrated in the bug. ========== to ========== Adding CRWWebViewContentView as a subview when it is set Adding subviews in layoutSubviews is problematic (see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubv...) This CL moves it out of |layoutSubviews| and into when the CRWWebViewContentView is actually set on the ContainerView. The existing logic will take care of removing the old ContentView from the superview when there is a need to replace the ContentView. As a (intended) side effect this CL fixes a bug in UIWebView where adding it as part of layoutSubViews would lead to issues in scrolling of certain pages. BUG=568097 TEST= Illustrated in the bug. ==========
https://codereview.chromium.org/1531593002/diff/20001/ios/web/web_state/ui/cr... File ios/web/web_state/ui/crw_web_controller_container_view.mm (right): https://codereview.chromium.org/1531593002/diff/20001/ios/web/web_state/ui/cr... ios/web/web_state/ui/crw_web_controller_container_view.mm:222: [_webViewContentView setFrame:self.bounds]; On 2015/12/16 18:54:17, kkhorimoto_ wrote: > Can you use property notation for consistency? The ivars backing properties > should only really be accessed in accessors (or initializers when setting > default values). Done.
The CQ bit was checked by shreyasv@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from kkhorimoto@chromium.org Link to the patchset: https://codereview.chromium.org/1531593002/#ps40001 (title: "y")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1531593002/40001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1531593002/40001
kkhorimoto@chromium.org changed reviewers: + eugenebut@chromium.org
I'm adding Eugene as a review since I'm not a web/ OWNER. Also, can you limit the line width for your description?
The CQ bit was unchecked by shreyasv@chromium.org
Description was changed from ========== Adding CRWWebViewContentView as a subview when it is set Adding subviews in layoutSubviews is problematic (see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubv...) This CL moves it out of |layoutSubviews| and into when the CRWWebViewContentView is actually set on the ContainerView. The existing logic will take care of removing the old ContentView from the superview when there is a need to replace the ContentView. As a (intended) side effect this CL fixes a bug in UIWebView where adding it as part of layoutSubViews would lead to issues in scrolling of certain pages. BUG=568097 TEST= Illustrated in the bug. ========== to ========== Adding CRWWebViewContentView as a subview when it is set Adding subviews in layoutSubviews is problematic (see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubv...) This CL moves it out of |layoutSubviews| and into when the CRWWebViewContentView is actually set on the ContainerView. The existing logic will take care of removing the old ContentView from the superview when there is a need to replace the ContentView. As a (intended) side effect this CL fixes a bug in UIWebView where adding it as part of layoutSubViews would lead to issues in scrolling of certain pages. BUG=568097 TEST= Illustrated in the bug. ==========
lgtm
The CQ bit was checked by shreyasv@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1531593002/40001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1531593002/40001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presub...)
The CQ bit was checked by shreyasv@chromium.org
The CQ bit was unchecked by shreyasv@chromium.org
The CQ bit was checked by shreyasv@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from kkhorimoto@chromium.org, eugenebut@chromium.org Link to the patchset: https://codereview.chromium.org/1531593002/#ps60001 (title: "y")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1531593002/60001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1531593002/60001
Message was sent while issue was closed.
Description was changed from ========== Adding CRWWebViewContentView as a subview when it is set Adding subviews in layoutSubviews is problematic (see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubv...) This CL moves it out of |layoutSubviews| and into when the CRWWebViewContentView is actually set on the ContainerView. The existing logic will take care of removing the old ContentView from the superview when there is a need to replace the ContentView. As a (intended) side effect this CL fixes a bug in UIWebView where adding it as part of layoutSubViews would lead to issues in scrolling of certain pages. BUG=568097 TEST= Illustrated in the bug. ========== to ========== Adding CRWWebViewContentView as a subview when it is set Adding subviews in layoutSubviews is problematic (see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubv...) This CL moves it out of |layoutSubviews| and into when the CRWWebViewContentView is actually set on the ContainerView. The existing logic will take care of removing the old ContentView from the superview when there is a need to replace the ContentView. As a (intended) side effect this CL fixes a bug in UIWebView where adding it as part of layoutSubViews would lead to issues in scrolling of certain pages. BUG=568097 TEST= Illustrated in the bug. ==========
Message was sent while issue was closed.
Committed patchset #4 (id:60001)
Message was sent while issue was closed.
Description was changed from ========== Adding CRWWebViewContentView as a subview when it is set Adding subviews in layoutSubviews is problematic (see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubv...) This CL moves it out of |layoutSubviews| and into when the CRWWebViewContentView is actually set on the ContainerView. The existing logic will take care of removing the old ContentView from the superview when there is a need to replace the ContentView. As a (intended) side effect this CL fixes a bug in UIWebView where adding it as part of layoutSubViews would lead to issues in scrolling of certain pages. BUG=568097 TEST= Illustrated in the bug. ========== to ========== Adding CRWWebViewContentView as a subview when it is set Adding subviews in layoutSubviews is problematic (see http://stackoverflow.com/questions/34301366/call-addsubview-within-layoutsubv...) This CL moves it out of |layoutSubviews| and into when the CRWWebViewContentView is actually set on the ContainerView. The existing logic will take care of removing the old ContentView from the superview when there is a need to replace the ContentView. As a (intended) side effect this CL fixes a bug in UIWebView where adding it as part of layoutSubViews would lead to issues in scrolling of certain pages. BUG=568097 TEST= Illustrated in the bug. Committed: https://crrev.com/f5406c826d16602ce699bdf7f7da5cc5461be7f0 Cr-Commit-Position: refs/heads/master@{#365691} ==========
Message was sent while issue was closed.
Patchset 4 (id:??) landed as https://crrev.com/f5406c826d16602ce699bdf7f7da5cc5461be7f0 Cr-Commit-Position: refs/heads/master@{#365691} |
