Closed Bug 1060769 Opened 10 years ago Closed 7 years ago

PLATFORMS_BUILDERNAME's 'os_platform' is a mixture of OS type, OS version, architecture & product name

Categories

(Tree Management :: Treeherder, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: emorley, Unassigned)

References

Details

For example: b2g-linux64 mulet-linux64 linux32 b2g-osx osx-10-9 b2g-win32 windowsxp windows8-32 android-4-0 android-2-2-armv6 b2g-emu-jb Each value contains some but not necessary all of: * OS type (eg android vs windows) * OS version (eg win "XP vs 8", android "2.2 vs 4.0") * Architecture (32 vs 64) * Product name (eg mulet) The problems with this: * We don't include all of the above in each os_platform, so is inconsistent * 'os_platform' as a property name doesn't reflect what we're actually using it for (a pseudo unique type identifier for determining whether something gets it's own row in the results in the treeherder UI) * Some of the names seem to reflect more what the product is, whereas others reflect on what platform it is being run (eg "mulet-linux64" vs "b2g-emu-jb". The former is a separate product being run on linux64, the latter is firefox being run on a b2g emulator running a fork of Android jelly bean).
Proposal: * When we ingest jobs, make sure that each of the scraps of data we're inferring (and currently placing into os_platform) are stored in their own property (we already do this for things like 'os' and 'arch' in buildbot.py) * Rename 'os_platform' to 'display_category' or something to reflect it's really a UI categorisation thing * Add missing properties (eg product) to the values we already have (eg: "linux32" -> "firefox-linux32", "windowsxp" -> "firefox-windowsxp" etc). * Fix all this up for previously ingested data (since otherwise I guess the UI will struggle to cope when viewing old data and using things like the visibility profiles).
No longer blocks: treeherder-dev-transition
Priority: P2 → P3
Priority: P3 → P4
Priority: P4 → P5
See Also: → 1216218
Priority: P5 → --
See Also: → 1043249
See Also: → 1174186
This bug was originally about buildbot but still applies to Taskcluster, however would be a massive undertaking to fix, so let's punt on it until we have a strong reason to do so.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.