Template — account/dashboard.php
templates/account/dashboard.php
Subscriber account dashboard template, rendered by the [benecaster_account] shortcode. Two variables were added in feature/membership-launch-cleanup to support the “Why I support” message input.
Variables
Variables are extracted into the template scope by benecaster_get_template_part() before the file is included. All existing variables remain unchanged; the two new variables listed below are added by feature/membership-launch-cleanup.
New in feature/membership-launch-cleanup
| Variable | Type | Notes |
|---|---|---|
$supporter_wall_message_enabled |
bool | true when at least one of the subscriber’s active-token shows has both _benecaster_show_supporter_wall_enabled and _benecaster_show_supporter_wall_show_why_field set to 1. Controls whether the message textarea block renders. |
$supporter_wall_message |
string | The subscriber’s current “Why I support” message. Pre-fills the textarea. Empty string when not set. |
Both variables are defaulted at the top of the template file, so an override that has not been updated still renders without PHP notices — the message input silently does not appear.
Theme Override Path
{theme}/benecaster/account/dashboard.php
See template-overrides for the full override directory convention and lookup order.
Note for Override Authors
account/dashboard.php passes variables into account/avatar via compact(). Overrides that forward variables into account/avatar must also include supporter_wall_message_enabled and supporter_wall_message in the compact() call, or the message input will silently not appear in the avatar template:
// In your overridden dashboard.php, when including account/avatar:
benecaster_get_template_part(
'account/avatar',
compact(
'user_id',
'avatar_url',
'supporter_wall_enabled',
'supporter_wall_visible',
'supporter_wall_message_enabled', // required — new in feature/membership-launch-cleanup
'supporter_wall_message' // required — new in feature/membership-launch-cleanup
)
);
If only the original four variables are forwarded, account/avatar.php falls back to its own defaults — $supporter_wall_message_enabled becomes false and the message textarea is suppressed. No error is raised; the feature just does not appear.