TASTE bugtrack - Taste
View Issue Details
0000561Taste[All Projects] TASTE-IV/DVpublic2016-12-22 16:432022-05-05 09:53
ellidiss 
ellidiss 
normalminoralways
closedopen 
0000561: changing a RI parameter name which is connected to a PI and inherit from it
In the case of a connection between a RI and a PI where the RI inherit from the PI, if the user try to change parameters value, the modification are not taken into account when the user clic the dialog box ok button but there is no warning for the user.
No tags attached.
Issue History
2016-12-22 16:43ellidissNew Issue
2016-12-22 16:43ellidissStatusnew => assigned
2016-12-22 16:43ellidissAssigned To => ellidiss
2017-07-31 15:43ellidissNote Added: 0002974
2017-07-31 15:43ellidissStatusassigned => feedback
2022-05-05 09:53maximeStatusfeedback => closed

Notes
(0002974)
ellidiss   
2017-07-31 15:43   
The problem comes from the propagation of information from the PI to the connected RI. The rule is that the PI definition is propagated to the RI it is connected to. When changing a RI parameter name, the connection update rules are also called and then the parameter is changed to its new name and then changed back to the value defined in the PI. In fact, this problem happens for all the elements of the parameters (type, direction...) The use cases are to be defined: - when an inter RI delegation exists, the deeper RI definition has priority. Thus shall the upper RI be read only except its name and its parameter names? - when an inter PI delegation exists, the deeper PI definition has priority. Thus shall the upper PI be read only except its name and its parameter names? - when an PI-RI connection exists, the PI definition has priority. Thus shall the RI be read only except its name and its parameter names? Any other use case?