mojira.dev

Dot dot dot

Assigned

No issues.

Reported

No issues.

Comments

I do not see how the ticket about the minecarts losing there ablity to turn in corners for a time blocked this ticket?

 

As well, the simple fact this was given the important mojang priority could be seen as evidence it is in fact a bug and was not a intentional change

Considering

MC-135973 

Holds a mojang priority as well, it could be deduced that Q is indeed not considered a Gltich, even if it was 'possible not intentional added' at least, not a gltich they intend to fix, as this was a question that came up before and in the ticket, It seemed relevant to log here

The minecart tag should probably be added

This issue should probably be tagged with the nitwit label 

I would say you brought up fair aurgment for changeing it but it doesn't belong on this sight, take it to the minecraft feedback website if you wish to peruse this topic.

With all due respect, many tickets with inconsistent dispenser behavior are marked as invalid, why are they not marked with 'works as intended'? If the difference is ment to be the individual is intentionally making a feature request shouldn't it be said most people making reports related to inconsistent dispensers think the feature is a bug?

That would be  feature request which belongs on the feedback website, not a bug report. (As all requests to make dispensers more consistent here are marked invalid and the posters are asked to take it to the feed back websight)

It should probably be made more clear you are referring to q in the note, it is possible it could be interpreted as meaning all of the above

No developer has ever commented on the above ticket, someone simple asserted once that it was a bug and reported it as such, if that ticket was never made no one would question if it was intented behavior or not, until a developer addresses it it should not be assumed that it is unintended.

'These features'/'fixes' were, technically added in a recent snapshot.

A somewhat related bug is sheers don't carve pumpkins dispite taking the pumpkin off the snow golem

Currently in 20w11 a rocket delivering a redstone single to a target block is inconsistent, a single sometimes goes through and sometimes not

1place a dispenser 1 block above the ground and load it with fireworks

 

2 some blocks away (when I witnessed this glitch it was at a distance I have not seen it tested at close range) build 2 target blocks on top of eachother with redstone lamps beside them to view the redstone single (some times it will hit the bottom some times it will hit the top and sometimes neither red stone signal triggers)

3 activate the dispenser and eventually some times when nether light pops up should occur, to view this faster build more of the structure in step 2 but add row of dispenser behind the target blocks further out to create a train effect that should show the glitch rather quickly.

This is demonstrated in this video at 10:06 several times

https://youtu.be/So2RlXZ9vkM

One could build a dispenser (a block above the ground), fill it with rockets and then build 2 target blocks and 2 redstone lamps stacked on top of eachother(lamp on lamp target on target, the dispenser facing the target block) a distance away from the dispenser (I have not witnessed testing that has been done in close proximity so I do not know if this glitch would still take effect if it was much closer I don't know exact numbers but I think 16 blocks should be enough) some times the top lamps will trigger, sometimes the bottom will trigger and sometimes neither will trigger.