Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Worldguard overrides own heal-command #2031

Closed
6 tasks done
DevJoey opened this issue Aug 8, 2023 · 1 comment
Closed
6 tasks done

Worldguard overrides own heal-command #2031

DevJoey opened this issue Aug 8, 2023 · 1 comment
Labels
status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended

Comments

@DevJoey
Copy link

DevJoey commented Aug 8, 2023

WorldEdit Version

7.2.15+6463-5ca4dff

WorldGuard Version

7.0.9+5934e49

Platform Version

git-Paper-108 (MC: 1.20.1)

Confirmations

  • I am using the most recent Minecraft release.
  • I am using a version of WorldEdit compatible with my Minecraft version.
  • I am using a version of WorldGuard compatible with my Minecraft version.
  • I am using the latest or recommended version of my platform software.
  • I am NOT using a hybrid server, e.g. a server that combines Bukkit and Forge. Examples include Arclight, Mohist, and Cardboard.
  • I am NOT using a fork of WorldEdit, such as FastAsyncWorldEdit (FAWE) or AsyncWorldEdit (AWE)

Bug Description

I cannot register a own heal comand because Worldguard overwrites it.

If i do the following:

getServer().getCommandMap().getKnownCommands().remove("heal");
getServer().getCommandMap().getKnownCommands().remove("worldguard:heal");

My command gets registered. If i remove WorldGuard my command also works.

Expected Behavior

Heal command of worldguard should not override other commands. Add an option to the config to disable the worldguard heal command.

Reproduction Steps

  1. Write a plugin that has a /heal command
  2. Install worldguard
  3. Run /heal

Optional WorldGuard-Report

No response

Anything Else?

No response

@DevJoey DevJoey added status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended labels Aug 8, 2023
@me4502
Copy link
Member

me4502 commented Aug 8, 2023

See #2013 (comment)

@EngineHub EngineHub deleted a comment from leJulxan Oct 2, 2023
@wizjany wizjany closed this as not planned Won't fix, can't repro, duplicate, stale Nov 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended
Projects
None yet
Development

No branches or pull requests

3 participants