Description of problem:
If you highlight a resource (in the service mgmt window), and then click edit,
and then change params and hit OK, nothing happens, the changes are not
reflected. Not only that but the maximized (highlighted) resource gets minimized
right after the edit attempt so you have to re-maximize inorder to see this.
Version-Release number of selected component (if applicable):
Actually, now it appears that whats happening is rather than the resource being
edited, a new one is just being created.
Fixed in 0.9.51-1.0
Now the 'Edit Selected Resource Properties' doesn't even highlight when the
resource is selected.
I think you must have selected a shared resource. When shared resources are
selected within the service mgmy window, the edit props button is not made
active because editing a shared service would affect other consumers of this
resource. Editing of shared resources can only happen throught the 'edit
resource' path, where the necessary warnings are in place.
A resource that is configured as local to a service can be edited within the
service mgmt window.
Could this be what happened? Otherwise, I am unable to reproduce the phenom this
That is the case.
Maybe the 'edit prop' button should be changed to 'Edit Selected Private Resouce
Properties' so that it's more intuitive for the user. You already differentiate
between Add/create a private/shared and Attach a private/shared. If not then
feel free to close.
Also, when you are editing a private resource, it doesn't actually get edited,
it just creates a new one similar to bz 156718.
I have changed the label for the button in question, and the issue in comment #5
above has been fixed in 0.9.57-1.0
The label is changed, however the issue in comment #6 still exists. An edit,
just creates a new resource as opposed to editing the original one.
Finally Got It! State var was not being set.
Available in 0.9.62-1.0