Page MenuHomePhabricator

Update PhortunePaymentMethod for modern policy interfaces
ClosedPublic

Authored by epriestley on Aug 16 2019, 5:08 PM.
Tags
None
Referenced Files
F14121719: D20718.id49435.diff
Fri, Nov 29, 1:53 PM
Unknown Object (File)
Thu, Nov 28, 9:24 AM
Unknown Object (File)
Mon, Nov 18, 8:45 PM
Unknown Object (File)
Oct 20 2024, 6:17 AM
Unknown Object (File)
Oct 12 2024, 2:20 AM
Unknown Object (File)
Oct 9 2024, 12:36 PM
Unknown Object (File)
Sep 12 2024, 9:11 AM
Unknown Object (File)
Sep 9 2024, 7:56 PM
Subscribers
None

Details

Summary

Depends on D20717. Ref T13366. Make PhortunePaymentMethod use an extended policy interface for consistency with modern approaches. Since Accounts have hard-coded policy behavior (and can't have object policies like "Subscribers") this should have no actual impact on program behavior.

This leaves one weird piece in the policy dialog UIs, see T13381.

Test Plan

Viewed and edited payment methods as a merchant and account member. Merchants can only view, not edit.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This is actually slightly tricky.

Since payment methods are bound to a particular merchant, we only want to let merchants view payment methods associated with their own merchant account.

Tweak the implementation to align around this.

src/applications/policy/codex/PhabricatorPolicyCodex.php
47–55

(I couldn't find any callers for this anywhere.)

This revision was not accepted when it landed; it landed in state Needs Review.Aug 23 2019, 4:03 AM
This revision was automatically updated to reflect the committed changes.