Page MenuHomePhabricator

Allow Harbormaster builds to publish to a different object
ClosedPublic

Authored by epriestley on Jan 4 2017, 9:24 PM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Apr 12, 9:20 AM
Unknown Object (File)
Thu, Apr 11, 10:46 AM
Unknown Object (File)
Wed, Apr 10, 11:01 PM
Unknown Object (File)
Fri, Apr 5, 1:17 PM
Unknown Object (File)
Fri, Apr 5, 2:44 AM
Unknown Object (File)
Tue, Apr 2, 2:43 AM
Unknown Object (File)
Sun, Mar 31, 11:57 AM
Unknown Object (File)
Thu, Mar 21, 4:08 PM
Subscribers
Restricted Owners Package

Details

Summary

Fixes T9276. Fixes T8650. The story so far:

  • We once published build updates to Revisions.
  • An unrelated fix (D10911) sent them to the Diffs instead of Revisions, which isn't useful, since you can't see a diff's timeline anywhere.
  • This also caused a race condition, where the RevisionEditor and DiffEditor would update the diff simultaneously (T8650).
  • The diff update was just disabled to avoid the race (part of D13441).
  • Instead, allow the updates to go somewhere else. In this case, we send commit updates to the commit but send diff updates to the revision so you can see 'em.
  • Since everything will be using the revision editor now, we should either get proper lock behavior for free or it should be easy to add if something whack is still happening.
  • Overall, this should pretty much put us back in working order like we were before D10911.

This behavior is undoubtedly refinable, but this should let us move forward.

Test Plan

Saw a build failure in timeline:

Screen Shot 2017-01-04 at 1.18.31 PM.png (432×1 px, 70 KB)

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable