It is a bug somewhere.  See this big report:
https://quality.livecode.com/show_bug.cgi?id=21447

I actually think it is related.  The zip should be created as a Unix variant 
and not Fat and file attributes should be stored.  One thing that could be 
tried is to manually set the executable bit when creating the archive.  I was 
able to store a link in a zip using this method, but there is no way to read 
the file attributes in LC.

Thanks,
Brian

Sent from my iPhone

> On May 6, 2022, at 3:10 AM, matthias rebbe via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> Hm,
> is it really a bug  or does revZip just stick to the zip specs?
> 
> 
> 
>> Am 06.05.2022 um 01:59 schrieb Neville Smythe via use-livecode 
>> <use-livecode@lists.runrev.com>:
>> 
>> I have submitting a report to QC (Bug 23698 
>> <https://quality.livecode.com/show_bug.cgi?id=23698>)
>> 
>> Thanks Matthias for clarifying that permissions are not correct in the 
>> archive. I can now add that the Linux archive has the same problem. The 
>> Windows archive created by revZip executes correctly.
>> 
>> So the problem is nothing to do with Apple. TheUnarchiver and Keka changing 
>> the permissions to what they think they ought to be sounds well-intentioned 
>> but highly problematic (what’s the meme for the opposite of an 
>> overprotective nanny? Busybody big sister?)
>> 
>> Your last comment caused me to realise that I have only changed very 
>> recently to automating the process of creating the zip files as a 
>> post-standalone build-process using revZip. Previously I created the zip 
>> files by hand, and my beta-tester uses Windows. Thought I was being clever. 
>> So the bug in the LC implementation may have been present for a long time.
>> 
>> Neville
>> 
>>> 
>>> Neville, i can confirm that behavior even under BigSur.
>>> 
>>> I've created a small standalone with LC 10DP3 on BigSur and created  2  zip 
>>> files  from the output folder using LC's zip library and using shell 
>>> command zip.
>>> 
>>> Running the shell command 'zipinfo' to analyse both zip files showed, that 
>>> the zip created with LC's zip library did not contain any executable 
>>> permissions while the zip created with macOS zip shell command did contain 
>>> the permissions.
>>> So it seems the LC's zip library does not store the permissions in the zip.
>>> 
>>> According to your comment about The Unarchiver. Yes, i can also confirm 
>>> that The Unarchiver and also Keka can extract the zip file created with LC 
>>> and the standalone in the extracted folder is executable again.
>>> But...
>>> As zipinfo did list all the files wihtout any executable permissions, i 
>>> unzipped the zip with the shell command 'unzip' and that standalone was not 
>>> executable again. All files showed exact those permissions that zipinfo 
>>> showed before.
>>> 
>>> So i assume the following: Keka and The Unarchive seem to correct file 
>>> permissions when they detect a folder structure that seems to be an app 
>>> bundle. But that's just an assumption.
>>> At least Keka seems to have such feature according to its change log 
>>> Changes in version 1.0.11 <https://changelog.keka.io/#v1.0.11>
>>> 
>>> 
>>> But anyway. The LC zip library ignores the permission when creating an 
>>> archive.  If this worked before with older versions of LC  i cannot say, as 
>>> i always used the zip shell command or tools like Keka.
>>> 
>>> 
>>> Matthias
>>> 
>>> 
>> 
>> _______________________________________________
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Reply via email to