[
https://issues.apache.org/jira/browse/SLING-12391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17868683#comment-17868683
]
Henry Kuijpers commented on SLING-12391:
----------------------------------------
It looks like HideItemPredicate#testItem in the case of isLocal=true, checks if
the name is in the allowList (or blacklist) - This should not be the case, as
it is a local resource and therefore should be allowed by default.
> Resource Merger with negation hides local resources as well
> -----------------------------------------------------------
>
> Key: SLING-12391
> URL: https://issues.apache.org/jira/browse/SLING-12391
> Project: Sling
> Issue Type: Bug
> Affects Versions: Resource Merger 1.4.4
> Reporter: Henry Kuijpers
> Priority: Major
>
> For example
> Parent:
> * "basic" (with properties and children)
> * "expert" (with properties and children)
> Current: (Inheriting from parent)
> * (sling:hideChildren="!basic,*")
> * "basic" -> Parent "basic" + new subnode and adjustments to properties
> * "expert" -> Entirely new "expert"-node without any inheriting from the
> parent's "expert"-node
> Should result in:
> * "basic" being inherited, and in the current node we could do any
> modifications / overrides still
> * "expert" not being inherited at all, but we would be free to define a new
> "expert"-node with other properties/subnodes/... Which has no relationship at
> all with the parent "expert"
> Currently the behavior is that the "expert"-node, defined in parent, is not
> available in current, at all. Even though there is a completely new
> definition of properties and subnodes defined as well.
>
> Why else would we define these properties and subnodes?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
