LBaaS. Adding member(s) to a pool. All members have the same weight.

AFAIK, we can't add members with different weight or protocol port in a single form.
To add member(s) with different weight, we need to visit multiple times per weight.

It is better to be improved from the UX perspective, but it is not a blocking issue.

Hi, after struggling with MultiWidgets unsuccessfully trying to implement a decent widget to achieve this behavior, I thought of adding at least some convenient information in the UI.
Specifically:
1) Adding a tool tip to indicate that the weight provided in the 'Add Member' dialog will be used for all selected members and further edition is possible to correctly set the the load balance.
2) Adding the 'Weight' column in the summary tab to easily identify the weights to be updated in a 'second pass'.

I'll be providing a 'partial fix' with these improvements for review.

Regards.

Fix proposed to branch: master
Review: https://review.openstack.org/65407

Adding i18n tag (as suggested) as the proposed patch includes several tool tip (help text) messages:
https://review.openstack.org/#/c/65407/

Do we need to add I18N tag for all patches including string change?
If so, all blueprints and a big bug fixes will be tagged as I18N. What is the criteria?

That is a good question. I would say no. But on the other hand, I've been encouraged to include a translation review on the mentioned patch because of the length of the proposed change. Any thoughts? I would like to hear opinions on the procedure too.

Regards.

Good point. I agree that we need a way to track patches which contain string changes in the last moment of a release. IMO it is better to introduce a new official tag to indicate string changes: string-change, translation-affected, i18n-affected?
This tag would be useful for limited period, so I would like to use another tag.

Note that "I18N" tag is usually used to track I18N related issue: cannot translate, hard to translated, not marked as translatable.

It seems that the proposed patch itself fits Juno-1 and it can be backported if useful.

We don't have explicit criteria with backport string changes so far. I believe it can be accepted if it is useful from UX perspective.

+1 to the string change indicator tag. Thanks for the time to analyze this, Akihiro. I agree to remove the i18n tag, given the above explanation.

Reviewed: https://review.openstack.org/65407
Committed: https://git.openstack.org/cgit/openstack/horizon/commit/?id=d22e81efdc99f7bb8ebd9e99e0eebfe1bf5a9a43
Submitter: Jenkins
Branch: master

commit d22e81efdc99f7bb8ebd9e99e0eebfe1bf5a9a43
Author: Andres Buraschi <email address hidden>
Date: Tue Jan 7 23:44:16 2014 -0300

    Friendlier information for lbaas members creation

    In order to improve the user experience when adding new members to a
    lbass pool, the help information shown in the 'Add Member' dialog has
    been completed. Now, it explains that all selected members get the same
    weight and port, and that later update is possible to achieve the
    expected configuration.
    In addition, the 'Weight' column has been added to the Member summary
    tab, in order to easily identify the results of the performed 'Add
    Member' action.
    The complete fix would implement a more efficient way (through custom
    widgets, perhaps) to select weight and port per instance.

    Change-Id: If9a3ea6d36741fb1ca1ae06fb2dd307a78f537de
    Partial-Bug: #1234688

I am not sure what is remaining, but anyway LBaaS dashboard has been moved to neutron-lbaas-dashboard, so let's forward it.