You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Robert Munteanu (JIRA)" <ji...@apache.org> on 2014/06/20 23:04:25 UTC

[jira] [Commented] (SLING-3673) Content-sync bug: children are uploaded, then immediately deleted

    [ https://issues.apache.org/jira/browse/SLING-3673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14039357#comment-14039357 ] 

Robert Munteanu commented on SLING-3673:
----------------------------------------

I think I know the root cause here. When processing deleted notes, we try to compare the local and the remote state, and remove all nodes which are no longer present. However, we only take into account covered resources from the local side. For instance, if the resource covers 'jcr:content', but not 'en' and 'fr', 'en' and 'fr' will be deleted since they are considered in excess.

I'll try to set up a test case to make sure that my assumption is correct.

> Content-sync bug: children are uploaded, then immediately deleted
> -----------------------------------------------------------------
>
>                 Key: SLING-3673
>                 URL: https://issues.apache.org/jira/browse/SLING-3673
>             Project: Sling
>          Issue Type: Bug
>          Components: IDE
>            Reporter: Stefan Egli
>            Assignee: Robert Munteanu
>            Priority: Critical
>             Fix For: Sling Eclipse IDE 1.0.0
>
>
> consider the following content structure:
> {code}
> \- cccontent
>  |- jcr:content
>  |- en
>  \- fr
> {code}
> When uploading (export) this structure, the uploading mechanism correctly goes through all children, eg in the following order:
> {code}
> /content/cccontent/fr
> /content/cccontent/en
> /content/cccontent/_jcr_content
> {code}
> then, handles the .content.xml of the cccontent directory:
> {code}
> /content/cccontent[.content.xml]
> {code}
> which seems to delete both 'fr' and 'en' children



--
This message was sent by Atlassian JIRA
(v6.2#6252)