Description of problem:

   This is a bug the same type as https://bugzilla.redhat.com/show_bug.cgi?id=1333904

   Desktop acceptance tests of Subscription Manager cannot get a value of an actual selected item of a combo box.
   It is due to a fact that combo should set its name to an actual selected item value.

   The combo is in a subscription-manager-gui "System" / "Preferences" / "Service level preference".

   I have added an example from orca source repo. I hope it helps.

   - a combo has handler for "changed" event
     https://github.com/GNOME/orca/blob/master/src/orca/orca-setup.ui#L1162

   - the handler sets a name of the combo each time some value is selected
     https://github.com/GNOME/orca/blob/master/src/orca/orca_gui_prefs.py#L2080

   BTW: this is an improvement that helps desktop acceptance tests that work with this combo.


Version-Release number of selected component (if applicable):


How reproducible:
using sniff from dogtail package.

Steps to Reproduce:

    Given I open sniff (from dogtail package)
    and I start subscription-manager-gui
    and I open a dialog "System" / "Preferences" in subscription-manager-gui
    and I find a combo "release_selection_combobox" in sniff

    When I select a value "7.0"
    Then I still see that name of the combo is equal to a value "release_selection_combobox" in sniff.

    It should be set to something similar to: "release_selection_combobox|7.0" or "7.0".


Actual results:

   The combo does not change its name when some value is choosen.