[Webkit-unassigned] [Bug 58122] chromium rebaseline script did the wrong thing with snowleopard expectations

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Apr 12 17:10:43 PDT 2011


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





--- Comment #5 from James Kozianski <koz at chromium.org>  2011-04-12 17:10:43 PST ---
In theory the new rebaseline tool would handle this case correctly. Results from a chromium-snow-leopard bot wouldn't make it into the chromium-mac directory unless all the children of chromium-mac had equal results in them.

The algorithm that the new tool uses is

1. Construct a tree out of all the baseline search paths for all the ports
2. Retrieve new baselines for the given platforms and insert them into this in-memory tree in the port-specific result directory
3. Dedupe

So if I understand correctly [1] this case should work.


[1] As I understand it

* The chromium-mac directory had results X in it
* The chromium-mac-leopard directory had no results in it (thus inheriting chromium-mac results)
* chromium-mac-leopard and chromium-mac-snowleopard both fall back directly onto chromium-mac

We did a rebaseline for MAC, which caused new results for chromium-mac-snowleopard to get pulled down, and these were copied into chromium-mac, thus changing the results that chromium-mac-leopard inherited which was incorrect.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list