What is ManhuntX?#
A configurable manhunt game system for public queues and private player-created sessions.
ManhuntX is a Minecraft manhunt game plugin with queues, private games, hunter/runner gameplay, stats, team chat and spectator tools.
Product purpose, target audience, main systems, dependencies and quick links.
Installation gets the plugin to boot. First Setup prepares it for production use.
Recommended first configuration pass after the plugin has generated its files.
Commands, permissions, and usage examples.
/manhuntCommandCommand exposed by plugin.yml.
Not declared in plugin.yml
/manhunt
/manhuntadminCommandCommand exposed by plugin.yml.
Not declared in plugin.yml
/manhuntadmin
Permission nodes are based on plugin.yml. Assign admin and bypass permissions carefully.
/lp group admin permission set manhuntx.admin.reload true/lp group default permission set manhuntx.player.use trueConfiguration YAML files below contain short bundled default excerpts, not full files. Message YAML is documented only in Messages & Language.
Main runtime settings, license, modules, limits, storage and feature behavior.
config.yml. The generated file contains more options than this docs excerpt.# ...
# Short documentation excerpt from config.yml.
# This is not the complete YAML file.
# Lines before and after this preview are omitted from the docs.
# ...
license-key: contact the author
color-format: "legacy" # Options: "legacy" (& codes) or "minimessage" (<color> tags)
database:
method: "SQLite" # Options: SQLite, MySQL
data:
host: "localhost"
port: 3306
database: "manhuntx"
username: "root"
password: ""
ssl: false
# Queue settings
queue:
required-runners: 1
required-hunters: 2
max-runners: 3
max-hunters: 5
auto-assign-role: true # Assign role if player didn't choose
# Game settings
game:
countdown-seconds: 10
headstart-seconds: 30
delay-before-end: 5
compass-tracking: true
compass-update-interval: 20 # ticks
runner-glow: false # Runners glow for hunters
death-spectate: true # Dead runners spectate
allow-hunter-pvp: false
allow-runner-pvp: false
# Lobby
# ...
# More options continue in the generated plugin YAML file.
# Open plugins/<plugin-folder>/config.yml to review every setting.
# ...Top-level keyslicense-key, color-format, database, queue, game, lobby-spawn
Production handlingBack up this file, edit the generated copy under the plugin folder, then run the product reload command or restart for startup-level settings.
Live display text, update intervals and PlaceholderAPI-rendered lines.
scoreboard.yml. The generated file contains more options than this docs excerpt.# ...
# Short documentation excerpt from scoreboard.yml.
# This is not the complete YAML file.
# Lines before and after this preview are omitted from the docs.
# ...
scoreboard:
update-time: 20 #ticks
enabled: true
color-format: "legacy" # Options: "legacy" (& codes) or "minimessage" (<color> tags)
lobby:
title: "&c&lManhuntX"
lines:
- ""
- "&c&l%player_name%:"
- "&7• &f⚔ Kills: &e<kills>"
- "&7• &f☠ Deaths: &e<deaths>"
- "&7• &f🏆 Wins: &e<wins>"
- ""
- "&c&lServer:"
- "&7• &f🌐 Online: &e%server_online%"
- ""
- "&cplay.manhuntx.com"
queue:
title: "&c&lQueue"
lines:
- ""
- "&fRole: &e<role>"
- "&fTime: &e<time>"
- ""
- "&cplay.manhuntx.com"
in-game:
title: "&c&lManhuntX"
lines:
- ""
- "&7• &eRole: &f<role>"
- "&7• &aRunners: &f<alive_runners>"
# ...
# More options continue in the generated plugin YAML file.
# Open plugins/<plugin-folder>/scoreboard.yml to review every setting.
# ...Top-level keysscoreboard
Production handlingBack up this file, edit the generated copy under the plugin folder, then run the product reload command or restart for startup-level settings.
Translation and formatting guidance based on the product's bundled resources.
This product ships messages.yml. Edit the generated copy in the plugin folder, keep placeholders intact, then reload the plugin command or restart for startup-level changes.
<red>Error message</red>
&cLegacy color message
{player} {amount} {reason}messages.yml. The generated file contains more message keys than this docs excerpt.# ...
# Short documentation excerpt from messages.yml.
# This is not the complete YAML file.
# Lines before and after this preview are omitted from the docs.
# ...
prefix: "&7[&cManhunt&7] &r"
# Role names
role-runner: "&aRunner"
role-hunter: "&cHunter"
role-spectator: "&7Spectator"
# Queue messages
joined-queue: "&aYou joined the queue as <role>."
left-queue: "&cYou left the queue."
already-in-queue: "&cYou are already in the queue!"
already-in-game: "&cYou are already in a game!"
match-found: "&aMatch found! Preparing world..."
actionbar-queue: "&aYou are in queue! &7Type &b/manhunt leave &7to leave."
# Game messages
game-starting-countdown: "&eGame starts in &c<countdown>&e seconds!"
game-started-runners: "&aYou have &e<headstart>&a seconds of head start! RUN!"
game-started-hunters: "&cHunters will be released in &e<headstart>&c seconds!"
hunters-released: "&c&lHunters have been released!"
game-ended-runner-win: "&a&lRunners won! The Ender Dragon has been defeated!"
game-ended-hunter-win: "&c&lHunters won! All runners have been eliminated!"
# Death messages
runner-death: "&c<victim> &7has been eliminated by &e<killer>&7!"
runner-death-natural: "&c<victim> &7has been eliminated!"
runners-remaining: "&7Runners remaining: &a<alive_runners>"
hunter-death: "&e<victim> &7was killed but will respawn!"
# Private game
private-game-created: "&aPrivate game created!"
player-invited: "&aYou invited &e<player>&a to your game."
invite-received:
- "&aYou have been invited to &e<player>&a's manhunt!"
# ...
# More options continue in the generated plugin YAML file.
# Open plugins/<plugin-folder>/messages.yml to review every setting.
# ...GUI cards describe the actual menus available in this product build.
Private game setup menu for configuring a custom Manhunt session before launch.
Private GamePrivate game player selector for inviting, adding or reviewing participants.
Game PlayersProfile menu for Manhunt player information, preferences and progression display.
ProfilePlay menu for joining configured Manhunt queues or starting the public game flow.
Play ManhuntActive games view for browsing running Manhunt sessions and available spectate or staff actions.
Confirmation screen for starting or applying private Manhunt game settings.
Storage docs explain YAML, SQLite, MySQL, MariaDB and backup expectations when supported.
Use default file-based storage for small event servers. Use MySQL for persistent stats and game history deployments.
Each integration explains purpose, required/optional status, setup steps and troubleshooting.
Purpose: Registers or consumes PlaceholderAPI values for scoreboards, formats and external displays.
Troubleshooting: If values stay blank, reload expansions and verify the identifier exactly matches the placeholder shown in this docs page.
Purpose: Provides persistent storage for player data, stats, transactions, vaults or network state.
Troubleshooting: If storage fails, copy the first SQL error, then verify credentials, database permissions, driver availability and firewall access.
Prepare a valid queue before opening ManhuntX publicly.
config.yml. Start with one runner and two hunters./manhuntTest public/private options as a normal player and verify permission gates.Configure the player-facing queue and match lifecycle as a repeatable flow.
/manhunt.Turn a basic match into a repeatable staff-operated event.
messages.yml.Move from a working test match to a reliable public deployment.
queue: enabled: true minimum-players: 3 game: runner-head-start-seconds: 30 spectator-on-death: true world: reset-after-match: trueA complete player-hosted manhunt loop, from queue entry to post-game review.
/manhunt screen is the player entry point. Keep role counts and arena/world settings valid before opening the queue./manhunt and choose the public queue.config.yml./manhunt and add the intended players.queue:
required-runners: 1
required-hunters: 2
auto-assign-role: true
game:
countdown-seconds: 10
headstart-seconds: 30
compass-tracking: true
death-spectate: trueOpen the profile/statistics view, inspect the result and confirm the world was returned to the lobby state. For a season reset, back up the database first; do not delete player data while a match is active.
When debugging, record queue size, assigned roles, world name, countdown state and the first console error.
Ready-to-follow scenarios reduce support tickets and make the product easier to configure.
Apply this setup by editing the related config files, assigning permissions and testing the full player workflow.
Apply this setup by editing the related config files, assigning permissions and testing the full player workflow.
Apply this setup by editing the related config files, assigning permissions and testing the full player workflow.
Map permissions to progression tiers, test upgrades, then document reset or season migration behavior.
Start with console logs, config diffs, plugin version and reproduction steps.
Verify queue permissions, required player count, match mode name and available arena category. Also confirm players are not already in another match or queue.
Reproduce this issue on a clean test server, compare changed YAML files and include the first console error in the support report.
Reproduce this issue on a clean test server, compare changed YAML files and include the first console error in the support report.
Reproduce this issue on a clean test server, compare changed YAML files and include the first console error in the support report.
Check storage connection, write permissions and whether the match ends through the normal cleanup flow. Forced stops may skip stat writes.
Short answers for common buyer and staff questions.
Yes. The product descriptor or docs metadata marks this product as Folia-oriented; keep third-party hook thread-safety in mind during production testing.
This page targets Paper/Folia 1.21 with Java 17. Legacy 1.8 support is not part of this docs page.
Use default file-based storage for small event servers. Use MySQL for persistent stats and game history deployments.
This product has a small runtime surface; use the listed YAML files and commands rather than a module system.
Yes. Edit messages.yml and reload or restart according to the setting changed.
ManhuntX can consume PlaceholderAPI values in supported format or display files.
Product release notes grouped by version. Major public changes are written for buyers and server owners, not as raw commit logs.
Released 2026-02-22.
Send enough information to reproduce the issue.
Plugin: ManhuntX
Plugin version:
Server version:
Java version:
Server software:
Database type:
Installed hooks:
Error log:
Steps to reproduce:
Expected behavior:
Screenshots/video: