mojira.dev

asdf

More than one avatar was detected! There might be multiple accounts sharing this same name.

Assigned

No issues.

Reported

View all
MC-228264 Inconstancy with 2 advancements Invalid MC-207015 Heavy Delays Invalid MC-206444 Important Processes Cease To Function Awaiting Response MC-206081 Replacing doors with `setblock replace` behaves the same (visually) as `setblock destroy` Duplicate MC-176480 Lodestone Compass partialy broken Duplicate MC-169604 Lighting effect from torches on falling snow is backwards Duplicate MC-162940 Slab in "Smooth stone slab" is faded and hard to notice in recipie book. Possibally in other places. Awaiting Response MC-162436 Items with right-click actions do not function when aiming at an entity Duplicate MC-162326 The breaking animation is brocken. Duplicate MC-153379 When giveing an item to place on a block, using give or replaceitem, it says it can be placed on missingno and can not be placed on what I want it to be. Awaiting Response

Comments

This still happens on 1.16.4. The condition is that the player has to be in creative mode. It works in survival mode without problems. Should this be re-opened with a new issue as it is marked as resolved but still in the game?

Thank you! I wasn't able to find them inside the jar file. Maybe I looked at the wrong place... 🙂

@Warren Tode do you happen to have a data pack open source somewhere that I can use as a reference? I wanted to add some extra decorations to my world but I am quite confused on how to achieve it. Sadly the built-in jigsaw pools are defined inside of Java, as I can't find the json files for them inside the data folder of the jar file.

What about Peaceful mode? If you switch to Peaceful and back, shouldn't the Illagers I haven't killed come back?

Clone does not respect orientation with rails. There seems to be 2 separate issues here, one where the setblock command doesn't respect orientation of some blocks, and one where rail's default behavior is overriding the behavior of the setblock and clone commands.

Still present in 14w17a.

The four screenshots I originally posted are invalid. The real cause is looking at an anvil facing the other direction, not turning. The hitboxes of all anvils is set to the last one you looked at. The same thing happens with double chests, but the difference isn't big enough to let you pass through completely, which if I'm not mistaken, makes this issue a duplicate.

Can you give us a screenshot of the location it happened in, PTR_91?

I'm having a similar issue, but my client is downloading skins successfully. Instead of my skin being default Steve, it's a previous version of my skin and remains unchangeable.

You can see my report as the fourth duplicate on this issue for more details. I'm not sure it's actually a duplicate since every detail of the issue is different, but whatever.

The glitch is only partially fixed. Rather than spawning you several blocks away from the minecart, it drops you within one block of the minecart. The issue of the area being one block smaller on the south side is still there, and with the area so small, this completely eliminates dismounting the minecart to the south.

In addition, dismounting a boat offsets your drop position depending on the direction the boat is facing, making even more difficult to work with than minecarts.

Edit: The more I work with boats the less consistent their dismount position is. Recreating setups in different plocations changes whether you can dismount in a certain position, so does changing something and then undoing that change. The setup involves placing a boat between four stone walls, the boat floating on water, and attempting to dismount outside of the walls. I am uploading a screenshot to demonstrate the starting setup.

Clam lol, that is most likely an entirely different issue. The range of a minecart is much smaller than 10 blocks, and I've seen people dumped out over 50 blocks away usually where they were a minute or so before getting out.

Yup me too 😞

I have uploaded some screenshots. Figure 1 shows the pattern it uses to choose spaces to place the player. There's an issue where the area is one block too short on the south end, as in figure 2. I've also found a quirk where it prioritizes spots based on surrounding spots that should have no effect, as in figure 3.

I think it has been solved in 1.7.2

It is not a bug, you might have accidentally pressed F3 and B at the same time. This makes all the hitboxes visible.

Press F3 and B to solve the problem 😉

It is very annoying IMO

Confirmed.

Not all of them turn black though: only the unoccupied spots under the equipped piece of armor

Yea, I know about the other problem as well, but it has already been submitted

It also happens if you click on potions.

To Matthew Isaac: This is what I experience

  • Drink a potion

  • Click on another potion/enchanted tool

  • The effect bar (like Fire Resistance) becomes transparent, but you keep the potion effects

I don't think that's the same bug...

Load more comments