Adriano Faria

You can also create an app and add a MemberSync extension and add your stuff in onProfileUpdate method.

You can recommend a post:

Why don’t you ask for support in the theme support topic?

Do you have FTP access? As marketplace accepts only one version of each resource, I’ll have to fix it in your board. If you have, send a message with FTP details and an Admin CP account.

For 4.6 is the version you are using. 1.1.0 is for 4.7.

@Stuart Silvester

Which IPS version are you using?

No. Just go to the marketplace in your ACP and you will see an upgrade notice. If you can’t see it, search for generic in the ACP marketplace and update it. EDIT: make sure the plugin was installed after the upgrade. It is an application now.

Upgrade to the latest and let me know if it insists.

Even using the old version, this resource doesn’t create warnings; it changes the author for the generic moderator. Does it stop getting duplicated with it disabled?

@Stuart Silvester, I tried to find the topic/post where I asked you about this but didn't find it so I'm creating a new topic. This shows as FIXED in 4.7.7 but is still a problem on 4.7.11.1. That's how the app hook shows after the app install: /** * @mixin \IPS\core\Messenger\Message */ class messengerenh_hook_messageModel extends _HOOK_CLASS_ { use \IPS\Content\Reactable { try { \IPS\Content\Reactable::canReact as allowedToReact; } catch ( \Error | \RuntimeException $e ) { if( \defined( '\IPS\DEBUG_HOOKS' ) AND \IPS\DEBUG_HOOKS ) { \IPS\Log::log( $e, 'hook_exception' ); } if ( method_exists( get_parent_class(), __FUNCTION__ ) ) { return \call_user_func_array( 'parent::' . __FUNCTION__, \func_get_args() ); } else { throw $e; } } } ... If I clean the code to: /** * @mixin \IPS\core\Messenger\Message */ class messengerenh_hook_messageModel extends _HOOK_CLASS_ { use \IPS\Content\Reactable { \IPS\Content\Reactable::canReact as allowedToReact; } ... it works as expected. Thank you.

Nope, not looking. Just asking if this is the expected behavior.

Let me try. Official app X. Template Y. Via plugin, I've made some changes to the template Y and these modifications aren't present when the user creates a block in Pages to display the template Y. Is this the expected behavior?

I have a version from IPS 4.2 from this: https://invisioncommunity.com/files/file/8859-staff-applications-system/ It used a dummy category. I don’t remember any issue related to sitemap. It won’t run in 4.7 obviously but you can take a look on its category model and public controller. Let me know if you want to take a look. If so, I’ll send a link via message.

I did: So let me try again, in a simpler way. A background task is fired when the app is installed; last process on it, actually. As you might know, background tasks (queue) runs based on a task that runs at every minute or so, if you’re using Cron; if you’re not, it might take a few minutes. After start, it will copy the data from the plugin table to a new table created by the app. Depending on how many records you have, it can take more than one batch to go through all records and insert into new table. The whole process can take a few minutes, again, depending on your server configuration/number of records. So if you went immediately to Plugins page and manually uninstalled it, you deleted the data from real moderators of your warnings. All you had to do was: go to Dashboard (you would see the background task there); wait a couple of minutes or even ask in this topic before uninstall the plugin. Btw, I’ll release a new version to add a routine (existing in the plugin and forgotten in the app) to swap the generic moderators for the real one when uninstalling the app.

If you’re talking about USER POSTS IN TOPIC and not WHO POSTED IN THE TOPIC, yes, it’s there. Use the right support topic if you need help.

A background task runs after the app install to move data from the plugin to the app table. Plugin will be uninstalled after this process. No, you don’t need to set a moderator for each type. It will use the setting if it hasn’t. Worked fine to me. Can’t reproduce.

What's New in Version 1.1.0 New feature: Add the ability to choose a generic moderator per warning reason. If a moderator isn't provided for a specific reason, the moderator from the app settings will be used Instructions: Plugin converted to an application due to an IPS request. Simply install the application and it will take care of everything: Will copy the plugin data to a proper application table Will copy the settings Will uninstall the plugin

It’s a category permission (matrix). In your categories listing, click in the padlock and enable COMMENTS and REVIEWS for the groups you want.

Yep, all fine now. 👍

Someone from IPS reviewed the file today earlier and couldn’t find anything obvious that would allow this. I would concentrate your efforts in your server configuration/wordpress install.

Hook points?

Yep, I didn't want to be the guy that points the finger, but I hope IPS is taking this in consideration.