You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Dave Heath (JIRA)" <ji...@apache.org> on 2014/03/27 17:35:20 UTC
[jira] [Updated] (JCR-3762) ISDESCENDANTNODE returns inconsistent
and incorrect results when results include one or more shared nodes
[ https://issues.apache.org/jira/browse/JCR-3762?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dave Heath updated JCR-3762:
----------------------------
Attachment: Test_JCR3762.java
> ISDESCENDANTNODE returns inconsistent and incorrect results when results include one or more shared nodes
> ---------------------------------------------------------------------------------------------------------
>
> Key: JCR-3762
> URL: https://issues.apache.org/jira/browse/JCR-3762
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-core
> Reporter: Dave Heath
> Attachments: Test_JCR3762.java
>
>
> When using ISDESCENDANTNODE in a JCR_SQL2 query, if the results include a shared node, the results often (but not always) include nodes which are not descendants of the given node (sometimes including the given node itself in the results).
> For example, I have the following nodes:
> /a1
> /b1/b2
> /c1
> I then share /b1 as /a1/b1, and run a query using ISDESCENDANTNODE(/a1). I expect to see /b1 and /b1/b2 in my results, which I do. But quite often the results also include /c1, sometimes they include /a1, and sometimes they include both.
> The attached test case shows this behavior in action. The test runs in a loop, so there is no need to re-run the test in case it succeeds the first time through.
--
This message was sent by Atlassian JIRA
(v6.2#6252)