[jira] [Updated] (SLING-10760) Converter ignores access control content and users/groups in .content.xml files

2022-05-16 Thread Carsten Ziegeler (Jira) 


 [ 
https://issues.apache.org/jira/browse/SLING-10760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Carsten Ziegeler updated SLING-10760:
-
Fix Version/s: (was: Content-Package to Feature Model Converter 1.1.16)

> Converter ignores access control content and users/groups in .content.xml 
> files
> ---
>
> Key: SLING-10760
> URL: https://issues.apache.org/jira/browse/SLING-10760
> Project: Sling
>  Issue Type: Bug
>  Components: Content-Package to Feature Model Converter
>Reporter: Angela Schreiber
>Priority: Critical
> Attachments: subtree_in_contentxml_policy.png, 
> subtree_in_contentxml_sibling.png
>
>
> [~kpauls], while trying to find more edge cases that could cause SLING-10754, 
> i noticed that not only sibling nodes but also access control content (like 
> e.g. _rep:policy_ nodes) contained in a _.content.xml_ get installed by 
> Jackrabbit Filevault even if those nodes are not covered by the corresponding 
> {{WorkspaceFilter}}.
> It also seems that these package 'entries' are not spotted by the converter 
> and thus the dedicated {{EntryHandler}} implementations that are intended to 
> analyze and convert special content like e.g. access control (but probably 
> not limited to that) are not triggered.
> In other words: content hidden in _.content.xml_ will not be properly 
> converted but will be installed even if not covered by _filter.xml_ 
> associated with the content package. I don't know if that actually intended 
> behavior of Jackrabbit FileVault (the documentation clearly stating that 
> everything should be covered by filter rules [0], section 'Usage for 
> Import/Installation'), but if it is correct it might in the worse case 
> require the converter to parse all _.content.xml_ files and delegate to the 
> proper handler implementations.
> [~kwin], I would appreciate your input on the FileVault related question of 
> this ticket. In particular: is it correct and intended that subnodes defined 
> in _.content.xml_ get installed even if not covered by any filter rule?
> [0] https://jackrabbit.apache.org/filevault/filter.html



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

[jira] [Updated] (SLING-10760) Converter ignores access control content and users/groups in .content.xml files

2022-03-22 Thread Robert Munteanu (Jira) 


 [ 
https://issues.apache.org/jira/browse/SLING-10760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Munteanu updated SLING-10760:

Fix Version/s: Content-Package to Feature Model Converter 1.1.16
   (was: Content-Package to Feature Model Converter 1.1.14)

> Converter ignores access control content and users/groups in .content.xml 
> files
> ---
>
> Key: SLING-10760
> URL: https://issues.apache.org/jira/browse/SLING-10760
> Project: Sling
>  Issue Type: Bug
>  Components: Content-Package to Feature Model Converter
>Reporter: Angela Schreiber
>Priority: Critical
> Fix For: Content-Package to Feature Model Converter 1.1.16
>
> Attachments: subtree_in_contentxml_policy.png, 
> subtree_in_contentxml_sibling.png
>
>
> [~kpauls], while trying to find more edge cases that could cause SLING-10754, 
> i noticed that not only sibling nodes but also access control content (like 
> e.g. _rep:policy_ nodes) contained in a _.content.xml_ get installed by 
> Jackrabbit Filevault even if those nodes are not covered by the corresponding 
> {{WorkspaceFilter}}.
> It also seems that these package 'entries' are not spotted by the converter 
> and thus the dedicated {{EntryHandler}} implementations that are intended to 
> analyze and convert special content like e.g. access control (but probably 
> not limited to that) are not triggered.
> In other words: content hidden in _.content.xml_ will not be properly 
> converted but will be installed even if not covered by _filter.xml_ 
> associated with the content package. I don't know if that actually intended 
> behavior of Jackrabbit FileVault (the documentation clearly stating that 
> everything should be covered by filter rules [0], section 'Usage for 
> Import/Installation'), but if it is correct it might in the worse case 
> require the converter to parse all _.content.xml_ files and delegate to the 
> proper handler implementations.
> [~kwin], I would appreciate your input on the FileVault related question of 
> this ticket. In particular: is it correct and intended that subnodes defined 
> in _.content.xml_ get installed even if not covered by any filter rule?
> [0] https://jackrabbit.apache.org/filevault/filter.html



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

[jira] [Updated] (SLING-10760) Converter ignores access control content and users/groups in .content.xml files

2022-03-10 Thread Karl Pauls (Jira) 


 [ 
https://issues.apache.org/jira/browse/SLING-10760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Karl Pauls updated SLING-10760:
---
Fix Version/s: Content-Package to Feature Model Converter 1.1.14
   (was: Content-Package to Feature Model Converter 1.1.12)

> Converter ignores access control content and users/groups in .content.xml 
> files
> ---
>
> Key: SLING-10760
> URL: https://issues.apache.org/jira/browse/SLING-10760
> Project: Sling
>  Issue Type: Bug
>  Components: Content-Package to Feature Model Converter
>Reporter: Angela Schreiber
>Priority: Critical
> Fix For: Content-Package to Feature Model Converter 1.1.14
>
> Attachments: subtree_in_contentxml_policy.png, 
> subtree_in_contentxml_sibling.png
>
>
> [~kpauls], while trying to find more edge cases that could cause SLING-10754, 
> i noticed that not only sibling nodes but also access control content (like 
> e.g. _rep:policy_ nodes) contained in a _.content.xml_ get installed by 
> Jackrabbit Filevault even if those nodes are not covered by the corresponding 
> {{WorkspaceFilter}}.
> It also seems that these package 'entries' are not spotted by the converter 
> and thus the dedicated {{EntryHandler}} implementations that are intended to 
> analyze and convert special content like e.g. access control (but probably 
> not limited to that) are not triggered.
> In other words: content hidden in _.content.xml_ will not be properly 
> converted but will be installed even if not covered by _filter.xml_ 
> associated with the content package. I don't know if that actually intended 
> behavior of Jackrabbit FileVault (the documentation clearly stating that 
> everything should be covered by filter rules [0], section 'Usage for 
> Import/Installation'), but if it is correct it might in the worse case 
> require the converter to parse all _.content.xml_ files and delegate to the 
> proper handler implementations.
> [~kwin], I would appreciate your input on the FileVault related question of 
> this ticket. In particular: is it correct and intended that subnodes defined 
> in _.content.xml_ get installed even if not covered by any filter rule?
> [0] https://jackrabbit.apache.org/filevault/filter.html



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

[jira] [Updated] (SLING-10760) Converter ignores access control content and users/groups in .content.xml files

2021-08-31 Thread Karl Pauls (Jira) 


 [ 
https://issues.apache.org/jira/browse/SLING-10760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Karl Pauls updated SLING-10760:
---
Fix Version/s: Content-Package to Feature Model Converter 1.1.10

> Converter ignores access control content and users/groups in .content.xml 
> files
> ---
>
> Key: SLING-10760
> URL: https://issues.apache.org/jira/browse/SLING-10760
> Project: Sling
>  Issue Type: Bug
>  Components: Content-Package to Feature Model Converter
>Reporter: Angela Schreiber
>Priority: Critical
> Fix For: Content-Package to Feature Model Converter 1.1.10
>
> Attachments: subtree_in_contentxml_policy.png, 
> subtree_in_contentxml_sibling.png
>
>
> [~kpauls], while trying to find more edge cases that could cause SLING-10754, 
> i noticed that not only sibling nodes but also access control content (like 
> e.g. _rep:policy_ nodes) contained in a _.content.xml_ get installed by 
> Jackrabbit Filevault even if those nodes are not covered by the corresponding 
> {{WorkspaceFilter}}.
> It also seems that these package 'entries' are not spotted by the converter 
> and thus the dedicated {{EntryHandler}} implementations that are intended to 
> analyze and convert special content like e.g. access control (but probably 
> not limited to that) are not triggered.
> In other words: content hidden in _.content.xml_ will not be properly 
> converted but will be installed even if not covered by _filter.xml_ 
> associated with the content package. I don't know if that actually intended 
> behavior of Jackrabbit FileVault (the documentation clearly stating that 
> everything should be covered by filter rules [0], section 'Usage for 
> Import/Installation'), but if it is correct it might in the worse case 
> require the converter to parse all _.content.xml_ files and delegate to the 
> proper handler implementations.
> [~kwin], I would appreciate your input on the FileVault related question of 
> this ticket. In particular: is it correct and intended that subnodes defined 
> in _.content.xml_ get installed even if not covered by any filter rule?
> [0] https://jackrabbit.apache.org/filevault/filter.html



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (SLING-10760) Converter ignores access control content and users/groups in .content.xml files

2021-08-27 Thread Angela Schreiber (Jira) 


 [ 
https://issues.apache.org/jira/browse/SLING-10760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Angela Schreiber updated SLING-10760:
-
Priority: Critical  (was: Major)

> Converter ignores access control content and users/groups in .content.xml 
> files
> ---
>
> Key: SLING-10760
> URL: https://issues.apache.org/jira/browse/SLING-10760
> Project: Sling
>  Issue Type: Bug
>  Components: Content-Package to Feature Model Converter
>Reporter: Angela Schreiber
>Priority: Critical
> Attachments: subtree_in_contentxml_policy.png, 
> subtree_in_contentxml_sibling.png
>
>
> [~kpauls], while trying to find more edge cases that could cause SLING-10754, 
> i noticed that not only sibling nodes but also access control content (like 
> e.g. _rep:policy_ nodes) contained in a _.content.xml_ get installed by 
> Jackrabbit Filevault even if those nodes are not covered by the corresponding 
> {{WorkspaceFilter}}.
> It also seems that these package 'entries' are not spotted by the converter 
> and thus the dedicated {{EntryHandler}} implementations that are intended to 
> analyze and convert special content like e.g. access control (but probably 
> not limited to that) are not triggered.
> In other words: content hidden in _.content.xml_ will not be properly 
> converted but will be installed even if not covered by _filter.xml_ 
> associated with the content package. I don't know if that actually intended 
> behavior of Jackrabbit FileVault (the documentation clearly stating that 
> everything should be covered by filter rules [0], section 'Usage for 
> Import/Installation'), but if it is correct it might in the worse case 
> require the converter to parse all _.content.xml_ files and delegate to the 
> proper handler implementations.
> [~kwin], I would appreciate your input on the FileVault related question of 
> this ticket. In particular: is it correct and intended that subnodes defined 
> in _.content.xml_ get installed even if not covered by any filter rule?
> [0] https://jackrabbit.apache.org/filevault/filter.html



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[jira] [Updated] (SLING-10760) Converter ignores access control content and users/groups in .content.xml files

2021-08-27 Thread Angela Schreiber (Jira) 


 [ 
https://issues.apache.org/jira/browse/SLING-10760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Angela Schreiber updated SLING-10760:
-
Summary: Converter ignores access control content and users/groups in 
.content.xml files  (was: Converter ignores access control content in 
.content.xml files)

> Converter ignores access control content and users/groups in .content.xml 
> files
> ---
>
> Key: SLING-10760
> URL: https://issues.apache.org/jira/browse/SLING-10760
> Project: Sling
>  Issue Type: Bug
>  Components: Content-Package to Feature Model Converter
>Reporter: Angela Schreiber
>Priority: Major
> Attachments: subtree_in_contentxml_policy.png, 
> subtree_in_contentxml_sibling.png
>
>
> [~kpauls], while trying to find more edge cases that could cause SLING-10754, 
> i noticed that not only sibling nodes but also access control content (like 
> e.g. _rep:policy_ nodes) contained in a _.content.xml_ get installed by 
> Jackrabbit Filevault even if those nodes are not covered by the corresponding 
> {{WorkspaceFilter}}.
> It also seems that these package 'entries' are not spotted by the converter 
> and thus the dedicated {{EntryHandler}} implementations that are intended to 
> analyze and convert special content like e.g. access control (but probably 
> not limited to that) are not triggered.
> In other words: content hidden in _.content.xml_ will not be properly 
> converted but will be installed even if not covered by _filter.xml_ 
> associated with the content package. I don't know if that actually intended 
> behavior of Jackrabbit FileVault (the documentation clearly stating that 
> everything should be covered by filter rules [0], section 'Usage for 
> Import/Installation'), but if it is correct it might in the worse case 
> require the converter to parse all _.content.xml_ files and delegate to the 
> proper handler implementations.
> [~kwin], I would appreciate your input on the FileVault related question of 
> this ticket. In particular: is it correct and intended that subnodes defined 
> in _.content.xml_ get installed even if not covered by any filter rule?
> [0] https://jackrabbit.apache.org/filevault/filter.html



--
This message was sent by Atlassian Jira
(v8.3.4#803005)