[MC-1406] Server and client can disagree on block placement range Created: 31/Oct/12 Updated: 29/Oct/14 Resolved: 24/Oct/14 |
|
| Status: | Resolved |
| Project: | Minecraft: Java Edition |
| Component/s: | None |
| Affects Version/s: | Minecraft 1.4.2, Minecraft 1.4.7, Minecraft 1.5.1, Minecraft 1.5.2, Minecraft 1.7.4, Minecraft 14w05b, Minecraft 14w06b, Minecraft 14w07a, Minecraft 14w08a, Minecraft 1.7.5 |
| Fix Version/s: | Minecraft 1.8 |
| Type: | Bug | ||
| Reporter: | Sycholic | Assignee: | Unassigned |
| Resolution: | Fixed | Votes: | 4 |
| Labels: | None | ||
| Attachments: |
|
||||||||||||||||
| Issue Links: |
|
||||||||||||||||
| CHK: | |||||||||||||||||
| Confirmation Status: | Community Consensus | ||||||||||||||||
| Description |
|
Sometimes when placing a block as far away as possible, it will flicker into existence for a brief moment and then disappear again. This affects survival and creative. In survival the item pops back into your inventory. To reproduce the problem, load the attached world and, without moving, place the anvil you are holding against the block you are looking at (the first stone block above the portal). The bug first appeared in 1.3. |
| Comments |
| Comment by Galaxy_2Alex [ 29/Oct/14 ] |
|
Let's analyze the "Incomplete" message I give out:
"we are assuming this is no longer an issue" = Can be either seen as "this has been Fixed in a random version" or "this was once an issue of some sorts, but it is handled as something intended now". "we can reopen it at your request." = We are actually serious with this, for my part, I am getting E-Mail for every response to a ticket I closed as Incomplete, and therefor I can see if someone comments on it. I agree that this is a farily new method, but at the current state, the bug tracker as a whole seems a bit unorganized. I've seen quite a few duplicates that were not detected as one. My plan for the future is to do this every big update, and what I am expecting at least from anyone reporting a bug is that he checks it in every big release (next one would be 1.9). Just reporting a bug and thinking that everything would resolve around it completely automatical is not enough. All bug tracker moderators are volunteers by the way. |
| Comment by Alex Campbell [ 29/Oct/14 ] |
|
I have to agree with @Sycholic about passing the buck. Saying "Nobody has re-confirmed this in the last 2 years, therefore it's invalid" is just sticking your head in the sand (and by "you" I mean Mojang). "Pending information" or similar would be a valid status, but only if there's someone at Mojang whose job it is to confirm bugs. Otherwise, it's just another way to disown responsibility. TL;DR: Getting bugs fixed once they are reported is Mojang's responsibility. If I am expected to help Mojang, then I expect to be paid for my time, like everyone else working for Mojang. |
| Comment by Galaxy_2Alex [ 24/Oct/14 ] |
|
Just going to resolve it to fixed in 1.8. 1.7.x versions are no longer supported. |
| Comment by Sycholic [ 24/Oct/14 ] |
|
Btw cant add any 1.7.x versions. The problem seems to stop @ 1.8 as destroy and placement block distances changes from 1.7.10 to 1.8. Not sure if this 'solved' the problem or just started to 'mask' it, as I cant repo it on 1.8. or 1.8.1-pre2 the distance from placing a block vs destroying one is not the same anymore. I cant place blocks @ the same distance as the farthest point that I can destroy one now. Offsetting placement about .05m in distance seems to have changed it all, atleast for me. When the server bugged out on block removal or placement, it was always happening when I was placing blocks at the edge of the highlighted range. |
| Comment by Galaxy_2Alex [ 24/Oct/14 ] |
|
No problem. I am just going through around 3,800 tickets, and try to sort out those that are completely orphaned. |
| Comment by Sycholic [ 24/Oct/14 ] |
|
okay sweet I'll dig some more into it and get back to yas. Sorry if I was short with yas also, everyone around me getting their heads bit off today with me _ |
| Comment by Galaxy_2Alex [ 24/Oct/14 ] |
|
Reopened, gave you reporter access to adjust the versions. |
| Comment by Sycholic [ 24/Oct/14 ] |
|
Still happens for 1.7.10 already seen it. Asking someone to update a 2+ year old ticket is not acceptable either. I personally have had blocks broken and then still are physically there to the server but client side they are gone and vise versa. I have not see it on 1.8.x nor have I looked for it I only drops my comment because I was on a the watch list when this was closed. I'll do more forceful testing to get blocks to glitch out possibly this weekend also see if it still happens with 1.8.x but it definitely exists for all versions up to 1.8 And as for a resolution, incomplete is not acceptable either as no fix was created for this problem so there is no resolution, not incomplete or partial but 'none' or 'not applicable'. Passing the buck like that is not cool either, seriously. |
| Comment by Galaxy_2Alex [ 24/Oct/14 ] |
|
This ticket is incomplete without the requested information, no response has been received within a reasonable time and we are assuming the issue has been resolved. If you are still experiencing this issue, we can reopen it at your request. |
| Comment by [Mod] Ezekiel (ezfe) [ 26/Jul/14 ] |
|
Is this still a concern in the latest Minecraft version 14w30c? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. |
| Comment by Hartspoon [ 02/Mar/14 ] |
|
Still a concern in 14w08a. |
| Comment by Sycholic [ 21/May/13 ] |
|
confirmed. 1.5.2 both vanilla and bukkit server no plugins SP/MP any game mode |
| Comment by Leon [ 10/May/13 ] |
|
confirm in 1.5.2 |
| Comment by Leon [ 29/Mar/13 ] |
|
confirm in 1.5.1 |
| Comment by Ice Trailer [ 27/Jan/13 ] |
|
I can confirm that too, and I hat that issue, ò.ó |
| Comment by Jeffrey Kog [ 17/Nov/12 ] |
|
Can confirm this bug. I've seen this happen before 1.3 |