[
https://issues.apache.org/jira/browse/TINKERPOP-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15488441#comment-15488441
]
Marko A. Rodriguez commented on TINKERPOP-1441:
-----------------------------------------------
Hm. Do you know what the result of this query was in 3.2.1? The problem is that
if there is no barrier, then the count can be anything. That is, you can get
unpredictable results here depending how barriers come into play.
See:
{code}
gremlin> g = TinkerFactory.createModern().traversal()
==>graphtraversalsource[tinkergraph[vertices:6 edges:6], standard]
gremlin> g.withBulk(false).V().repeat(both()).times(5)
==>v[3]
==>v[2]
==>v[4]
==>v[5]
==>v[1]
==>v[6]
gremlin> g.withBulk(false).V().repeat(both()).times(5).barrier().count()
==>6
{code}
There is no easy solution here and I don't think it worked in any previous
version (note that RepeatStep does UnrollRepeatStrategy in later versions).
> Wrong counts with bulking disabled
> ----------------------------------
>
> Key: TINKERPOP-1441
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1441
> Project: TinkerPop
> Issue Type: Bug
> Components: process
> Affects Versions: 3.2.2
> Reporter: Daniel Kuppitz
> Assignee: Marko A. Rodriguez
> Fix For: 3.2.3
>
>
> {code}
> gremlin> g = TinkerFactory.createModern().traversal()
> ==>graphtraversalsource[tinkergraph[vertices:6 edges:6], standard]
> gremlin> g.withBulk(false).V().repeat(both()).times(5)
> ==>v[3]
> ==>v[2]
> ==>v[4]
> ==>v[5]
> ==>v[1]
> ==>v[6]
> gremlin> g.withBulk(false).V().repeat(both()).times(5).count()
> ==>12
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
