linuxdcpp-team team mailing list archive

[RoLex <2071439@xxxxxxxxxxxxxxxxxx>]

Actually there are a few wild examples. One of them is !seen command in
Verlihub + Ledokol:


[18:02:38] <RoLex> !seen nick rolex
[18:02:38] <# Охрана> Looking for users with nick rolex on: https://te-home.net/?do=hublist
[18:02:38] <# Охрана> Users with nick rolex found in following hubs:


 1. RoLex | nmdcs://russia.feardc.net:411
 2. RoLex | nmdcs://hub.verlihub.net:7777
 3. RoLex | nmdcs://zone.feardc.net:9394
 4. RoLex | dchub://dc.cifracom.ru
 5. RoLex | nmdcs://hub.pwiam.com:4111
 6. RoLex | adcs://hub.dcbase.org:16591
 7. RoLex | nmdcs://dc-admin-arena.pwiam.com:5111


One might search for a common word and get alot of lines as a result. Secondly there is user logger feature in Verlihub + Ledokol:


[18:02:46] <RoLex> !ulog rolex
[18:02:50] <# Охрана> Showing 13 user log results:


 [ O: 19/08 12:11 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/3/3,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 15/08 04:27 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/6,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 15/08 01:29 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/6,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 14/08 13:54 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/6,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 14/08 10:12 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/3/2,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 09/08 08:30 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/6,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 04/08 17:37 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/6,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 03/08 15:10 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/3/1,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 02/08 22:08 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/4/0,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 27/07 09:11 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/1,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 23/07 21:27 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/6,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 22/07 22:05 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/4,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]
 [ O: 22/07 21:21 ] [ N: RoLex ] [ I: 1.2.3.4.DE ] [ L: DE=Germany ] [ D: Team Elite ] [ T: <FearDC V:1.3.2.0,M:A,H:0/2/6,S:10> ] [ C: 1000 ] [ S: Normal + Away + TLS (19) ] [ E: webmaster@xxxxxxxxxx ] [ V: 1,0091 ] [ S: UserCommand NoGetINFO NoHello UserIP2 BotList TTHSearch HubTopic MCTo TTHS ZPipe0 TLS  ] [ T: 1.3 ]


Same here, one might search for a tag name that thousands of users had used. If I'm not mistaken, that is exactly the command I used when I first saw "Buffer overflow" error in DC++.

-- 
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/2071439

Title:
  Long and continous chat messages are not displayed at all or getting
  truncated in some cases.

Status in DC++:
  Confirmed

Bug description:
  The error actually happens when a ChatMessage has a html text element that contains a 65535+ character long continous text block, not broken by any (link or other) tag.
  Only a continous chat message text chunk of size of 64KiB+, without any links, URIs, etc... in it can produce this error. 
  In this scenario the whole block (or the whole message, if it consists of only one of such long block) is getting lost and a SimleXMLException error message is printed to the chat window.

  The problem is that parsing of content of this size is currently over
  the limits of SimpleXMLReader. It seems like some hubs allow such
  large messages though or their (feed or similar) bots may purposedly
  generate such large content in their normal operation.

  The maximum content length a RichTextBox can currently hold is 128 KiB
  but the default maximum protocol command length (512 KiB) allows even
  larger chat messages to reach the HTMLtoRtf process.

  One possible solution to the problem is to split any continous 64KiB+
  message values inside the html element to less than 64 KiB long pieces
  by embedding empty <span> tags into them.

  Another solution is to add a new option to SimpleXMLReader that would
  - double the maximum output value/content size allowed
  - and handle output buffer overlow errors more gracefully
  so the already parsed content up to the (now extended) size limit is not getting lost even when the message is still too long.

  Included a patch implementing the latter solution where it is set that
  only HtmlToRtf, which emits already processed and UTF-8 verified safe
  input data to the parser uses this new option.

To manage notifications about this bug go to:
https://bugs.launchpad.net/dcplusplus/+bug/2071439/+subscriptions