AEM 6 - Sightly Page Component + Inheritance

Are you following AEM docs or another on-line resource?

I do not know of any documentation that exists regarding this particular topic.  

Is there an issue tracker or similar system associated with this bug that we can follow to get updates when it is fixed?

So I just went through recreated the same issue. I think to summarize the issue I'd say that the problem is that data-sly-use does not seem to have the same file inheritance logic that <cq:include script=".." /> did. The specific use case I went through looked like this:

1. Create a template /apps/geometrixx/templates/extend_template and a page component for that template at /apps/geometrixx/components/extend_text. Set the sling:resourceSuperType of this component to be wcm/foundation/components/page. Create now Slight scripts at first - just create the template and have it inherit everything from it's parent. 
2. Create a template /apps/geometrixx/templates/local_extension_template and a page component for that template at /apps/geometrixx/components/local_extension. Set the sling:resourceSuperType of this component to be geometrixx/components/extend_text. Create now Slight scripts at first - just create the template and have it inherit everything from it's parent.
3. Create pages based on each template and open them. Both pages render without issue.
4. Copy /libs/wcm/foundation/components/page/page.html to /apps/geometrixx/components/extend_text/extend_text.html and change nothing. 
5. Reload both pages, everything continues to load without issue. 
6. Copy /libs/wcm/foundation/components/page/head.html to  /apps/geometrixx/components/extend_text/head.html and change nothing. 
7. The page based on  /apps/geometrixx/components/extend_text renders without issue, the page based on /apps/geometrixx/components/local_extension throws the exception that it can't find head.js - which head.html includes using data-sly-use - data-sly-use.head="head.js". 

So the issue is that data-sly-include works as expected (which is why overriding page.html with extend_text.html did not cause an issue), however data-sly-use does not seem to support the same deep inheritance, it seems to only support on level of inheritance. 

This seemed validated when I was able to resolve the issue by changing data-sly-use.head="head.js" to be data-sly-use.head="/libs/wcm/foundation/components/page/head.js" and error was resolved (although the next data-sly-use statement in the file failed so you would have to make all the date-sly-use references absolute.

The documentation on data-sly-use doesn't specify one way or the other what the expected behavior is. Looking at http://docs.adobe.com/docs/en/aem/6-0/develop/sightly.html#use it says that the expectation is that file is in the same directory as the slightly script. That doesn't quite match the real behavior where the inheritance works one level down however. The documentation on data-sly-include doesn't may any mention of the expected inheritance behavior (http://docs.adobe.com/docs/en/aem/6-0/develop/sightly.html#include). 

I am not sure if this is intentional or a potential bug. 

This issue is tracked internally (GRANITE-6589 - "data-sly-use in parent component does not load script overlaid in inherited component"), we'll try to keep this thread updated when some fixes will be available. But we don't have a date defined yet for an update, meaning that it won't happen so soon.

Hi,

checking release notes of the latest service pack (http://docs.adobe.com/docs/en/aem/6-0/release-notes-sp1.html) I found this

"Fixed an issue in cluster that Workflow launcher rules, when changed, are not reloaded on all cluster nodes. GRANITE-6337"

Is that one the same issue reported in this topic?

Thank you

No it is not, unfortunately.

Ok. However, I was not referring to 6337 but to: The data-sly-use statement recognizes the scripts defined at two or more levels up in the inheritence tree. GRANITE-6404 (SP1).

This issue is fixed with SP1 for AEM 6