Hey, I just downloaded the client and it's very awesome, especially being able to run it on my 6 year old craptop. However I'm running into one small problem - I cannot find a way to make the bot send a command on login (when the server restarts) then send a /home command. I'm sure its very simple but I have no coding expiricence and I've been messing around with this for a few days. Is there an easy script I can make to do this?
Just discovered this and I'm hoping that it will solve all my remote admin problems.
However, I'm running a forge server, so I grabbed the latest beta (Build 87 I think) and I get this on the client side where it sits forever:
Forge protocol version : 2
Sending falsified mod list to server...
On the server side I get:
[17:43:40] [Server thread/INFO]: Epiktetus lost connection: TranslatableComponent{key='disconnect.genericReason', args=[Internal Exception: io.netty.handler.codec.DecoderException: Badly compressed packet - size of 3 is below server threshold of 256], siblings=[], style=Style{hasParent=false, color=null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}}
[17:43:40] [Server thread/INFO]: Epiktetus left the game
There's a lot more above that on both sides, but those are the last few lines. Any thoughts? Am I missing something or is this a bug in this version of the beta?
I've been looking for a way to send admin commands without launching the client or RDPing into my server for a while now, and this looks like it would be great!.
Epiktetus: Just to make sure it is related to compression, not forge, try disabling compression in server properties?
Thanks, that seems to have worked, it's a reasonable workaround for now, but I'd like to have compression turned on normally. Next version? Would the full list of errors on both sides be helpful?
The Meaning of Life, the Universe, and Everything.
Join Date:
2/24/2011
Posts:
43
Member Details
hey i'm currently receiving this error when trying to use mcc and mono
Console Client for MC 1.4.6 to 1.8.8 - v1.8.2 - By ORelio & Contributors
Connecting to Minecraft.net...
* Assertion at mini-exceptions.c:1856, condition `(guint8*)&sa >= (guint8*)tls->stack_ovf_guard_base + tls->stack_ovf_guard_size' not met
initsuj: Thanks for your detailed research, seems like an anti-ddos/load balancing feature on that server.
Actually, after looking at it more on the MC side, it is a way Mojang approved (vanilla client uses it) of removing the requirement to hand out non-standard port numbers. Unfortunately, it would require implementing a whole DNS handling capability to use as .net has no build in way to do SRV requests.
Epiktetus: Of course I'm not asking to permanently disable compression, that was to make sure it was indeed related to compression. I'm not sure why MCC is compressing small packets below the treshold because 256 is the default value and MCC will use the value provided by the server... if you have some additional errors, that may indeed be helpful, thanks
joshbean39: There are often issues with old versions of Mono, maybe you'd need a more recent version? What version do you currently have? Never tried MCC on a PowerPC architecture (MacOS, I guess), but I see no reason for it not to work.
initsuj: Didn't know about it, well, that's interesting to know because it's not the first time this issue was reported. Maybe we could borrow some DNS-resolving code from an open source library or implement it ourselves.
I just apt-get it like the other linux machines, maybe i should try using the mono beta?
depending on the repo, mono can be very old. Do you know what version you have?
[b]mono --version[/b] on the cli should give you the version.
initsuj: [/b]Didn't know about it, well, that's interesting to know because it's not the first time this issue was reported. Maybe we could borrow some DNS-resolving code from an open source library or implement it ourselves.
I wrote a small parser for mDNS a couple years ago. I'll see if the code is still lying around.
Epiktetus: Of course I'm not asking to permanently disable compression, that was to make sure it was indeed related to compression. I'm not sure why MCC is compressing small packets below the treshold because 256 is the default value and MCC will use the value provided by the server... if you have some additional errors, that may indeed be helpful, thanks
Thanks for looking into it. Who knows, it might be one of my mods doing something weird. Though they are all fairly well known/popular.
Here's what I get client-side:
Retrieving Server Info...
Server version : 1.8.9 (protocol v47).
Server is running forge. Mod list:
mcp v9.19
FML v8.0.99.99
Forge v11.15.1.1762
BiomesOPlenty v3.0.0
Chameleon v1.8.9-0.2.1
chiselsandbits vmc1.8.9-v1.8.11
ComputerCraft v1.78
inventorytweaks v1.60-beta-38-b8950ce
JEI v2.28.5.172
journeymap v5.1.3
mantle v1.8.9-0.8.2.jenkins95
testdummy v1.0
Morpheus v1.8.9-2.0.58
progressiveautomation v1.6.35
rftools v4.22beta25
Roguelike v1.4.5
StorageDrawers v1.8.9-2.4.2
tconstruct v1.8.9-2.1.0.jenkins101
Baubles v1.1.3.0
Thaumcraft v5.1.6
Waila v1.6.0
Translations file loaded.
Version is supported.
Logging in...
Crypto keys & hash generated.
Checking Session...
Forge protocol version : 2
Sending falsified mod list to server...
And here's the server side:
[14:25:09] [User Authenticator #21/INFO]: UUID of player Epiktetus is [my UUID]
[14:25:10] [Netty Server IO #5/INFO] [FML]: Client protocol version 2
[14:25:10] [Netty Server IO #5/ERROR] [FML]: NetworkDispatcher exception
io.netty.handler.codec.DecoderException: Badly compressed packet - size of 3 is below server threshold of 256
at net.minecraft.network.NettyCompressionDecoder.decode(SourceFile:35) ~[ei.class:?]
at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:249) ~[ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:149) ~[ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333) [AbstractChannelHandlerContext.cla
ss:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:319) [AbstractChannelHandlerContext.class
:4.0.23.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:163) [ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333) [AbstractChannelHandlerContext.cla
ss:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:319) [AbstractChannelHandlerContext.class
:4.0.23.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) [MessageToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333) [AbstractChannelHandlerContext.cla
ss:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:319) [AbstractChannelHandlerContext.class
:4.0.23.Final]
at io.netty.handler.timeout.ReadTimeoutHandler.channelRead(ReadTimeoutHandler.java:150) [ReadTimeoutHandler.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333) [AbstractChannelHandlerContext.cla
ss:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:319) [AbstractChannelHandlerContext.class
:4.0.23.Final]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:787) [DefaultChannelPipeline.class:4.0.23.Final]
at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:130) [AbstractNioByteChannel$NioByteUnsafe.class
:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511) [NioEventLoop.class:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468) [NioEventLoop.class:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382) [NioEventLoop.class:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354) [NioEventLoop.class:4.0.23.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) [SingleThreadEventExecutor$2.class:4.0.23.Fina
l]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_73]
[14:25:10] [Netty Server IO #5/ERROR] [FML]: NetworkDispatcher exception
io.netty.handler.codec.DecoderException: Badly compressed packet - size of 120 is below server threshold of 256
at net.minecraft.network.NettyCompressionDecoder.decode(SourceFile:35) ~[ei.class:?]
at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:249) ~[ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:205) ~[ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:233) [AbstractChannelHandlerContext
.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219) [AbstractChannelHandlerContext.c
lass:4.0.23.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:228) [ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:233) [AbstractChannelHandlerContext
.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219) [AbstractChannelHandlerContext.c
lass:4.0.23.Final]
at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75) [ChannelInboundHandlerAdapter.class:4.0
.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:233) [AbstractChannelHandlerContext
.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219) [AbstractChannelHandlerContext.c
lass:4.0.23.Final]
at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75) [ChannelInboundHandlerAdapter.class:4.0
.23.Final]
at io.netty.handler.timeout.ReadTimeoutHandler.channelInactive(ReadTimeoutHandler.java:144) [ReadTimeoutHandler.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:233) [AbstractChannelHandlerContext
.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219) [AbstractChannelHandlerContext.c
lass:4.0.23.Final]
at io.netty.channel.DefaultChannelPipeline.fireChannelInactive(DefaultChannelPipeline.java:769) [DefaultChannelPipeline.class:4.0.23.Final]
at io.netty.channel.AbstractChannel$AbstractUnsafe$5.run(AbstractChannel.java:567) [AbstractChannel$AbstractUnsafe$5.class:4.0.23.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:380) [SingleThreadEventExecutor.class:4.0.23.
Final]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:357) [NioEventLoop.class:4.0.23.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) [SingleThreadEventExecutor$2.class:4.0.23.Fina
l]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_73]
[14:25:10] [Server thread/INFO]: Epiktetus lost connection: TranslatableComponent{key='disconnect.genericReason', args=[Internal Exception: io.netty.h
andler.codec.DecoderException: Badly compressed packet - size of 3 is below server threshold of 256], siblings=[], style=Style{hasParent=false, color=
null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}}
[14:25:10] [Server thread/INFO]: Epiktetus left the game
And just in case it helps, here's a normal client login:
Hey, I just downloaded the client and it's very awesome, especially being able to run it on my 6 year old craptop. However I'm running into one small problem - I cannot find a way to make the bot send a command on login (when the server restarts) then send a /home command. I'm sure its very simple but I have no coding expiricence and I've been messing around with this for a few days. Is there an easy script I can make to do this?
Thanks :^)
I just posted a pull request that should address the index out of range issue when running scripts.
The issue with scripts should be fixed in the latest version.
When will you be updating to 1.9?
Just discovered this and I'm hoping that it will solve all my remote admin problems.
However, I'm running a forge server, so I grabbed the latest beta (Build 87 I think) and I get this on the client side where it sits forever:
On the server side I get:
[17:43:40] [Server thread/INFO]: Epiktetus lost connection: TranslatableComponent{key='disconnect.genericReason', args=[Internal Exception: io.netty.handler.codec.DecoderException: Badly compressed packet - size of 3 is below server threshold of 256], siblings=[], style=Style{hasParent=false, color=null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}} [17:43:40] [Server thread/INFO]: Epiktetus left the gameThere's a lot more above that on both sides, but those are the last few lines. Any thoughts? Am I missing something or is this a bug in this version of the beta?
I've been looking for a way to send admin commands without launching the client or RDPing into my server for a while now, and this looks like it would be great!.
Hello,
Sorry for the late reply :/
TNTUP: this is a Windows related issue; you can use batch files instead.
IWouldTapThat: Just in case could you please try your "connect" commands manually?
Lezappen: You can delete the INI file for it to generate a new one.
Maggersion: This should be fixed in newer dev builds, thanks for reporting.
KrNel6: Try a development build? That should be fixed in them.
legobmw99: Sorry that would require too much work to support snapshots.
Doing_it: Well, /kill; /suicide; walk in lava with /move... ^^
DigitalSniperz: Thanks for your report, has been addressed on GitHub.
initsuj: Thanks for your detailed research, seems like an anti-ddos/load balancing feature on that server.
toeffe: There are often issues with old versions of Mono, maybe you'd need a more recent version?
DaBaconMan: There is a ScriptScheduler feature that you can use for that purpose ^^
AcesGamingUK: Sorry but your paste seems to have expired :/
MyCrazyPi: I can't tell, first of all I need to wait for http://wiki.vg/Protocol to be up to date.
Epiktetus: Just to make sure it is related to compression, not forge, try disabling compression in server properties?
Thanks, that seems to have worked, it's a reasonable workaround for now, but I'd like to have compression turned on normally. Next version? Would the full list of errors on both sides be helpful?
hey i'm currently receiving this error when trying to use mcc and mono
Console Client for MC 1.4.6 to 1.8.8 - v1.8.2 - By ORelio & Contributors
Connecting to Minecraft.net...
* Assertion at mini-exceptions.c:1856, condition `(guint8*)&sa >= (guint8*)tls->stack_ovf_guard_base + tls->stack_ovf_guard_size' not met
Stacktrace:
Native stacktrace:
mono() [0x1009c83c]
[0x100350]
[0x48e9e858]
/lib/powerpc-linux-gnu/libc.so.6(abort+0x258) [0xfd2d278]
mono() [0x101ce1e8]
mono() [0x101ce310]
mono() [0x1009c3a4]
mono() [0x10018008]
mono() [0x10018060]
mono() [0x1018fffc]
mono() [0x101bd2e8]
mono() [0x101e3be8]
/lib/powerpc-linux-gnu/libpthread.so.0(+0x67b0) [0xfe967b0]
/lib/powerpc-linux-gnu/libc.so.6(clone+0x84) [0xfde5670]
Debug info from gdb:
* Assertion at mini-exceptions.c:1856, condition `(guint8*)&sa >= (guint8*)tls->stack_ovf_guard_base + tls->stack_ovf_guard_size' not met
Aborted
Actually, after looking at it more on the MC side, it is a way Mojang approved (vanilla client uses it) of removing the requirement to hand out non-standard port numbers. Unfortunately, it would require implementing a whole DNS handling capability to use as .net has no build in way to do SRV requests.
Hello,
Epiktetus: Of course I'm not asking to permanently disable compression, that was to make sure it was indeed related to compression. I'm not sure why MCC is compressing small packets below the treshold because 256 is the default value and MCC will use the value provided by the server... if you have some additional errors, that may indeed be helpful, thanks
joshbean39: There are often issues with old versions of Mono, maybe you'd need a more recent version? What version do you currently have? Never tried MCC on a PowerPC architecture (MacOS, I guess), but I see no reason for it not to work.
initsuj: Didn't know about it, well, that's interesting to know because it's not the first time this issue was reported. Maybe we could borrow some DNS-resolving code from an open source library or implement it ourselves.
I just apt-get it like the other linux machines, maybe i should try using the mono beta?
depending on the repo, mono can be very old. Do you know what version you have?
[b]mono --version[/b] on the cli should give you the version.
I wrote a small parser for mDNS a couple years ago. I'll see if the code is still lying around.
Thanks for looking into it. Who knows, it might be one of my mods doing something weird. Though they are all fairly well known/popular.
Here's what I get client-side:
Retrieving Server Info...
Server version : 1.8.9 (protocol v47).
Server is running forge. Mod list:
mcp v9.19
FML v8.0.99.99
Forge v11.15.1.1762
BiomesOPlenty v3.0.0
Chameleon v1.8.9-0.2.1
chiselsandbits vmc1.8.9-v1.8.11
ComputerCraft v1.78
inventorytweaks v1.60-beta-38-b8950ce
JEI v2.28.5.172
journeymap v5.1.3
mantle v1.8.9-0.8.2.jenkins95
testdummy v1.0
Morpheus v1.8.9-2.0.58
progressiveautomation v1.6.35
rftools v4.22beta25
Roguelike v1.4.5
StorageDrawers v1.8.9-2.4.2
tconstruct v1.8.9-2.1.0.jenkins101
Baubles v1.1.3.0
Thaumcraft v5.1.6
Waila v1.6.0
Translations file loaded.
Version is supported.
Logging in...
Crypto keys & hash generated.
Checking Session...
Forge protocol version : 2
Sending falsified mod list to server...
And here's the server side:
[14:25:09] [User Authenticator #21/INFO]: UUID of player Epiktetus is [my UUID]
[14:25:10] [Netty Server IO #5/INFO] [FML]: Client protocol version 2
[14:25:10] [Netty Server IO #5/ERROR] [FML]: NetworkDispatcher exception
io.netty.handler.codec.DecoderException: Badly compressed packet - size of 3 is below server threshold of 256
at net.minecraft.network.NettyCompressionDecoder.decode(SourceFile:35) ~[ei.class:?]
at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:249) ~[ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:149) ~[ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333) [AbstractChannelHandlerContext.cla
ss:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:319) [AbstractChannelHandlerContext.class
:4.0.23.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:163) [ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333) [AbstractChannelHandlerContext.cla
ss:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:319) [AbstractChannelHandlerContext.class
:4.0.23.Final]
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:103) [MessageToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333) [AbstractChannelHandlerContext.cla
ss:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:319) [AbstractChannelHandlerContext.class
:4.0.23.Final]
at io.netty.handler.timeout.ReadTimeoutHandler.channelRead(ReadTimeoutHandler.java:150) [ReadTimeoutHandler.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:333) [AbstractChannelHandlerContext.cla
ss:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:319) [AbstractChannelHandlerContext.class
:4.0.23.Final]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:787) [DefaultChannelPipeline.class:4.0.23.Final]
at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:130) [AbstractNioByteChannel$NioByteUnsafe.class
:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511) [NioEventLoop.class:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468) [NioEventLoop.class:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382) [NioEventLoop.class:4.0.23.Final]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354) [NioEventLoop.class:4.0.23.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) [SingleThreadEventExecutor$2.class:4.0.23.Fina
l]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_73]
[14:25:10] [Netty Server IO #5/ERROR] [FML]: NetworkDispatcher exception
io.netty.handler.codec.DecoderException: Badly compressed packet - size of 120 is below server threshold of 256
at net.minecraft.network.NettyCompressionDecoder.decode(SourceFile:35) ~[ei.class:?]
at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:249) ~[ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:205) ~[ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:233) [AbstractChannelHandlerContext
.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219) [AbstractChannelHandlerContext.c
lass:4.0.23.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelInactive(ByteToMessageDecoder.java:228) [ByteToMessageDecoder.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:233) [AbstractChannelHandlerContext
.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219) [AbstractChannelHandlerContext.c
lass:4.0.23.Final]
at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75) [ChannelInboundHandlerAdapter.class:4.0
.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:233) [AbstractChannelHandlerContext
.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219) [AbstractChannelHandlerContext.c
lass:4.0.23.Final]
at io.netty.channel.ChannelInboundHandlerAdapter.channelInactive(ChannelInboundHandlerAdapter.java:75) [ChannelInboundHandlerAdapter.class:4.0
.23.Final]
at io.netty.handler.timeout.ReadTimeoutHandler.channelInactive(ReadTimeoutHandler.java:144) [ReadTimeoutHandler.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelInactive(AbstractChannelHandlerContext.java:233) [AbstractChannelHandlerContext
.class:4.0.23.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelInactive(AbstractChannelHandlerContext.java:219) [AbstractChannelHandlerContext.c
lass:4.0.23.Final]
at io.netty.channel.DefaultChannelPipeline.fireChannelInactive(DefaultChannelPipeline.java:769) [DefaultChannelPipeline.class:4.0.23.Final]
at io.netty.channel.AbstractChannel$AbstractUnsafe$5.run(AbstractChannel.java:567) [AbstractChannel$AbstractUnsafe$5.class:4.0.23.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:380) [SingleThreadEventExecutor.class:4.0.23.
Final]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:357) [NioEventLoop.class:4.0.23.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) [SingleThreadEventExecutor$2.class:4.0.23.Fina
l]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_73]
[14:25:10] [Server thread/INFO]: Epiktetus lost connection: TranslatableComponent{key='disconnect.genericReason', args=[Internal Exception: io.netty.h
andler.codec.DecoderException: Badly compressed packet - size of 3 is below server threshold of 256], siblings=[], style=Style{hasParent=false, color=
null, bold=null, italic=null, underlined=null, obfuscated=null, clickEvent=null, hoverEvent=null, insertion=null}}
[14:25:10] [Server thread/INFO]: Epiktetus left the game
And just in case it helps, here's a normal client login:
[14:06:16] [User Authenticator #20/INFO]: UUID of player Epiktetus is [my UUID]
[14:06:16] [Netty Server IO #1/INFO] [FML]: Client protocol version 2
[14:06:16] [Netty Server IO #1/INFO] [FML]: Client attempting to join with 22 mods : [email protected],[email protected],Thaumcraft@5
.1.6,[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],Biomes
[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],chiselsan
[email protected],[email protected],[email protected],[email protected],[email protected]
[14:06:16] [Netty Server IO #1/INFO] [journeymap]: CLIENT
[14:06:16] [Server thread/INFO] [FML]: [Server thread] Server side modded connection established
[14:06:16] [Server thread/INFO]: Epiktetus[/192.168.1.167:53364] logged in with entity id 980965 at (86.33273588790463, 66.0, 199.02016337810875)
[14:06:16] [Server thread/INFO]: Epiktetus joined the game
[14:06:16] [Server thread/INFO] [Waila]: Player EntityPlayerMP['Epiktetus'/980965, l='world', x=86.33, y=66.00, z=199.02] connected. Sending ping
[14:06:17] [Server thread/INFO] [STDOUT]: [mcjty.lib.preferences.PreferencesProperties:syncToClient:38]: syncToClient: style = STYLE_FLAT_GRADIENT
Mono JIT compiler version 2.10.8.1 (Debian 2.10.8.1-8+deb7u1)
Copyright (C) 2002-2011 Novell, Inc, Xamarin, Inc and Contributors. www.mono-project.com
TLS: __thread
SIGSEGV: altstack
Notifications: epoll
Architecture: ppc
Disabled: none
Misc: softdebug
GC: Included Boehm (with typed GC)
also left this out
ptrace: No such process.
Hello,
joshbean39: You are indeed using a very old version of Mono that dates back to 2011. Latest version is 4.2.2. See Releases.
initsuj: That would be very nice if we had some lightweight code for doing that, indeed!
MikeTheNumbers: You can use a dev build and mess up with chat formats in order to get PMs proprely detected
Epiktetus: Thanks for the details, it seems like the issue happens during Forge login, after all. Still not sure of the reason :/
KinkyPickles: 1.9 support is ready when it is ready. Just wait.
No worries
And by the way:
1.9 support has been added in development builds (spoiler in first post).
Please test it out, report bugs, so that we can move on to a new stable release.
Thanks
Is it "stable" to be used everyday-use? If not, I'll wait until you consider it stable
Très bon développeur
Hello,
WhiteBird1012: Thanks for your appreciation. You know, there are so many more experienced developers than me
Regarding Mono you may want to follow the MacOS tutorial here: #623
TNTUP: If no bugs arise as of, well, next Saturday, I'll consider it stable.
People are good at complaining anyway so no news means good news!
Très bons contributeurs
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumThe development builds do support connecting to forge servers, thanks to some investigation I did. See the spoiler in the main post.
If you're interested in documentation on the Forge handshake, there's information on wiki.vg.
1.8 / 1.9 / 1.10 / 1.11 / 1.12 / 1.13 / 1.14 / 1.15 / 1.16 World Downloader mod maintainer
Moderator on the mojang bugtracker, and also pretty deeply involved with the protocol documentation on wiki.vg.
Seems like your server is not reporting itself as having Forge, and thus Forge support is not enabled.
Please enable debugmessages when posting ouput from the program (see INI file)