MLM & Affiliate System v6.1.9

Release Date: August 12, 2026 Tags: REWARDS, PAYOUTS, ADMIN, AUDIT, BUG-FIXES

Overview

Marking a paid reward as unclaimed created one nobody could ever collect. The single-reward screen already refused it. The bulk control on the rewards list — which is how an operator normally reaches it — did not, and it writes the same column with the same permission.

A reward that has been claimed has spent its payout reference for good, so un-claiming it produces something the referrer can see, can press, and can never be paid. Worse, it goes back into their unclaimed balance, where it can drag them under your payout threshold and block their other rewards as well.

Three admin status controls were also reporting green on requests that had failed. Requires Core v6.6.4.

Update Instructions

pnpm updator

Restart the backend afterwards. No database migration and no setting changes.

Upgrade Notes

Check any reward you have marked unclaimed from the rewards list

If you have used the bulk status control on Affiliate → Rewards to set paid rewards back to unclaimed, those referrers are holding a reward that cannot be collected. Pressing Claim on it reaches the payout, collides with the reference the original payout already used, and rolls back — leaving it unclaimed for ever and still counted in their unclaimed balance.

The bulk control now refuses that move, exactly as the single-reward screen already did, and names the rewards it refused so you can deselect them and apply the rest.

• Fixed the bulk rewards control allowing a reward with a completed payout to be marked unclaimed, creating a reward that can be seen but never collected.
• Go and look at any referrer whose rewards you have reverted in bulk. Their unclaimed balance may be overstated, which can hold their genuine rewards below your payout threshold.
• Marking rewards claimed in bulk is untouched, and a batch containing no reverted payout applies exactly as before.

Fixed

Three admin status changes reported success before they had happened

The referral, referral-condition and bulk-condition status controls each marked their request successful before the update behind it had run. Anything that failed afterwards could not be seen to have failed, so a request that answered with an error still left a green console block and a green entry in the admin audit trail.

• Fixed three affiliate status controls recording a failed change as successful in the admin audit trail.