Hi @mwiegand ,
thank you for your question!
As far as I see you are using old UI of KNIME Analytics Platform, right?
I have looked internally and found the related Jira ticket in our system, describing this issues for version 4._(AP-19105 for internal reference). It seems to me that this issue was addressed in the new version of KNIME Analytics Platform.
I have done the following to test if the problem occurs in KNIME v. 5.1.1:
I have created a fllow variable of a type integer with Variable Creator node:
@takbb I working on multiple machines in parallel one of which has 5.1 installed. I just updated to 5.1.1 and created a test workflow which exhibits the same issue. Anyhow, thanks for your suggestion. I think I ended up simply using Rule Engine with TRUE => $VARIABLE$ or something like that.
@darspir I’d personally refrain from calling it old already. It’s the classic interface and is much more mature and stable albeit not as polished. Though, regardless of the UI, the inner workings of Knime respectively the node(s) themself should be identically.
If the UI causes fundamentally different node behavior, I’d be very much concerned as this effectively means there are two applications running in one. In that case, which I mentioned to @DanielBog, splitting classic and modern UI into respective applications should be (just my opinion) absolutely necessary.
Hi @mwiegand ,
I have looked into it again and I could reproduce the error, when the append is used instead of replace. This happens because the node itself (internally) does not know whether some values are controlled by a flow variable. Hence, they validate the entry from the main user configuration.
With the modern UI the nodes will still be identical but we will rework the way flow variables (internally) are handled in general and this probably will also account for the issue you have described.
Thank you for your feedback.