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

Gates can be destoyed by holding rightclick on the sign #1325

Open
6 tasks done
DanielSchmerber opened this issue Mar 7, 2024 · 1 comment
Open
6 tasks done

Gates can be destoyed by holding rightclick on the sign #1325

DanielSchmerber opened this issue Mar 7, 2024 · 1 comment
Labels
status:platform-issue An issue with the platform (eg Spigot), that we cannot workaround type:bug Incorrect behavior, not working as intended

Comments

@DanielSchmerber
Copy link

CraftBook Version

3.10.9;4793-1ce0146

Platform Version

git-Paper-446

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 CraftBook 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

Gates can be destroyed when the sign is rightclicked in the wrong moment.
if this happens the gate will be open have 0 fences, -> all the fences get destroyes
Minecraft_1 20 4-Multiplayer3rd-partyServer2024-03-0519-40-18-ezgif com-video-to-gif-converter

Expected Behavior

The gate-sign should not be editable

Reproduction Steps

Create a Gate
Place a sign, write [Gate] in the second line
hold rightclick on the sign

after a couple of attempts the edit sign gui opens, and the gate is destroyed

Anything Else?

No response

@DanielSchmerber DanielSchmerber added status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended labels Mar 7, 2024
@me4502
Copy link
Member

me4502 commented Mar 7, 2024

This is a niche bug in paper that seems to only trigger on certain hardware, not an issue with CraftBook. CraftBook cancels the event, but sometimes the cancellation isn’t respected in terms of the edit interface showing. You can try CraftBook 5 where a Paper-specific workaround is used to explicitly cancel all sign editor window pop ups on CraftBook signs, but the underlying issue isn’t something that can be entirely fixed from CraftBook’s side as it’s already doing everything it can to prevent it showing. The issue affects all plugins that use sign interactions. People from Paper have looked into it, but due to it being so rare to have the bug happen no one has managed to track it down

if your server is affected by it, the best workaround is to just wax signs, or try CraftBook 5 to see if it reduces the issue with the workaround

@me4502 me4502 added status:platform-issue An issue with the platform (eg Spigot), that we cannot workaround and removed status:pending Pending acceptance or closure. labels Mar 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status:platform-issue An issue with the platform (eg Spigot), that we cannot workaround type:bug Incorrect behavior, not working as intended
Projects
None yet
Development

No branches or pull requests

2 participants