| View previous topic :: View next topic |
| Author |
Message |
Narf Voice

Joined: 10 Jul 2004 Posts: 9 Location: UniBG
|
Posted: Mon Aug 02, 2010 4:32 am Post subject: .-ban behaviour |
|
|
.-ban seems to require +m(master) privileges
I've noticed this ages ago, but it didn't bother me, since I usually have at least master privileges. At first I thought it's an error caused by some of my scripts, but ... after looking at the channels.mod, this doesn't seem to be the case.
So, my question is - is it supposed to work like this or should it be considered a bug? _________________ Limp Bizkit rulez |
|
| Back to top |
|
 |
willyw Revered One
Joined: 15 Jan 2009 Posts: 1175
|
Posted: Mon Aug 02, 2010 11:51 am Post subject: Re: .-ban behaviour |
|
|
| Narf wrote: | .-ban seems to require +m(master) privileges
I've noticed this ages ago, but it didn't bother me, since I usually have at least master privileges. At first I thought it's an error caused by some of my scripts, but ... after looking at the channels.mod, this doesn't seem to be the case.
So, my question is - is it supposed to work like this or should it be considered a bug? |
I don't believe it is supposed to work like that, nor do I believe it is a bug.
Why would looking at channel.mod have anything to do with your scripts? ... I don't understand what you meant there.
If it were me, I think I'd comment out *all* scripts, in eggdrop.conf.
Be sure that *none* are loading.
Then restart the bot.
Next, log in the partyline, with a user account that does not have +m.
Perhaps even create a temporary account, and give it +o.
Then, try : .-ban
What does it reply with?
If it replies with: Usage: -ban <hostmask|ban #> [channel]
then it is replying properly to a user with +o.
And since you've loaded *no* scripts this time, it is a script that was causing it. Now, onward to loading them one at a time, testing after loading each - to find out which is causing the symptom you've observed earlier.
If it replies with: What? You need '.help'
then we'll have to think about it some more.
I hope this helps. |
|
| Back to top |
|
 |
pseudo Halfop
Joined: 23 Nov 2009 Posts: 88 Location: Bulgaria
|
Posted: Mon Aug 02, 2010 12:02 pm Post subject: |
|
|
Global operators can only add and remove channel bans as global masks are restricted to masters and above. .+/-ban for #channel bans works normally, though. While it's not documented and not exactly logical, this is by design and is not a bug.
Personally I think global operators should be allowed to set global bans/exempts/invites, but we should discuss it with the other developers.
I don't mind answering on this forum, but you can use our Trac to report bugs and request features. We're open to discussion and actually lack enough feedback.  |
|
| Back to top |
|
 |
Narf Voice

Joined: 10 Jul 2004 Posts: 9 Location: UniBG
|
Posted: Tue Aug 03, 2010 3:35 am Post subject: |
|
|
| pseudo wrote: | Global operators can only add and remove channel bans as global masks are restricted to masters and above. .+/-ban for #channel bans works normally, though. While it's not documented and not exactly logical, this is by design and is not a bug.
Personally I think global operators should be allowed to set global bans/exempts/invites, but we should discuss it with the other developers.
I don't mind answering on this forum, but you can use our Trac to report bugs and request features. We're open to discussion and actually lack enough feedback.  |
Well, thanks. I sure would.  _________________ Limp Bizkit rulez |
|
| Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|