alef
- alef
- alef
- Europe/Stockholm
- Yes
- No
Flipped green pointers on maps inside item frames.
What I expected to happen was...:
The green pointer to point the direction the player was at the moment of hanging the map in the frame.What actually happened was...:
The green pointer points the other way around.Steps to Reproduce:
1. Go in creative mode, pick up an item frame and a map, hang theitmeframe somewhere
2. Select your map, right click so it starts drawing3. Beforehang the map in the item frame, check your direction4. Afterhaving hung the map in the frame, check the green pointer directionFlipped green pointers on maps inside item frames.
What I expected to happen was...:
The green pointer to point the direction the player was at the moment of hanging the map in the frame.What actually happened was...:
The green pointer points the other way around.Steps to Reproduce:
1. Go in creative mode, pick up an item frame and a map, hang the frame somewhere
2. Select your map, right click so it starts drawing
3. Before hang the map in the item frame, check your direction
4. After having hung the map in the frame, check the green pointer direction
- 13w25c SMP Windows7,Java7,64-bit
- 3 rd copy at scale 1:2, never changed scale during copies
- the other two hung in frames, green pointers show correctly
- hung inside the map range
- noticed after server restart
- white pointer is drawn between paper and map pixels






Looking into MCP, the "frame-" kind of MapCoord is initialized with the frame direction, so yes it sounds intentional.
Please close.
It doesn't work with any of:
1. Sword
2. Axe
3. Shovel
4. Pickaxe
Using MCP 730c on 13w02b: bed's Material.id is "cloth" (115), so you would think to use the shears.
But if you look at ItemShears' canHarvestBlock()/getStrVsBlock() call stack, the match on blockID fails because Block.cloth.blockID is 35 and bed's is 26, so it checks for the Item's strength that returns 1.0F, which in turn fails at canCurrentToolHarvestBlock() (requires > 1.0F).
13w19a. The level.dat of re-created hardcore world has TAG_Byte(hardcore) set to 0, while the original is 1.
MC-3416_z-order.png: upper right is the round white pointerConfirmed in 14w03b
1.8 adventure mode changes should close this issue too.
In 15w47c, a secondary effect of this is that as you log out and back in, your horse has been duplicated with the same equipment. To be checked if this also duplicates the items in the chest on a donkey.
Reoccurring in 15w51b. It happens also for World Type: Customised -> Customise
In such case, minecarts with chest may embed in calcite. The rail block is gone but the minecart vehicle has not been
replacedremoved.More info