G. Michael Carter
Assigned
Reported
MC-143990
All the fish are gone.
Invalid
MC-82168
Search for default data tags
Invalid
MC-81546
Can't turn off previous output. (X/O button not saving it's state)
Awaiting Response
MC-75435
+40153 bytes allowed in command block.
Incomplete
MC-75424
Tried several times to read chunk -5,-137. Unknown error. Giving up
Invalid
MC-74450
[Netty Server IO #10/ERROR]: io.netty.handler.codec.EncoderException: String too big (was 33846 bytes encoded, max 32767)
Awaiting Response
MC-73701
Locked Chest a little useless if can be broken by axe
Duplicate
MC-73692
1.8: Can't keep up! Did the system time change, or is the server overloaded?
Duplicate
Comments
"this seems to only happen with fill/setblock clocks, or at least ones that get activated repeatedly in small amounts of time
might be the server having performance issues and failing to save it" - actually for me it's happening for all new command blocks created with 1.8.3+ near the /seblock clock.
Was trying to find a pattern to when the it doesn't work. Command blocks I placed quite some time ago the X/O button functions as expected.
Any new command blocks the X/O button doesn't save when you close the GUI. Thought it might be it does save the X/O when the command block was activated and the GUI was up but that wasn't always the case.
This works though! /blockdata -31 42 -2088 {TrackOutput:0b} That's something I can script to get all the command blocks off.
I'll play around with the /gamerule sendCommandFeedback false too.
At this point I've moved on. Now that I know there's a limit on the books I've changed my design.
Unfortunately I no longer have the command I was using (as when I realized there's a 32k limit I changed the design of my menu)
On client/server vanilla.
Go to command block.
/gamemode c
cut-paste command 40,153 characters.
What will happen is you will be disconnected with an on screen message about network disconnect
Then when you re-login your command block will contain the command with the +40,000 characters.
Game appears to run fine but anything reading the blocks says it's a corrupt block.
Since I'm hearing the NBT tags can't support a string that long makes me worried that the specs are wrong or there's a bleeding effect going on which could create corruption in the game.
Current command I'm using.
Considering I'm using 1.8 this would be a regression if it's the same issue, wouldn't it?
Steps to reproduce.
Connect to a 1.8 multiplayer world with a 1.8 client.
place command block
paste below into command block
hit DONE
Command is attached (since it won't let me paste here)
Until someone get's a hold of a AXE in survival mode. Or at least last time I tested you could still break NBT tag to 'lock' chests.
Hence my useless feature. Someone sets their chest to NBT tag to 'lock' ... so you come up to it with a wooden axe... hack it out put the two chests back and any items you don't want.
So what's the point of NBT tag to 'lock' if it's so easy to get around?
Ok more on this... after logging this Jira I thought to tp myself to the nearest dolphin.
/tp @p @e[type=dolphin,limit=1]
It sent me a great distance away and after swimming back the entire way, my fish are back. The area it sent me to was an area I was in after upgrading that I travelled to by neither portals.
Weird that there was no fish spawning in the spawn point area.