-
Notifications
You must be signed in to change notification settings - Fork 898
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Edit aborted while trying to approve automation task #21085
Comments
@kavyanekkalapu Can you please take a look at this one? |
I would just like to add that approval via API works. The problem seems to be that the session :edit key is not being set or is set incorrectly. Haven't managed to get further as I'm not exactly that familiar with the way ManageIQ is implemented and how to debug but here's the: |
@kavyanekkalapu Could you please take a look at this one when you get the chance? Thanks :) |
@zigaSRC I tried automation task approval in kasparov env, seems working for me , not able to reproduce it. |
@kavyanekkalapu It did work for us for a while as well, then at some point it started to cause problems. Is it possible something wasn't cleaned up properly? Where could I check if there's a rouge session left over from a while ago that would prevent editing the requests? Is there some table in the DB? |
@zigaSRC When the error occurs, could you grab server log? |
@kavyanekkalapu Look at 2021-07-16T15:08:18.845175 for the aborted message. |
@kavyanekkalapu Updated to lasker-1, same issue. |
@zigaSRC I will check this week, thanks. |
@zigaSRC Is it possible to post the sample request you are trying? For Example, this is the service request i am trying and it is working for me.
|
@kavyanekkalapu sorry for the late response. Here's a request returned by the API, that is waiting for approval:
|
@kavyanekkalapu Any new info on this? |
@zigaSRC I tried with above data in both lasker and latest master and couldn't reproduce it. for the user you using, do you have permissions for approving request flow? |
@kavyanekkalapu Yes, I do. Even tried it with the default admin account... No luck. I don't think it's a bug in general. Something must have gone wrong at one point in the past and from then on it hasn't been working. Are there any states or variables that might have been set and weren't cleared properly? Any way to reset that? |
@zigaSRC Could you delete cache, history and cookies once and try? |
@kavyanekkalapu Nothing changed. As soon as I start typing a reason the "edit aborted" message appears. |
Took a while, but I managed to get to the bottom of it. The problem is with the get_data_size method as it throws an error when there's a request with a vm in the options. Changed the automate code to just pass the id of the vm instead of the whole thing. |
@zigaSRC Interesting, do you want to raise a pr with your changes? |
@kavyanekkalapu I didn't change any part of the ManageIQ code, just adapted mine in the automation domain to work around the problem. If you're looking for the culprit it's this. It throw's a "can't dump" exception which causes the session not to be read which leads to the errors I was seeing. As far as I am concerned this issue can be closed as the session is probably not the place to store a large amount of data like the vm object. It would be nice to see some warnings in the documentation though, especially as I don't expect the options to a $evm.execute('create_automation_request',... call to end up in a session when approving/denying a request :) |
Interesting - this feels very similar to that google cloud issue we just fixed. cc @jrafanie |
yeah, sounds like a remnant from ManageIQ/manageiq-ui-classic#7877 and could have been mitigated by #21455 or ManageIQ/manageiq-providers-google#198. Can you verify if it's still an issue @zigaSRC on master? |
This issue has been automatically marked as stale because it has not been updated for at least 3 months. If you can still reproduce this issue on the current release or on Thank you for all your contributions! More information about the ManageIQ triage process can be found in the triage process documentation. |
This issue has been automatically closed because it has not been updated for at least 3 months. Feel free to reopen this issue if this issue is still valid. Thank you for all your contributions! More information about the ManageIQ triage process can be found in the triage process documentation. |
It is impossible to approve or deny an automation task request because filling out the reason field results in an "Edit Aborted!" error.
ManageIQ version is kasparov-1
I'm using chrome, although the same thing happens on firefox and edge.
If you need any more information please let me know.
See video.
The text was updated successfully, but these errors were encountered: