You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "Cole Greer (Jira)" <ji...@apache.org> on 2025/09/15 17:09:00 UTC
[jira] [Reopened] (TINKERPOP-3176) Inconsistent operation of ternary boolean logics with multiproperties
[ https://issues.apache.org/jira/browse/TINKERPOP-3176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Cole Greer reopened TINKERPOP-3176:
-----------------------------------
Assignee: (was: Cole Greer)
I've just retested this issue following the completion of TINKERPOP-3173 which removes the ternary boolean semantics, however the issue is still present. I believe this issue is due to type restrictions in TextP and unrelated to the ternary semantics.
> Inconsistent operation of ternary boolean logics with multiproperties
> ---------------------------------------------------------------------
>
> Key: TINKERPOP-3176
> URL: https://issues.apache.org/jira/browse/TINKERPOP-3176
> Project: TinkerPop
> Issue Type: Bug
> Components: process
> Affects Versions: 3.7.3
> Reporter: Valentyn Kahamlyk
> Priority: Minor
> Fix For: 3.8.0
>
>
> The result of the search by vertices depends on the order of creating multi-properties. The reason is in the operation of ternary logics.
> result is correct when string property created first
> {code:java}
> gremlin> g.addV("test").property("p1", "test").property(list, "p1", 1)
> ==>v[23]
> gremlin> g.V().has("p1", TextP.containing("est"))
> ==>v[23]{code}
> but error if first property is not String
> {code:java}
> gremlin> g.addV("test").property("p1", 1).property(list, "p1", "test")
> ==>v[26]
> gremlin> g.V().has("p1", TextP.containing("est"))
> class java.lang.Integer cannot be cast to class java.lang.String (java.lang.Integer and java.lang.String are in module java.base of loader 'bootstrap'){code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)