Bug 1385582 - Custom button actions do not show up in request list
Summary: Custom button actions do not show up in request list
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: UI - OPS
Version: 5.6.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: GA
: 5.6.5
Assignee: Jozef Zigmund
QA Contact: Dave Johnson
URL:
Whiteboard:
: 1392160 (view as bug list)
Depends On: 1421829
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-10-17 10:54 UTC by Prasad Mukhedkar
Modified: 2020-05-14 15:20 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-09-20 17:32:01 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:


Attachments (Terms of Use)
The Order Request stays on a page where was submitted (223.25 KB, image/png)
2017-03-22 09:46 UTC, Jozef Zigmund
no flags Details

Comment 2 Greg McCullough 2016-10-17 14:28:30 UTC
As the code shows custom buttons do not create a request instance.  This would need to be an enhancement to support that feature.

I think the current issue is the redirection to the request page after the custom button is submitted.  Previously the custom button would remain on the same screen after it was submitted or canceled.

Comment 3 Harpreet Kataria 2016-10-17 14:48:15 UTC
Jozef,

Can you look into this, when Service request is submitted, we should not redirect to list of Requests. We should only redirect to list of Requests screen for the Provisioning requests and other types that we show on Request List screen. Let me know if you want to discuss further.

Thanks,
~Harpreet

Comment 5 Harpreet Kataria 2016-11-07 16:15:13 UTC
*** Bug 1392160 has been marked as a duplicate of this bug. ***

Comment 6 Jozef Zigmund 2017-03-22 09:42:53 UTC
Hi, I cannot reproduce the issue, after submitting the custom button, it stayed on the page from where was the order request submitted with flash message "Order Request was Submitted". Test that on both devel branches - master and euwe(5.7.z) Could you please verify?

Comment 7 Jozef Zigmund 2017-03-22 09:44:21 UTC
Created attachment 1265342 [details]
The Order Request stays on a page where was submitted

Comment 8 Jozef Zigmund 2017-03-22 09:46:34 UTC
Created attachment 1265343 [details]
The Order Request stays on a page where was submitted

Comment 9 Christian Jung 2017-03-24 14:33:48 UTC
I was looking into this once more:

5.6, button with dialog -> request queue (ERROR)
5.6, button without dialog - > back to original object (OK)

5.7, button with dialog -> request queue (OK)
5.7, button without dialog - > back to original object (OK)

So it looks like this is fixed since 5.7

HTH,
Christian

Comment 11 Jozef Zigmund 2017-05-09 13:40:37 UTC
hi, I was trying to reproduce it on 5.6.z (darga branch), but unfortunately I was not able to reproduce that bug. After submission the Order Request, it stayed on Service show page with proper flash message. Please verify.

Comment 12 Christian Jung 2017-05-09 14:27:16 UTC
HiHo,
did you create a button with a dialog associated? As I wrote in comment #9 it only happens if there is a dialog. If the button doesn't have a dialog, it goes back to the details page indeed.

Regards,
Christian

Comment 14 Dave Johnson 2017-08-17 20:59:35 UTC
Milan, could you or one of your guys try to reproduce this.  Sounds like its fixed and should be moved to verified.

Thanks!

Comment 15 Milan Falešník 2017-08-18 08:55:58 UTC
I tested it on 5.8.1.5, based on the PR description it does what it should it seems. Buttons return to details and service requests return to requests, IIUIC.

Comment 16 Satoe Imaishi 2017-09-20 17:32:01 UTC
The mentioned PR is included in 5.6.4, 5.7.1 and 5.8.0.


Note You need to log in before you can comment on or make changes to this bug.