-
Notifications
You must be signed in to change notification settings - Fork 897
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
Fix service dialog edit #15658
Fix service dialog edit #15658
Conversation
Checked commit jntullo@5350e2a with ruby 2.2.6, rubocop 0.47.1, and haml-lint 0.20.0 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've tested changes in UI, fixed the issue 👍
I see a transaction added. Does it fix the problem where some things got saved even though a failure was returned back to the client? |
@martinpovolny yeah, that transaction was added in to resolve that |
Support for compressed ids was added and enabled by default (rendering all ids in their compressed form) with the thought of solving two problems at once: 1. javascript doesn't support very large numbers 2. we wanted to add support for compressed ids It turns out that (2) wasn't solving any problems in UI land anymore. With the added complexity and emerging issues¹ that came as a result of this change, it seemed better to remove the compressed id support and simply render all ids as strings instead, which is sufficient to solve the javascript large numbers issue. Support for incoming compressed ids in URLs has been left, since this has already been incorporated into the Fine release. 1. See ManageIQ#49, ManageIQ/manageiq#15658
Support for compressed ids was added and enabled by default (rendering all ids in their compressed form) with the thought of killing two birds with one stone: 1. javascript doesn't support very large numbers 2. we wanted to add support for compressed ids It turns out that (2) wasn't solving any problems in UI land anymore. With the added complexity and emerging issues¹ that came as a result of this change, it seemed better to remove the compressed id support and simply render all ids as strings instead, which is sufficient to solve the javascript large numbers issue. Support for incoming compressed ids in URLs has been left, since this has already been incorporated into the Fine release. 1. See ManageIQ#49, ManageIQ/manageiq#15658
Support for compressed ids was added and enabled by default (rendering all ids in their compressed form) with the thought of killing two birds with one stone: 1. javascript doesn't support very large numbers 2. we wanted to add support for compressed ids It turns out that (2) wasn't solving any problems in UI land anymore. With the added complexity and emerging issues¹ that came as a result of this change, it seemed better to remove the compressed id support and simply render all ids as strings instead, which is sufficient to solve the javascript large numbers issue. Support for incoming compressed ids in URLs has been left, since this has already been incorporated into the Fine release. 1. See ManageIQ#49, ManageIQ/manageiq#15658
Support for compressed ids was added and enabled by default (rendering all ids in their compressed form) with the thought of killing two birds with one stone: 1. javascript doesn't support very large numbers 2. we wanted to add support for compressed ids It turns out that (2) wasn't solving any problems in UI land anymore. With the added complexity and emerging issues¹ that came as a result of this change, it seemed better to remove the compressed id support and simply render all ids as strings instead, which is sufficient to solve the javascript large numbers issue. Support for incoming compressed ids in URLs has been left, since this has already been incorporated into the Fine release. 1. See ManageIQ#49, ManageIQ/manageiq#15658
Support for compressed ids was added and enabled by default (rendering all ids in their compressed form) with the thought of killing two birds with one stone: 1. javascript doesn't support very large numbers 2. we wanted to add support for compressed ids It turns out that (2) wasn't solving any problems in UI land anymore. With the added complexity and emerging issues¹ that came as a result of this change, it seemed better to remove the compressed id support and simply render all ids as strings instead, which is sufficient to solve the javascript large numbers issue. Support for incoming compressed ids in URLs has been left, since this has already been incorporated into the Fine release. 1. See ManageIQ#49, ManageIQ/manageiq#15658
Support for compressed ids was added and enabled by default (rendering all ids in their compressed form) with the thought of killing two birds with one stone: 1. javascript doesn't support very large numbers 2. we wanted to add support for compressed ids It turns out that (2) wasn't solving any problems in UI land anymore. With the added complexity and emerging issues¹ that came as a result of this change, it seemed better to remove the compressed id support and simply render all ids as strings instead, which is sufficient to solve the javascript large numbers issue. Support for incoming compressed ids in URLs has been left, since this has already been incorporated into the Fine release. 1. See ManageIQ#49, ManageIQ/manageiq#15658
Resolving more compressed id problems for the dialog editor
When updating a dialog, the
content
that is passed to it includes adialog_id
ordialog_tab_id
etc...on update, this was being interpreted as a10
(or whatever region it's in), causing it to no longer be associated with the correct dialog. In addition, the IDs for those object were being interpreted as so, causing a unique key violation (amongst other problems).While this is a temporary fix to get the dialog editor working, I think that we need to revisit the way we handle compressed ids. If we are sending out compressed ids, we should be uncompressing them on the way back in, or we may run into more problems like this. (cc: @abellotti @imtayadeway )
cc: @romanblanco, @martinpovolny
@miq-bot assign @gtanzillo
@miq-bot add_label bug