PDA

View Full Version : New Posting Features - Deny Reply For Staff Members in Closed Threads


Shadow
06-04-2012, 10:00 PM
Description:
This hack adds prevents Staff Members from posting in closed threads. When a thread is closed, administrators and moderators are still able to post in it. This basically prevents that. There is also an option to exclude selective users from this. I made this modification for a client and decided to put it up here for others to use if they need to.

Installation Instructions:
To install simply import the attached product-denied_reply.xml file. Then you're done.

Altering the Error Message:
It is possible to change the error message that is displayed to users when they are denied from replying in a closed thread. This can be done by going to Phrase Manager in the Admin CP and searching for the denied_reply_error phrase. Then add a translation for the language your forum is in and alter the message as required.

Changelog:
05/06/2012 - Version 1.00:
- Initial release.

Notes:
I'm always looking to improve my work for the people that enjoy using it. If you have any suggestions on how I can improve this hack then please leave a comment and I'll see what I'm able to do. Don't forget to 'Mark As Installed' if you've got it installed!

Mastergumble
06-06-2012, 10:08 PM
Nice addition!

Zachery
06-06-2012, 10:31 PM
Couldn't you just you know, tell your staff to stop? And if they can't follow the rules deal with that?

Shadow
06-07-2012, 08:27 AM
"I made this modification for a client and decided to put it up here for others to use if they need to."

max1982
07-21-2012, 02:27 PM
Thanks it worked perfect on 4.2

Shadow
07-21-2012, 03:31 PM
Remember to 'Mark As Installed' if you're using it on your forums.

EasyEazy
08-08-2012, 01:12 PM
Installed and working great.

Thanks

TEST12345
08-09-2012, 07:15 PM
so nobody will be able to post anything including the administrator?

Shadow
08-09-2012, 08:58 PM
When a thread is closed, administrators and moderators are still able to post in it. This basically prevents that. There is also an option to exclude selective users from this.

So as the thread states, you are able to choose who can be excluded from this functionality.

edgeless
04-15-2014, 02:16 PM
For some reason, on my board this modification blocks staff members from replying to any threads. It seems to be the same behavior described by a number of users in this similar modification:

https://vborg.vbsupport.ru/showthread.php?t=255127&highlight=prevent+staff

And as with that similar mod, regular registered members are still able to reply and post normally. I notice that max1982 has stated here that this mod worked for him on v4.2, which is my version as well. I'm unsure why it's not working for me, or if the problem has similar causation to that in the 'prevent staff' mod cited above. But the code in the two mods looks vastly different, so the solution offered for the 'prevent staff' mod doesn't seem applicable in this case.

Any thoughts?

edgeless
04-16-2014, 04:40 PM
I have a testbed installation of vB 4.2.0 with absolutely no added products or modifications. It's hosted on an entirely different server that's running PHP 5.4.27 (as opposed to PHP 5.3.20 on my user-accessible installation of vB 4.2.0). I installed this 'Deny Reply for Staff' product for testing purposes on my testbed vB installation. It worked better in that it did not block staff members from posting or replying to unclosed threads. BUT, when the product is enabled, it throws the following error when attempting to post from the advanced editor:

Warning: Illegal string offset 'threadid' in [path]/newreply.php on line 519


Posting from the Quick Reply editor does NOT render this error when the product is enabled. And disabling the product eliminates this error during Advanced Reply posting.

The above behavior, coupled with the complete loss of our staff members' ability to post anywhere when the product is enabled on my user-accessible vB installation, leads me to believe that this product could use a bit more development in order to hopefully work out some of these apparent bugs. What's somewhat puzzling, though, is the fact that I'm the only one who has reported these problems. I'm unsure what the significance of that may be.

Comments will be appreciated. Thanks