Closed Pheggas closed 1 year ago
Hey @Pheggas
Out of interest do you have the same issue if you use 2 set nodes? In theory a bug with the would would also occur with other nodes and it is easier to reproduce issues sometimes with a set or code node to mock data.
I wanted to make steps with my exact setup as i spotted the issue there. To answer your question, i'm not sure how to redo the setup as i had.
It shows in each variable the second input as null shown here:
However, as i described in this thread, the output thrown to different branch even the second input is set in each variable.
EDIT: i changed the link as i pointed to wrong thread
The actual output data of the nodes is missing which can be important to reproduce an issue.
Looking at that thread at the new screenshots there is a mistake from the drag and drop where it is using the values and not the field names.
I am on mobile at the moment so can't see what your workflow is actually using for those fields but I assume you are not actually using the expressions. I will take a look in the morning and see if I can spot anything odd.
but I assume you are not actually using the expressions.
The trick is i did try using expression and treating it like javascript code or whatever it was. But that didn't help either as shown in this picture (also posted in the thread)
Instead, it throw an error (i will not post an image here as it is already posted in mentioned thread - with full error code)
Hey @Pheggas,
As David is still working on this in the forum post I am going to close this issue so that we are not working on this in 2 different places.
Describe the bug When Compare Datasets node is given with same input data in both - A and B Inputs, it activates the "different" branch
To Reproduce Steps to reproduce the behavior:
You'll see that both events from each calendars (that are the same) have the same start dateTime, end dateTime and summary. However, for some reason it was thrown to different branch.
Expected behavior I expect it to throw it to "same" branch as match fields do match
Environment (please complete the following information):
Additional context I've noticed that i'm not the only one having this issue. There is thread on n8n community asking about this issue. I'm pretty sure this is a real bug and not just a "alright, now i understand it" problem.