Bug 1023126

Description of problem:
Leaving field values uninitialized doesn't seem to be invalid. There is no UI warning. If the rule is saved in this state, the generated DRL source will have syntax errors and the rule will not reopen correctly in Guided Editor. Some elements will appear different than before saving, some elements may disappear completely.

Version-Release number of selected component (if applicable):
ER4

How reproducible:
-

Steps to Reproduce:
1. open no NINJAs rule in mortgages project
2. add amount and explanation fields to LoanApplication [app]
3. set "equal to" operators
4. bring up the input boxes for literal values, don't type any values
5. click into input box for amount field and then to explanation input

Actual results:
When amount input box loses focus, "0" value appears automatically. Looks like a sensible default value. The explanation input stays empty, which also makes sense -- the author may want to test the field against en empty string. However, when you switch to Source tab you will see:

app : LoanApplication( == null , == "null" )

You may miss this and save and close the rule. When you reopen it you get modal error message "Could not find the type for variable app". The rule will appear with errors in RHS and different LHS, see attached screenshots.

Expected results:
Saving the rule should never break it. Either the save could be denied if validation fails so the user would be forced to save it in a valid state, or better, the invalid/incomplete parts of the rule should be ignored. In that case unfinished parts would be lost after closing the editor but the rule would open in a correct state without losing or modifying any elements that were valid before saving.

Additional info:
Compare the screenshots of GRE before and after save carefully. Not only that "There is a LoanApplication [app] with:" element is crippled, the second conditional element "The following does not exist: There is an IncomeSource" is missing completely.