You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When a child account cancels their membership from their dashboard, their seat doesn’t get removed from their parent’s account (it will still say 1/however many uses and show the account username). Then, if the parent tries to remove the seat manually from their dashboard, it won’t remove, it gets stuck. The plugin works as expected when the parent is the one to remove the child first.
The ideal fix here is likely to hook into the PMPro cancellation process specifically and remove the discount code use in this case.
It may seem better to always remove the use whenever the child user's membership is removed, but there are edge cases here. For example, in cases when a parent user's membership is removed (and therefore all of their children's memberships), we don't want to remove the discount code use here so that we can re-activate child accounts when the parent registers as a sponsor again.
Isolating the problem (mark completed items with an [x]):
I have deactivated other plugins and confirmed this bug occurs when only Paid Memberships Pro plugin is active.
This bug happens with a default WordPress theme active, or Memberlite.
I can reproduce this bug consistently using the steps above.
WordPress Environment
```
Please share non-sensitive information about your hosting environment such as WordPress version, PHP version, Paid Memberships Pro and any related plugins versions.
```
The text was updated successfully, but these errors were encountered:
Describe the bug
When a child account cancels their membership from their dashboard, their seat doesn’t get removed from their parent’s account (it will still say 1/however many uses and show the account username). Then, if the parent tries to remove the seat manually from their dashboard, it won’t remove, it gets stuck. The plugin works as expected when the parent is the one to remove the child first.
The ideal fix here is likely to hook into the PMPro cancellation process specifically and remove the discount code use in this case.
It may seem better to always remove the use whenever the child user's membership is removed, but there are edge cases here. For example, in cases when a parent user's membership is removed (and therefore all of their children's memberships), we don't want to remove the discount code use here so that we can re-activate child accounts when the parent registers as a sponsor again.
Isolating the problem (mark completed items with an [x]):
WordPress Environment
The text was updated successfully, but these errors were encountered: