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): -48 How reproducible: everytime
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 ticket describes.
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
fix verified.