[Webkit-unassigned] [Bug 177601] Simple and complex paths are not applied consistently

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=177601

--- Comment #13 from Carlos Garcia Campos <cgarcia at igalia.com> ---
(In reply to Build Bot from comment #4)
> Comment on attachment 322076 [details]
> Patch
> 
> Attachment 322076 [details] did not pass mac-ews (mac):
> Output: http://webkit-queues.webkit.org/results/4687093
> 
> New failing tests:
> imported/w3c/web-platform-tests/css/css-ui-3/text-overflow-013.html
> fast/inline/padding-ellipsis-right.html
> svg/text/select-textLength-spacingAndGlyphs-stretch-3.svg
> svg/text/select-textLength-spacingAndGlyphs-squeeze-3.svg
> svg/text/select-textLength-spacingAndGlyphs-stretch-2.svg
> svg/text/select-textLength-spacingAndGlyphs-squeeze-1.svg
> svg/text/select-textLength-spacingAndGlyphs-stretch-1.svg
> svg/text/select-textLength-spacingAndGlyphs-squeeze-4.svg
> svg/text/select-textLength-spacingAndGlyphs-stretch-4.svg
> platform/mac/fast/text/ligature-subdivision.html
> svg/text/select-textLength-spacingAndGlyphs-squeeze-2.svg

Myles, could it be that these tests expect the partial run computations to be done by the complex text path? the non-svg tests pass by running WTR with --complex-text option and the svg ones fail but pass ( the right thing is selected,  they would need to be rebaselined). Actually I would say the svg tests are indeed a proof of this bug, the computation match when using --complex-text but the rendering doesn't.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170928/cd0dc6fe/attachment.html>