Created attachment 305586[details]
Test case to reproduce the issue
A vertical-lr block with inline-block children does not compute correctly their baseline so they can be alignment properly.
This issue is not present when using other writing-modes
Attached a file with several test cases to reproduce the issue using different writing-modes and direction.
Created attachment 305591[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 305592[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 305593[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 305598[details]
Archive of layout-test-results from ews124 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews124 Port: ios-simulator-wk2 Platform: Mac OS X 10.11.6
Created attachment 305738[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 305741[details]
Archive of layout-test-results from ews106 for mac-elcapitan-wk2
The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: ews106 Port: mac-elcapitan-wk2 Platform: Mac OS X 10.11.6
Created attachment 305744[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
Created attachment 305748[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.11.6
Created attachment 305797[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 305799[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 305800[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
Created attachment 305810[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.11.6
Created attachment 305925[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.11.6
(In reply to Javier Fernandez from comment #36)
> Gentle ping, reviewers.
Is the latest patch the one for review? It doesn't have the right flags on it, so I don't think anyone saw it. Given how long it's been, it also may require a rebaseline.
(In reply to Jon Lee from comment #37)
> (In reply to Javier Fernandez from comment #36)
> > Gentle ping, reviewers.
>
> Is the latest patch the one for review? It doesn't have the right flags on
> it, so I don't think anyone saw it. Given how long it's been, it also may
> require a rebaseline.
Yes, it is. Sorry about the missing review flag :(
Comment on attachment 306011[details]
Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=306011&action=review
Zalan/Hyatt should review.
> LayoutTests/fast/inline-block/baseline-vertical-expected.txt:4
> +layer at (0,0) size 800x600
> + RenderView at (0,0) size 800x600
> +layer at (0,0) size 800x503
> + RenderBlock {HTML} at (0,0) size 800x504
Can you make a refest instead? Render tree dumps are fragile and annoying.
(In reply to Antti Koivisto from comment #40)
> Comment on attachment 306011[details]
> Patch
>
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=306011&action=review
>
> Zalan/Hyatt should review.
Yes, I supposed it.
>
> > LayoutTests/fast/inline-block/baseline-vertical-expected.txt:4
> > +layer at (0,0) size 800x600
> > + RenderView at (0,0) size 800x600
> > +layer at (0,0) size 800x503
> > + RenderBlock {HTML} at (0,0) size 800x504
>
> Can you make a refest instead? Render tree dumps are fragile and annoying.
Well, I don't like at all the tree dumps and image tests. However, for this baseline alignment cases I wasn't able to make a valid reference tests. Many of these baseline tests are implemented using tree dumps as well. In some cases they use flexbox vs block to define reference tests, but in this case both layouts use the same code, so we wouldn't notice regressions.
The problem with baseline test is that it highly depends on the font family and size. I could have used 'ahem' but then it'd use a different baseline (central if I remember correctly) so we don't verify completely the changes applied in the code.
I thought about using absolute positioned for the reference tests, but as I said, it may fail because of different font family and size when running it in different platforms.
If anybody has an idea, I'd be happy to define a reference tests instead, of course.
Created attachment 328966[details]
Archive of layout-test-results from ews103 for mac-elcapitan
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews103 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Created attachment 328968[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 328970[details]
Archive of layout-test-results from ews124 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews124 Port: ios-simulator-wk2 Platform: Mac OS X 10.12.6
Created attachment 328972[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 329063[details]
Archive of layout-test-results from ews126 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews126 Port: ios-simulator-wk2 Platform: Mac OS X 10.12.6
Created attachment 330908[details]
Archive of layout-test-results from ews126 for ios-simulator-wk2
The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews126 Port: ios-simulator-wk2 Platform: Mac OS X 10.12.6
Created attachment 330959[details]
Archive of layout-test-results from ews100 for mac-sierra
The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews100 Port: mac-sierra Platform: Mac OS X 10.12.6
Comment on attachment 331356[details]
Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=331356&action=review
The patch LGTM.
Just a question about border-styles-vertical-lr.html test, for the new expected files
I see color changes in the borders, is that expected?
> Source/WebCore/rendering/RenderBlockFlow.cpp:3061
> + // InlineFlowBox::placeBoxesInBlockDirection will flip lines in
> + // case of verticalLR mode, so we can assume verticalRL for now.
Nit: This could be just one line.
> LayoutTests/ChangeLog:30
> + * fast/text/emphasis-overlap-expected.txt:
Nit: I believe this ChangeLog is not accurate.
> LayoutTests/platform/ios-simulator/TestExpectations:59
> +# These tests seem to fail due pixel rounding errors in the absolute positioned elements used as reference.
Nit: Shouldn't we explain that we're skipping these in the ChangeLog.
Comment on attachment 331356[details]
Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=331356&action=review>> Source/WebCore/rendering/RenderBlockFlow.cpp:3061
>> + // case of verticalLR mode, so we can assume verticalRL for now.
>
> Nit: This could be just one line.
ok
>> LayoutTests/ChangeLog:30
>> + * fast/text/emphasis-overlap-expected.txt:
>
> Nit: I believe this ChangeLog is not accurate.
Yes, it seems some files are missing from the list.
>> LayoutTests/platform/ios-simulator/TestExpectations:59
>> +# These tests seem to fail due pixel rounding errors in the absolute positioned elements used as reference.
>
> Nit: Shouldn't we explain that we're skipping these in the ChangeLog.
ok. It'd be also good to have a bug report to point to, but I wasn't able to find a simple test case to reproduce it.
(In reply to Manuel Rego Casasnovas from comment #61)
> Comment on attachment 331356[details]
> Patch
>
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=331356&action=review
>
> The patch LGTM.
>
> Just a question about border-styles-vertical-lr.html test, for the new
> expected files
> I see color changes in the borders, is that expected?
Yes, it's expected because those colors are rendered differently now in gtk+. Since the PNGs are not used unless there is a diff in the expected.txt files, we haven't noticed such color differences in the PNGs.
Created attachment 332790[details]
Archive of layout-test-results from ews202 for win-future
The attached test failures were seen while running run-webkit-tests on the win-ews.
Bot: ews202 Port: win-future Platform: CYGWIN_NT-6.1-2.9.0-0.318-5-3-x86_64-64bit
Test that were introduced with this patch:
fast/inline-block/baseline-vertical-01.html
fast/inline-block/baseline-vertical-02.html
fast/inline-block/baseline-vertical-03.html
fast/inline-block/baseline-vertical-04.html
are showing up as ImageOnlyFailures on iOS simulator.
Looks like you intended to mark them as failing for iOS Simulator. Judging by the EWS output, it should have been marked [ ImageOnlyFailure ] instead of just failure. Went ahead and fixed it for you in:
https://trac.webkit.org/changeset/227975/webkit
2017-03-28 05:56 PDT, Javier Fernandez
2017-03-28 06:30 PDT, Javier Fernandez
2017-03-28 07:36 PDT, Build Bot
2017-03-28 07:40 PDT, Build Bot
2017-03-28 07:43 PDT, Build Bot
2017-03-28 09:40 PDT, Build Bot
2017-03-29 07:59 PDT, Javier Fernandez
2017-03-29 09:05 PDT, Build Bot
2017-03-29 09:08 PDT, Build Bot
2017-03-29 09:15 PDT, Build Bot
2017-03-29 09:30 PDT, Build Bot
2017-03-29 14:10 PDT, Javier Fernandez
2017-03-29 14:50 PDT, Build Bot
2017-03-29 15:15 PDT, Build Bot
2017-03-29 15:21 PDT, Build Bot
2017-03-29 15:38 PDT, Javier Fernandez
2017-03-29 17:11 PDT, Build Bot
2017-03-30 13:20 PDT, Javier Fernandez
2017-03-30 15:22 PDT, Javier Fernandez
2017-03-30 16:54 PDT, Build Bot
2017-03-31 14:24 PDT, Javier Fernandez
2017-12-11 06:19 PST, Javier Fernandez
2017-12-11 07:15 PST, EWS Watchlist
2017-12-11 07:27 PST, EWS Watchlist
2017-12-11 07:43 PST, EWS Watchlist
2017-12-11 07:55 PST, EWS Watchlist
2017-12-11 16:12 PST, Javier Fernandez
2017-12-11 17:38 PST, EWS Watchlist
2018-01-10 06:45 PST, Javier Fernandez
2018-01-10 08:12 PST, EWS Watchlist
2018-01-10 14:06 PST, EWS Watchlist
2018-01-15 14:44 PST, Javier Fernandez
2018-01-31 05:14 PST, Javier Fernandez
2018-01-31 06:31 PST, Javier Fernandez
2018-01-31 09:36 PST, Javier Fernandez
2018-01-31 11:57 PST, EWS Watchlist
2018-01-31 12:39 PST, Javier Fernandez