Weird Nickprefix for channel owner

[lutoma]

Hey,
we in our network consisting of 2 servers atm. have compiled UnrealIRCd without the extra channel prefixes for channel owners / admins. However, sometimes, the channel owners get ~@ (yes, both) as prefix in the channel nick list. In a /whois, it shows up ~Nick without the @.

That's not always the case, sometimes the name is just displayed correctly (@nick).

Maybe it has something to do with me recompiling the server for not using those channel prefixes after a while? Anyone got an idea?

Thanks, Lukas

Edit: Btw, both servers say "PREFIX=(ohv)@%+" when connecting.
Edit: It seems that the prefixes are only wrong when connecting from one of the two servers (The recompiled one). From the other one, it's only @nick.

If you want to take a look yourself, the servers are silentnight.libertirc.net (← recompiled) and nathan.libertirc.net. One of the broken chans is #sigh-o-mat.

[katsklaw]

have you restarted the recompiled server since you recompiled it? Was the server running when you recompiled it? is the server running from a directory other than ~/unreal32 ?

[lutoma]

Yes, i restarted the server since i recompiled it. In fact, I was switching from Debian to Centos 5 and therefore had to recompile it. I have both the source and the binaries in /opt/Unreal3.2

[katsklaw]

Has the source code been altered in any way, except changes to the user config section of include/config.h?
Do both servers have the same prefix option enabled?

[Syzop]

Hmmm, that surely looks odd (I've seen it on your server). It doesn't even seem network related as the person with the 3 prefixes I saw was on the same server as me.

What I would suggest is, to recompile it yet another time this way, to make sure it's really 'clean' for sure:
Preferably, even (re)move the current *.so files and the ircd binary before you do this.

Code: Select all

make clean
./Config -quick
make
make install

If it then still happens, please report it as a bug on bugs.unrealircd.org.

Also, if you did modify any code, please let us know because that changes things.