0002095: remove helpop noticing stuff (was: /helpop filtering suggestion)

(0007792)
Valkyrie (reporter)
2004-09-26 04:51

This sounds like a great idea.

(0007793)
aquanight (reporter)
2004-09-26 05:29

From my recollections in the support chan... codemastr wants to remove the send-to-all-+h aspect of /helpop entirely...

(0007795)
codemastr (reporter)
2004-09-26 15:59

This is a crazy idea!

SomeUser types:
/helpop F*ck sh*t f*ck ...

SomeOper types:
/kill SomeUser Stop that

Problem solved.

This feature is not going to be implemented. You want us to waste 8 bytes of memory per user, plus a list of badwords for a flood that might occur once every 20 years? I'm not about to do that. If you want this, you're going to have to find someone who will make a module.

As aquanight said, I'd much rather just remove the whole /helpop going-to-+h thing. No one uses it anyway.

(0007804)
Valkyrie (reporter)
2004-09-26 20:21

Even better.. remove it.. though some people do actually use /helpop ....

(0007805)
aquanight (reporter)
2004-09-27 06:28

I know one instance, on a net I frequent... I had a channel that (since anope wouldn't let me mlock +M :( ) I had +m and SECURE ON and AUTOVOICE 0. One time, a user came in (while I was away), and there was one other person (who was an ircop/helpop). The user that came in wasn't registered, so supposedly he used /helpop to communicate :P . But, other than that... I can't really understand what it was for...

(0007807)
Stealth (administrator)
2004-09-27 06:52

My own network is quite small, and it seems pointless to have someone in #Help all the time. I have the topic locked so if someone needs help, all they need to do is type /helpop helpme, and that will send a message to all my opers.

(0007838)
al5001 (reporter)
2004-10-01 03:47

Filtering spam from HelpOps is overkill...

(0007860)
vonitsanet (reporter)
2004-10-03 10:35

I think /helpop should not forwarding anything to helpoperators at all.
Leave it only to explain the commands.
Something like a manual.

(0008216)
Zell (reporter)
2004-11-02 11:32

I've been annoyed with HelpOps as well. Some smart-aleck mIRC scripter on my network figured out how to make his mIRC send a /helpop nag message everytime one of the following numerics was returned:
* Youre on too many channels
* Youre banned (from our help room)
* Nickname change error
etc... list goes on.
Everytime one of those numerics was sent to his mIRC, his script sent a /helpop telling us of the condition
example (*** Helpop from Someuser: 405 Reply (add more channels!))
Of course, setting -h or scripting an ignore function for his nick was a simple task, but if the /helpop communications was disabled that would be better. I propose a replacement for /helpop messaging:
A function to find all users set +h, and list their away status:
/newcommand
HelpOp: Zell on [Server], is available for help
HelpOp: User2 on [Server], is a HelpOp, but is currently Away

Could easily be made into a module, but if the HelpOp communications is removed, that would be a good feature to include into the ircd.

(0008221)
aquanight (reporter)
2004-11-02 12:32

...

/helpop ignore nick!user@host

:P

Haven't found the unignore yet so you'd probably have to restart for that to work, and I think that only applies locally.

(0008922)
syzop (administrator)
2005-01-25 19:06
edited on: 2005-01-25 19:07

I've posted a poll on SOMEURLTHATGETSBROKENBYMANTIS about removing this "/helpop <some question here>" feature.

ok.. why are urls fucked up ?
www.phpmemx.net/~unrealir/forums/viewtopic.php?t=1410

(0008925)
aquanight (reporter)
2005-01-26 00:41

(Probably doesn't like the ? character in URLS :/ )

(0008929)
Zell (reporter)
2005-01-26 15:54

URL worked fine when I clicked it in my email :-P

Heh, am I the only loser who opts in to get email replies?

(0013550)
WolfSage (reporter)
2007-04-18 18:42

I like this feature. I've found it useful to help people quite a few times. Of course, I hang on smaller networks where everyone knows everyone mostly. Isn't +h a flag people can configure in unrealircd.conf anyway? Hence the whole "Help operator" concept? If you don't want to help people, don't set it.

(0013701)
Shining Phoenix (reporter)
2007-04-25 16:43

Here's my preferred scenario:

If someone needs help and can't find it in /helpop ?command/topic, they should /join #help (almost anyone can teach them the /join command first).
If your help channel has a different name, add a deny channel block to forward users from #help to #whatever.
If you want to help people, join the help channel.
If someone floods the help channel, channel modes to the rescue!! :D

The only times I receive HelpOps are when someone:
- typos
- doesn't listen to what I just told them
- or is being a problem

(0013718)
Bricker (reporter)
2007-04-26 03:01

you know what, i cant even read all the replies but i say this

1) helpop is pointless.
2) if a user needs an ircop, they can join an official help channel or ircop channel. if they need other support, it should be in that networks motd or website. It shouldnt be up the IRCd to make these networks easier to run, ffs these lazy admins dont take preventive steps in making their own network their own. get rid of this stupid helpop feature kthx

