summaryrefslogtreecommitdiffstats
path: root/WebCore/rendering/RenderPartObject.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Do not expand IFrames that are 1x1.Patrick Scott2009-12-161-7/+8
| | | | | | | I was filtering out 1x1 frames incorrectly by using the calculated width and height which includes border and padding. Bug: 2317776
* Remove bad assert.Patrick Scott2009-10-271-3/+0
| | | | | | The original assert was meant to assert that the body renderer layout state is not modified during the expansion of the iframe. This can falsely fire if the body renderer already needed a layout before the iframe expansion.
* Merge webkit.org at R49305 : Fix merge conflicts.Steve Block2009-10-201-5/+0
| | | | Change-Id: I9e0ffbe9b9b824399653da038093874e315ccd6a
* Merge webkit.org at R49305 : Automatic merge by git.Steve Block2009-10-201-54/+31
| | | | Change-Id: I8968561bc1bfd72b8923b7118d3728579c6dbcc7
* Fix the random crash around iframes.Patrick Scott2009-09-301-4/+22
| | | | | | | | | | | | | | | | The problem is that if updateWidgetPosition calls layout, the FrameView will layout with 0x0 dimensions. Then, we resize the view and try to relayout. This causes the body to be marked as needing a layout. But, the body does not get a chance to relayout. If updateWidgetPosition does not layout, the view size will match and the body will not be marked for layout. This makes everything sane after layout of the iframe. The root of the problem is that we are calling FrameView::layout() while in the midst of a layout. This is causing a child RenderObject to need a layout without the parent object needing a layout. We avoid this by not laying out until we set the FrameView dimensions. Bug: 2048855, 2134215
* Merge commit 'goog/master' into mergeBen Murdoch2009-08-181-46/+63
|\ | | | | | | | | | | | | Conflicts: WebCore/bindings/v8/ScriptController.cpp WebCore/page/Geolocation.cpp WebCore/platform/android/GeolocationServiceAndroid.cpp
| * Be more restrictive when expanding iframes.Patrick Scott2009-08-171-46/+63
| | | | | | | | | | | | | | | | | | | | | | | | | | If an iframe has no scrollbars and a fixed dimension, it serves no purpose to try and expand the contents. Some sites like to use hidden iframes for asynchronous loading and showing or expanding those iframes causes layout problems. Change the expansion logic slightly to only expand iframes and not contract them. Also update calcWidth and calcHeight to check for scrollbars or a non-fixed dimension. BUG=2039520,2004093
* | Merge in WebKit r47029.Ben Murdoch2009-08-111-1/+21
|/
* Get WebKit r44544.Feng Qian2009-06-171-23/+20
|
* AI 146317: Traverse the frame tree and compute the largest rectangle that ↵Patrick Scott2009-04-151-10/+13
| | | | | | | | | | | | | holds all the frames. If this rectangle is larger than the computed content, make the frame's view size equal to the computed total so that the content will be the correct size. When expanded iframes, set the width and height to the content width and height plus the padding and border. BUG=1719555 Automated import of CL 146317
* AI 145796: Land the WebKit merge @r42026.Feng Qian2009-04-101-14/+45
| | | | Automated import of CL 145796
* AI 145074: Override calcWidth and calcHeight to compute the content dimensions.Patrick Scott2009-04-081-4/+64
| | | | | | | This fixes a few calls to calcWidth/calcHeight without doing a layout. BUG=1360169 Automated import of CL 145074
* auto import from //depot/cupcake/@136594The Android Open Source Project2009-03-051-177/+217
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-0/+335
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-335/+0
|
* Code drop from //branches/cupcake/...@124589The Android Open Source Project2008-12-171-41/+34
|
* Initial ContributionThe Android Open Source Project2008-10-211-18/+69
|
* external/webkit r30707Upstream1970-01-121-0/+291