Cole-Greer commented on PR #3513: URL: https://github.com/apache/tinkerpop/pull/3513#issuecomment-4986939258
Following [my comment in the original PR](https://github.com/apache/tinkerpop/pull/3501#issuecomment-4870160248), I think it's nonsensical that a non-productive by() would result in different behaviours (filter vs empty list) depending on if a barrier happens to be present. I agree this is a bug, as the semantics of group().by() should not have special cases for barriers, it would be inconsistent and unpredictable. For this reason, I think it's suitable for inclusion in 3.8-dev. VOTE +1 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
