** Changed in: mudlet
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
https://bugs.launchpad.net/bugs/918419
Title:
gmcp "hangs" when dealing with a lot of items
Status in Mudlet:
This is not related to data compression. The bug is much worse. It
affects the telnet state machine which needs to be patched to handle
out-of-band data packages correctly, i.e. this bug affects ATCP, GMCP
and MSDP if the packages are large enough. I've written a patch for GMCP
a long time ago
This is a bug with mudlet's decompression code for MCCP. Working on the
fix.
--
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
https://bugs.launchpad.net/bugs/918419
Title:
gmcp hangs when dealing with a lot of items
Status in
https://github.com/Mudlet/Mudlet/pull/101
Pull request with fix.
--
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
https://bugs.launchpad.net/bugs/918419
Title:
gmcp hangs when dealing with a lot of items
Status in Mudlet the MUD
** Changed in: mudlet
Assignee: (unassigned) = Ahmed Charles (ahmedcharles)
--
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
https://bugs.launchpad.net/bugs/918419
Title:
gmcp hangs when dealing with a lot of items
Status in
I'm getting some mojibake (after the processTelnetCommand: in lines
containing that and also at the end of the same lines) when viewing
posting: Vadim Peretokin (vperetokin) wrote on 2013-09-29. Maybe its
not an issue but just the side effect of cut and pasting raw telnet byte
sequences with
It's a severe bug. I've fixed it long time ago, but haven't pushed the
code yet.
Am 21.06.2014 16:14, schrieb Stephen Lyons:
I'm getting some mojibake (after the processTelnetCommand: in lines
containing that and also at the end of the same lines) when viewing
posting: Vadim Peretokin
Either way, if some kind of mitigation for this could be implemented
game-side. In Aetolia, for example, I bugged this with the request that
multiple items of the same type be consolidated before death and the
workaround was added within hours. If the other games could do this...
--
You received
This is a huge issue in Aetolia currently and cause lockup, drop outs
and freezing in pk
--
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
https://bugs.launchpad.net/bugs/918419
Title:
gmcp hangs when dealing with a lot of items
I'll try to make a hotfix release this weekend that only addresses the
gmcp bug and nothing else.
Am 28.04.2014 14:12, schrieb David:
This is a huge issue in Aetolia currently and cause lockup, drop outs
and freezing in pk
___
Mailing list:
I've started work on this. Fix is coming soon.
--
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
https://bugs.launchpad.net/bugs/918419
Title:
gmcp hangs when dealing with a lot of items
Status in Mudlet the MUD client:
Re-opening the issue as this has turned into an exploit to disconnect
Mudlet users from a game.
The admins have looked back into it and mentioned this:
Sent By: Iosai on 09/28/17:51
Just FYI, we looked into that GMCP issue a bit and although we could stand to
combine some GMCP reports in
It's clear that JSON decoding is receiving a corrupted string:
[ERROR:] object:event handler function function:mmhrv_resetroom
[string local currentroom...]:3: attempt to index field 'Info' (a
nil value)
[ERROR:] object:JSON decoder error: function:json_to_value
Lua
Here is output of a successful consolidation of 1000 items:
http://pastebin.com/V2BZURwA
Here's a corrupted consolidation of 2000 items:
http://www.pastebin.ca/2459518
--
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
In http://www.pastebin.ca/2459518, it seems to break down right after a
group of 1132 galingale stems (as you'll observe, the count goes up
since the start of the output).
Data to setGMCPVariables itself gets corrupted as well - the only level
above that is processTelnetCommand.
--
You received
void cTelnet::processTelnetCommand( const string command )
{
qDebug() processTelnetCommand: command.c_str();
processTelnetCommand: ���Char.Items.Remove { location: inv, item: {
id: 176385, name: a stem of galingale, attrib: gt } }��
SERVER sends telnet signal: 250 + 201
Wireshark is showing a peculiar difference in packet sizes during this:
observe how all packets max out at 1430 and then the one with number 35
is markedly different. All of them are part of the same communication as
you can see according to time.
** Attachment added: Capturing from wlan0
** Changed in: mudlet
Status: New = Incomplete
** Changed in: mudlet
Importance: Undecided = Critical
--
You received this bug notification because you are a member of Mudlet
Makers, which is subscribed to Mudlet.
https://bugs.launchpad.net/bugs/918419
Title:
gmcp hangs when
From what I have seen this looks like a server problem (stack overflow
due to too deep recursion). In any case the server severely mangles the
last part of the GMCP package.
** Changed in: mudlet
Status: Incomplete = Invalid
--
You received this bug notification because you are a member
19 matches
Mail list logo
