Gabriel Torres

Existing members. Remember that with the previous version I had to run this manually and took several hours, and for this version you wrote above that the system would do this automatically? That explains it... hehehe I've just launched the task to re-identify these members. Thanks for putting this task in the background now! hehehe

@Makoto 24 hours and the app has automatically identified only one user with disposable email address... 😑

@Kevin Carwile We found a issue with this app and compatibility with the new 4.4.x series, more specifically with the new "post before registering" feature. We have forums that we made prefixes mandatory. However, the topic creation box from the "post before registering" feature doesn't ask for a prefix. This way, new topics by new users created this way end up without a prefix in topics where a prefix is mandatory. Could you take a look into this and also into my previous post above? Thanks!

@Makoto When I click on a username in the Members list, the link redirects to: &app=core&module=members&controller=members&do=edit&id=XXXXX Instead of: &app=core&module=members&controller=members&do=view&id=XXXXXX Which would be more useful for me here! The error I reported is gone. I will wait a couple of days to see if the list was fully populated and let you know! 🙂 Thanks for your outstanding support and adding the features we are requesting! 🙂

@Makoto Trying to enable logging throws an error here. Will PM you. Also, the list of previously detected emails with disposable emails (that task that took hours) is now gone...

@Kevin Carwile Sometimes, the prefix isn't displayed at the parent forum topics list. See screenshots below. https://www.clubedohardware.com.br Example given: https://www.clubedohardware.com.br/forums/forum/25-programação-e-desenvolvimento/ Topic: https://www.clubedohardware.com.br/forums/topic/1362189-visualg-variavel-so-aceita-maiuscula/?do=getNewComment Please advise!

hehehe I guess this is the #1 request, huh @Makoto ?

Many thanks @opentype and @Adriano Faria! This also explains why several other plugins that we use here were removed from the marketplace, even though they work fine. Cheers.

Does anyone know what happened to this app? @Tom Irons

@Makoto The amount of spammers your app blocked is amazing. Since we've installed the app, your logs show 6 pages of domains people tried to use. Logging more details could be helpful if we want to add rules to our firewall to block these spammers without taking up server resources. E.g., I wonder if these fake accounts were coming from the same IP address or range...

Hi @All Astronauts! Noticed today that the plugin isn't adding the color to the user's name in the topic list... See below. Gabriel.

@Makoto Please let me know when it goes public... 😉

@Makoto Loved the idea of your app. I tried to run the Members > Reindex Members feature to detect and maybe delete users with disposable email addresses, but got the following error message:

@Makoto the plural form of email is "emails" and not "email's"

@All Astronauts Found the culprit here; it was an old, unsupported plugin called "Insert Nick". Deleted it and replaced with a newer one that does the same thing and the issue is gone. Many thanks!

@All Astronauts Yep, Global set here. @Daniel Simoes Thanks. We do have the version 14 installed. We have several other plugins installed, so I think there is another plugin conflicting with this one. I will debug this later today. Thanks for the link, I could see that it is working fine at your forums. Valeu!

@All Astronauts I am running the latest version... It might be a conflict with another plugin. I will investigate this further and let you know.

@All Astronauts I've just upgraded to 4.0.1 here. The setting says: Meaning that if in the same context the usergroup is already colored, the username won't be colored... See below how "Administradores" is in red, but my name isn't. Our staff would like to see their names also in the same color. Any chance of you changing this via this plugin? Thanks.

@Fosters Many thanks for the support! I've just upgraded it!

Please send me a quote in private, thanks!

@Faqole Any news on this? https://invisioncommunity.com/forums/topic/448202-closeprune-old-topics/?do=findComment&comment=2760232

Hi @Fosters I found a bug with this plugin. When the setting "Ban the member if his content contains any characters from the above settings" is enabled and a moderator/administrator creates a post with the banned characters (e.g. Chinese), the moderador is banned and set as spammer. However, moderators/administrators cannot be set as spammers. So what happens is that we can unban them from the ACP when this happens, but when I try to remove their spammer status, I get an error message: Therefore, this setting "Ban the member if his content contains any characters from the above settings" should ignore the user if he is a moderator/administrator. BTW: this happened here with two moderators that were just editing a post that had Chinese characters and hit save. So what I am saying is happening when a moderator/admin edits a post as well. Thanks.

@Faqole Many thanks! 🙂 Another small request: is it possible to add a setting to populate the field "reason" when topics are hidden? Because in our install we have the Rules app installed, and we configured it to send PMs to users when topics are hidden, so it would be great to have this field populated to the user knows why the topic was hidden.

@Faqole Loved this plugin, this is was exactly what we needed. Could you add an option to Hide the topic instead of closing/deleting it? Thanks!

@Ramsesx Many thank! It worked! 🙂