New commit detected on ManageIQ/manageiq/darga:
https://github.com/ManageIQ/manageiq/commit/13ede3581e7289be4269159e78f4d13493c8bc0f
commit 13ede3581e7289be4269159e78f4d13493c8bc0f
Author: Greg McCullough <gmccullo>
AuthorDate: Wed Sep 28 16:00:48 2016 -0400
Commit: Oleg Barenboim <chessbyte>
CommitDate: Fri Oct 7 15:24:31 2016 -0400
Merge pull request #11405 from billfitzgerald0120/servicerequestpending_email
Automate - fixed problem with request_pending email method.
(cherry picked from commit 1e6b4b3763f72fdd1b15baaad6f62698eac26fbe)
https://bugzilla.redhat.com/show_bug.cgi?id=1379693
.../__methods__/servicetemplateprovisionrequest_denied.rb | 7 +------
.../__methods__/servicetemplateprovisionrequest_pending.rb | 4 +---
2 files changed, 2 insertions(+), 9 deletions(-)
Comment 4William Fitzgerald
2016-11-28 16:01:17 UTC
Dmitry,
1. Set Default value from 'auto' to manual' in
ManageIQ / Service / Provisioning / StateMachines / ServiceProvisionRequestApproval / Default
2. Run a service provisioning request.
3. Check that the service item is pending in the request queue.
4. Approve the service.
At this point you should get the email. If email is not configured for your appliance,
you will still see it in the automation.log.
If this is not working for you, please let me know.
Thanks
Billy
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://rhn.redhat.com/errata/RHSA-2016-2839.html