[MC-125] Signs missing text Created: 24/Oct/12 Updated: 09/Feb/13 Resolved: 31/Oct/12 |
|
| Status: | Resolved |
| Project: | Minecraft: Java Edition |
| Component/s: | None |
| Affects Version/s: | Minecraft 1.4.1 |
| Fix Version/s: | Minecraft 1.4.3 |
| Type: | Bug | ||
| Reporter: | TheLocehiliosan | Assignee: | [Mojang] Jeb (Jens Bergensten) |
| Resolution: | Fixed | Votes: | 31 |
| Labels: | None | ||
| Issue Links: |
|
||||||||||||||||||||
| Confirmation Status: | Unconfirmed | ||||||||||||||||||||
| Description |
|
Occasionally, after logging into a server, some signs are missing their text. Disconnecting followed by reconnecting brings the text back. Seems to only affect the local client, some players see text while others may not. |
| Comments |
| Comment by N/A [ 18/Jan/13 ] |
|
This bug is still present in my minecraft. EDIT: Fixed!!! |
| Comment by NeverCast [Joshua Lloyd] [ 01/Nov/12 ] |
|
Oh thank goodness, as this caused massive issues with mods also, every single tile entity would randomly not have any information associated it, NPEs across the board. It seems this may have been the issue, and there I was looking at the mod apis for bugs, never thought it to be a vanilla issue. Thanks again Jeb. |
| Comment by [Mojang] Jeb (Jens Bergensten) [ 31/Oct/12 ] |
|
DiEvAl: The chunk update and sign update packets sometimes came in incorrect order, so the sign didn't exist client-side when the packet arrived (and was thrown away). |
| Comment by DiEvAl [ 31/Oct/12 ] |
|
What was the problem? |
| Comment by [Mojang] Jeb (Jens Bergensten) [ 31/Oct/12 ] |
|
With the debug info I added previously, I was actually able to reproduce this bug! Now it's fixed! |
| Comment by Konstantin Grobmogilka [ 30/Oct/12 ] |
|
Occured for me one time, 1.4.2, Mac OS 10.8.2, java 1.6.0_37. Server was vanilla. |
| Comment by Bruce WIseman [ 30/Oct/12 ] |
|
Thathappens all the time with me and my friend on both our servers since version 1.3 |
| Comment by TheLocehiliosan [ 30/Oct/12 ] |
|
If the problem occurs in the future, what is the best way to get the debug information back to Mojang? |
| Comment by [Mojang] Jeb (Jens Bergensten) [ 30/Oct/12 ] |
|
I can't reproduce this bug, but I added some debug messages that may help us find it in the future... if it still exists =) |
| Comment by William Karnavas [ 29/Oct/12 ] |
|
This bug is difficult to reproduce, and seems to only occur randomly. The last time I saw it often was in 1.3.2, and I've only used my mod since then. Therefore, without playing vanilla for a few days I can't be sure that the situation has improved. However, There is a very similar bug in 1.4.2 vanilla that is easily reproducible and likely related. Symptoms: In SSP, placing a sign, writing on it, and closing the editor results in the sign's text flickering. Sometimes, the sign's text will "stick" during the flicker and stay blank. Cause: Packet130UpdateSign packets sent within a SSP game from the "server", and specifically a class called "PlayerInstance" (or ic.class in 1.4.2), after editing a sign are sometimes blank. A Solution: In the Packet130UpdateSign constructor, ignore (set x, y, and z to infinity) any packets that are constructed by classes ending in "PlayerInstance" or "ic" as determined by a stack trace. |
| Comment by DiEvAl [ 29/Oct/12 ] |
|
I put a conditional breakpoint in Packet130UpdateSign's constructor with condition that all lines are blank and now I'm repeatedly entering and leaving the world. 30 times, and no success Are you sure it happens in singleplayer? |
| Comment by William Karnavas [ 25/Oct/12 ] |
|
That is a separate bug, though still annoying. This bug exists in vanilla, both single and multiplayer. |
| Comment by tonkku107 [ 25/Oct/12 ] |
|
Bukkit servers with world guard? if you break the sign it will not reload the text, relogging helps... |
| Comment by DarkWolff [ 24/Oct/12 ] |
|
I can confirm this still exists in 1.4.2pre. |
| Comment by William Karnavas [ 24/Oct/12 ] |
|
Having made a mod that fixes the problem (it plays music on signs), I'll note that the issue is present in single player 1.3.2 as well (maybe worse). Signs' texts are always sent to the client as one would expect, but other blank sign texts are sent as well (randomly?). My workaround is (basically) to only accept packets that specify non-blank text, and ignore blank texts sent in close sequence. I have used this workaround for months and never seen the bug again. |