(0013719)
syzop (administrator)
2007-04-26 04:33

i agree with almost everyone from above: remove the sending-to-helpops etc stuff. you can use aliases if you'd want something similar, but just mentioning #help and such is a better idea.
so I think this bugreport should be renamed (or whateve) to removing helpop sending to +h.

(0013999)
stskeeps (reporter)
2007-05-04 08:38

Woops, forgot to say I fixed this in .2380

Notes
(0007792) Valkyrie (reporter) 2004-09-26 04:51	This sounds like a great idea.

(0007793) aquanight (reporter) 2004-09-26 05:29	From my recollections in the support chan... codemastr wants to remove the send-to-all-+h aspect of /helpop entirely...

(0007795) codemastr (reporter) 2004-09-26 15:59	This is a crazy idea! SomeUser types: /helpop Fck sht f*ck ... SomeOper types: /kill SomeUser Stop that Problem solved. This feature is not going to be implemented. You want us to waste 8 bytes of memory per user, plus a list of badwords for a flood that might occur once every 20 years? I'm not about to do that. If you want this, you're going to have to find someone who will make a module. As aquanight said, I'd much rather just remove the whole /helpop going-to-+h thing. No one uses it anyway.

(0007804) Valkyrie (reporter) 2004-09-26 20:21	Even better.. remove it.. though some people do actually use /helpop ....

(0007805) aquanight (reporter) 2004-09-27 06:28	I know one instance, on a net I frequent... I had a channel that (since anope wouldn't let me mlock +M :( ) I had +m and SECURE ON and AUTOVOICE 0. One time, a user came in (while I was away), and there was one other person (who was an ircop/helpop). The user that came in wasn't registered, so supposedly he used /helpop to communicate :P . But, other than that... I can't really understand what it was for...

(0007807) Stealth (administrator) 2004-09-27 06:52	My own network is quite small, and it seems pointless to have someone in #Help all the time. I have the topic locked so if someone needs help, all they need to do is type /helpop helpme, and that will send a message to all my opers.

(0007838) al5001 (reporter) 2004-10-01 03:47	Filtering spam from HelpOps is overkill...

(0007860) vonitsanet (reporter) 2004-10-03 10:35	I think /helpop should not forwarding anything to helpoperators at all. Leave it only to explain the commands. Something like a manual.

(0008216) Zell (reporter) 2004-11-02 11:32	I've been annoyed with HelpOps as well. Some smart-aleck mIRC scripter on my network figured out how to make his mIRC send a /helpop nag message everytime one of the following numerics was returned: * Youre on too many channels * Youre banned (from our help room) * Nickname change error etc... list goes on. Everytime one of those numerics was sent to his mIRC, his script sent a /helpop telling us of the condition example (*** Helpop from Someuser: 405 Reply (add more channels!)) Of course, setting -h or scripting an ignore function for his nick was a simple task, but if the /helpop communications was disabled that would be better. I propose a replacement for /helpop messaging: A function to find all users set +h, and list their away status: /newcommand HelpOp: Zell on [Server], is available for help HelpOp: User2 on [Server], is a HelpOp, but is currently Away Could easily be made into a module, but if the HelpOp communications is removed, that would be a good feature to include into the ircd.

(0008221) aquanight (reporter) 2004-11-02 12:32	... /helpop ignore nick!user@host :P Haven't found the unignore yet so you'd probably have to restart for that to work, and I think that only applies locally.

(0008922) syzop (administrator) 2005-01-25 19:06 edited on: 2005-01-25 19:07	I've posted a poll on SOMEURLTHATGETSBROKENBYMANTIS about removing this "/helpop <some question here>" feature. ok.. why are urls fucked up ? www.phpmemx.net/~unrealir/forums/viewtopic.php?t=1410

(0008925) aquanight (reporter) 2005-01-26 00:41	(Probably doesn't like the ? character in URLS :/ )

(0008929) Zell (reporter) 2005-01-26 15:54	URL worked fine when I clicked it in my email :-P Heh, am I the only loser who opts in to get email replies?

(0013550) WolfSage (reporter) 2007-04-18 18:42	I like this feature. I've found it useful to help people quite a few times. Of course, I hang on smaller networks where everyone knows everyone mostly. Isn't +h a flag people can configure in unrealircd.conf anyway? Hence the whole "Help operator" concept? If you don't want to help people, don't set it.

(0013701) Shining Phoenix (reporter) 2007-04-25 16:43	Here's my preferred scenario: If someone needs help and can't find it in /helpop ?command/topic, they should /join #help (almost anyone can teach them the /join command first). If your help channel has a different name, add a deny channel block to forward users from #help to #whatever. If you want to help people, join the help channel. If someone floods the help channel, channel modes to the rescue!! :D The only times I receive HelpOps are when someone: - typos - doesn't listen to what I just told them - or is being a problem

(0013718) Bricker (reporter) 2007-04-26 03:01	you know what, i cant even read all the replies but i say this 1) helpop is pointless. 2) if a user needs an ircop, they can join an official help channel or ircop channel. if they need other support, it should be in that networks motd or website. It shouldnt be up the IRCd to make these networks easier to run, ffs these lazy admins dont take preventive steps in making their own network their own. get rid of this stupid helpop feature kthx

