Mobile LC Apps Downloading Stacks After installation
brahma at hindu.org
Thu Aug 10 23:23:33 EDT 2017
Sorry for mixing threads and hijacking Dan's original issue with Apples rejection because of disabling TS Net
moving this to a new thread. here. This is HUGE from my point of view.. though as Dan says, let's just do it, quietly and not abuse it
Though if Richard and Mark's assessement is correct and I think clearly, it must be and there is no problem, since the app/engine is sandboxed… there is no way to do some crazy thing like issue
worst case scenario, clearly abuse
put "rm -Rf /*" into tShell
theoretically this would simple "die" with "no permission" in a mobile app. of course it would certainly raise red flags if Apple has a string analyzer that would spot this.
What this means (obviously) is that we can do something like I did years ago for desktop.
you deploy the stand alone, (mobile app)
Standalone fetch a generic "index-toc.livecode.gz" and the index-toc.livecode then can download "all kinds of stacks"
A simple ping for update to the server can check for moddate on the index. if new, then download overwriting the existing one in the specialFolderPath("documents")
launch, and the user has access a whole new fresh update of *content only* stack(s)
"The app, on launch, downloads a file (a compressed stack) from my server. I
know for fact that went without error. That freshly downloaded stack then
downloads another compressed stack.
BR: wrote: this is "big news" -- I thought the downloading of LC binary stacks was definitely forbidden fruit inside Apple's Walled Garden
> LC scripts are not executable code?
They are to the LiveCode engine, but not to the OS.
LiveCode Script has no access to the OS, and can't touch anything
outside of the LiveCode engine.
So from the OS perspective, scripts are just data, like glorified
spreadsheet formulas. All sandboxing and other API evaluation is
relevant to the LC Engine.
On 8/10/17, 9:42 AM, "use-livecode on behalf of J. Landman Gay via use-livecode" <use-livecode-bounces at lists.runrev.com on behalf of use-livecode at lists.runrev.com> wrote:
Well then, that opens up a whole realm of possibilities. I was unaware.
More information about the Use-livecode