View Issue Details

IDProjectCategoryView StatusLast Update
0001272unrealircdpublic2003-11-20 19:43
Reporterauspice Assigned Tosyzop  
PrioritynormalSeverityminorReproducibilitysometimes
Status closedResolutionfixed 
Product Version3.2-beta18 
Summary0001272: [BUG] operator count bug!
Description[23:03] -cambodia.uirc.net- *** Notice -- [BUG] operator count bug! value in /lusers is '-1', we counted '3', user='Roger', userserver='cambodia.uirc.net', tag=svsmode4. please report to UnrealIRCd team at http://bugs.unrealircd.org/
-

we use SVS2MODE to +o IRCop (we dont use /oper command)
3rd party modules

Activities

syzop

2003-09-25 16:51

administrator   ~0003718

Thanks for the report.

Could you give me some information (here or at [email protected]) what exact raw commands you use (svso/svs[2]mode/etc, and their data/parameters)?
And also if you use local ircops.

syzop

2003-10-01 21:01

administrator   ~0003747

Last edited: 2003-10-01 21:05

Well I didn't receive anything from you, but I'll look at the issue soon.. Maybe I'll recode it a bit to make it a bit less brain damaged (that is: currently services can easily fuck counts up and then we get the bug report.. grr :p).

One small note however: it has a false warning sometimes, like if you send -oH it will first -1 (And therefore it could go 0 -> -1), and then +o will do +1 (-1 -> 0).. but I'm already warning halfway during the mode... Well something like that. (Oh and just for the record, this was not the case in this particular bugreport because count should be 3)

edited on: 10-01-03 21:05

syzop

2003-10-03 01:33

administrator   ~0003765

- Fixed even more negative oper count bugs:
  1) if services would do a '-o' via svsmode/svs2mode on a +H person (instead of -oH)
  2) services setting +H on a non-oper
  3) services making someone a global oper while he's already local op might cause confusion.
  4) if local opers would do /mode nick +H
  5) Some false warnings (negative opercount) if services would do -Ho (-oH went fine)

I'll commit it tomorrow, have to some testing first (many code cleanups + comitting at 3am = dangerous :p)

syzop

2003-10-03 20:02

administrator   ~0003772

Fixed in .1948

Issue History

Date Modified Username Field Change
2003-09-25 16:05 auspice New Issue
2003-09-25 16:51 syzop Note Added: 0003718
2003-10-01 21:01 syzop Note Added: 0003747
2003-10-01 21:05 syzop Note Edited: 0003747
2003-10-03 01:33 syzop Note Added: 0003765
2003-10-03 20:02 syzop Status new => resolved
2003-10-03 20:02 syzop Resolution open => fixed
2003-10-03 20:02 syzop Assigned To => syzop
2003-10-03 20:02 syzop Note Added: 0003772
2003-11-20 19:43 syzop Status resolved => closed