Bug 102789 – svg/hixie/data-types/002.xhtml fails

• Status: NEW
• Component: SVG

[Kangil Han]

The two bars are not identical.

[Kangil Han]

Created attachment 175180 [details]
Patch

[Build Bot]

Comment on attachment 175180 [details]
Patch

Attachment 175180 [details] did not pass mac-ews (mac):
Output: http://queues.webkit.org/results/14899560

New failing tests:
svg/hixie/data-types/002.xhtml

[Kangil Han]

Created attachment 175190 [details]
patch

Change case as reftest.

[Raphael Kubo da Costa (:rakuco)]

This is an imported test case. AFAIK we normally don't change them like this, as they were probably designed the way the were for a reason; you should instead check if there's a new, more correct version of it and then import it. Or investigate what's causing the wrong behavior in WebKit, if there's really one.

[Dominik Röttsches (drott)]

Comment on attachment 175190 [details]
patch

View in context: https://bugs.webkit.org/attachment.cgi?id=175190&action=review

> LayoutTests/svg/hixie/data-types/002.xhtml:14
> +  <svg height="40px" width="10em" viewBox="0 0 10em 40px" xmlns="http://www.w3.org/2000/svg">

This is not the right way to fix this. It's actually part of the logic of the text to have a square viewbox. Maybe rather check how you can change the aspect-ratio so that the contents of the viewbox are scaled up to the full size of the svg container.

[Kangil Han]

drott, rakuco : Okay, I will investigate more. :)

[Kangil Han]

Got some points. :)


  <svg height="40px" width="10em" viewBox="0 0 100 100" xmlns="http://www.w3.org/2000/svg">
   <rect x="0" y="0" width="100" height="100" fill="navy"/>
  </svg>

100 UUheight and 40 px -> 0.4px per 1 UUheight
100 UUwidth and 10em -> 0.1em per 1 UUwidth

Therefore, rect should be like this:
  height = 0.4px * 100 = 40px
  width = 0.1em * 100 = 10em

these are exactly same with <div> and it means that I should dig more into WebKit code side. :)

Thx, drott and rakuco!

[Kangil Han]

Comment on attachment 175190 [details]
patch

Wrong approach.

[Nikolas Zimmermann]

Comment on attachment 175180 [details]
Patch

This test is important from an early set of hixies SVG test. Are you sure it's wrong? What do the other browsers do?

[Dirk Schulze]

(In reply to comment #9)
> (From update of attachment 175180 [details])
> This test is important from an early set of hixies SVG test. Are you sure it's wrong? What do the other browsers do?

Actually all browsers act the same. This is very surprising for me. I would expect that the same as Ian did: The viewBox scales the content to the whole dimension of the SVG, but it doesn't. Instead the size of the viewBox is used to get a scale ratio and is fits into the SVG area by the value of preserveAspectRatio. Need to read the spec here.

[Kangil Han]

(In reply to comment #9)
> (From update of attachment 175180 [details])
> This test is important from an early set of hixies SVG test. Are you sure it's wrong? What do the other browsers do?

oops.. sorry for my overlooking. :-(
Fortunately, dirk kindly answered on your question. :) Thx!

In addition, <http://www.w3.org/TR/SVG11/coords.html#ViewBoxAttribute> describes 'The value of the ‘viewBox’ attribute is a list of four numbers <min-x>, <min-y>, <width> and <height>' and I couldn't find any more specific information from web search.

In my last investigation in source level, I've found this test case fails in parsing viewBox because current implementation only considers numbers with few exception but not 'em'.

Therefore, given information, I am still not sure which direction would be the best approach for this test case.

[Brent Fulgham]

Safari, Chrome, and Firefox all produce incorrect results.

[Radar WebKit Bug Importer]

<rdar://problem/97098369>