Page MenuHomePhabricator

Improve display behavior for write locks held by omnipotent users
ClosedPublic

Authored by epriestley on Jun 1 2021, 1:13 PM.
Tags
None
Referenced Files
F14166553: D21669.diff
Sat, Dec 7, 6:01 AM
F14163647: D21669.id51568.diff
Fri, Dec 6, 6:07 PM
Unknown Object (File)
Tue, Dec 3, 1:19 PM
Unknown Object (File)
Tue, Dec 3, 12:02 PM
Unknown Object (File)
Fri, Nov 29, 11:30 AM
Unknown Object (File)
Mon, Nov 25, 4:16 PM
Unknown Object (File)
Mon, Nov 25, 3:35 AM
Unknown Object (File)
Fri, Nov 22, 10:52 PM
Subscribers
None

Details

Summary

Ref T13614. When an omnipotent user calls "synchronizeWorkingCopyBeforeWrite()", we record a WorkingCopyVersion record with a null "userPHID". The UI then renders this as "Unknown Object (????)".

Improve this behavior:

  • When no PHID is available, just render nothing in the UI (this doesn't seem meaningfully different from no version existing at all).
  • Allow callers to provide an acting user PHID, similar to Editor.

There's currently no way to perform this kind of write legitimately in the upstream, but T13614 is providing one.

Test Plan
  • Wrote a script that calls "synchronizeWorkingCopyBeforeWrite()" as the omnipotent user.
  • Ran script, saw "Unknown Object (????)" in the UI.
  • Applied UI fix, saw empty UI.
  • Applied "acting as" fix, modified script to act as the Diffusion application, ran script, saw "Diffusion" attribution in UI.

Screen Shot 2021-06-01 at 6.12.01 AM.png (131×374 px, 8 KB)

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision was not accepted when it landed; it landed in state Needs Review.Jun 1 2021, 3:30 PM
This revision was automatically updated to reflect the committed changes.