Miss_B

Actually it’s there since IPS 4.3: https://invisioncommunity.com/forums/topic/444005-hide-member-content/?do=findComment&comment=2744977
 

The unhide content does exist in the current latest version.

You have installed Ipb 4.5.x in the new server and uploaded the database copy of your 3.4x forum at the same database of 4.5.x forum? Did I get it right? If so, you must run the upgrader to bring the database up to date with the new version, 4.5x. But note that like this you will loose all attachments/avatars etc. 
You say that you are moving hosts too. The best way to go about this imho, is to first move your 3.4. forum to the new host and do a proper upgrade there afterwards. 
Please see these links. They contain a lot of useful info. Hope it helps.
 

You have installed Ipb 4.5.x in the new server and uploaded the database copy of your 3.4x forum at the same database of 4.5.x forum? Did I get it right? If so, you must run the upgrader to bring the database up to date with the new version, 4.5x. But note that like this you will loose all attachments/avatars etc. 
You say that you are moving hosts too. The best way to go about this imho, is to first move your 3.4. forum to the new host and do a proper upgrade there afterwards. 
Please see these links. They contain a lot of useful info. Hope it helps.
 

If you do not want to loose content, meaning restoring the backup, you can have that member re-register, or create an account manually for him/her, then you can re-assign their posts/topics with a few sql queries.

You are very welcome :)

Awesome! Thanks a lot

Yes, if you unignore a member then his/her posts and topics will appear normally. 

Thank you. You too have a nice week end.

Awesome! Thanks so much! Hope others will download this great plugin of yours! Have a nice weekend! 

You are very welcome :) I just submited a new version with the fix btw. I have also implemented your suggestion about adding in the settings the text that the topic authors will be excluded automatically from being forced to read their own topics. 

Now it works. I tried it with a normal user and I'm forced to read the post. Thanks a lot. Look forward to seeing the fix for the guest users whenever you have the time. Thanks for such a great plugin. 

Thank you for reporting it. I will make that option as not required and release a new version soon. In meanwhile, you can enter a topic name for guests, it will not run as long as Force Topic Reading for Guests option is disabled.

Good day,
I've just purchased the plugin and I'm experiencing a problem with the guests options.
I do not want to force Guests to read any topic. But the application is forcing me to force Guests to read a topic and won’t let me save settings. See attachment. How can this be fixed? I do not want to force guests to read any topic, just a certain group under certain circumstances. The Force Guests toggle is off and the must read topic is required, that shouldn't happen. 
Can you please help? Thanks a lot
 

Thanks a lot. I will go for it then 🙂

Hi. This app does not suggest to members to read a topic, but instead it sets a topic as must read and members will get an error when trying to enter the forums and the other topics informing them of that fact. i.e. it will force your members to read the topic set by the amdin as must read.
The error message you see is the standard one added by the app. It can be customized. You can use html should you wish to do so. Please see the attached screenshot. (The field that says: Error Message).

For your first request, I have not seen such a plugin/app myself. You can request one to be made for you at the request forum.
https://invisioncommunity.com/forums/forum/506-customization-requests/
For your second request, it does not exist in the core, but I have seen a couple of apps that doe that. One by @Adriano Faria and one by @DawPi.
 
 
 

For your first request, I have not seen such a plugin/app myself. You can request one to be made for you at the request forum.
https://invisioncommunity.com/forums/forum/506-customization-requests/
For your second request, it does not exist in the core, but I have seen a couple of apps that doe that. One by @Adriano Faria and one by @DawPi.
 
 
 

For those whom are having similar issues, please do the following in php.ini:
error_reporting = E_ALL | E_STRICT error_log = /var/log/php_errors.log If needed, update the file permission
touch /var/log/php_errors.log chown ${USER}: /var/log/php_errors.log chmod +rw /var/log/php_errors.log
Look out for any errors.
In my case, there was a typo on one of the extensions' name.

Thanks both.
Whilst I know my use case is limited, I'm sure there will be others that could benefit from an feature like this. I've PM'd DawPi to see if he can take this on.
Cheers
Jim

Just a thought:  
Keep in mind that if you do that, those banned users will be able to come back and re-register.  
There's a good reason to keep banned user profiles in your database.  They don't add any weight to your database, and it's a preventive measure for the future.  

Yes, that is possible. You can also have a log in the Admin Panel to see who verified whom and what time did they do so. You can have a reason field as well so they can say how do they know the member that they verified. I have done something similiar not so long ago. 

Yes, that is possible. You can also have a log in the Admin Panel to see who verified whom and what time did they do so. You can have a reason field as well so they can say how do they know the member that they verified. I have done something similiar not so long ago.