Page MenuHomePhabricator

When Favorites is uninstalled or not visible to the viewer, hide the menu
ClosedPublic

Authored by epriestley on Jan 18 2017, 2:07 PM.
Tags
None
Referenced Files
F15532285: D17219.diff
Wed, Apr 23, 3:23 PM
F15526039: D17219.id41416.diff
Mon, Apr 21, 6:43 PM
F15524346: D17219.id41418.diff
Mon, Apr 21, 7:33 AM
F15521897: D17219.id.diff
Sun, Apr 20, 4:18 PM
F15519375: D17219.diff
Sat, Apr 19, 10:17 PM
F15453827: D17219.id.diff
Sat, Mar 29, 2:41 PM
F15429996: D17219.id41418.diff
Mar 24 2025, 5:10 AM
F15429437: D17219.id41416.diff
Mar 24 2025, 2:16 AM
Subscribers
None

Details

Summary

Ref T5867. The executeOne() currently raises a policy exception if the application isn't visible to the viewer, or we fatal if the application has been uninstalled.

Test Plan
  • Viewed pages with the application uninstalled, saw working pages with no favorites menu.
  • Viewed pages with the application restricted, saw working pages with no favorites menu.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

As a general note, executeOne() currently forces setRaisePolicyExceptions(true).

We have a handful of cases, like this one, where we basically want to do this:

...
->setRaisePolicyExceptions(false)
->executeOne();

...meaning "just return null if the user can't see the thing, instead of raising a policy exception". We usually do that with execute() + head(), today, as I did here.

At some point, I think we should either make that pattern work, or provide a way to do that which works, like executeOneWithoutPolicyExceptions(). However, making it work might have some weird side effects and I couldn't come up with a very good name for executeOneWithoutPolicyExceptions(), so I'm just punting for now until I hit this again.

This revision is now accepted and ready to land.Jan 18 2017, 3:09 PM
This revision was automatically updated to reflect the committed changes.