30620 2009-10-21 00:51:02 -0700 [GTK] Failing test fast/xsl/sort-locale.xml 2018-03-26 08:33:07 -0700 1 1 1 Unclassified WebKit WebKitGTK 528+ (Nightly build) PC OS X 10.5 UNCONFIRMED https://bugzilla.gnome.org/show_bug.cgi?id=620755 Gtk, LayoutTestFailure P2 Normal --- 0 pnormand webkit-unassigned bugs-noreply mcatanzaro mrobinson zan oldest_to_newest 156432 0 pnormand 2009-10-21 00:51:02 -0700 That test fails on the debug slaves which have recent libxml2, libicu and libxslt versions. 293189 1 mrobinson 2010-10-12 16:48:01 -0700 Confirmed this is still failing. The sort order is incorrect in the output. 736607 2 zan 2012-10-08 03:19:07 -0700 Looking at this failure. At the moment, this is the expected collation per locale: en: peach, péché, pêche, sin fr: peach, pêche, péché, sin fr-CA: peach, pêche, péché, sin Based on the collation demo on icu-project.org[1], here's what the collations should really look like: en: peach, péché, pêche, sin fr: [1] http://demo.icu-project.org/icu-bin/locexp?_=fr_CA&d_=en&x=col 736609 3 zan 2012-10-08 03:31:34 -0700 (In reply to comment #2) Comment #2, but complete. Looking at this failure. At the moment, this is the expected collation per locale: en: peach, péché, pêche, sin fr: peach, pêche, péché, sin fr-CA: peach, pêche, péché, sin Based on the collation demo on icu-project.org[1], here's what the collations should really look like: en: peach, péché, pêche, sin fr: peach, péché, pêche, sin fr-CA: peach, pêche, péché, sin So, these seem to be the correct collations and should be used as the baseline. These are also the results I'm getting on Ubuntu 12.10. Here's the collations from various builders though: 64-bit Release: en: sin, péché, pêche, peach fr: peach, pêche, péché, sin fr-CA: peach, pêche, péché, sin 64-bit Debug: en: sin, péché, pêche, peach fr: peach, péché, pêche, sin fr-CA: peach, pêche, péché, sin And my local Ubuntu 12.04.1 setup: en: sin, pêche, péché, peach fr: sin, pêche, péché, peach fr-CA: pêche, sin, péché, peach Lots of different results. I'll see if adding a specific ICU version to jhbuild dependecies helps and come up with a patch. Overall, GTK, EFL and Qt mark this test as a failure (Qt skips it). There are baselines with correct collations for mac and chromium ports and a baseline with wrong collation for mac-snowleopard port. These baselines also need attention. [1] http://demo.icu-project.org/icu-bin/locexp?_=fr_CA&d_=en&x=col 736909 4 zan 2012-10-08 12:09:18 -0700 Adding any specific ICU version to jhbuild dependencies didn't help. r79912 introduced the correct baseline that the Chromium port uses and the changelog there details well that switching to ICU 4.6 caused the changes. http://trac.webkit.org/changeset/79912 However, in both Ubuntu 12.04[1] and 12.10[2] the ICU versions are already 4.8.1.1, so I'm not sure what the exact problem with the test failing miserably on 12.04 might be. The situation is similar on Debian Sid[3] (what the bots are mostly using), 4.8.1.1 is in use there as well. [1] http://packages.ubuntu.com/precise/libicu48 [2] http://packages.ubuntu.com/quantal/libicu48 [3] http://packages.debian.org/sid/libicu48