svg/W3C-I18N/g-dirLTR-ubNone.svg svg/W3C-I18N/g-dirLTR-ubOverride.svg svg/W3C-I18N/text-dirLTR-ubNone.svg svg/W3C-I18N/text-dirLTR-ubOverride.svg expected svg/W3C-I18N/tspan-dirLTR-ubEmbed-in-rtl-context.svg svg/W3C-I18N/tspan-dirLTR-ubNone-in-rtl-context.svg svg/W3C-I18N/tspan-dirLTR-ubOverride-in-rtl-context.svg fail currently on 32-bits Debug. Example of diff: --- /home/slave/webkitgtk/gtk-linux-32-debug/build/layout-test-results/svg/W3C-I18N/g-dirLTR-ubNone-expected.txt 2011-03-16 07:34:08.327399579 -0700 +++ /home/slave/webkitgtk/gtk-linux-32-debug/build/layout-test-results/svg/W3C-I18N/g-dirLTR-ubNone-actual.txt 2011-03-16 07:34:08.327399579 -0700 @@ -6,9 +6,9 @@ RenderSVGContainer {g} at (150,221) size 467x38 RenderSVGText {text} at (90,133) size 280x22 contains 1 chunk(s) RenderSVGInlineText {#text} at (0,0) size 280x22 - chunk 1 (middle anchor) text run 1 at (90.80,150.00) startOffset 0 endOffset 4 width 45.00: "W3C " - chunk 1 (middle anchor) text run 1 at (135.80,150.00) startOffset 0 endOffset 12 width 101.40 RTL: "\x{646}\x{634}\x{627}\x{637} \x{627}\x{644}\x{62A}\x{62F}\x{648}\x{64A}\x{644}" - chunk 1 (middle anchor) text run 1 at (237.20,150.00) startOffset 0 endOffset 15 width 132.00: " dirLTR ubNone!" + chunk 1 (middle anchor) text run 1 at (90.50,150.00) startOffset 0 endOffset 4 width 45.00: "W3C " + chunk 1 (middle anchor) text run 1 at (135.50,150.00) startOffset 0 endOffset 12 width 101.40 RTL: "\x{646}\x{634}\x{627}\x{637} \x{627}\x{644}\x{62A}\x{62F}\x{648}\x{64A}\x{644}" + chunk 1 (middle anchor) text run 1 at (236.90,150.00) startOffset 0 endOffset 15 width 132.60: " dirLTR ubNone!" RenderSVGText {text} at (20,170) size 86x13 contains 1 chunk(s) RenderSVGInlineText {#text} at (0,0) size 86x13 chunk 1 text run 1 at (20.00,180.00) startOffset 0 endOffset 18 width 85.20: "Reference graphic:" Will skip for now.
Skipped in http://trac.webkit.org/changeset/81247
Ccing a couple SVG guys. The issue here seems to be that debug 32-bit builds are showing < 1 pixel differences in output. The pixel results only show 0.01 percent difference (on Cairo that is essentially no difference).
(In reply to comment #2) > Ccing a couple SVG guys. The issue here seems to be that debug 32-bit builds are showing < 1 pixel differences in output. The pixel results only show 0.01 percent difference (on Cairo that is essentially no difference). Same problem on mac, between my 32 and 64bit MacBooks. .... Sad sad, but I'm not sure what to do about it atm.
(In reply to comment #3) > (In reply to comment #2) > > Ccing a couple SVG guys. The issue here seems to be that debug 32-bit builds are showing < 1 pixel differences in output. The pixel results only show 0.01 percent difference (on Cairo that is essentially no difference). > > Same problem on mac, between my 32 and 64bit MacBooks. > .... Sad sad, but I'm not sure what to do about it atm. Oops, I wanted to say, the pixel results differ, not the text results. No idea why text differs on Gtk...
All the tests listed (and other tests in svg/W3C-I18N as well) have been passing consistently on the GTK builders, co closing this bug. http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20webkit.org&tests=svg%2FW3C-I18N