Page MenuHomePhabricator

Improve the clarity of transactions that affect policies and spaces during object creation
ClosedPublic

Authored by epriestley on Dec 17 2015, 6:36 PM.
Tags
None
Referenced Files
F14008800: D14811.diff
Wed, Oct 30, 6:40 AM
F13965128: D14811.id.diff
Oct 16 2024, 12:05 AM
Unknown Object (File)
Oct 9 2024, 11:33 PM
Unknown Object (File)
Oct 1 2024, 9:18 AM
Unknown Object (File)
Sep 28 2024, 11:14 PM
Unknown Object (File)
Sep 23 2024, 8:55 PM
Unknown Object (File)
Sep 19 2024, 9:53 PM
Unknown Object (File)
Sep 19 2024, 9:50 PM
Subscribers
None

Details

Summary

Ref T10004. Fixes T9527. Currently, we render two kinds of bad policy/space transactions during object creation.

First, we render a transaction showing a change from the default policy/space to the selected policy/space:

alice shifted this object from space S1 Default to space S2 Secret.

This is a good transaction (it's showing that the default was changed, which could be important for policy stuff!) but it's confusing because it makes it sound like the object briefly existed in space S1, when it did not.

Instead, render this:

alice created this object in space S2 Secret.

This retains the value (show that the object was created in an unusual space) without the confusion.

Second, when you create a "New Bug Report", we render a transaction like this:

alice changed the visibility of this task from "All Users" to "Community".

This is distracting and not useful, becasue it's a locked default of the form. This was essentially fixed by D14810. The new behavior is to show this, only if the value was changed from the form value:

alice created this object with visibility "Administrators".

This should reduce confusion, reduce fluff in the default cases, and do a better job of calling out important changes (basically, unusual spaces/policies).

Test Plan
  • Created an edit form with a default space and policies.
  • Used that form to create task with:
    • same values as form;
    • different values from form.

When I changed the form value, I got transactions. When I left it the same, I didn't.

The transactions rendered in the non-confusing "created with ..." variant.

Editing the values created normal transactions with "changed policy from X to Y".

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

epriestley retitled this revision from to Improve the clarity of transactions that affect policies and spaces during object creation.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: chad.
chad edited edge metadata.
This revision is now accepted and ready to land.Dec 17 2015, 6:40 PM
This revision was automatically updated to reflect the committed changes.