(0013719) syzop (administrator) 2007-04-26 04:33	i agree with almost everyone from above: remove the sending-to-helpops etc stuff. you can use aliases if you'd want something similar, but just mentioning #help and such is a better idea. so I think this bugreport should be renamed (or whateve) to removing helpop sending to +h.

(0013999) stskeeps (reporter) 2007-05-04 08:38	Woops, forgot to say I fixed this in .2380

Issue History
Date Modified	Username	Field	Change
2004-09-26 04:45	Stealth	New Issue
2004-09-26 04:51	Valkyrie	Note Added: 0007792
2004-09-26 05:29	aquanight	Note Added: 0007793
2004-09-26 15:59	codemastr	Note Added: 0007795
2004-09-26 20:21	Valkyrie	Note Added: 0007804
2004-09-27 06:28	aquanight	Note Added: 0007805
2004-09-27 06:52	Stealth	Note Added: 0007807
2004-10-01 03:47	al5001	Note Added: 0007838
2004-10-03 10:35	vonitsanet	Note Added: 0007860
2004-11-02 11:32	Zell	Note Added: 0008216
2004-11-02 12:32	aquanight	Note Added: 0008221
2005-01-25 18:48	syzop	Relationship added	has duplicate 0002305
2005-01-25 19:06	syzop	Note Added: 0008922
2005-01-25 19:07	syzop	Note Edited: 0008922
2005-01-26 00:41	aquanight	Note Added: 0008925
2005-01-26 15:54	Zell	Note Added: 0008929
2005-01-26 16:54	alexmoreno	Issue Monitored: alexmoreno
2007-04-18 18:42	WolfSage	Note Added: 0013550
2007-04-19 02:30	stskeeps	Relationship added	child of 0003049
2007-04-19 02:30	stskeeps	Status	new => acknowledged
2007-04-25 16:43	Shining Phoenix	Note Added: 0013701
2007-04-26 03:01	Bricker	Note Added: 0013718
2007-04-26 04:33	syzop	Note Added: 0013719
2007-04-26 05:46	syzop	Summary	/helpop filtering suggestion => remove helpop noticing stuff (was: /helpop filtering suggestion)
2007-04-26 05:46	syzop	Description Updated
2007-05-04 08:38	stskeeps	Status	acknowledged => resolved
2007-05-04 08:38	stskeeps	Fixed in Version	=> 3.3-alpha0
2007-05-04 08:38	stskeeps	Resolution	open => fixed
2007-05-04 08:38	stskeeps	Assigned To	=> stskeeps
2007-05-04 08:38	stskeeps	Note Added: 0013999