Messages

level-up

%level%, %job%

Player

Once per level gained, inside ActionService's level-up loop — a single action that crosses several thresholds fires this once per threshold crossed. %level% is the new level; %job% is the job's configured display-name.

experience-gained

%notification_money%, %notification_experience%, %notification_current%, %notification_total%

Player, action bar

Rendered as a raw action-bar packet (WrapperPlayServerActionBar via PacketEvents, not sendActionBar) by NotificationService#sendNotification. A background is spliced in via AstralHudHook#addBackground when AstralHud is present (see Overview → Integrations).

%notification_money%

Money accumulated since the last render.

%notification_experience%

XP accumulated since the last render.

%notification_current%

The player's current XP in that job.

%notification_total%

XP required for the next level — the progress-bar denominator, not a job total.

%notification_level%

The number of levels gained since the entry was created — NotificationEntry#incrementLevel is called once per level-up and never reset while the entry lives, so this is a level-up count, not the player's job level.

%notification_job%

The job's display-name.

same-type-booster-active

—

Player

BoosterService#use finds the player already has an active/queued booster of the same type and scope as the item being used (BoosterRepository#hasActiveBooster). The item is refunded to the player's mailbox. The blueprint's %booster_*% chain is registered on the container even though the default text doesn't use it.

personal-booster-activated

%booster_formattedType%, %booster_remainingTime%

Player

An INDIVIDUAL-scope booster is created and saved successfully in BoosterService#use.

personal-booster-expired

%booster_formattedType%

Owner

The watchdog's BoosterService#expire deletes an INDIVIDUAL booster whose owner is currently online.

global-booster-activated

%booster_formattedType%, %booster_remainingTime%

Player (purchaser), then the owner

Sent by BoosterService#use to the purchaser when the new GLOBAL booster is immediately active. Otherwise sent later by BoosterService#activate, to the owner if they're online, when the queued booster crosses activatesAt on a watchdog tick.

global-booster-activated-notification

%booster_formattedType%, %booster_remainingTime%

Every other online player

BoosterService#activate fires this to everyone except the owner — only for a booster that goes live on a watchdog tick, i.e. a queued global reaching activatesAt (a global that is already running when the server starts is pre-marked by BoosterService's constructor, so a restart never re-announces it). use() pre-marks immediately-active boosters as activated, so in that case the rest of the server sees only global-booster-broadcast.

global-booster-broadcast

%booster_owner_name%, %booster_formattedType%, %booster_remainingTime%

The whole server

BoosterService#broadcastGlobalActivation, via AstralCore's ChatService#broadcastMessage. GLOBAL-scope only, and fired exactly once per booster — both use() and the watchdog's activate() gate it behind the same atomic first-activation set. Silently skipped when no ChatService is registered.

global-booster-queued

%booster_formattedType%, %booster_timeUntilActive%

Player (purchaser)

BoosterService#use when the new GLOBAL booster is not immediately active — i.e. it was chained behind an already-running global of the same type.

global-booster-expired

%booster_formattedType%

Owner

The watchdog's BoosterService#expire deletes a GLOBAL booster whose owner is currently online.

EXPERIENCE

type-experience

Élixir d'experience

MONEY

type-money

Élixir de richesse

BOTH

type-global

Élixir global

reward-cannot-be-claimed

%level%

Player

The claim-job-reward action runs for a level the player hasn't reached yet. %level% is the reward's required level, not the player's current one.

no-rewards-available

—

Player

/jobs claim finds no unclaimed reward at or below the player's current level, across any job.

job-info-header

%levels%

First line. %levels% is the sum of the player's level across every job.

job-info-entry

%job%, %level%, %current%, %required%

One per job. %current% and %required% are the player's experience and the XP needed for the next level (job.computeLevelProgress(level + 1)), both formatted to two decimals — the same threshold used by the level-up loop, so this always agrees with when the next level-up message will fire.

job-info-footer

—

Last line. Shipped as an empty string, so by default it renders nothing.

unexpected-error

—

Player

Generic catch-all: menu-open failure on /jobs, missing JobsPlayerData on /jobs claim or the claim-job-reward action, no JobLevelEntity at all on /jobs info, or a BoosterRepository check/save failure in BoosterService#use. The triggering exception is always logged server-side.