Bring back the lobby tab's report button as a player alert for moderators
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- c
- Domain
- backend, game-dev, reverse-engineering
Research direction
Start with static inspection of the ReVault script DLLs, using evrcat and the Quest symbols or PC graph in resolve_next_node to locate the lobby player-view button and its visibility gate. Trace the press through the script node and native handler, checking dispatch_event and fire actions only for the later live verification. Done means the report reaches nakama with reporter, target, match, and time, and repeated reports create a moderation marker.
Written by the indexing model from the issue text.
Description
The arm computer's LOBBY tab used to show a report button on a player's view, before the official shutdown. We want to bring it back as a lightweight report. Pressing it would send an alert about that player to the game service. When several people report the same player, the game service creates a marker for moderators to follow up.
To find out first (statically, before any live run):
- which script draws the button on the player view (lobby tab) and what gates its visibility, i.e. which feature flag, config or expression;
- what pressing it calls in the game client: the script node, then the native handler, then which SNS message (if any) it sends today;
- whether the game client already has a report message to the game service that we can receive in nakama, or whether the runtime must redirect the press to a new message.
Then: nakama receives the report and logs it (who, about whom, match, time). Multiple reports about one player raise a marker in the moderation tooling.
Owner, 2026-10-02: "for after we get all this working" (early quit lockout, social).
Tools that apply: ReVault script DLLs (Quest lib<hash>.so with symbols, PC graph in resolve_next_node); evrcat for hashes; the scenario build's dispatch_event / fire actions for a live check; a screenshot per step.
🤖 Generated with Claude Code
- Dominant language
- C++
- Stars
- 2
- Forks
- 5
- Avg merge
- 5h 9m
- Merged PRs (30d)
- 949
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from EchoTools/nevr-runtime
-
backlog bug
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
EchoTools/nevr-runtime#2154 ·
Maintainers usually reply within 1 day
-
documentation
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
EchoTools/nevr-runtime#2137 ·
Maintainers usually reply within 1 day
-
backlog bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
EchoTools/nevr-runtime#2125 ·
Maintainers usually reply within 1 day
-
backlog documentation
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
EchoTools/nevr-runtime#2124 ·
Maintainers usually reply within 1 day
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
EchoTools/nevr-runtime#2075 ·
Maintainers usually reply within 1 day
All issues in EchoTools/nevr-runtime
Similar issues
-
enhancement third-party
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
pocoproject/poco#5656 ·
Maintainers usually reply within 2 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
Type: Bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day
-
documentation enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Maintainers usually reply within 1 day
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
QuantStack/git2cpp#203 ·
Maintainers usually reply within 1 day