View Issue Details

IDProjectCategoryView StatusLast Update
0003883unrealircdpublic2010-01-04 12:56
Reporterseraph Assigned To 
PrioritynormalSeverityminorReproducibilitysometimes
Status closedResolutionno change required 
Product Version3.2.8 
Summary0003883: /names record got weird
DescriptionThe /names record is weird.

Sometimes it sends <Prefixes>Nick, sometimes <Prefixes>Nick!Ident@vHost.
Additionally the names record is incorrect, see the examples:

-> server1.dream-irc.de NAMES #dream-irc
<- :server1.dream-irc.de 353 Talv6 = #dream-irc :+tomtom[offline] %Neo +The_Magic_Eye ~@+Talustus &@diesel75blau +Firebold %felidae +_Daniel_ +brue +Bla +~&@%+gimli +Ghostface +hyper_threader @seraphim +Manati +Treble +DreamUser32200 +ZaUbErFeE|ZNC +h32Lg +tobias_ @stefan &@[{-_-}] @maccy +Talv6 &@Icetrain +Schlawiner &@Samson @[B]astel +StatsBot %Habicht2000 +kaarlo`

I set /mode #dream-irc +h seraphim, so the NAMES record should include %@seraphim.

Then I did /names #dream-irc again and:
-> server1.dream-irc.de NAMES #dream-irc
<- :server1.dream-irc.de 353 Talv6 = #dream-irc :+Ghostface!~Ghostface@xxx +ZaUbErFeE|ZNC!~hehe@xxx +hyper_threader!~vgt@xxx +_Daniel_!~DarkShado@xxx +Firebold!~user@xxx +Schlawiner!~Schlawine@xxx +brue!~brue@xxx +The_Magic_Eye!~newnick@xxx
<- :server1.dream-irc.de 353 Talv6 = #dream-irc :+h32Lg!sag@xxx ~@+Talustus!n0ne@xxx +black_Lotus!~sag@xxx +DreamUser32200!~Icetrain@xxx +tomtom[offline]!lord_anubi@xxx @maccy!maccy@xxx &@diesel75blau!Hoelle@xxx ~&@%+gimli!meow@xxx @[B]astel!~bas
<- :server1.dream-irc.de 353 Talv6 = #dream-irc :@seraphim!sera@xxx %Neo!Nin@xxx &@[{-_-}]!Bot@xxx Talv6 +StatsBot!stats@xxx Talv6!~Talv6@xxx &@Icetrain!~Icetrain@xxx %Habicht2000!Habicht@xxx @stefan!~stefan@xxx +Treble!~Tain@
<- :server1.dream-irc.de 353 Talv6 = #dream-irc :+Bla!~Bla@xxx &@Samson!SaMsOn@xxx +tobias_!~tobias@xxx %felidae!~schmuse@xxx +Manati!seacow@xxx +kaarlo`!~one@xxx

As you see there are some chopped off masks and some duplicates, and in a result mIRC goes crazy and shows up non-existing Nicks, a half dozen times the same prefix and so on.

I experienced it at my own network and even at ircSystems server irc.vulnscan.org.
3rd party modules

Activities

seraph

2009-12-22 19:40

reporter   ~0015982

addition: satmd told me to check whether uhnames is enabled networkwide or not: it is. at the whole simulation i didn´t change the server.

syzop

2009-12-22 20:01

administrator   ~0015983

And you are directly connected to the server with... mIRC?
So no psybnc or other bnc in-between?

I'll try to duplicate your problem...

syzop

2009-12-22 20:10

administrator   ~0015984

Cannot duplicate.. I won't debug further before I'm sure you're not connecting via a bouncer, don't want to waste any resources ;)

seraph

2009-12-22 21:10

reporter   ~0015985

Last edited: 2009-12-22 21:11

it was a bnc (sbnc1.1)
I´ll test it again without BNC, but now I think it is the BNC´s fault, too.

syzop

2009-12-23 11:43

administrator   ~0015986

ok, no problem.
I remembered a BNC issue like this from before, but can't find it (and don't know which BNC)... if you're using their latest version, perhaps you could let them (the authors of that bnc) know about this bug, because it must be quite an issue... :P

Issue History

Date Modified Username Field Change
2009-12-22 19:14 seraph New Issue
2009-12-22 19:40 seraph Note Added: 0015982
2009-12-22 20:01 syzop Note Added: 0015983
2009-12-22 20:10 syzop Note Added: 0015984
2009-12-22 21:10 seraph Note Added: 0015985
2009-12-22 21:11 seraph Note Edited: 0015985
2009-12-23 11:43 syzop Note Added: 0015986
2010-01-04 12:56 syzop QA => Not touched yet by developer
2010-01-04 12:56 syzop U4: Need for upstream patch => No need for upstream InspIRCd patch
2010-01-04 12:56 syzop Status new => closed
2010-01-04 12:56 syzop Resolution open => no change required