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
F15489860: D7334.diff
Fri, Apr 11, 12:51 PM
F15461358: D7334.id.diff
Tue, Apr 1, 7:48 AM
F15454842: D7334.diff
Sat, Mar 29, 8:46 PM
F15454572: D7334.id16516.diff
Sat, Mar 29, 7:09 PM
F15451123: D7334.id.diff
Fri, Mar 28, 8:15 PM
F15449348: D7334.id16532.diff
Fri, Mar 28, 9:38 AM
F15445243: D7334.diff
Thu, Mar 27, 1:06 PM
F15421899: D7334.id.diff
Mar 22 2025, 3:15 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.