Created attachment 311554[details]
Archive of layout-test-results from ews113 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews113 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311557[details]
Archive of layout-test-results from ews101 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews101 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311558[details]
Archive of layout-test-results from ews107 for mac-elcapitan-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: ews107 Port: mac-elcapitan-wk2 Platform: Mac OS X 10.11.6
Created attachment 311559[details]
Archive of layout-test-results from ews122 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews122 Port: ios-simulator-wk2 Platform: Mac OS X 10.12.5
Created attachment 311645[details]
Archive of layout-test-results from ews104 for mac-elcapitan-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: ews104 Port: mac-elcapitan-wk2 Platform: Mac OS X 10.11.6
Created attachment 311646[details]
Archive of layout-test-results from ews101 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews101 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311647[details]
Archive of layout-test-results from ews112 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews112 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311649[details]
Archive of layout-test-results from ews121 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews121 Port: ios-simulator-wk2 Platform: Mac OS X 10.12.5
Created attachment 311667[details]
Archive of layout-test-results from ews116 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews116 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311668[details]
Archive of layout-test-results from ews101 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews101 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311669[details]
Archive of layout-test-results from ews104 for mac-elcapitan-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: ews104 Port: mac-elcapitan-wk2 Platform: Mac OS X 10.11.6
Created attachment 311670[details]
Archive of layout-test-results from ews125 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews125 Port: ios-simulator-wk2 Platform: Mac OS X 10.12.5
Created attachment 311698[details]
Archive of layout-test-results from ews101 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews101 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311699[details]
Archive of layout-test-results from ews117 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews117 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311731[details]
Archive of layout-test-results from ews105 for mac-elcapitan-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: ews105 Port: mac-elcapitan-wk2 Platform: Mac OS X 10.11.6
Created attachment 311773[details]
Archive of layout-test-results from ews102 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews102 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 311775[details]
Archive of layout-test-results from ews104 for mac-elcapitan-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: ews104 Port: mac-elcapitan-wk2 Platform: Mac OS X 10.11.6
Created attachment 311785[details]
Archive of layout-test-results from ews115 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews115 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Comment on attachment 311807[details]
Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=311807&action=review
This cleans up things nicely, r=me
> Source/WebCore/rendering/RenderFlexibleBox.cpp:249
> + for (auto* child = firstChildBox(); child; child = child->nextSiblingBox()) {
You should be able to use
for (auto& child : childrenOfType<RenderBox>(*this)) {
> Source/WebCore/rendering/RenderFlexibleBox.cpp:250
> + ItemPosition previousAlignment =child->style().resolvedAlignSelf(oldStyle, selfAlignmentNormalBehavior()).position();
missing space after =
> Source/WebCore/rendering/RenderGrid.cpp:96
> +StyleSelfAlignmentData RenderGrid::selfAlignmentForChild(GridAxis axis, const RenderBox& child, const RenderStyle* style) const
Why is the style a pointer? I don't see this being called with null style.
> Source/WebCore/rendering/RenderGrid.cpp:128
> + for (RenderBox* child = firstChildBox(); child; child = child->nextSiblingBox()) {
Here too
> Source/WebCore/rendering/RenderGrid.cpp:1205
> +StyleSelfAlignmentData RenderGrid::alignSelfForChild(const RenderBox& child, const RenderStyle* style) const
It is bit unclear whose style the 'style' is and when it is ok to call this will null style.
> Source/WebCore/rendering/RenderGrid.cpp:1212
> +StyleSelfAlignmentData RenderGrid::justifySelfForChild(const RenderBox& child, const RenderStyle* style) const
Same here.
Comment on attachment 311807[details]
Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=311807&action=review>> Source/WebCore/rendering/RenderGrid.cpp:96
>> +StyleSelfAlignmentData RenderGrid::selfAlignmentForChild(GridAxis axis, const RenderBox& child, const RenderStyle* style) const
>
> Why is the style a pointer? I don't see this being called with null style.
Actually it's default to nullptr in the function declaration, since the regular use of this function doesn't require an explicit style to resolve the 'auto' values. We should just uses the grid's style for resolving grid item's 'auto' values.
>> Source/WebCore/rendering/RenderGrid.cpp:1205
>> +StyleSelfAlignmentData RenderGrid::alignSelfForChild(const RenderBox& child, const RenderStyle* style) const
>
> It is bit unclear whose style the 'style' is and when it is ok to call this will null style.
This follows the same patten that the selfAlignmentForChild function, so we allow passing nullptr so it uses the caller's style for resolving any 'auto' values.
> Actually it's default to nullptr in the function declaration, since the
> regular use of this function doesn't require an explicit style to resolve
> the 'auto' values. We should just uses the grid's style for resolving grid
> item's 'auto' values.
You just added the function and as far as I see all call sites call it with non-null style. Are you planning to add more call sites?
> This follows the same patten that the selfAlignmentForChild function, so we
> allow passing nullptr so it uses the caller's style for resolving any 'auto'
> values.
Maybe there is a more descriptive name for it than just 'style'? There are two styles involved in
return child.style().resolvedJustifySelf(style, selfAlignmentNormalBehavior(&child));
Would the latter be for example 'gridStyle' or 'parentStyle'?
(In reply to Antti Koivisto from comment #45)
> > Actually it's default to nullptr in the function declaration, since the
> > regular use of this function doesn't require an explicit style to resolve
> > the 'auto' values. We should just uses the grid's style for resolving grid
> > item's 'auto' values.
>
> You just added the function and as far as I see all call sites call it with
> non-null style. Are you planning to add more call sites?
Yes, I've got another patch that will call that function several times with the nullptr style. I'm still working on it, so I'd be ok with simplifying this function now if you think it's clearer.
>
> > This follows the same patten that the selfAlignmentForChild function, so we
> > allow passing nullptr so it uses the caller's style for resolving any 'auto'
> > values.
>
> Maybe there is a more descriptive name for it than just 'style'? There are
> two styles involved in
>
> return child.style().resolvedJustifySelf(style,
> selfAlignmentNormalBehavior(&child));
>
> Would the latter be for example 'gridStyle' or 'parentStyle'?
Yes, those would be definitively better names.
2017-05-30 16:22 PDT, Javier Fernandez
2017-05-30 16:58 PDT, Build Bot
2017-05-30 17:08 PDT, Build Bot
2017-05-30 17:12 PDT, Build Bot
2017-05-30 17:16 PDT, Build Bot
2017-05-31 14:44 PDT, Javier Fernandez
2017-05-31 15:51 PDT, Build Bot
2017-05-31 15:54 PDT, Build Bot
2017-05-31 16:05 PDT, Build Bot
2017-05-31 16:10 PDT, Build Bot
2017-05-31 16:59 PDT, Javier Fernandez
2017-05-31 17:57 PDT, Build Bot
2017-05-31 17:59 PDT, Build Bot
2017-05-31 18:07 PDT, Build Bot
2017-05-31 18:37 PDT, Build Bot
2017-06-01 06:47 PDT, Javier Fernandez
2017-06-01 07:27 PDT, Build Bot
2017-06-01 07:47 PDT, Build Bot
2017-06-01 11:14 PDT, Build Bot
2017-06-01 15:42 PDT, Javier Fernandez
2017-06-01 16:18 PDT, Build Bot
2017-06-01 16:23 PDT, Build Bot
2017-06-01 17:10 PDT, Build Bot
2017-06-02 00:29 PDT, Javier Fernandez
2017-07-10 15:28 PDT, Javier Fernandez