From all of these tests, it appears the issue is that that the BrightScript compiler file auto-discovery algorithm limits itself to 7 directories deep...but the files themselves still exist and can be directly referenced by uri-style references.
Here are the restrictions we need to guard against:
.xml files in the pkg:/components folder should be flagged if they are 8 or more directories deep
.brs and .bs files in the pkg:/source folder should be flagged if they are 8 or more directories deep
roku will not read files that are >= 8 directories deep like so:
We should determine the edge cases for this, and then add diagnostics for the
destPath
on files that are too nested.Here are the tests that have been verified
/components/modules/Test/Test/Test/Test/CustomProgressBar/CustomProgressBar.xml
(WORKS)/components/modules/Test/Test/Test/Test/Test/CustomProgressBar/CustomProgressBar.xml
(FAILS)<poster>
node (WORKS)manifest
as the splash image (WORKS)<script uri="pkg:/components/modules/Test/Test/Test/Test/Test/Dummy/Dummy.brs">
(WORKS)From all of these tests, it appears the issue is that that the BrightScript compiler file auto-discovery algorithm limits itself to 7 directories deep...but the files themselves still exist and can be directly referenced by uri-style references.
Here are the restrictions we need to guard against:
.xml
files in thepkg:/components
folder should be flagged if they are 8 or more directories deep.brs
and.bs
files in thepkg:/source
folder should be flagged if they are 8 or more directories deep