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

Tnt approval/denial based off location of clicked block not location of block placed #1859

Open
6 tasks done
staridiot opened this issue Dec 12, 2021 · 0 comments
Open
6 tasks done
Labels
status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended

Comments

@staridiot
Copy link

WorldEdit Version

7.2.9-SNAPSHOT

WorldGuard Version

7.0.7-SNAPSHOT

Platform Version

git-Paper-70

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

System information
Java 17
Minecraft 1.18.1
Paper 70 for 1.18.1
WorldEdit 7.2.9-SNAPSHOT
WorldGuard 7.0.7-SNAPSHOT

It appears this is exclusive to tnt placement.
Placing tnt off a block in a region you don't have permission to will deny you even though you don't lack permission where the tnt would have been placed. I made a video with a short demonstration here.

Expected Behavior

Determining what regions are applicable when placing tnt should be based off where the tnt is placed not what block is clicked when placing it. Just like any other block.

Reproduction Steps

  1. Create region
  2. Revoke your permissions from that region
  3. Outside the region, place a tnt off a block that is the edge of that region

Optional WorldGuard-Report

No response

Anything Else?

No response

@staridiot staridiot added status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended labels Dec 12, 2021
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

1 participant