[midPoint] Changes waiting to be applied
Pavol Mederly
mederly at evolveum.com
Thu Sep 22 23:15:10 CEST 2016
Hello Florin,
yes, it is so.
The "Execute after all approvals" is the default method.
On regular pages e.g. "Edit user", one can choose the method (Execute
after all approvals / Execute immediately) simply by
selecting/de-selecting the check box.
On "Request a role" page, there is no such box.
--
Here I send you a simple patch that will change the default behavior for
"Request a role" page, as you requested.
You can apply it to midPoint sources and build them via maven.
Best regards,
Pavol Mederly
Software developer
evolveum.com
On 22.09.2016 21:10, Florin. Stingaciu wrote:
> Reading through some of your documentation regarding "Execute after
> all approvals" versus "Execute Immediately". Is there any way to set
> Execute Immediately as the default execution strategy?
>
> When users use the Request A Role page, there is no such option. In
> order to not confuse our users, we'd prefer not even giving them this
> option to begin with and to just use "Execute Immediately" as the
> default.
>
> Thanks,
> -F
>
> On Thu, Sep 22, 2016 at 11:45 AM, Florin. Stingaciu
> <fstingaciu at mirantis.com <mailto:fstingaciu at mirantis.com>> wrote:
>
> I just checked on my dev instance and this is actually the case.
> Is there any way to disable this "feature" or some sort of
> workaround?
>
> Thanks,
> -F
>
> On Thu, Sep 22, 2016 at 11:40 AM, Florin. Stingaciu
> <fstingaciu at mirantis.com <mailto:fstingaciu at mirantis.com>> wrote:
>
> If a user uses the request a role page and requests multiple
> roles at once do all of them get bundled into one request? Can
> this mean that if a user requests two roles he must be
> approved for both of them before the changes are executed?
>
> Thanks,
> -F
>
> On Thu, Sep 22, 2016 at 11:35 AM, Florin. Stingaciu
> <fstingaciu at mirantis.com <mailto:fstingaciu at mirantis.com>> wrote:
>
> Just a minor edit to the last email. It seems like the
> approval of the request was approved however the modify
> user action is stuck on "Changes waiting to be applied"
>
> On Thu, Sep 22, 2016 at 11:34 AM, Florin. Stingaciu
> <fstingaciu at mirantis.com <mailto:fstingaciu at mirantis.com>>
> wrote:
>
> Hey,
>
> There's nothing in my logs that's sticking out and we
> haven't really modified anything in the approval
> process. It seems like the approval of the request was
> approved however the modify user action is stuck
> waiting on an approval. This user has a a couple of
> other requests waiting for approval however these
> other requests are for other roles and I can't find
> any relationship between these requests...
>
> Is there anywhere I can check for interrelated requests?
>
> Thanks,
> -F
>
> On Thu, Sep 22, 2016 at 11:23 AM, Pavol Mederly
> <mederly at evolveum.com <mailto:mederly at evolveum.com>>
> wrote:
>
> Hello Florin,
>
> if I'm not mistaken, this occurs if you have e.g.
> two independent changes (in one operation) that
> both have to be approved. After first one is
> approved, it enters this 'waiting state'. Just
> after second one is approved or rejected, the
> whole operation is finished.
>
> This behavior can be changed by de-selecting
> "Execute after all approvals".
>
> Another explanation would be a bug or some
> problem. Is there anything in your log?
>
> Best regards,
>
> Pavol Mederly
> Software developer
> evolveum.com <http://evolveum.com>
>
> On 22.09.2016 20:11, Florin. Stingaciu wrote:
>> Hello,
>>
>> We use approvers for some of our roles via the
>> Request a Role pipeline. This morning I ran into
>> this situation where a request was approved
>> however the user is not assigned to the role.
>> Upon further inspection it seems that the work
>> item is stuck in the state of "Changes waiting to
>> be applied" (http://imgur.com/a/LiQ01).
>>
>> I've never encountered this state before. Usually
>> when an approver approves a request the changes
>> are executed immediately. What would cause this
>> scenario to happen?
>>
>> Thanks,
>> -F
>>
>>
>> _______________________________________________
>> midPoint mailing list
>> midPoint at lists.evolveum.com
>> <mailto:midPoint at lists.evolveum.com>
>> http://lists.evolveum.com/mailman/listinfo/midpoint
>> <http://lists.evolveum.com/mailman/listinfo/midpoint>
> _______________________________________________
> midPoint mailing list midPoint at lists.evolveum.com
> <mailto:midPoint at lists.evolveum.com>
> http://lists.evolveum.com/mailman/listinfo/midpoint
> <http://lists.evolveum.com/mailman/listinfo/midpoint>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> http://lists.evolveum.com/mailman/listinfo/midpoint
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20160922/22882a31/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: When_requesting_a_role___execute_immediately_after_approval__mode_is_used_.patch
Type: text/x-diff
Size: 1445 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20160922/22882a31/attachment.patch>
More information about the midPoint
mailing list