Closed as fixed if next.
When a sub symbol's parameter was changed after it was added to the main symbol, both the old and new parameter names existed in the main symbol's CSS. This causes the Symbol Compiler to through exception when trying to process the old parameter which no longer existed in the underline sub symbol. When the main symbol is loaded in the editor, the rule for the sub-symbol was created based on the main symbol CSS which is expected. At this point, only the old parameter is added with no knowledge of the modified parameter. When the sub symbol is selected, the editor will access the underline sub symbol to retrieve the list of parameters to display them in the Parameters tab. At this point, the parameters list is correct (showing only the modified parameter). However, the declarations of the sub-symbol's rule was not updated. So it still has the old parameter name. Finally, any trigger to the change in the subsymbol parameter from the main symbol, a new declaration will be added because this "modified" parameter does not existed in the list of declarations (which has the old parameter). As a result, saving the main symbol will yield both old and modified parameter in the sub symbol.
Remove the subsymbol and add it back again.
Simple workaround provided: remove the subsymbol and add it back to force an update on the parameter names.
Reported component name
ILOG JVIEWS DIA
Reported component ID
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Applicable component levels