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

Paintings in item frames don't get rotated, if item frame is on the top or bottom of a block #1863

Closed
BSBMteam opened this issue Aug 3, 2021 · 1 comment
Labels
status:invalid This does not describe a request or bug with WorldEdit type:bug Incorrect behavior, not working as intended

Comments

@BSBMteam
Copy link

BSBMteam commented Aug 3, 2021

WorldEdit Version

Fabric-Official(7.2.6-beta-02+2e45a20)

Platform Version

Fabric 0.11.6-1.17

Bug Description

Paintings on all item frame types (regular, invisible, and glow item frames) placed on the top and bottom of blocks don't get rotated. If you rotate the selection 90 degrees and paste it -e, the paintings don't get rotated 90 degrees.

These values set painting rotations in item frames:

ItemRotation: 0b = North
ItemRotation: 1b = East
ItemRotation: 2b = South
ItemRotation: 3b = West
ItemRotation: 4b = North
ItemRotation: 5b = East
ItemRotation: 6b = South

Maybe by default, //rotate automatically rotates item frame paintings. Then, add a separate option to retain painting rotations when pasting.

Expected Behavior

If you copy -e, rotate a selection with paintings 90 degrees and paste it -e, the paintings should get rotated 90 degrees.

Reproduction Steps

  1. Place any painting on any item frame type (regular, invisible, and glow item frames) on the top or bottom of a block.
  2. Select region that includes the painting.
  3. //copy -e
  4. //rotate 90 (you can do //rotate 180 OR //rotate 270)
  5. //paste -e

Anything Else?

No response

@BSBMteam BSBMteam added status:pending Pending acceptance or closure. type:bug Incorrect behavior, not working as intended labels Aug 3, 2021
@octylFractal
Copy link
Member

Duplicate of #1727

@octylFractal octylFractal marked this as a duplicate of #1727 Aug 3, 2021
@octylFractal octylFractal added status:invalid This does not describe a request or bug with WorldEdit and removed status:pending Pending acceptance or closure. labels Aug 3, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
status:invalid This does not describe a request or bug with WorldEdit type:bug Incorrect behavior, not working as intended
Projects
None yet
Development

No branches or pull requests

2 participants