Kevin Carwile

You need to make sure that the action being scheduled for the follow up email has a "scheduling keyphrase" on it. If not, then the action will not be re-scheduled, it will have multiple occurances of the scheduled action.

@christopher-w That seems like it should work. But the global template is used on all pages, not just forum pages, so that template will not have a reference to any particular forum to grab the custom field value from. My suggestion would be to find a template which is used by the forums app and insert the class in a wrapper element from that template. Otherwise, getting the forum reference to access the custom data field is going to be much more difficult.

Thats the right rule. It will run when a member actually logs in.

Its because of the way that collabs works. It filters all content queries to the context of a specific collab when a collab is the container of a page being viewed. Thats just how the collabs app is able to do what it does in an abstract way.

Create a custom action to use for your bulk move process. It will use a topic as an argument. Now add a rule to that custom action which moves the topic to the forum of your choice. Now schedule that rule to run in bulk for all your topics. Dont forget to add a condition to your rule so that you dont move every single topic on your site.

Is this the message you are referring to? What is the error? I don't see one there.

We've discussed this. You have an issue that I cannot reproduce on my systems and you are unable to provide me with the means to troubleshoot the problem on your particular system. I'm sure the fix is simple. But impossible to guess.

In the bottom description of that php code editor it shows that the variable that holds the record is named $content. Try using that one.

Well I dont know then. You cut all the important clues out of the screen shot you provided such as the event and the available variables to your php code.

Yeah. Dont use it as a method call. Like... remove the parenthesis.

I dont think that primary id field is a method on the record. I think it is just a property.

Yeah, it's called Group Collaboration. You can find it in the marketplace.

The intro text is customizable from the collab edit page. Change the collab description. The heading has a customizable photo so that any backdrop can be placed behind it. Beyond that, you are getting into very specific theme related tweaks, at which point the best approach is to customize the templates according to your theme.

Find the rules_scheduled_actions table in your database and delete all the entries.

I'm not able to reproduce this issue. I would need to have a look at your site to be of further assistance. Please provide details of how to access your ACP via PM. Thanks.

I will test this out and get it patched up.

The main problem is that reputation is not a bank that you can add to or remove from. It is a tally of reactions to content and therefore is a mathematical function. So adding reputation is not as simple as incrementing a counter. It requires a reaction to be made on a piece of content. It can't simply be arbitrarily added or removed.

The leader is the owner of a collab. Its not based on roles. To change it, the member must transfer ownership to another member from their collab memberships management page, the link to which is located in the user account menu.

Let me put it this way. Group collaboration doesnt add fearures to forums. Forums work exactly the same in a collab as they do outside a collab. So if you need guidance on how to use the forums app, then the documentation for that is on the IPS site.

Yes, you can do all that. Just get your configuration correct.

You need to use the "Collaboration Memberships" page from the user's dropdown menu while logged in as the owner, and transfer to another member.

Yes. Not sure what exactly you are asking, but I'm sure that you can do it. There is member management for each collab, and ACP permissions settings for each collab category.

Oh, if you need a Topic\Post, just return the $content then. I thought you needed the topic.

I see your sticking point. The form is asking for the topic which you are attempting to update the custom data for (which is the stock action I referred to). But unless there is an explicit topic in the event arguments, how could rules give you an option to choose from? In this case, not just topic comments can be reported, but all sorts of other content can be reported. It cannot be assumed that you can derive a topic in from any given piece of reported content. If I report a comment on an image, and that rule event is invoked, how is rules going to get a topic from that comment? It's undefined. This is why you only have the option to use PHP code to provide the topic for which the stock custom data update action will operate on. Rules knows that it cannot know what topic to use. Therefore you must tell it. You could put a condition on the rule that checks if the content is an object of the 'IPS\forums\Comment' class, which would ensure the rule only runs when a topic comment is reported. This will prevent errors when other types of content are reported, but you are still left with the need to provide the topic itself for the custom data update action. You need to return the topic from your PHP snippet: return $content->item();

There are stock actions built in for custom data fields.