Version: 4.2.0.0, by Paul M
Developer Last Online: Nov 2023
Category: Administrative and Maintenance Tools -
Version: 4.2.x
Rating:
Released: 12-23-2009
Last Update: 05-23-2012
Installs: 1111
Uses Plugins
Translations
No support by the author.
As of 23 Nov 2017 this modification has been withdrawn.
The ever popular "Miserable Users" modification.
Basically a way to really annoy anyone you don't want visiting your forum. Credit to Zzed for the original idea.
When classed as miserable, a member suffers ;
1. Slow response (time delay) on every page (20 to 60 seconds default).
2. A chance they will get the "server busy" message (50% by default).
3. A chance they will get redirected to another preset page (25% & homepage by default).
4. A chance they will simply get a blank page (25% by default).
If they get past all this okay, then they will be served up their proper page.
Note: All the above are set in vBulletin Options > Miserable Users.
To Install ;
Download the xml file to your pc and import it into vbulletin as a product.
Ceate your 'Miserable Users' usergroup and set the value of this group, and your preferred other settings, in the modifications settings (vBulletin Options > Miserable Users).
To make a member suffer just edit their profile - add them to the Miserable Users group (it will work as either the primary group or as a secondary group). There is also the option to set ip addresses.
History:
v4.0.1 : 24-Dec-2009 : Initial release for vb 4.0.0 Gold. v4.0.2 : 20-Jan-2010 : Not released. v4.0.3 : 26-Jan-2010 : Various updates. v4.0.4 : 16-Feb-2010 : Fix server busy, phrase blank page message. v4.0.5 : 18-Feb-2010 : Installer update. v4.0.6 : 07-Mar-2010 : Changed the way the delay works. v4.0.7 : 29-May-2010 : Fix error in upgrade section of install code. v4.0.8 : 06-Nov-2010 : Install code updated.
v4.1.0 : 04-Dec-2010 : Updated for vBulletin 4.1.
v4.1.7.0 : 16-Oct-2011 : Updated for vBulletin 4.1.7.
v4.2.0.0 : 24-May-2012 : Updated for vBulletin 4.2.0.
Show Your Support
This modification may not be copied, reproduced or published elsewhere without author's permission.
Correct. If the user were to find out what was going on they could easily work around it. So don't ever tell anyone. But there's no reason they should find out just because you added them to the MU group.
Correct. If the user were to find out what was going on they could easily work around it. So don't ever tell anyone. But there's no reason they should find out just because you added them to the MU group.
Do you mean, they could keep there promotion group and just assign them to an additional group? Wouldn't the know if they were assigned to another group?
Wouldn't the know if they were assigned to another group?
Perhaps, if you had some system in place that told them, but not by default. Yes, as stated in the instructions this works simply by adding them to the MU group as a secondary, no need to move them there completely.
Because there is no reason to. Therefore Im not going to spend time changing a system that works as intended.
Quote:
Originally Posted by Bergler
Maybe I am wrong but It would be nice to use this on members without them knowing! If you make a special usergroup, they will know somethings up!! My 2 cents
No one is going to know unless (a) You tell them, or (b) they know about this mod and guess (and then they still wont actually know unless you tell them)
I've a trouble with the users in the miserable usergroup, when they try to read a topic they got:
Warning: Cannot modify header information - headers already sent by (output started at [path]/includes/class_bootstrap.php(93) : eval()'d code:23) in [path]/includes/functions.php on line 3742
Clearly you misunderstood. He didn't ask for a list. You need to disable or uninstall all your add-ons then re-enable them one by one to see which one may be conflicting.