mojira.dev

Jonathan Widén

Assigned

No issues.

Reported

MC-128494 Spawn chunks unloaded outside worldborder Awaiting Response MC-122225 /clear when a map opens in another inventory slot will cause glitched map Duplicate MC-122021 Setting age to all items while using /give drops an item Duplicate MC-122013 commandBlockOutput does not work on servers Duplicate MC-122007 Function names in uppercase got unexpexted behavior Invalid MC-121995 If you don't provide any syntax, no syntax error will occur Duplicate MC-121994 Tab autocomplete does not switch to lowercase Duplicate MC-121992 Function on server does not work Invalid MC-98580 Multiple pumpkins on head Duplicate MC-82647 Minecart turning when breaking/moving rail Duplicate MC-73962 CMD + pick block locks picking blocks later Incomplete MC-73882 Dispenser does not look for redstone power when placed Duplicate MC-73760 AntiJump, high jump boost, from platforms into void Duplicate MC-73624 Breaking old tnt Duplicate MC-70357 1.8 LAN world Duplicate MC-54818 A powered rail that should be unpowered Fixed

Comments

Confirmed for singleplayer aswell as on servers

Well, if you at mojang really think that you should make the block retract, think again. You have already changed that dragon eggs can’t break bedrock. People were upset by the change, but they accept it as they saw it like a buggy/glitchy behaviour. But this change, agains something you yourself marked ”Works as intended” will break the majority of piston contraptions. All flying machines will break, and be (almost) unfixable. Alot of piston doors will break, and alot of other contraptions too. This is hurting more than it is helping.

You can’t say that this has always been a bug, and that it was our ”fault” trusting it. But as you marked this as ”working as intended”, you in theory said that we could trust it to stay. If you revert this, you could revert quazi-connectivity. That is ”working as intended”. How can we be sure that this will not change too.

At least you can make a poll or something. Ask the community. At least, you can open this bug report up so people can vote for this issue to get fixed

I do not know if this is a bug or a change. You can do

/scoreboard players add <player> <objective> 1

and then

/scoreboard players remove <player> <objective> 1

as a workaround for now, but I agree with you that "add 0" had a great functionality and that it should be reintroduced

My kitpvp data pack has been attached to this report. Unzip it and place it in the /datapacks folder

Confirmed in Command Block for:
Minecraft 1.10.2
OS X El Capitan 10.11.4

Confirmed in 15w34d for mac os x 10.10.4

Can't confirm in 15w34d. I tested in survival mode, did you test in creative?

I don't use middle mouse button, I use the button "Z", and there is problems. I also used "Z" when I reported this bug. That is because I use a macbook with trackpad, and the trackpad doesn't have a middle mouse button.

Okay, I was not really sure if this was an intended bug or not...

Is this a duplicate? I used jump boost (anti-jump) instead of mining fatigue.

Yea, but making it with a damage value of 1 makes a TNT drop AND an explosion.

Didn't think about it. Thanks!

Is it sure that the host and guest clocks goes exact the same? So we can compare the launcher logs with each other?

I found that the guest were disconnected (kicked from the server) when the host quit the game ("Stopping!" in launcher log).

Here is the COMPLETE launcher log and the COMPLETE game output for both host and guest.
One thing I noticed: Guest will be disconnected when Host close minecraft.