Quick answer: Capture the score, the submission context, and the validation result on leaderboard bug reports, because leaderboards drive competition and invite cheating, and bugs in submission, validation, or ranking undermine the fairness players care about. The score-and-validation context is what makes a submission or ranking bug reproducible and a cheated score identifiable.
Leaderboards turn a game into a competition, and competition makes players intensely sensitive to fairness, so leaderboard bugs are uniquely damaging. A score that does not submit, a rank that calculates wrong, an impossible score topping the board, or a cheated entry that the validation failed to catch, all undermine the competitive integrity that gives a leaderboard meaning. Tracking leaderboard bugs means capturing the score, the submission, and the validation context, both to fix the functional bugs and to identify the cheating that leaderboards inevitably attract, keeping the competition fair enough that players trust it.
Leaderboards make fairness paramount
A leaderboard turns play into competition, ranking players against each other, and that competition makes fairness paramount. Players who compete for rank are intensely sensitive to anything that seems unfair, a score that should have submitted but did not, a rank that is wrong, an impossible score above them, a cheater at the top. These break the competitive integrity that makes a leaderboard worth chasing, and players will abandon a leaderboard they do not trust.
This sensitivity, plus the fact that leaderboards invite cheating, gives leaderboard bugs high stakes. The functional bugs, submission and ranking errors, undermine fairness by mishandling legitimate scores, and the validation gaps let illegitimate scores onto the board, undermining fairness from the other direction. Tracking leaderboard bugs means addressing both, capturing the context to fix the functional errors and to identify the cheated scores, since both kinds of failure erode the trust the leaderboard depends on.
Capture the score and submission
The core context for a leaderboard bug is the score and its submission: what score the player achieved, how it was submitted, and whether the submission succeeded. When a player reports their score did not appear or submitted wrong, capture this context, since the bug is in the submission, the score was not sent, was sent wrong, or failed to record.
A report that a score did not submit becomes diagnosable when you can see the score the player achieved and the submission attempt and result, revealing whether the submission failed, the score was malformed, or it was recorded incorrectly. Score submission involves the game sending the score to the leaderboard service and recording it, and a failure anywhere breaks it. Capturing the score and submission context lets you see where the legitimate score was lost, which is what fixes the functional submission bugs that frustrate players whose real scores do not count.
Capture the ranking and sync state
Beyond submission, leaderboards rank scores and sync across players, and ranking bugs are common: a rank calculated wrong, a leaderboard that does not update, scores out of order, inconsistency between what different players see. Capture the ranking and sync context when a ranking bug is reported, the scores involved, the calculated ranks, and the leaderboard state.
Leaderboards often have multiple scopes, global, friends, tiers, time periods, and bugs can be scope-specific, a rank wrong in one scope but not another. Capture which leaderboard and scope was involved so you can localize the bug. A report that ranking is wrong becomes diagnosable when you can see the scores and how they were ranked, revealing the calculation or sync error. The ranking and sync context captures the leaderboard presentation, where bugs in ordering, updating, and consistency, the ones that make the board look wrong, occur.
Identify cheating through validation
Leaderboards inevitably attract cheating, players submitting impossible or manipulated scores, and a key part of leaderboard integrity is validation that catches these. Capture the validation context, the score and whether it passed validation, since an impossible score on the board indicates a validation gap that let an illegitimate score through. Players will report obvious cheats, and these reports are valuable signal for tightening validation.
When a player reports an impossible score, capture that score and the validation that should have caught it, so you can see why it passed and close the gap. Distinguishing a legitimately high score from a cheated one requires validation logic, score plausibility checks, replay verification, server-side validation, and the captured context of suspicious scores shows you where your validation is failing. Identifying and removing cheated scores, and tightening the validation that let them through, is essential to leaderboard fairness, since a board topped by cheaters is worthless to the legitimate competitors.
Setting it up with Bugnet
Add an in-game report option and attach the score, the submission context and result, the ranking and sync state, and the validation context as custom fields. Bugnet stores them so a leaderboard bug arrives with the score-and-validation context needed to reproduce a submission or ranking bug and to identify a cheated score that slipped past validation.
Group identical reports into occurrence counts, since a leaderboard bug or a notorious cheated score draws many reports, and the cluster confirms the issue and its priority. Because leaderboards make fairness paramount and attract cheating, this context capture is what lets you fix the functional submission and ranking bugs that mishandle legitimate scores, identify and remove the cheated scores that validation missed, and tighten that validation, maintaining the competitive integrity that gives your leaderboard meaning and keeps competitors engaged.
Validate server-side and respond to cheats
The strongest defense for leaderboard integrity is server-side validation, since any client-side validation can be bypassed by a determined cheater, so validate scores on the server where players cannot tamper, applying plausibility checks and, where feasible, replay or proof verification. Your captured reports of suspicious scores show you where your validation needs strengthening, guiding the server-side checks that keep illegitimate scores off the board.
Respond to cheating visibly, removing cheated scores and, where appropriate, the accounts behind them, so legitimate competitors see that the leaderboard is policed and trustworthy. Players invest real effort in leaderboard rank, and seeing cheaters tolerated destroys that investment, while seeing them removed maintains it. Combining strong server-side validation, captured reports that reveal validation gaps, and visible response to cheating is what keeps a leaderboard fair, which is the entire condition for it to motivate the competition it exists to create.
Leaderboards make fairness everything. Capture the score and validation, fix the functional bugs, and remove the cheats.