You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The text was updated successfully, but these errors were encountered:
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 deepThe text was updated successfully, but these errors were encountered: