Set Homes

Set Homes gives every player a menu of their homes. Left-click one to teleport. Right-click it to rename it, move it, change its icon, or delete it.
Full documentation | Report a bug | Donate | Discord

Why Set Homes
- A menu, or a list of commands. Homes live in a chest-style GUI. Players open it with
/homesor by right-clicking the configured "Home Item". - Every home gets its own icon. Pick any Minecraft item when you create a home, or change it later to whatever you are holding. A base, a mine and a farm stop looking identical.
- Rename, move and delete in-game. Right-click any home to manage it. Deleting always asks first, so nobody loses a base to a misclick.
- Teleports that do not kill you. Set Homes checks the destination and relocates you to the nearest safe spot rather than dropping you into blocks, lava, or a fall.
- Switch without losing anything. One command imports every home from EssentialsX or Set Homes v1, and shows you exactly what it will do before it does it.
- Per-rank home limits. Give donors more homes than default players with LuckPerms groups, or set one server-wide limit.
- Permissions you can change from the config. Every
sh2.*node has a sensible default, and any of them can be moved inconfig.yml. No permissions plugin required.
Quick start
- Drop the jar into your
pluginsfolder and restart the server. - Run
/sethome basewhere you are standing. - Run
/homesand click it.
That is genuinely the whole setup. Player permissions default to granted, so your players can create and use homes the moment the plugin loads. See Permissions below if you want to change that.
Commands
| Command | What it does |
|---|---|
/sethome [name] |
Creates a home where you stand. |
/home [name] |
Teleports you to a home. |
/homes |
Opens the homes menu. |
/delhome name |
Deletes a home. |
/uhome name |
Moves one of your homes to where you are standing. |
In these tables, square brackets mark an optional argument. Anything else is required.
Names are optional on /sethome and /home. Leave the name off and both use a home called default. Home names are unique per player and ignore case, so base and Base are the same home.
All player commands, with their long forms
| Command | Long form | What it does |
|---|---|---|
/sethome [name] [icon] [description] |
/create-home |
Creates a home where you stand. With no name it is called default. |
/home [name] |
/go-home |
Teleports you to a home. With no name it goes to default. |
/homes |
- | Opens the homes menu. |
/delhome name |
/delete-home |
Deletes a home. |
/uhome name |
/move-home |
Moves one of your homes to where you are standing. |
/list-homes |
- | Lists your homes in chat. Click a name to teleport. |
/give-homes-item |
- | Gives you the item that opens the menu. |
On /sethome, a second word that names a real item becomes the icon, and everything after it is the description. So /sethome base stone house creates base with a stone icon and the description "house". If you wanted the whole phrase as the description, put d in the icon position: /sethome base d stone house. The reply names the icon it chose, so there is never any guessing.
Admin commands
| Command | What it does |
|---|---|
/set-max-homes [group] number (alias /setmax) |
Sets the home limit, per LuckPerms group or server-wide. |
/get-player-homes player |
Lists another player's homes. |
/home-of player home (long form /go-player-home) |
Teleports you to another player's home. |
/delhome-of player home (long form /delete-player-home) |
Deletes another player's home. |
/uhome-of player home (long form /move-player-home) |
Moves another player's home to where you are standing. |
/blacklist add world... (alias /add-to-blacklist) |
Stops homes being set in a world. |
/blacklist remove world... (alias /remove-from-blacklist) |
Lifts the restriction again. |
/blacklist list (alias /get-blacklisted-dimensions) |
Shows which worlds are blacklisted. |
/import-homes source [confirm] |
Imports homes from another plugin. source is sethomes or essentialsx. Dry-run unless confirm is given. |
The three blacklist commands are one command with three aliases. Nothing you already type changes: /add-to-blacklist world_nether still adds that world, and /get-blacklisted-dimensions still lists them. Give worlds by the name the server knows them by, in lower case, which on a default setup means world, world_nether and world_the_end.
The three commands that take a player accept anyone who has saved homes, whether or not they are online. Tab completion only offers online players, because there is no lookup for every stored name.
Managing homes

Open your homes with /homes, or right-click the homes item. Then:
| Action | What happens |
|---|---|
| Left-click a home | Teleports you there |
| Right-click a home | Opens the management menu below |
| Rename | Opens an anvil prompt for the new name |
| Move home here | Repoints the home at where you are standing |
| Set icon to held item | The home's icon becomes whatever you are holding |
| Delete | Asks for confirmation first |

The management menu is controlled by sh2.manage-homes, which defaults to granted.
Changing a home's icon works the same way. Hold the item you want and click Set icon to held item:
![]()
Teleporting

By default players wait three seconds before a teleport fires, and moving cancels it, so a home is not a free escape from a fight. Set delay: 0 for instant teleports, or cancelOnMove: false to let players walk during the countdown.

Before it drops anyone anywhere, Set Homes checks the destination is safe to stand in. If a home has been built over, flooded with lava, or left hanging above a drop, the player is moved to the nearest safe spot instead, or the teleport is canceled and they are told why. Turn it off with teleportSafety: false.
Permissions
Nothing here needs a permissions plugin. Out of the box, every player can create, list, teleport to and manage their own homes, and operators get everything else.
Two bundles group the nodes, so you can move a whole role in one line:
| Bundle | Default | Contains |
|---|---|---|
sh2.player |
everyone | sh2.create-home, sh2.go-home, sh2.list-homes, sh2.delete-home, sh2.teleport, sh2.give-homes-item, sh2.manage-homes, sh2.move-home |
sh2.admin |
OP | sh2.player, plus every admin and bypass node |
Full permission list
| Permission | Default | Allows |
|---|---|---|
sh2.create-home |
everyone | Creating homes |
sh2.go-home |
everyone | Using the go-home command |
sh2.teleport |
everyone | Actually teleporting to a home |
sh2.list-homes |
everyone | Listing homes in chat, and /homes |
sh2.delete-home |
everyone | Deleting your own homes |
sh2.give-homes-item |
everyone | Getting the menu item |
sh2.manage-homes |
everyone | Renaming, moving, re-iconing and deleting from the GUI |
sh2.move-home |
everyone | Moving your own home with /uhome |
sh2.set-max-homes |
OP | Setting home limits |
sh2.get-player-homes |
OP | Viewing another player's homes |
sh2.go-player-home |
OP | Teleporting to another player's home |
sh2.delete-player-home |
OP | Deleting another player's home |
sh2.move-player-home |
OP | Moving another player's home |
sh2.add-to-blacklist |
OP | Blacklisting a world |
sh2.remove-from-blacklist |
OP | Un-blacklisting a world |
sh2.get-blacklisted-dimensions |
OP | Listing blacklisted worlds |
sh2.import-homes |
OP | Importing from another plugin |
sh2.update-notify |
OP | Being told on join that a newer release exists |
sh2.bypass-max-homes |
OP | Creating homes past the configured maximum, whether the limit is server-wide or per group |
sh2.bypass-blacklist |
OP | Creating a home in a blacklisted world, moving a home into one, and teleporting to a home already in one |
sh2.bypass-teleport-delay |
OP | Teleporting with no countdown, and not being canceled by moving |
These nodes are granted by the bundles, which is why denying a bundle takes its whole set away at once. Granting or denying an individual node works exactly as the table describes.
Note that sh2.move-home sits in sh2.player, not behind sh2.manage-homes. If you took sh2.manage-homes away to stop players relocating their homes, deny sh2.move-home as well or /uhome gives the ability back.
Changing permissions
Uncomment the permissions: block in config.yml and list the nodes you want to move:
permissions:
sh2.manage-homes: false
sh2.get-player-homes: true
sh2.import-homes: op
Accepted values are true (everyone), false (nobody), op (operators only) and not-op (everyone except operators). A deny applies to operators too, so use op if you want a node gone for everyone except them.
You can name a bundle here as well as a single node, so sh2.player: false moves all eight player nodes in one line. There is no wildcard, so list whatever you want changed. If a line does not seem to take effect, check the server log at startup: anything the plugin could not read is named there.
This only changes a default. If you run LuckPerms or similar, an explicit grant or deny there still wins. The config block decides what happens to a player the permissions plugin says nothing about.
Take care with sh2.import-homes. Anyone who can run /import-homes source confirm can write homes for every player on the server, so granting it to everyone is a real risk.
With LuckPerms, the equivalent one-liner is /lp group default permission set sh2.player true. The server's own permissions.yml works too, and the README has an example of wrapping these nodes in a rank of your own.
Configuration
Settings live in plugins/SetHomesTwo/config.yml on your server, written the first time the plugin starts. Edit it in any text editor, save, then restart the server. There is no in-game reload command, so changes do not apply until the server comes back up.
The file is commented throughout, and every message the plugin sends can be rewritten in it. These are the settings most servers actually change:
| Setting | Default | What it does |
|---|---|---|
delay |
3 |
Seconds you must stand still before teleporting. 0 is instant. |
cancelOnMove |
true |
Cancel the teleport if the player moves during the countdown. |
teleportSafety |
true |
Relocate to the nearest safe spot instead of teleporting into danger. |
maxHomeEnabled |
false |
Turn home limits on. |
maxHomesType |
groups |
singular for one server-wide limit, groups for per-rank limits. |
openHomeItem |
compass |
The item players right-click to open the menu. |
defaultHomeItem |
white_wool |
Icon a home gets when the player names none. |
inventoryTitle |
Your homes |
Title of the homes menu. |
maxHomeNameLength |
32 |
Longest home name allowed. |
permissions |
commented out | Changes the default of any sh2.* node. See Changing permissions above. |
Per-rank limits need LuckPerms and maxHomesType: groups.
That table is only the common settings. For the complete list, see default-config.yml, the file your config.yml is first written from. Every setting the plugin has is in there, commented in place.
Your config.yml is written once and never touched again. Installing the plugin, updating the jar and restarting the server all leave the file exactly as you last saved it, so a setting added in a later release will not appear in a file written by an earlier one. Anything missing falls back to its default, so nothing breaks, but you cannot change a setting you cannot see.
To pick a new setting up, copy the key out of default-config.yml into your file and restart. To start clean, rename your config.yml and restart. A fresh one is written with everything in it, and you can copy your old values across.
Coming from EssentialsX or Set Homes v1
Your players keep their homes. The old plugin does not even need to be running, because the importer reads its data files directly.
- Stop the server.
- Move the old plugin's jar out of
plugins/and keep it somewhere safe rather than deleting it. That jar is your way back. Leave its data folder exactly where it is: the importer readsplugins/SetHomes/orplugins/Essentials/userdata/and never writes to either. - Start the server. Set Homes creates its own folder and an empty database. No homes are visible yet, and the console tells you how many are waiting.
- Run
/import-homes sethomes(or/import-homes essentialsx). This is a preview only. It reports how many homes it would import and warns about any it would skip, and changes nothing. - Happy with the numbers? Run it again with
confirmon the end. - Paste any settings the config report listed into
plugins/SetHomesTwo/config.yml, then restart the server. Nothing is written there automatically, and there is no in-game reload, so a pasted setting does nothing until the server comes back up.
The jar has to move before the import, not after. Set Homes v2 will not start while a Set Homes v1 jar is still in plugins/. Both plugins provide /sethome, /home and /delhome, and v1 usually takes priority and wins those names regardless the load order.
You are reminded until you import. While plugins/SetHomes/homes.yml still holds homes and none have been imported here, every startup says so in the console, and anyone holding sh2.import-homes gets the same reminder in chat on join. Both stop for good once any home exists here.
Existing homes are never overwritten, so re-running the import is always safe. Homes in worlds that no longer exist are skipped with a warning naming the world.
Set Homes v1 told base and Base apart, while home names here ignore case. A player holding both keeps both: the second is imported under the next free name, so Base arrives as Base2, named in the report and the server log.
You can go back at any time. The old plugin's data folder is never written to, so rolling back is mostly putting its jar back and taking the Set Homes jar out.
Coming from Set Homes v1, the world blacklist comes across too. The migration guide on GitHub has the full rollback steps and maps every v1 command, permission and config setting to its v2 equivalent.
Requirements
- Paper or Spigot 1.21+
- Java 21, which Minecraft 1.21 servers already require
- Optional: LuckPerms, only for per-rank home limits
Changelog
Every release is listed on the Files tab of this page, and in the changelog on GitHub.
Support
The README on GitHub has the migration tables and an FAQ covering the questions that come up most.
Found a bug or want a feature? Open an issue on GitHub. It gets seen faster than a comment on this page.
Source | Report a bug | Donate | Discord
-
View User Profile
-
Send Message
Posted Dec 12, 2019In reply to Forge_User_89337881:
Hi,
By default that permission is only given to "OP" players only. All other player that have not been "OPed" will need to be given permission to use that command.
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Dec 5, 2019*Bug Report*
Symptom: Countdown stuck at 3 and/or players are stuck after teleport.
Cause: This happens if a player runs the home command again while the delay is still counting down.
MC-version: pappermc-1.14.4-209
Mod-version: v1.2.3
Log data: Nothing is logged to the console outside of the normal.
Temp fix: Set the delay to zero so this bug can't happen.
A simple hotfix would be to prevent another teleport from getting initiated while one is currently on delay.
Edit:
after looking at your script I would say line:122 of GoHome.java "taskId" is your issue, I'm guessing when they trigger the command again the previous saved "taskId" gets replaced so line:128 can never cancel it causing and endless teleport loop like we see. (my fix above would prevent this)
~Hope this helps, have a great day!
*Update Request*
Add a command to update a homes location. (currently you need to delete and re-set)
-
View User Profile
-
Send Message
Posted Dec 5, 2019In reply to appeternal:
Awesome, thank you so much for giving me this detailed report. I should have a fix uploaded within the next day or so. This is depending on the amount of time taken for approval of the patch. I will get to work on that update command too.
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Nov 19, 2019Hi. I'm new to managing plugins on a server and I'm not sure how to edit the config file correctly to make it so people can create more than one home. Right now my config file looks like this:
allNamedHomes:
27b4f1be-37f4-4ffd-b7b2-ec94a6bb17ad:
o:
world: 'Building #6'
x: 682.421926017056
y: 157.0
z: -565.2352252265259
pitch: -9.662348
yaw: -51.676586
y:
world: 'Building #6'
x: 687.6558075460744
y: 157.0
z: -564.4555049179332
pitch: -9.662348
yaw: -51.676586
2e7552ad-ba4a-4ac7-8fd3-36f7a4d46af2:
sparkedoutdonkey:
world: 'Building #6'
x: 3570.91369025658
y: 38.0
z: -266.7288971765919
pitch: 88.94999
yaw: -338.8075
276c459a-6ac8-43b1-a461-97c6ce71148b:
main:
world: 'Building #6'
x: 219.27326286075126
y: 250.0
z: -378.9096813228537
pitch: 47.49462
yaw: 167.7843
unknownHomes:
27b4f1be-37f4-4ffd-b7b2-ec94a6bb17ad:
world: 'Building #6'
x: 679.8346678579948
y: 157.0
z: -563.5719472201552
pitch: 16.996307
yaw: -3.4859402
b41f5b1c-f045-4a4e-9a5a-fc5067c636a5:
world: 'Building #6'
x: -2386.699999988079
y: 232.0
z: -943.3662229680373
pitch: 13.1593895
yaw: -91.193665
It doesn't show anywhere to edit the values like in your "default config" example.
-
View User Profile
-
Send Message
Posted Nov 21, 2019In reply to Fymatdsrio:
Hi,
If this is what is contained within your "config.yml" then your plugin is outdated. I would suggest updating when you can, latest version is V1.2.3. However, if all your after is the ability to allow users to set multiple homes then you should still be able to accomplish this with your version. Just install a permissions plugin and apply the permission homes.sethome to the player/group you want to allow usage of multiple homes. The permissions plugin I use to test is PermissionsEX. The command for it is as follows, /pex user <PlayerName> add homes.sethome.
-Note: There is a small bug in the latest version(V1.2.3) that is causing some players to get stuck when teleporting while using the teleport delay, so use this with caution. I am currently working on a fix for this issue.
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Nov 14, 2019I am the admin of a Craftbukkit 1.14.4 server and I have had several complaints of the plugin counting down from 3 and then not teleporting, or just continuously teleporting them to the same spot, not allowing them to move at all. I wanted to see what they were talking about, so I waited until the bug occurred again, then tried to kill them, tp them away and told them to disconnect and reconnect. After killing them, they just respawned back at the same spot and the bug continued. When I tp'd them, same thing happened. It did stop after a reconnect, but they were unable to use the /home command. This for some reason only effects some of the players, and is temporarily fixed by doing a server restart. I have tried figure out why it does this, and it seems usually it occurs when someone uses the /home command multiple times in quick succession. Hope there is a fix, as this is a great plugin.
-
View User Profile
-
Send Message
Posted Nov 14, 2019In reply to lobbo02:
Hi,
Were there any errors in the logs? If there were logs please either post them here, or use a site like pastebin so I can view them via a link. Also which version of the plugin are you using? It tells you the version in console when the server first starts up.
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Nov 8, 2019I admin a server using Bukkitcraft 1.14.4
I can set homes, but other users can't saying they don't have permission. How do I grant entire server permission to set homes?
-
View User Profile
-
Send Message
Posted Nov 10, 2019In reply to stormchasingk9:
Hi,
You simply need to download and install a permission plugin. The one I use for testing is called "PermissionsEX". If you install that plugin then the command to give a certain player permission to set multiple homes would be as follows, "/pex user <PlayerName> add homes.sethome". You can also setup groups to apply a set of permissions to specific players.
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Nov 5, 2019Whenever I or anyone else on the server does /home it ethier stops at 3 or repeatedly teleports them.
-
View User Profile
-
Send Message
Posted Nov 10, 2019In reply to MrStageBoss:
Hi,
Could you tell me what version of the plugin you are using? Also are the any errors in the server log? If so could you please post them or post a link to a place where I can view them, such as "pastebin".
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Oct 30, 2019Is it possible to make different groups of premissions have different amount of max homes with this add-on? i see the max home in the config but not one in the permissions.
Thanks!
-
View User Profile
-
Send Message
Posted Nov 5, 2019In reply to wildcard64:
Hello,
No, sorry to say this is not a feature at the moment. I can add it to the list of features to add.
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Oct 29, 2019Hi I have a problem I as an admin can set multiple homes but the teammates can't set it how can I set it that every player on the world can set 3 homes
greeting
-
View User Profile
-
Send Message
Posted Oct 30, 2019In reply to aufziehendersturm:
Hi,
Install a permissions plugin and then give the player/group you want to have the ability to set multiple homes the "homes.sethome" permission. For example using the plugin "PermissionsEX" you can issue the command /pex user <PlayerName> add homes.sethome to give the player that you put in place of the "<PlayerName>" the permission to set multiple homes. As for setting the max homes. In your plugins folder find the "SetHomes" folder and open it. Then open the file called "config.yml" and set "max-homes: 3".
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Oct 28, 2019estou abrindo um servidor e não estou conseguindo chegar a lista de homes dos jogadores e nem ver as minhas
-
View User Profile
-
Send Message
Posted Oct 19, 2019I created a 1.14.4 bukkit server and installed this plugin but the multiple homes portion of it doesn't seem to be working correctly. /sethome works fine but as soon as I try to do /sethome mine or any other name for a home I get the message "an internal error has occurred while attempting to perform this command." Is there something I'm doing wrong or is it a bug? I noticed someone else posted this issue on sept 5th. I can include the server logs I'm just not sure the best way to do that.
Thanks.
-
View User Profile
-
Send Message
Posted Oct 19, 2019In reply to bossmonster98:
Hi there,
I would be happy to help you. I am going to need to see those server logs though. The best way to do that is either paste the code here and put it in a code block or use a site like pastebin, so that I can view it in an easy to read format.
Best Regards,
Xquiset
-
View User Profile
-
Send Message
Posted Oct 19, 2019In reply to Xquiset:
Sorry for such a long post but you can see when I type /sethome it works fine but when I type /sethome home2 the error codes start popping up.
[22:06:57] [Server thread/INFO]: Starting minecraft server version 1.14.4
[22:06:57] [Server thread/INFO]: Loading properties
[22:06:57] [Server thread/INFO]: Default game type: SURVIVAL
[22:06:57] [Server thread/INFO]: Generating keypair
[22:06:57] [Server thread/INFO]: Starting Minecraft server on 192.168.1.13:25565
[22:06:57] [Server thread/INFO]: Using default channel type
[22:06:58] [Server thread/INFO]: This server is running CraftBukkit version git-Bukkit-a3fdef8 (MC: 1.14.4) (Implementing API version 1.14.4-R0.1-SNAPSHOT)
[22:07:00] [Server thread/WARN]: Plugin SetHomes v1.2.1 does not specify an api-version.
[22:07:00] [Server thread/WARN]: Plugin Sleepy v1.3b does not specify an api-version.
[22:07:00] [Server thread/INFO]: [SetHomes] Loading SetHomes v1.2.1
[22:07:00] [Server thread/INFO]: [Sleepy] Loading Sleepy v1.3b
[22:07:00] [Server thread/INFO]: Preparing level "world"
[22:07:00] [Server thread/INFO]: Reloading ResourceManager: Default, bukkit
[22:07:01] [Server thread/INFO]: Loaded 6 recipes
[22:07:01] [Server thread/INFO]: Preparing start region for dimension 'world'/minecraft:overworld
[22:07:02] [Server thread/INFO]: Preparing spawn area: 0%
[22:07:02] [Server thread/INFO]: Preparing spawn area: 0%
[22:07:04] [Server-Worker-1/INFO]: Preparing spawn area: 0%
[22:07:04] [Server-Worker-3/INFO]: Preparing spawn area: 0%
[22:07:04] [Server-Worker-3/INFO]: Preparing spawn area: 0%
[22:07:04] [Server-Worker-3/INFO]: Preparing spawn area: 0%
[22:07:04] [Server thread/INFO]: Time elapsed: 3055 ms
[22:07:04] [Server thread/INFO]: Preparing start region for dimension 'world_nether'/minecraft:the_nether
[22:07:05] [Server thread/INFO]: Preparing spawn area: 0%
[22:07:05] [Server-Worker-2/INFO]: Preparing spawn area: 13%
[22:07:05] [Server thread/INFO]: Preparing spawn area: 13%
[22:07:06] [Server-Worker-3/INFO]: Preparing spawn area: 84%
[22:07:06] [Server-Worker-1/INFO]: Preparing spawn area: 85%
[22:07:06] [Server thread/INFO]: Time elapsed: 2311 ms
[22:07:06] [Server thread/INFO]: Preparing start region for dimension 'world_the_end'/minecraft:the_end
[22:07:07] [Server thread/INFO]: Preparing spawn area: 0%
[22:07:07] [Server-Worker-1/INFO]: Preparing spawn area: 85%
[22:07:07] [Server thread/INFO]: Time elapsed: 616 ms
[22:07:07] [Server thread/INFO]: [SetHomes] Enabling SetHomes v1.2.1
[22:07:07] [Server thread/INFO]: [Sleepy] Enabling Sleepy v1.3b
[22:07:07] [Server thread/INFO]: Server permissions file permissions.yml is empty, ignoring it
[22:07:07] [Server thread/INFO]: Done (6.975s)! For help, type "help"
[22:07:19] [User Authenticator #1/INFO]: UUID of player BossMonster44 is 25db0be0-2cb3-4c81-b432-3533d9fe83bc
[22:07:20] [Server thread/INFO]: BossMonster44[/192.168.1.13:62136] logged in with entity id 167 at ([world]-3192.1652422777743, 85.0, 601.695875834119)
[22:07:26] [Server thread/INFO]: BossMonster44 issued server command: /home
[22:07:30] [Server thread/INFO]: BossMonster44 issued server command: /home
[22:07:36] [Server thread/INFO]: BossMonster44 issued server command: /sethome
[22:07:45] [Server thread/INFO]: BossMonster44 issued server command: /sethome home2
[22:07:45] [Server thread/ERROR]: null
org.bukkit.command.CommandException: Unhandled exception executing command 'sethome' in plugin SetHomes v1.2.1
at org.bukkit.command.PluginCommand.execute(PluginCommand.java:47) ~[bukkit.jar:git-Bukkit-a3fdef8]
at org.bukkit.command.SimpleCommandMap.dispatch(SimpleCommandMap.java:148) ~[bukkit.jar:git-Bukkit-a3fdef8]
at org.bukkit.craftbukkit.v1_14_R1.CraftServer.dispatchCommand(CraftServer.java:689) ~[bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.PlayerConnection.handleCommand(PlayerConnection.java:1590) ~[bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.PlayerConnection.a(PlayerConnection.java:1444) ~[bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.PacketPlayInChat.a(SourceFile:37) ~[bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.PacketPlayInChat.a(SourceFile:9) ~[bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.PlayerConnectionUtils.lambda$0(PlayerConnectionUtils.java:19) ~[bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.TickTask.run(SourceFile:18) [bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.IAsyncTaskHandler.executeTask(SourceFile:144) [bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.IAsyncTaskHandlerReentrant.executeTask(SourceFile:23) [bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.IAsyncTaskHandler.executeNext(SourceFile:118) [bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.MinecraftServer.aX(MinecraftServer.java:867) [bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.MinecraftServer.executeNext(MinecraftServer.java:860) [bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.IAsyncTaskHandler.awaitTasks(SourceFile:127) [bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.MinecraftServer.sleepForTick(MinecraftServer.java:844) [bukkit.jar:git-Bukkit-a3fdef8]
at net.minecraft.server.v1_14_R1.MinecraftServer.run(MinecraftServer.java:784) [bukkit.jar:git-Bukkit-a3fdef8]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_211]
Caused by: java.lang.NullPointerException
at com.samleighton.xquiset.sethomes.SetHomes.getPlayersNamedHomes(SetHomes.java:135) ~[?:?]
at com.samleighton.xquiset.sethomes.commands.SetHome.onCommand(SetHome.java:57) ~[?:?]
at org.bukkit.command.PluginCommand.execute(PluginCommand.java:45) ~[bukkit.jar:git-Bukkit-a3fdef8]
... 17 more
[22:07:55] [Server thread/INFO]: BossMonster44 issued server command: /home2
[22:07:58] [Server thread/INFO]: BossMonster44 issued server command: /homes
[22:08:01] [Server thread/INFO]: BossMonster44 lost connection: Disconnected
[22:08:01] [Server thread/INFO]: BossMonster44 left the game
[22:08:11] [Server thread/INFO]: Stopping the server
[22:08:11] [Server thread/INFO]: Stopping server
[22:08:11] [Server thread/INFO]: [Sleepy] Disabling Sleepy v1.3b
[22:08:11] [Server thread/INFO]: [SetHomes] Disabling SetHomes v1.2.1
[22:08:11] [Server thread/INFO]: Saving players
[22:08:11] [Server thread/INFO]: Saving worlds
[22:08:11] [Server thread/INFO]: Saving chunks for level 'world'/minecraft:overworld
[22:08:12] [Server thread/INFO]: ThreadedAnvilChunkStorage (world): All chunks are saved
[22:08:12] [Server thread/INFO]: Saving chunks for level 'world_nether'/minecraft:the_nether
[22:08:12] [Server thread/INFO]: ThreadedAnvilChunkStorage (DIM-1): All chunks are saved
[22:08:12] [Server thread/INFO]: Saving chunks for level 'world_the_end'/minecraft:the_end
[22:08:12] [Server thread/INFO]: ThreadedAnvilChunkStorage (DIM1): All chunks are saved
[22:08:12] [Server thread/INFO]: ThreadedAnvilChunkStorage (world): All chunks are saved
[22:08:12] [Server thread/INFO]: ThreadedAnvilChunkStorage (DIM-1): All chunks are saved
[22:08:12] [Server thread/INFO]: ThreadedAnvilChunkStorage (DIM1): All chunks are saved
-
View User Profile
-
Send Message
Posted Oct 19, 2019In reply to bossmonster98:
Hello,
I just uploaded a fix for this error. The newest version of the plugin (V1.2.2) should fix this error. The file should be available for download here soon.
Best Regards,
Xquiset