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
F18759573: D17219.id41416.diff
Mon, Oct 6, 4:35 AM
F18656719: D17219.diff
Sep 22 2025, 11:17 PM
F18109858: D17219.id41418.diff
Aug 11 2025, 3:22 PM
F18109857: D17219.id41416.diff
Aug 11 2025, 3:22 PM
F18109855: D17219.id.diff
Aug 11 2025, 3:22 PM
F18104623: D17219.diff
Aug 10 2025, 1:31 PM
F18088808: D17219.id41418.diff
Aug 6 2025, 9:38 AM
F17837965: D17219.id.diff
Jul 26 2025, 6:00 PM
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.