Platform Updates

Dealers Den registration operations now have a native event-scoped queue with search, status filters, selection, bulk status changes, package/table/payment detail, and direct attendee messaging. Changes continue through the existing Worker review contracts, and the queue refreshes from the authoritative registration state. Payment proofs remain access-controlled. No Partners API behavior changed.

Dealers Den application review now shows the configured application fee beside the payment facts and keeps completed review records immutable. Pending and changes-requested applications retain their Worker-controlled review lifecycle, while approved, denied, and withdrawn records explain that they cannot be reviewed again. No Partners API behavior changed.

Dealers Den configuration now makes its default applicant questions visible as required, conditional, optional, or disabled while staff edit settings and application forms. The same source-backed inventory is available in the public design canvas. Role and messaging entitlement selectors remain unavailable until the existing service supplies the necessary assignable-target projection. No Partners API behavior changed.

The registration-upgrade review queue now refreshes without replacing the visible queue with a loading state every 15 seconds. It also ignores an older response when staff switch events or a newer refresh finishes first. Upgrade decisions, attendee messages, fees, and authorization remain on the existing Worker service. No Partners API behavior changed.

The public design canvas now includes an editable gift-payment review preview with the same reusable lifecycle labels and review availability used by the protected queue. It is fixture-only: it cannot submit a payment decision or expose payment proofs. The authenticated dashboard continues to use the existing Worker review and notification contracts. No Partners API behavior changed.

Refund reviewers now keep an open detail, notification, or decision record current while the authoritative queue refreshes. The queue and detail also make the request type and protected-proof state clearer without exposing proof locators. All decisions and uploads continue through the existing Worker controls. No Partners API behavior changed.

Registration payment status changes now require an explicit Apply step after staff select a bulk target. If the existing Worker update fails, the selected registrations and intended action remain available for correction or retry. Payment-status filter counts now match the existing operational queue. No Partners API behavior changed.

Event payment settings now include reusable VAT and refund-policy controls for tax handling, refund windows, add-on removal, payout methods, and configured fee rules. The public design canvas includes matching editable fixture-only previews. Values are validated before the existing event configuration save path receives them. No Partners API behavior changed.

Event notification settings can now send a sample using the currently validated draft without first saving it. The result reports the existing Discord and Telegram delivery counts and keeps the real notification configuration unchanged. No Partners API behavior changed.

The saved-prefill audit now cancels an older event request when staff change event context or leave the page, so an old response cannot replace the current audit record. Delayed responses also provide clear retry guidance. Existing prefill audit and revoke operations remain unchanged. No Partners API behavior changed.