Trigger was removed from core for D8 without providing a worthy alternative other than Rules (which by many is considered a "cumbersome piece of code with a confusing UI"). Having in mind our goals to be providing as much backwards compatibility as possible and easier transition from D7 to Backdrop, should we consider bringing trigger.module back in Backdrop core ...or at least putting it in contrib as a "lightweight" alternative to Rules (which is not fully ported yet and might take time to do so)?
For the record, here's a summary of the reasons for it's removal from D8 core (from the respective issue in the d.org issue queue: Remove Trigger module from core [#764558]):
The actions API is wonky (look up your action via hash of function name?), actions/trigger has no maintainer in MAINTAINERS.txt and we have not seen the promised conversion of things like node operations into actions.
Also, the trigger UI is weak, and there's not a lot you can do with it.
In general, people use a contrib module like Rules - so let's just put this code back in contrib where it belongs and reduce some of the bloat in core.
Recent comments
@caramia4457 Where I will set this "set “Test” mode" there is no option in the form. There is two option for live mode credentials and test mode credentials, so i only added the test mode...
Getting Error after submitting event register form By using Stripe Payment Processor
Hi geoma Welcome to Backdrop. Thank you posting detailed screenshots. As your field is an entity reference field, go into the field settings for field_insta_comuna and scroll to the...
Can't filter content in a View
Sounds like the Stripe processor isn’t fully initialising, so the extension tries to call create() on a missing Stripe client. On Backdrop/CiviCRM this usually happens when the payment processor...
Getting Error after submitting event register form By using Stripe Payment Processor