Closed Bug 1060761 Opened 11 years ago Closed 9 years ago

Differences in properties ingested from builds-pending, builds-running & builds-4hr

Categories

(Tree Management :: Treeherder: Data Ingestion, defect, P4)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: emorley, Unassigned)

References

Details

(Keywords: regression)

Following on from bug 1043320, I think there are still a few differences between how we handle builds-pending, builds-running and builds-4hr that may not be intentional (other than the obvious things like "we can't have a start_time if the job is still pending). For example for pending jobs: 'machine_platform': { 'os_name': platform_info['os'], 'platform': platform_info['os_platform'], 'architecture': platform_info['arch'], 'vm': platform_info['vm'] }, Whereas for completed we're missing "vm": 'build_platform': { #platform attributes sometimes parse without results 'os_name': platform_info.get('os', ''), 'platform': platform_info.get('os_platform', ''), 'architecture': platform_info.get('arch', '') }, Also for completed jobs, we set things like 'product_name' and 'who' (and more), but don't set these for pending, and sometimes not running - even though I'd be surprised if they are not available in builds-{pending,running}. Probably worth vetting all of these to be sure.
Also ideally we'd remove a lot of the duplication in that file, since there's so much overlap in the handling of builds-pending, builds-running & builds-4hr in buildapi.py.
Priority: -- → P2
Assignee: emorley → nobody
Status: ASSIGNED → NEW
Priority: P2 → P3
No longer blocks: treeherder-dev-transition
Keywords: regression
Component: Treeherder → Treeherder: Data Ingestion
Priority: P3 → P4
Assignee: nobody → emorley
Assignee: emorley → nobody
Wontfix given buildbot is EOL.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.