Jump to content

Community

[[Template core/global/global/lkeyWarning does not exist. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]

Kevin Carwile

+Clients
  • Content Count

    1,227
  • Joined

  • Last visited

  • Days Won

    8

Kevin Carwile last won the day on November 20 2017

Kevin Carwile had the most liked content!

About Kevin Carwile

  • Rank
    Developer - Miller Media
  • Birthday 01/10/1979

Contact Methods

IPS Marketplace

  • Resources Contributor
    Total file submissions: 23

Profile Information

  • Gender
    Male
  • Location
    California

Recent Profile Visitors

12,072 profile views
  1. It sounds like you want to use an event for when the event is locked as you said instead of the member RSVP'ing for the event. But even so, in order to operate on all of the members that attended the event, you'll need a custom php code action to do whatever it is that you want to do.
  2. Is this still the case? I can't verify with my account since I own the resource, and I don't have another account with a valid IPS license to be able to log into. So I cannot tell.
  3. That sounds like it will work more reliably for you than the "logged in" event. It just requires that a member make a post.
  4. No, you wont lose any rules. That would be an event that needs to be included by the awards app.
  5. There are invoice actions available in the commerce rules expansion. You can check the invoice for your subscription product when it is paid and run your appropriate action then.
  6. You could dig into the IPS\calendar\Event object class to see what kind of methods you could use to retrieve a usable date within your rules. I found this one with a quick look over: /** * Find the next occurrence of an event starting from a specified start point * * @param \IPS\calendar\Date $date Date to start from * @param string $type Type of date to check against (startDate or endDate) * @return \IPS\calendar\Date|NULL */ public function nextOccurrence( $date, $type='startDate' )
  7. Looks like maybe the problem starts in the code above? As for the template issue, I'll have to look into that.
  8. Nope. Sorry. It will require a new version build to be released (unknown timeframe). Well then I would question the event which you are creating the rule under. The event is going to determine what data is available. If it is the content approved event provided by rules, then the content item should be an event argument and the content author can be derived from that. If it is another event provided by the application plugin, then without the actual application as one of the event arguments, there is no way to know who the author of the application is if the rule doesn't even have access the application which has been approved.
  9. @christopher-w Try the following patch file and see if you get the expected results. ./applications/rules/extensions/rules/Definitions/Content.php Content.php
  10. @Fighting 13th You may have a wrong setting selecting in your rule configuration. It's hard to say. But maybe you selected the wrong option for the user to grant the award to. It should be the application author and not the currently logged in user. @christopher-w Are you using the 'set tags explicitly' option on the rule action or are you using 'add tags'?
  11. What is an application submission and how does it get approved?
  12. If there is a rule in particular that you are wanting to troubleshoot, edit the rule and turn the debug option on for it. Then you can perform the action again which you expect the rule to apply to and check the debug log to see if it contains an error or if it did not meet its conditions or if it even ran at all. That would be what I would start with.
  13. If your session timeout is 30 days, and you want to ensure at least 30 days since the member has last logged in, then you set the scheduled follow up action for 60 days in the future. This ensures that the minimum amount of time since a user has last logged in is at least 30 days and at most 60. If you want to use posting as a trigger, then you can do that also. That's the beauty of rules. Pick the best solution for you.
  14. Ok, then when you say they "logged in" as recently as yesterday... do you mean they visited the site, or they actually logged in using username and password? Because the "User has logged in" event which triggers the email to be rescheduled only occurs when they actually log in via the login form. That could be part of the problem if you have a very long session timeout on your server. You can also turn the debugging option on for the rule and make sure that it is operating without error and actually rescheduling the follow up action for users when they do log in.
×
×
  • Create New...