Bug 1042512

Summary: Guided Editor - DSL values used in consequence not editable after save
Product: [Retired] JBoss BRMS Platform 6 Reporter: Tihomir Surdilovic <tsurdilo>
Component: Business CentralAssignee: Toni Rikkola <trikkola>
Status: CLOSED CURRENTRELEASE QA Contact: Jiri Locker <jlocker>
Severity: high Docs Contact:
Priority: high    
Version: 6.0.0CC: etirelli, jowest, jpaulraj, manstis, mbaluch, rrajasek, vigoyal
Target Milestone: ER1   
Target Release: 6.0.1   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
When using the Guided Rule Editor, a Domain Specific Language (DSL) enum value used in a consequence rule does not persist when saved. The only known workaround for this at the moment is to delete the DSL and recreate it.
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-08-06 19:58:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
DSL losing editability after save screenshot
none
Holding DSL none

Description Tihomir Surdilovic 2013-12-12 23:13:56 UTC
Guided Rule Editor, after adding a consequence that uses DSL enum values, they dissapear after save. Only way to fix is to delete the DSL and recreate it in order for them to show back up.

Comment 2 Edson Tirelli 2013-12-13 16:02:24 UTC
Although annoying, I will nack this for 6.0.0 and propose it for 6.0.1, given that there is a work around. If we have time, we will of course fix it for 6.0.0 and change the nack->ack.

If you think this must be fixed for 6.0.0, please ping us and we will re-consider.

Comment 3 manstis 2013-12-19 19:06:30 UTC
Toni.. another one :(

When writing the unit test could you please also try an enum in the Condition? I suspect this is something that could be common across both Conditions and Actions (and not even necessarily specific to DSLs).

Comment 4 manstis 2014-02-04 20:54:31 UTC
I created the following DSL:-

[then]Set applicants credit rating to {rating:ENUM:Applicant.creditRating} = applicant.setCreditRating("{rating}");

This correctly showed an enumeration drop-down in the RHS of the rule. I selected a value in the guided rule, saved it, closed the editor and re-opened. It was correctly re-opened and the RHS enumeration could still be edited.

It is possible this has been fixed under another BZ relating to issues re-opening guided rules. Setting to MODIFIED for QE testing to confirm this is no longer an issue.

Comment 5 Josh West 2014-02-21 17:39:08 UTC
This does happen on Condition side of the DSL as well in 6.0.0GA.  See attached screenshot for an example - corrsponding DSL [conditions] are: 

[condition] If there is a Holding = $holding : Holding( )
[condition] and the Country of Exchange is "{countryOfExchange:ENUM:holding.countryOfExchange}" = ...
[condition] and the Capital threshold is greater than "{capitalThreshold} %"  = ...

Comment 6 Josh West 2014-02-21 17:41:37 UTC
Created attachment 866162 [details]
DSL losing editability after save screenshot

Comment 7 Jiri Locker 2014-03-17 16:45:51 UTC
Created attachment 875590 [details]
Holding DSL

I have reproduced exactly as the screenshot illustrates with this DSL on 6.0.0.GA.

This is in fact the same issue as bug 1067923.

Comment 8 Jiri Locker 2014-03-17 16:48:38 UTC
> This is in fact the same issue as bug 1067923.

I mean comment #6 is duplicate of 1067923.

Comment 9 Jiri Locker 2014-03-17 16:55:27 UTC
Consequences input fields are now editable after reopen, too.