View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003200 | unreal | ircd | public | 2007-01-15 14:41 | 2015-05-27 18:33 |
| Reporter | killerdedieu | Assigned To | syzop | ||
| Priority | normal | Severity | minor | Reproducibility | N/A |
| Status | closed | Resolution | unable to duplicate | ||
| Product Version | 3.2.5 | ||||
| Summary | 0003200: Bug | ||||
| Description | [21:35:13] -irc.IRC-LAND.org- *** Notice -- [BUG] server services.IRC-LAND.org tried to set +H while user not an oper, para=killerdedieu/+H, umodes=16793637, please fix your services or if you think it's our fault, report at http://bugs.unrealircd.org/ | ||||
| 3rd party modules | |||||
|
|
Couple of things: 1) what were your actual usermodes? (the umodes= thing in the notice isn't helpful imho, maybe we should format that better (read: display the actual modestring)?) 2) What was the SVS(2)MODE sent? If a local oper is involved, it could cause this (and would indeed be unreal's fault), as I noticed the code that fires this warning isn't completely accounting for local opers: - Although the IsAnOper() check would be true for a local oper, it won't be true for that oper on other servers, as +O is not sent to them, and so other servers would whine about +H being set on a "non-oper". There is not much that can be done about this: short of making +O globally known, other servers have no way to know of this. - It only checks if SVS(2)MODE is doing something to mode +o, but not checking for +O. Granted, it's sensible to assume services wouldn't be messing about with local opers (being local to their server), but I've sometimes seen a case of someone being a "global local" (ie: local oper privs granted by services, so he could be a local on any server, but his privs are restricted to whatever server he's on at the time). But apart from the warning, as near as I can tell setting +H on a current or soon-to-be local would still work fine, since SVS(2)MODE isn't mangled before being forwarded, and only the local's server really needs to give him +H (the other servers don't even think he's an oper) which it would do without complaint. Of course, that all only applies if we're dealing with a local oper. If not, then feel free to correct me on the details. :) |
|
|
Is there any reason killerdedieu is bold? Does Unreal bold parameters in bug notices? |
|
|
[quote]Is there any reason killerdedieu is bold? Does Unreal bold parameters in bug notices?[/quote] could've been clientside highlight? |
|
|
presumably fixed by now. services try to behave nowadays :D |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-01-15 14:41 | killerdedieu | New Issue | |
| 2007-01-15 15:44 | aquanight | Note Added: 0013055 | |
| 2007-01-15 16:12 | Stealth | Note Added: 0013058 | |
| 2007-01-15 17:48 | aquanight | Note Added: 0013059 | |
| 2007-04-19 03:17 |
|
Status | new => feedback |
| 2015-05-27 18:32 | syzop | Note Added: 0018367 | |
| 2015-05-27 18:32 | syzop | Status | feedback => closed |
| 2015-05-27 18:33 | syzop | Assigned To | => syzop |
| 2015-05-27 18:33 | syzop | Resolution | open => unable to duplicate |
