Skip to content
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

Added logic to support both string and symbol access to keys in dialog hash under options #572

Merged
merged 1 commit into from
Apr 4, 2019

Conversation

gtanzillo
Copy link
Member

@gtanzillo gtanzillo commented Apr 3, 2019

This addresses an issue that was introduced in #312. That change resulted in symbolizing the keys in the dialog hash under options when a service is ordered with an API request.

This change enables accessing keys in the dialog hash both as strings and symbols

/cc @tinaafitz, @lfu, @jrafanie

Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1694716

@gtanzillo gtanzillo force-pushed the dialog-indifferent-access branch from ad3c892 to b550694 Compare April 3, 2019 20:37
@miq-bot
Copy link
Member

miq-bot commented Apr 3, 2019

Checked commit gtanzillo@b550694 with ruby 2.3.3, rubocop 0.52.1, haml-lint 0.20.0, and yamllint 1.10.0
2 files checked, 0 offenses detected
Everything looks fine. 👍

@gtanzillo gtanzillo changed the title [WIP] Added logic to support both string and symbol access to keys in dialog hash under options Added logic to support both string and symbol access to keys in dialog hash under options Apr 3, 2019
@gtanzillo gtanzillo removed the wip label Apr 3, 2019
@abellotti abellotti requested review from jrafanie and abellotti April 3, 2019 20:44
Copy link
Member

@jrafanie jrafanie left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me. The only possible downside is that HWIA #keys method or #each will walk the keys with the key name as a string and that is different than what we had prior to this PR.

It feels like this is the safest change we can make and is isolated to dialogs.

@abellotti abellotti merged commit 023da5f into ManageIQ:master Apr 4, 2019
simaishi pushed a commit that referenced this pull request Apr 4, 2019
Added logic to support both string and symbol access to keys in dialog hash under options

(cherry picked from commit 023da5f)

Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1696362
@simaishi
Copy link
Contributor

simaishi commented Apr 4, 2019

Hammer backport details:

$ git log -1
commit 3e9150d0c9d6629a2662d926c96a5142a664d36c
Author: Alberto Bellotti <abellotti@users.noreply.github.com>
Date:   Thu Apr 4 09:39:53 2019 -0400

    Merge pull request #572 from gtanzillo/dialog-indifferent-access
    
    Added logic to support both string and symbol access to keys in dialog hash under options
    
    (cherry picked from commit 023da5f3789cd6a30eea4d8cb409795d53c9da23)
    
    Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1696362

simaishi pushed a commit that referenced this pull request Apr 4, 2019
Added logic to support both string and symbol access to keys in dialog hash under options

(cherry picked from commit 023da5f)

Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1696363
@simaishi
Copy link
Contributor

simaishi commented Apr 4, 2019

Gaprindashvili backport details:

$ git log -1
commit 80b2286412da7b09be7fdc7d0b216b34d82b3601
Author: Alberto Bellotti <abellotti@users.noreply.github.com>
Date:   Thu Apr 4 09:39:53 2019 -0400

    Merge pull request #572 from gtanzillo/dialog-indifferent-access
    
    Added logic to support both string and symbol access to keys in dialog hash under options
    
    (cherry picked from commit 023da5f3789cd6a30eea4d8cb409795d53c9da23)
    
    Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1696363

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants