-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
name attribute is lost sometimes for setHeader #518
Comments
Edited the reproduction steps as the problem comes from updating the expression field AFTER editing the endpoint parameters. This happens because the Alternatively, if the expression is completely adjusted and after that, the endpoint parameters are adjusted, the issue is not present. This issue will behave the same for the |
Good find. |
Currently, the ExpressionEditor and DataFormatEditor hold stale data about the selected node, hence forcing the node update with old data. The issue behaves as the following: 1. The user updates the expression field using the ExpressionEditor 2. After that, a change in an endpoint parameter is made 3. Another update is made in the ExpressionEditor At this point, the ExpressionEditor doesn't know the latest change from the endpoint parameters, hence updating the model with stale information and ignoring the pending changes. The fix is to refresh the data in the ExpressionEditor before making the changes. This issue will behave the same for the `DataFormatEditor` fix: KaotoIO#518
Currently, the ExpressionEditor and DataFormatEditor hold stale data about the selected node, hence forcing the node update with old data. The issue behaves as the following: 1. The user updates the expression field using the ExpressionEditor 2. After that, a change in an endpoint parameter is made 3. Another update is made in the ExpressionEditor At this point, the ExpressionEditor doesn't know the latest change from the endpoint parameters, hence updating the model with stale information and ignoring the pending changes. The fix is to refresh the data in the ExpressionEditor before making the changes. This issue will behave the same for the `DataFormatEditor` fix: #518
The text was updated successfully, but these errors were encountered: