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

Chisels and Bits compatibility #2390

Open
5 tasks done
Zockerhopper opened this issue Aug 29, 2023 · 3 comments
Open
5 tasks done

Chisels and Bits compatibility #2390

Zockerhopper opened this issue Aug 29, 2023 · 3 comments
Labels
status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended

Comments

@Zockerhopper
Copy link

WorldEdit Version

7.2.14

Platform Version

Fabric 0.14.21

Confirmations

  • I am using the most recent Minecraft release.
  • I am using a version of WorldEdit 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

Whenever I try to //copy and //paste an area that includes a Block that I chiseled with Chisels and Bits that 'block' appears completely invisible (No Rendering) and when I break that 'block' it plays the Stone breaking sound, even when I used Wood.

Expected Behavior

Well, that the Chiseled Block renders as it did in the copied area.

Reproduction Steps

  1. Launch Minecraft with Chisels and Bits - For Fabric and Worldedit
  2. Launch a (Creative) World, use a Chisel on any Block, by just right clicking on it with the chisel, or use a Bit and place that anywhere.
  3. Use the Axe and select a region with those Chiseled Blocks.
  4. //copy and //paste it somewhere else and see how for some reason those blocks no longer render

Anything Else?

Just for clarification Chisels and Bits 'blocks' all have the same ID (chiselsandbits:chiseledrock) but that can have different shapes depending on how you chisel away at a Block or build with the Chisels and Bits "Bits".

@Zockerhopper Zockerhopper added status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended labels Aug 29, 2023
@stale
Copy link

stale bot commented Oct 15, 2023

This issue has been automatically marked as stale because it has not been fully confirmed. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the status:stale Issue was not confirmed by maintainers label Oct 15, 2023
@octylFractal octylFractal removed the status:stale Issue was not confirmed by maintainers label Oct 15, 2023
@cherbert
Copy link

for the love of god why in 2024 is this still not a feature!?

@me4502
Copy link
Member

me4502 commented Mar 10, 2024

Because in general there's likely almost nothing we can actually do about it. Worldedit copies the data exactly as-is. If a mod stores data outside of the normal ways for MC to do it (which they shouldn't do), there's no way for worldedit to know about that data.

Generally in cases like this, it's due to the mod doing something very weird with its blocks, and preventing them from being moved due to some weird external mapping directly with positions. If a mod wants to do something weird like that, they'd have to use our API to add support, but realistically they shouldn't be doing something weird in the first place

@me4502 me4502 mentioned this issue May 9, 2024
5 tasks
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

4 participants