Bug 1079936 - Guided Decision Table: missing input validation if a comma needs to be allowed
Summary: Guided Decision Table: missing input validation if a comma needs to be allowed
Keywords:
Status: CLOSED EOL
Alias: None
Product: JBoss BRMS Platform 6
Classification: Retired
Component: Business Central
Version: 6.0.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: ---
Assignee: manstis
QA Contact: Lukáš Petrovický
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-03-24 10:42 UTC by Zuzana Krejčová
Modified: 2020-03-27 19:40 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2020-03-27 19:40:26 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 979343 0 unspecified CLOSED Decision table: Despite choosing operator "is contained in the a (comma separated) list" it's impossible to imput a comm... 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 985368 0 medium CLOSED User cannot select multiple values from enumeration for operator "is contained in the a (comma separated) list" in Web G... 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 1076375 0 high CLOSED GDT: Editor for operation 'is contained in the (comma separated) list' is not displayed 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker GUVNOR-1857 0 None None None Never
Red Hat Issue Tracker GUVNOR-1961 0 Minor Open Guided decision table: "Value Lists" should be created with list widget rather than separating with commas 2016-08-09 03:03:48 UTC

Internal Links: 979343 985368 1076375

Description Zuzana Krejčová 2014-03-24 10:42:53 UTC
Description of problem:
In GDTs, if an input field requires the use of a comma, anything is allowed as input. Input is checked in other cases and invalid text is not allowed.

If the "is contained in the (comma separated) list" operator is used, all characters are allowed even for an Integer field (and other numerical types and boolean). 
The '(optional) value list' input field in new condition pop-ups misbehaves in the same way (and as a consequence, makes the default value and cell values invalid too).


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


Steps to Reproduce:
1. Create a POJO Fact with attr. fieldInt of type Integer.
2. Create a new GDT.
3. Create a new Simple Condition column - use Fact as pattern, fieldInt as field, 'equal to' operator.
4. In the same new column pop-up, type 'a,b,c' into the '(optional) value list' input field.
5. Undo the last step, choose 'is contained in the (comma separated) list' operator and use 'a,b,c' as the default value.
6. Remove the default value and click 'Apply changes'.
7. Add a row and edit the cell for the new column - use 'a,b,c' again.


Actual results:
In steps 4, 5, 7, the invalid input is allowed.


Expected results:
In steps 4, 5, 7, the invalid input is not allowed, The invalid characters cannot be typed into the input field.

Comment 1 manstis 2014-03-24 11:42:06 UTC
This is by design at the moment. If a field's operator is "contained in the comma separated list" or "not contained in a comma separated list" we fall back to providing the user with a simple TextBox (unless the field has an enumeration defined for it). 

I've referenced the related community JIRA and changed this BZ to Enhancement (as it's not a bug).

Comment 2 Edson Tirelli 2014-03-24 17:02:09 UTC
As Michael mentioned, this is working as designed. If a change is required, then it has to be done as part of a feature release (6.1.0).

Comment 3 Zuzana Krejčová 2015-12-09 10:55:29 UTC
Still valid for 6.2.


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