Page MenuHomePhabricator

Differential - change "closed by commit" comment to real transaction
ClosedPublic

Authored by btrahan on Sep 11 2014, 10:25 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Dec 14, 9:48 PM
Unknown Object (File)
Fri, Dec 13, 8:33 PM
Unknown Object (File)
Mon, Dec 9, 3:07 PM
Unknown Object (File)
Fri, Dec 6, 5:40 PM
Unknown Object (File)
Fri, Dec 6, 3:48 AM
Unknown Object (File)
Wed, Dec 4, 8:29 PM
Unknown Object (File)
Thu, Nov 28, 11:07 PM
Unknown Object (File)
Thu, Nov 28, 4:39 PM
Subscribers

Details

Summary

Implements a new transaction - still TYPE_ACTION - but using a new DifferentialAction::ACTION_COMMIT_CLOSE. Augment rendering as necessary to display this new transaction. Saves enough information so T3686 is possible but stops short of implementing a popup to display this information. Fixes T5875. Ref T3686.

One small display oddity - this new transaction now renders at the top of the transaction group whereas when it was a comment it was on the bottom. I think this is basically okay but if not how fix? (Playing with the "strength" of these actions will mess up the email too?)

Test Plan

made a diff X that fixed task Y. committed. checked diff X, task Y, and the commit pages for proper transactions and all looked good.

Diff Detail

Repository
rP Phabricator
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

btrahan retitled this revision from to Differential - change "closed by commit" comment to real transaction.
btrahan updated this object.
btrahan edited the test plan for this revision. (Show Details)
btrahan added a reviewer: epriestley.
epriestley edited edge metadata.

We could maybe do this without adding a new action -- just add some metadata value like isAutoclose, and check for that to figure out whether to render the fancy version? Not sure if that'd be simpler. This seems quite reasonable, in any case.

I don't think there's a way to get something to the top without also making it strong right now, which, yeah, will mess up email. Leaving "close" on top seems reasonable to me. We could adjust the update transaction in T5536 to have a flag like "this is an auto-update", and then render it as "This revision was automatically updated to reflect the committed changes." or something (instead of "epriestley updated the revision."), to help make T5536 more clear and resolve the ordering issue by making the new order more natural. But I don't think this is a big deal in either case.

This revision is now accepted and ready to land.Sep 11 2014, 10:33 PM
btrahan edited edge metadata.
  • changed from new action to 'isCommitClose' metadata value
    • saves us a bit of code here and there
  • added 'isCommitUpdate' to the pertinent update transaction
    • now renders as "This revision was automatically updated to reflect the committed changes."
  • re-tested
btrahan updated this revision to Diff 25209.

Closed by commit rPe8985fc9e723 (authored by @btrahan).