Page MenuHomePhabricator

When computing the "Subscribers" policy, use materialized membership
ClosedPublic

Authored by epriestley on Mar 13 2018, 3:27 PM.
Tags
None
Referenced Files
F19069860: D19213.id46009.diff
Nov 30 2025, 3:09 PM
F19060452: D19213.id.diff
Nov 29 2025, 9:20 AM
F18804549: D19213.id.diff
Oct 18 2025, 9:31 AM
F18733767: D19213.id.diff
Sep 30 2025, 10:41 PM
F18732584: D19213.id.diff
Sep 30 2025, 6:53 PM
F18713260: D19213.diff
Sep 29 2025, 5:47 AM
F18702363: D19213.id46009.diff
Sep 27 2025, 11:48 PM
F18509432: D19213.id.diff
Sep 5 2025, 3:24 AM
Subscribers
None

Details

Summary

Fixes T13104. The "Subscribers" policy implementation still uses older logic to query project membership and misses parent projects and milestones which a user is a member of.

Instead of doing an edge query for explicit membership, use a project query to find all projects the viewer belongs to.

Test Plan
  • Created a parent project A.
  • Created a subproject B.
  • As Bailey, created a task with "Visible To: Bailey, Subscribers".
  • Added parent project A as a task subscriber.

Then:

  • As Alice, verified I could not see the task.
  • As Alice, joined subproject B.
    • Before patch: still unable to see the task.
    • After patch: can see the task.
  • Removed parent project A as a subscriber, verified I could no longer see the task.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision was not accepted when it landed; it landed in state Needs Review.Mar 13 2018, 3:28 PM
epriestley requested review of this revision.
This revision was automatically updated to reflect the committed changes.