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
Addressable port in WirePattern behaves incorrectly when receiving IP from another component #252
Comments
I haven't tested it with output from a component either, so it could be a bug indeed. Theoretically there should be no difference between an IIP and a normal IP. |
I've added a test for this in Helpers spec (see link above) but it passes. Seems like it's something with the FBP parser or addressable ports in Networks. |
Let me know if there's anything else I can do to help. |
@paulyoung could you make a spec that reproduces this issue for you? |
I wasn't sure where to start so just created a demo project that reproduces the issue for now. |
@paulyoung thanks! That should be sufficient! |
* Relates to noflo/noflo#252
Fixed via the Process API port of WirePattern #526 |
The issue I'm seeing as that a packet sent from a component isn't being converted into an object with array indexes as keys.
I have a component which sends a string from its
NAME
out port to anaddressable
port on another component like so:Here,
data.tasks
isMy task
in the WirePatternproc
function.However, passing a string identical to the one sent above produces the expected result:
data.tasks
is{ '0': 'My task' }
My tests for this component pass but they only send IIPs. I only saw the issue when sending an IP from another component when running a graph.
The text was updated successfully, but these errors were encountered: