View Issue Details

IDProjectCategoryView StatusLast Update
0005270unrealircdpublic2019-05-11 18:13
ReporterThe_MythAssigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
Status newResolutionopen 
PlatformUnixOSUbuntuOS Version18.04 LTS
Product Version4.2.3 
Target VersionFixed in Version 
Summary0005270: [Feature] 3rd party modules that could make it way to core
DescriptionHere's a list of Gottem modules that could *probably* be added to the core as they provide quite good enhancements/features. Some will have my own comments and others don't need presentation as the module name says all.

Here we go:

1. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_noghosts
 - When a user /deopers himself/herself makes no sense to stay in oper-only channels

2. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_block_masshighlight
 - The name says all: anti mass highlight spam, widely used by spambots

3. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_nick_minlen
 - If we can specify a nick length lower than X characters why not to impose also a minimum length?

4. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_uniquemsg
 - Prevents people from repeating their own messages again and again

5. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_repeatprot-unc
 - Goes inline with 4, probably better?

6. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_storetkl
 - This is pretty useful, when using single server networks with no services as example

7. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_auditorium
 - Old auditorium mode into core!

8. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_listrestrict
 - Impose certain restrictions on /LIST usage, especially to users recently connected. Good against spambots

9. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_pmdelay
 - Disallow new clients trying to send private messages until exceeding a certain timeout. Probably enhanced with this request: https://gitgud.malvager.net/Wazakindjes/unrealircd_mods/issues/13

10. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_noinvite
 - Name says all

11. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_chansno-ported
 - For those tired of notices xD

12. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_anticaps

13. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_joinmute-ported

14. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_autovhost
 - Possible enhancement to allow blocks to allow us to tag some public services, such as IRCCloud as example

15. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_message_commonchans
 - Why don't we have this yet?

16. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_clearlist
 - Seems very useful right?

17. https://gitgud.malvager.net/Wazakindjes/unrealircd_mods#m_rmtkl-ported
 - Looks something very useful too

And... That's it!

Thoughts?
Additional InformationI'd like to see people opinion about the list of modules I've provided and vote for those that should have preference to be included in the core.

I've suggested the ones that I think that would be most useful.

Cheers!
TagsNo tags attached.
3rd party modules

Activities

vectr0n

2019-05-11 17:18

reporter   ~0020656

There are only a few modules I would recommend to be added to the core. With the current setup of 3rd party modules it gives the admins an option to install the added functionality, and this is very very easy to do. Also there is only one active dev at the moment and this would up their work load a bit and maintaining the code over time, this is now on the module devs and not the core dev. Just my thoughts on the subject :)

1. m_block_masshighlight (lots of spam floats around that mass highlights and not all clients have the option to block)
2. m_storetkl (as mentioned above good for people with only one server available to them)
3. m_auditorium (i know many servers who refuse to upgrade from 3.2 because this feature is missing)
4. m_message_commonchans (can help fight spam and keep things a bit more private for users)

westor

2019-05-11 17:34

reporter   ~0020658

I agree with this and i will provide (based my opinion) which modules i've found useful to be in core:

I personally know a lot of servers that using (the most) of the following list as 3rd party, so that means that are most wanted :D

1. m_nick_minlen
2. m_storetkl
3. m_message_commonchans
4. m_pmdelay
5. m_joinmute
6. m_sacmds
7. m_tklexcept
8. m_kickjoindelay
9. m_chansno
10. m_noinvite

- Thanks!

westor

2019-05-11 18:07

reporter   ~0020659

Also something else that i think about it, i saw in lot of projects (especially non IRC based) that is hosted on GIT side, they all having an extra branch like "3rd_modules" or what ever the name is, that any coder can place there his module and let it be in the next release in 3rd_party part folder, so that means if a user wanna load an extra 3rd party module he can easy with 1 loadmodule ""; line in the .conf

Also this would be more safe for users that are scary to use 3rd party module but they want, because if there are more than 1 coder in that branch he can check and see the other module and apply a new pull request for a fix or something that will make it better, so the user can be more safe to load that module also because it will be in the core 3rd party modules folder too, at the end even a dev can check that module if he want too, it would be more coders-friendly because now there are public + private gits everywhere so that makes the user harder to check for updates or new modules and etc.

Also this is gonna be more stable, because if all 3rd party modules are gonna be in one official place under a new branch , other codes can help other codes and sharing opinions about anything, also this may give the opportunity to cooperate between coder and other coder to create something together in future.

I really wanna hear your opinions about that.. :) :D

vectr0n

2019-05-11 18:13

reporter   ~0020660

I like westor's git branch idea would probably work better then porting over x number of 3rd party modules to the unrealircd core and possibly upping the dev's work load to maintain the ported modules. I know personally I refuse to use 3rd party modules from random git sites and random countries, if they were all in a branch and have the core unrealircd devs able to look at things and be able to comment on things as well as other module coders would definitely open up a more stable and cohesive solution for users. I think it would also pave a way for even more 3rd party modules as it would be easier to go about it I think.

Issue History

Date Modified Username Field Change
2019-05-11 15:16 The_Myth New Issue
2019-05-11 17:18 vectr0n Note Added: 0020656
2019-05-11 17:34 westor Note Added: 0020658
2019-05-11 18:07 westor Note Added: 0020659
2019-05-11 18:13 vectr0n Note Added: 0020660