Bug 851186 - Infinispan cache container creation Start parameter check/uncheck doesn't work correct
Summary: Infinispan cache container creation Start parameter check/uncheck doesn't wor...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: RHQ Project
Classification: Other
Component: Plugins
Version: JON 3.1.1
Hardware: i386
OS: Linux
low
unspecified
Target Milestone: ---
: RHQ 4.5.0
Assignee: Stefan Negrea
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks: as7-plugin 855982
TreeView+ depends on / blocked
 
Reported: 2012-08-23 12:48 UTC by Armine Hovsepyan
Modified: 2015-09-03 00:01 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 855982 (view as bug list)
Environment:
Last Closed: 2013-09-01 10:15:00 UTC
Embargoed:


Attachments (Terms of Use)

Description Armine Hovsepyan 2012-08-23 12:48:27 UTC
Description of problem:
Infinispan cache container creation Start parameter check/uncheck doesn't work correct
During the creation of new cache container under infinispan resource if you uncheck Start property, LAZY load check box is pre-selected, while saving the container will save Start config as unchecked. 

Version-Release number of selected component (if applicable):
JON 3.1.1 ER3
EAP 6.0

How reproducible:
always

Steps to Reproduce:
1. click on infinispan resource under EAP
2. click on Crete child resource - cache container 
3. put any name and click continue
4. uncheck Start config param - LAZY is pre-selected
5. Click on Finish button


Steps to Reproduce:
1. Repeate 1-4 steps from previous scenario
2. Click on LAZY check box once more (even if it's preselected)
3. Click on Finish button

  
Actual results:
New cache container is created with unchecked Start config parameter

Expected results:
New cache container is created with LAZY Start config parameter

Additional info:
If during the creation you click "EAGER" check box and click finish or click "EAGER" and then LAZY and then finish - correct Start parameter will be saved.

nothing big - but makes inconvenience

Comment 1 Stefan Negrea 2012-09-10 20:20:00 UTC
This is not a plugin problem, it is purely a GUI problem. The logic for default values and set/unset checkbox is counter-intuitive. 

The way default values are applied to properties was updated to give a natural user experience. Behaviour after the update:
1) If the field is unset then disable field and set value to null
2) If the field is set then enable field and load saved value
3) On unset change from true to false, enable field and load default value if not null
4) On unset change from false to true, disable field and set value to null

Comment 3 Heiko W. Rupp 2013-09-01 10:15:00 UTC
Bulk closing of items that are on_qa and in old RHQ releases, which are out for a long time and where the issue has not been re-opened since.


Note You need to log in before you can comment on or make changes to this bug.