Page MenuHomePhabricator

Distinguish between invalid/broken handles and filtered handles
ClosedPublic

Authored by epriestley on Oct 17 2013, 1:50 AM.
Tags
None
Referenced Files
F18791023: D7334.id16532.diff
Wed, Oct 15, 10:54 PM
F18737495: D7334.diff
Wed, Oct 1, 11:06 AM
F18732433: D7334.id.diff
Tue, Sep 30, 6:13 PM
F18716058: D7334.diff
Mon, Sep 29, 11:23 AM
F18422486: D7334.id.diff
Aug 30 2025, 6:07 PM
F18395464: D7334.diff
Aug 29 2025, 11:10 AM
F18230032: D7334.diff
Aug 20 2025, 11:54 AM
F18114439: D7334.id16516.diff
Aug 13 2025, 4:30 AM
Subscribers

Details

Summary

Ref T603. Currently, we render handles the user doesn't have permission to see in a manner identical to handles that don't exist. This is confusing, and not required by policies (which restrict content, but permit knowledge that an object exists).

Instead, render them in different styles. Bad/invalid objects look like:

Unknown Object (Task)

Restricted objects look like:

  • Restricted Task

...where [o] is the padlock icon.

Test Plan

{F71100}

{F71101}

It's possible this renders weird somewhere, but I wasn't immediately able to find any issues. Yell if you see something.

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

Maybe we'll need some sort of tool tip some day about why it was restricted?

We could pop the "policy explanation" dialog but it seems pretty heavy and I'm not sure it will be too important. It also discloses PHIDs more easily than you can currently get them, which is probably fine but maybe fishy. And it's a bit more work and slightly more likely to break something. So I'm thinking wait-and-see-if-it-seems-useful.