[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:
Duplicate
is duplicated by MC-1227 Clear Signs Resolved
is duplicated by MC-2129 Multiplayer Blank Signs Resolved
Relates
relates to MC-2902 Signs remaining blank after edit in S... Resolved
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.
Texts on signs reappeared after disconnecting and reconnecting to server.

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.

Generated at Sun Jan 12 11:49:56 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.