Protofall
- Protofall
- protofall
- Australia/Adelaide
- Yes
- No
Protofall darngeek/Mr. Wustenhoff is only one of the Devs. All Devs seem to talk about features and bugs.
If you look into MC-108 you can read that Mr. Broes initially wanted to fix quasi-connectivity in 2012/2013 as it is a bug, but he got outvoted by Mr. Adams and Mr. Bergensten who declared it a feature back then.
We don't have confirmation yet (real confirmation from Devs' side) whether the majority of the Devs see this bug as "feature" now, and I really hope they won't be swayed what big YTers who try to influence the public+Devs' opinion say about it, but rather listen to that part of the tech community who is truly concerned about the game itself and who considers also negative effects of it and is not focussing on just new farms/concepts that creates views/subscribers for their channels.
Yes, you can do neat stuff with warping pistons, but that's exactly why Panda wanted it to be fixed before 1.9 release, so the community will not get used to it and then hate on the Devs when/if a bugfix comes and removes it again. That's what we're generally really worried about and why we're so strongly trying to defend bugfixing of bugs with some really bad effects.
That big YTers like Docm77 declare publicly that they want that bug to stay in - although they should know it causes also some bad things - is irresponsible, as they know fans tend to like what their idols like, which can - with real fanatics - again result in death threats against the Devs, and neither viewers nor fellow YTers should thus imo use it as argument here on Mojira. Of course quoting Devs themself is fine and logical, if the quote is 100% correct and true, and not taken out of any context where it could be misinterpretable or does not mirror the reason of why that statement was being said.
Like you said, it's another thing to ask for a separate feature that would do the same, but it's imo wrong to say a bug with (also) bad effects should stay in. As Mojang seems to plan to have everything, incl. Redstone, being the same across all MC platforms, the Devs probably need to keep that "equalization" in mind as well.
Azelef That change was from my perspective not made to intentionally fix test's item elevator, but mainly to have entities, be it mobs or players, not glitching through/into blocks.
As side effect of that change, yes, test's item elevator wasn't working anymore, but Panda (the bugposter) tried to convince Mojang to keep test's old item elevator as it was a feature for such a long time, and people really loved it. Luckily there are, as you know, alternatives.
Protofall You hover over their name, it can be different from the login/username, e.g. I get displayed as "Meri Diana", but my username is "LapisDemon".
Then you take their username, e.g. LapisDemon, put it into square brackets and add a Tilde before their name (like so, example with blanks): [ ~ LapisDemon ]
You can find more text editing help here
I very much agree with you btw, it's a bug, no matter if some would like to have it as FEATURE.
Same goes for QC like you already said, but that being said, removing a bug that became (at least temporarily) a feature, doesn't mean in some cases they couldn't consider reintroducing it back as feature again, but then with "clean code".
I don't expect them to port this bug over to PE/the other MC versions generally, and although the WIN10-pistons look very bad currently, compared to Java-pistons, their pistons are still work in progress, I'd very much assume.
Piston warping does not exist in WIN10 MC, and feature parity is a thing Microsoft/Mojang absolutely wants (I also got a statement regarding that by a Microsoft official).
And I also agree and said it already several times that the Devs/Mojang/Microsoft shall state that this is not a desired and intended behaviour with the piston warping, as there are people in the Java-tech community who abuse this bug for their farms/contraptions, and we know what happens if things that seem at least partially useful get removed after a while.
The sooner this gets either fixed or at least declared as a bug officially, the better.
Protofall Please stop editing your comments repeatedly, the system sends an email to all 72 people watching this bug every time you click save.
As to your last comment, that is not relevant to this or any specific bug and thus needs to move to the Reddit or forums.
Ry M ...the elevators? Are you suggesting the kind of elevator seen in this video of Etho's https://www.youtube.com/watch?v=jcxSkOwUhy8 (LP ep 431)? If so no, we shouldn't keep this. For one this is the exact problem this post is talking about, we either keep the entire bug or remove the bug including the elevator. Sure this elevator is useful and convenient if you're too lazy to use proper mechanics, but the exact same can be said for duplication glitches. We already have perfectly working elevators, just a bit more bulky.
Remember when mobs could fall through the floor in either early 1.8 development versions where if you hit a mob with a block directly below and above it, it would be placed into the ground and if the floor was one thick it would make them fall through, Players included. Sure if it existed today we would be able to "sift" mobs through the floor again in Witch farms and such, but the bug makes gameplay very UNSTABLE.
But really, whats the difference between this and a duplication glitch? You saying you want them to re-add a duplication bug?
As of 16w05b (1.9 snapshot) this is still a problem that really should be dealt with especially since team Mojang have been modifying the attributes behaviour earlier this update (With the slot tag).
I don't know how bug reports are dealt with, but would it be worth reposting this bug to bring it to team mojang's attention again?
Oh, so thats how UUIDs work. When I first started using attributes I was told that you need a different UUID per attribute (Which I interpreted as 1 for health, 2 for speed etc.) hence when I made a full set of iron armour with 10% less speed each I gave them all the same UUID. Thanks for that
I figured that would be the response to reposting. Just thought it was odd seeing this bug report untouched since 2014 and still seemingly being an issue.
Btw I would like to note that in one of Etho's latest LP world videos he used his elevator that used that bug to work and the elevator failed half way through for no apparent reason and randomly worked the next time. Features should work all the time. I'm a bit nervous that this bug isn't going to be patched before 1.9 official, if it makes it that far its going to hurt more when it is removed.
Confirmed 1.9 official...
Is Mojang really sure this is intended behaviour? I tested this in 1.9.1 pre-3 and even though you can't get potion effects like Wither, Absorption and Levitation, you can still get Regeneration 2 which is an illegitimate beacon effect in normal survival.
/setblock ~ ~ ~5 minecraft:beacon 0 replace {Primary:10,Secondary:10}I don't see a difference between this and
/give @p minecraft:emerald 1 0 {ench:[{id:16,lvl:9000}]}both are illegitimate in normal survival gameplay, but don't brake the game and are good tools for map makers.
Could someone at Mojang/Mod tell us why this was marked as intended?
Well, the only down side I know of when using custom beacon effects in versions like 1.7.10 is when you try to set it to an effect that doesn't exist (Like id:25 aka Levitation from 1.9). When the beacon tries to activate with that data the game just crashes due to not being able to comprehend the invalid potion effect. When I'm not so busy on the weekend I'll check the versions between 1.7.10 and 1.8.8 to see if there are any clues there.
Okay, I've done some more testing/checking today and it turns out this change was introduced in 1.8.5 which was also a security update. According to the Minecraft wiki this update fixed some bugs such as
MC-80478,MC-80479andMC-80480all of which are private issues.MC-80479is the interesting one: "Invalid beacon effects are not validated". My bet is this is the bug where you give the beacon a non-existent status effect like id:99 and the game crashes.Something else I found out today was that in 1.8.5+ not only can you get a Regeneration 2 beacon, but you can get beacons that emit two status effects at level 1 as long as those status effects are Regeneration, Speed, Jump boost, Haste, Strength and Resistance (So for example a Speed 1, Strength 1 beacon isn't possible to get normally, but you can still get it with the command). Also if you are in 1.8.5+ and you try to make a beacon with an invalid effect like slowness (id:2) then the beacon takes a bit longer to activate than normal and when it does it emits nothing. Using the command
/blockdata ~ ~-1 ~ {}when standing on top of the beacon it reveals that it has defaulted to id:0. This means there is some part of code in the beacon that checks to see if the applied status effect is Regeneration, Speed, Jump boost, Haste, Strength or Resistance and if so it allows it, if not then it changes the id to zero.
I don't know what the Minecraft code looks like or how status effects are stored, but wouldn't it be just fine to change this code so that it checks if the id is a valid potion effect rather than a beacon's status effect? Or if that can't work then maybe the beacon has all the status effects available, but you can still only select the original 6 from the GUI.
I think the best course of action we can take is to comment on videos where this bug is used saying something like "Here is why the bug is more harmful than good: [Reasons]" and also provide a link to this page so we can get more votes and bring it higher on the popular reports page. Along with mentioning moving through blocks is just stupid
@RimaNari I never said it was intended, I even pin-pointed the exact version this bug appeared (15w38a or somewhere around there, can't remember) and it happened to appear in the version after another piston/entity bug was fixed (Mobs weren't getting moved by retracting pistons...well they fixed it too much I guess). The fact that this bug allows you to move through blocks also confirms this is a bug, but some people out there think that moving through walls is normal, they really do...the internet must be haunted by ghosts or something.
I have no interest in the world for these new elevators and such that exploit this bug, at the end of the day they'll end up like test's item elevator. The only bug I like and want to see stay in some way is the boat/ice bug, however I think they should make a new transport vehicle like a bob-sled for this and fix up the boats.
@Azelef Yes, some kind of view from Mojang on this whether it is all good or needs fixing would be greatly appriciated. But its definately not an intended feature.
This might be more of a problem with how end portals handle entities, but in the video this bug is used to help infinately duplicate entities: https://www.youtube.com/watch?v=N8R4322tcaQ&feature=youtu.be&a . This is getting out of hand : /
@Mikha Davids This bug is the translocator bug that you know and it exists because when Mojang patched another piston bug in the 1.9 snapshots, the piston translocator bug appeared due to the fix.
The whole point of trying to get this bug fixed is to break the piston translocators and make it so you can't move through the piston because moving through walls/blocks makes no sense and is silly and the existence of this bug also breaks a bunch of other stuff.
As for people who have built many things with this, remember the item elevator bug that was fixed in 1.9. Also a bug people liked, but the negatives out weighed the positives just like this.
I just realised something, eventually this bug will be patched. I know this because Mojang has a thing of "All versions will be the same one day" hence why MC:PC is now getting that "Auto-jump" feature from MC:PocketEdition. But recently one of the MC:PE devs showed a gif of a sticky piston moving a chest. Thats not the important part though, whats important is that there was a lever mounted on the piston and it didn't pop off like it does in MC:PC (At least putting redstone dust on top of a piston will do this). The reason it pops off in MC:PC is that the piston disappears for a split second and THAT glitch is what allows entities to move through pistons. So either Mojang is going to break MC:PE by making the piston disappear for a bit or they will remove this bug.
(Second half that didn't submit before)
However on the filp side Docm77 mentions here: https://www.youtube.com/watch?v=mWZabYkI9xA 26:30 that he spoke to a MC:PE developer and he hinted that he likes this bug.
But based off of that I have no idea how you could have levels/redstone dust mounted on a piston (ie. the piston never disappears) and have the translocator bug at the same time. Its one or the other...and if people still really really want a translocator then Mojang should just make a proper feature for it. ie. an entity pipe (Which could also fix item elevators).
http://photos1.blogger.com/blogger/1648/2486/1600/Tube.jpg
(After seeing Azelef's comment)
@Azelef well I haven't seen the source code myself so my words are based off of those who I hear from such as Panda, Sethbling and others. I'll take your word on the 2-bugs thing, but that doesn't completely make sense. Sethbling showed that if there is a sideways facing retracting piston with a block on it (So it can't pull you through) and a minecart or something on the other side and you hold right click in the direction of the cart then you will hop in the minecart and he claimed thats because it dissappears for a second. Maybe this is when the piston turns to id:36 or back, but I can't tell.
If it takes them a few months to fix this bug then I'm I guess thats okay with that, I'd just like to hear Mojang's "official" opinion on it and if they want to eventually remove it or keep it.
@Meri Diana Pretty much my thoughts on it too, +1
[~Seamus Callaghan]
So basically you'd like it to be marked as intended, but wouldn't be too annoyed if it was removed. Speaking on quasi-connectivity there are rumours it might be removed (Since pocket edition wouldn't be able to handle it...really stupid and probably shouldn't happen, but that may happen when "All MC platforms are the same")
So regardless of if it should stay or be removed this is infact a bug that was a side affect of a bug fix, just saying incase you didn't know. Is the reason you like this bug the fact that you can move through blocks (Pistons) or is it "This bug makes a really fast and simple-ish elevator/switcher/other_redstone_device so I'd like it to stay"?
The thing about this bug that frustrates me the most isn't really that the bug is bad for the game (In my view), its that most people refuse to call it a bug and for some reason think moving through blocks is okay...I just don't get that.
(Btw how do I properly @ someone? Edit: Ty Meri)
fienxjox Oh sorry, I didn't realise editing comments updates people. I couldn't get the [~ "name" ] working before, but it doesn't matter now. Thanks