Bug 56465 – [GTK] svg/W3C-I18N tests have different results on 32-bits and 64-bits

• Component: WebKitGTK
• Status: RESOLVED FIXED

[Philippe Normand]

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.

[Philippe Normand]

Skipped in http://trac.webkit.org/changeset/81247

[Martin Robinson]

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).

[Nikolas Zimmermann]

(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.

[Nikolas Zimmermann]

(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...

[Zan Dobersek]

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