Am I correct that the rules events under "Notification" for "email for granted roles", "email for renewed roles", etc. come from ubercart?

Is there a reason why the events aren't just "roles granted", "roles renewed", etc. so that the action could be to send an email, but there might also be other actions instead?

Unfortunately, my php skills aren't quite up to the task of understanding what is triggering what. Is it possible to use these events without paying attention to the email piece, so that granting a role might just post a message or save a variable?

Also, this would be a good place to have the role that is granted, renewed, etc. and its expiration date available to rules.

Thanks.

Comments

TR’s picture

TR CreditAttribution: TR commented
Version: 7.x-3.6 » 8.x-4.x-dev
Component: Roles » Rules

Added "Rules" component.

TR’s picture

TR CreditAttribution: TR commented
Category: Feature request » Task

Yes, those rules are totally messed up - they're a legacy from Drupal 5 / Workflow NG days. All of our rules needs to be reworked and redesigned.

I'm going to leave that task until AFTER the rules have been ported to D8. #2644882: [meta] Port Rules integration to D8. If I leave them unchanged for the initial port, that will make it a lot easier to write migrations for rules from D7 to D8. I hope to be able to provide those migrations so that moving from D7 to D8 is automatic and painless, at least as far as everything Ubercart goes (I'm not going to vouch for any other contributed modules you're using).

I don't think I will ever backport any of those changes to D7, as it would be a lot of work for little payback. I would rather put my work into the current version and make sure it's better from here going forward.