Re: Re Pulldownmenu button bug on Windows

[Neville Smythe via use-livecode]

Thanks Richard for your wise observations.

As cross-platform developers we do indeed need to be aware of differences that 
will arise in standalones because of GUI differences in the operating systems – 
different placement of menus, different text string lengths, some features not 
even being available. These things are largely well-known and documented with 
warnings. 

But I contend this problem is something different. Here the order of processing 
user events from an LC object is different. Although this may indeed be an 
artefact of the way the LC button menu objects are implemented, I don’t think 
the developer could be  expected to expect this, and to my mind that makes it a 
definite bug. If it occurred with more common event pairs, LC coding would be 
much more difficult.

I am not actually fussed which processing order is accepted as “correct”: 
although I expressed an IMO preference for the order as implemented on a Mac, 
the case for the opposite order is at least as strong.

My use-case was as follows. I have a pulldownmenu, not an application-wide 
menu, which applied to only certain selected items in a field. On mouseEnter, 
the selection changed colour, as a visual cue to the user that these menu items 
could be applied to the selection. On mouseLeave the colour changed back. At 
some point I inadvertently added a line of code to the mouseLeave handler which 
had the effect of killing the selection; this line was supposed to go into the 
menuPick handler. On my Mac the app continued to work as intended, but on a 
user's Windows PC the effect was to change a very minor cosmetic difference 
into a major bug because the menu no longer did anything. This was quite 
difficult to track down.

As to the priority of the bug: very low. Unless it turns to be easy to fix I 
don’t expect the inconsistency will ever be fixed even if the expert review 
agrees that it is actually a bug. Consistency of event order across platforms 
is clearly of very high importance, but this is a pretty extreme edge case, 
which only cropped up for me because of my own coding mistake. I reported it 
here because it caused me grief and I thought it of general interest. If anyone 
else is bitten and is looking for documentation, it is probably sufficient that 
the matter is now on record at least for readers of this list and in the bug 
submission.

Neville
___
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

Decrypting (and encrypting) Large files

[Mark Clark via use-livecode]

Wondering if anyone has used LiveCode for encrypting-decrypting large files? 
The docs typically have nice examples for files that can fit into a variable, 
but what are folks doing for big files that are larger than what you’d want in 
a variable? I’m thinking about using LC for decrypting zip compressed log files 
that can be multiple gigabytes in size. I’d like to use just LC vs. resorting 
to shell if possible.

Likely need a hash value to compare the decrypted output against the original 
as well. I’m thinking some variation along the lines of open file x for read, 
reading some manageable chunk into memory, decrypting a portion, writing that 
to disk and repeat. But that seems too simple. Think we need AES 256. Any 
shared experience much appreciated.

Thanks all,

Mark
___
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

Re: Error: Unable to install app - Mac OS 11.5.2 , Xcode 13.2 (13C90), LC 9.6.7 en iOS 15.2

[panagiotis m via use-livecode]

Hello William,

Could it be the case you have checked the "beta version" checkbox in the
iOS standalone settings?

Cheers,
Panos

On Sun, 8 May 2022, 17:12 Mark Smith via use-livecode, <
use-livecode@lists.runrev.com> wrote:

> Hi William,
>
> In the Standalone Application setting for iOS there are options to build
> for “iPod and iPhone” or two options for building for iPad (“iPad” only and
> “iPod, iPhone, iPad”). I was going to suggest checking those, but then,
> just to be sure I rebuilt one of my own apps with “iPod and iPhone”
> setting, and it installed and ran just fine on my iPad. I tried with both
> the Test button in LC and installing the app with Xcode and in both cases
> it worked ok, so that can’t be the problem. Do let us know if you track
> down the cause.
>
> Cheers,
> Mark
>
>
> > On May 7, 2022, at 9:06 AM, William de Smet via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi there,
> >
> > Mac OS 11.5.2 , Xcode 13.2 (13C90), LC 9.6.7 en iOS 15.2
> > Yesterday I tried to put an app on my iPad 2020 with iOS 15.2 on it.
> > Building the app is no problem and gives no error message on my Mac
> > Putting the app with Xcode on my iPad however gives an error: Unable to
> > Install App
> >
> > I checked the Provisioning Profile but the iPad is listed on it.
> > I did know this because there are other apps on it.
> > I did work before.
> >
> > Am I overseeing something?
> >
> > ,
> >
> > greetings,
> >
> > William
> > ___
> > 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

Re: Zip file problem on Mac

[Klaus major-k via use-livecode]

Hi Brian,

> Am 08.05.2022 um 20:19 schrieb Brian Milby via use-livecode 
> :
> 
> I imagine this one isn’t documented due to the issues where you can’t read 
> properties from an existing zip file.  I think I found it when digging into 
> the source.
> I’m sure there are some that could be found by looking at the source code 
> that is still available.

I bet there are, but surely won't take a look... 8-)

> Sent from my iPhone
> 
>> On May 8, 2022, at 1:33 PM, Klaus major-k via use-livecode 
>>  wrote:
>> 
>> Hi all,
>> 
 Am 08.05.2022 um 03:18 schrieb Neville Smythe via use-livecode 
 :
> On 8 May 2022, at 2:00 am, Brian Milby wrote:
 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.
>>> Brian, utter genius!
>>> Not only do you pinpoint the bug — revZip is creating a ‘fat’ zip not a 
>>> ‘unx’ zip and not adding the external attributes – but it looks like you 
>>> have provided the workaround (for my problem of execute permissions at 
>>> least)
>>> I tried the implausible trick of using the undocumented 
>>> revZipSetItemAttributes
>>> put 0x8000 into tExtAttributes -- regular file
>>> add 0x01ED to tExtAttributes -- rwxrwxr-x -- modify as per file (and 
>>> may only do for Mac,Linux?)
>>> revZipSetItemAttributes pArchive, pName, 3, tExtAttributes  — 3 for unix 
>>> system
>>> for each file as it is added to the archive. I didn’t really expect this to 
>>> work as the file is already added to the archive in ‘fat’ format.
>>> Not only does unzip -Z report that the archive items are now in ‘unx’ 
>>> format with permissions rwxrwxr-x, but astonishingly the zip actually 
>>> decompresses to a working executable – well, only so far briefly tested on 
>>> a Mac but it seems likely this is going to work on all platforms. 
>>> As you point out in your bug 21447 report, revZip probably won’t be able to 
>>> decompress the archive correctly because of other deficiencies, but I only 
>>> need the user's system to unpack it. And I will have to modify the 
>>> permissions for each individual file in the archive. 
>>> I never thought I would use the expression, but, like , awesome! OK sorry I 
>>> went there, but jolly well done, that man!
>>> 
>>> Neville
>> 
>> I really wonder how much more useful features are undocumented and why they 
>> do not find their way into the dictionary!?

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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

Re: Zip file problem on Mac

[Brian Milby via use-livecode]

I imagine this one isn’t documented due to the issues where you can’t read 
properties from an existing zip file.  I think I found it when digging into the 
source.

I’m sure there are some that could be found by looking at the source code that 
is still available.

Sent from my iPhone

> On May 8, 2022, at 1:33 PM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi all,
> 
>>> Am 08.05.2022 um 03:18 schrieb Neville Smythe via use-livecode 
>>> :
 On 8 May 2022, at 2:00 am, Brian Milby wrote:
>>> 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.
>> Brian, utter genius!
>> Not only do you pinpoint the bug — revZip is creating a ‘fat’ zip not a 
>> ‘unx’ zip and not adding the external attributes – but it looks like you 
>> have provided the workaround (for my problem of execute permissions at least)
>> I tried the implausible trick of using the undocumented 
>> revZipSetItemAttributes
>> put 0x8000 into tExtAttributes -- regular file
>> add 0x01ED to tExtAttributes -- rwxrwxr-x -- modify as per file (and may 
>> only do for Mac,Linux?)
>> revZipSetItemAttributes pArchive, pName, 3, tExtAttributes  — 3 for unix 
>> system
>> for each file as it is added to the archive. I didn’t really expect this to 
>> work as the file is already added to the archive in ‘fat’ format.
>> Not only does unzip -Z report that the archive items are now in ‘unx’ format 
>> with permissions rwxrwxr-x, but astonishingly the zip actually decompresses 
>> to a working executable – well, only so far briefly tested on a Mac but it 
>> seems likely this is going to work on all platforms. 
>> As you point out in your bug 21447 report, revZip probably won’t be able to 
>> decompress the archive correctly because of other deficiencies, but I only 
>> need the user's system to unpack it. And I will have to modify the 
>> permissions for each individual file in the archive. 
>> I never thought I would use the expression, but, like , awesome! OK sorry I 
>> went there, but jolly well done, that man!
>> 
>> Neville
> 
> I really wonder how much more useful features are undocumented and why they 
> do not find their way into the dictionary!?
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> 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

Re: Zip file problem on Mac

[Klaus major-k via use-livecode]

Hi all,

> Am 08.05.2022 um 03:18 schrieb Neville Smythe via use-livecode 
> :
>> On 8 May 2022, at 2:00 am, Brian Milby wrote:
>> 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.
> Brian, utter genius!
> Not only do you pinpoint the bug — revZip is creating a ‘fat’ zip not a ‘unx’ 
> zip and not adding the external attributes – but it looks like you have 
> provided the workaround (for my problem of execute permissions at least)
> I tried the implausible trick of using the undocumented 
> revZipSetItemAttributes
> put 0x8000 into tExtAttributes -- regular file
> add 0x01ED to tExtAttributes -- rwxrwxr-x -- modify as per file (and may 
> only do for Mac,Linux?)
> revZipSetItemAttributes pArchive, pName, 3, tExtAttributes  — 3 for unix 
> system
> for each file as it is added to the archive. I didn’t really expect this to 
> work as the file is already added to the archive in ‘fat’ format.
> Not only does unzip -Z report that the archive items are now in ‘unx’ format 
> with permissions rwxrwxr-x, but astonishingly the zip actually decompresses 
> to a working executable – well, only so far briefly tested on a Mac but it 
> seems likely this is going to work on all platforms. 
> As you point out in your bug 21447 report, revZip probably won’t be able to 
> decompress the archive correctly because of other deficiencies, but I only 
> need the user's system to unpack it. And I will have to modify the 
> permissions for each individual file in the archive. 
> I never thought I would use the expression, but, like , awesome! OK sorry I 
> went there, but jolly well done, that man!
> 
> Neville

I really wonder how much more useful features are undocumented and why they do 
not find their way into the dictionary!?

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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

Re: Launch of multiple application instances (Mac vs Win)

[Paul Dupuis via use-livecode]

Nevermind. I found the "Relaunch Sampler.rev" stack referred to in the 
Dictionary entry and it explains how the message is used further.



On 5/8/2022 12:08 PM, Paul Dupuis via use-livecode wrote:

The LC 9.6.7 Dictionary entry to 'relaunch" states:

It can be used in the following three ways:

|1. If the message is passed, then the new instance continues running. 
2. If "background" is returned, then the new instance is terminated. 
3. If nothing is returned but the message is not passed, then the new 
instance is terminated and the existing instance's "defaultStack" is 
made the foreground window.|


If there are no existing instances, the new instance will run.

1. seems pretty straightforward:

on relaunch

  pass relaunch

end relaunch

Would allow the 2nd (or whatever number) instance to continue to start up


3. Seems obvious as well:

on relaunch

  -- trap the message

end relaunch

Here, the message is not passed, so the new instance is terminated and 
the "defaultStack" of the existing instance is brought to the foreground



However, I do not understand 2. What the heck does ;If "background" is 
returned" mean in the context of this handler? Returned from what? The 
only example given is:


onrelaunch pDocument openDocument pDocument endrelaunch

And the Dictionary states that actually multiple parameters can be 
passed (for example if multiple documents where dragged onto the app 
to launch it). I feel there is something missing in the Dictionary entry!



___
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

Re: Launch of multiple application instances (Mac vs Win)

[Paul Dupuis via use-livecode]

The LC 9.6.7 Dictionary entry to 'relaunch" states:

It can be used in the following three ways:

|1. If the message is passed, then the new instance continues running. 
2. If "background" is returned, then the new instance is terminated. 3. 
If nothing is returned but the message is not passed, then the new 
instance is terminated and the existing instance's "defaultStack" is 
made the foreground window.|


If there are no existing instances, the new instance will run.

1. seems pretty straightforward:

on relaunch

  pass relaunch

end relaunch

Would allow the 2nd (or whatever number) instance to continue to start up


3. Seems obvious as well:

on relaunch

  -- trap the message

end relaunch

Here, the message is not passed, so the new instance is terminated and 
the "defaultStack" of the existing instance is brought to the foreground



However, I do not understand 2. What the heck does ;If "background" is 
returned" mean in the context of this handler? Returned from what? The 
only example given is:


onrelaunch pDocument openDocument pDocument endrelaunch

And the Dictionary states that actually multiple parameters can be 
passed (for example if multiple documents where dragged onto the app to 
launch it). I feel there is something missing in the Dictionary entry!



___
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

Re: Launch of multiple application instances (Mac vs Win)

[Paul Dupuis via use-livecode]

On 5/8/2022 11:47 AM, Colin Holgate via use-livecode wrote:

I wonder if the relaunch approach would leave the user in File Explorer, and 
would not switch across to the existing app instance? Hopefully it will be that 
simple.

If it isn’t, try this approach:

https://use-livecode.runrev.narkive.com/wOjpGm5V/external-for-running-one-instance-on-windows



Thanks!

___
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

Re: Launch of multiple application instances (Mac vs Win)

[Paul Dupuis via use-livecode]

On 5/8/2022 11:37 AM, Klaus major-k via use-livecode wrote:

just add this "dummy" handler to your stack:

on relaunch
   ## Nada :-)
end relaunch
-
That will prevent the launching of multiple instances on Windows!




Thank you! I was unaware of 'relaunch' and it looks like I can make it 
do exactly what I want (warn the user and let them bring the 1st 
instance to the foreground or continue). Much appreciated!



___
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

Re: Launch of multiple application instances (Mac vs Win)

[Colin Holgate via use-livecode]

I wonder if the relaunch approach would leave the user in File Explorer, and 
would not switch across to the existing app instance? Hopefully it will be that 
simple.

If it isn’t, try this approach:

https://use-livecode.runrev.narkive.com/wOjpGm5V/external-for-running-one-instance-on-windows


> On May 8, 2022, at 9:37 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Paul,
> 
>> Am 08.05.2022 um 17:32 schrieb Paul Dupuis via use-livecode 
>> :
>> 
>> Seeking help:
>> 
>> On MacOS when you try to launch a second instance of an application, the 
>> macOS just brings the open app to the front (for example, if it is hidden on 
>> minimized).
>> On Windows, when you try to launch a second instance of an application, 
>> Windows launches a second (or 3rd or 4th or ...) instance of the application.
>> 
>> All well and good, but here is my problem. We have some users of our 
>> application that, on Windows, are accidentally launching more than once 
>> instance of our application and then getting confused (our users are often 
>> not very computer literate).. This confusion can lead to them thinking they 
>> have lost data or other problems caused by doing some work in one instance 
>> and some in another and not recognizing they have multiple instances running.
>> 
>> I would like to add some start up code to application, that on Windows, 
>> detects if our app is already running and  (a) shuts the 2nd instance down 
>> OR (b) [PREFERABLY] warns the user they are launching a second instance and 
>> offers to (1) bring the existing instance to the foreground (and shut itself 
>> down) or actually continue and launch a seconds instance (for power users 
>> who know what they are doing)
>> 
>> Has anyone written code to do this?
>> i.e. code to detect an already running instance and code to bring that 
>> instance to the foreground?
>> If so, are you willing to share the code?
>> 
>> Just looking to not have to reinvent the wheel here.
> 
> just add this "dummy" handler to your stack:
> 
> on relaunch
>  ## Nada :-)
> end relaunch
> -
> That will prevent the launching of multiple instances on Windows!
> 
>> Thank you in advance!
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de 
> https://www.major-k.de/bass 
> kl...@major-k.de 
> 
> 
> ___
> 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

Re: Launch of multiple application instances (Mac vs Win)

[Klaus major-k via use-livecode]

Hi Paul,

> Am 08.05.2022 um 17:32 schrieb Paul Dupuis via use-livecode 
> :
> 
> Seeking help:
> 
> On MacOS when you try to launch a second instance of an application, the 
> macOS just brings the open app to the front (for example, if it is hidden on 
> minimized).
> On Windows, when you try to launch a second instance of an application, 
> Windows launches a second (or 3rd or 4th or ...) instance of the application.
> 
> All well and good, but here is my problem. We have some users of our 
> application that, on Windows, are accidentally launching more than once 
> instance of our application and then getting confused (our users are often 
> not very computer literate).. This confusion can lead to them thinking they 
> have lost data or other problems caused by doing some work in one instance 
> and some in another and not recognizing they have multiple instances running.
> 
> I would like to add some start up code to application, that on Windows, 
> detects if our app is already running and  (a) shuts the 2nd instance down OR 
> (b) [PREFERABLY] warns the user they are launching a second instance and 
> offers to (1) bring the existing instance to the foreground (and shut itself 
> down) or actually continue and launch a seconds instance (for power users who 
> know what they are doing)
> 
> Has anyone written code to do this?
> i.e. code to detect an already running instance and code to bring that 
> instance to the foreground?
> If so, are you willing to share the code?
> 
> Just looking to not have to reinvent the wheel here.

just add this "dummy" handler to your stack:

on relaunch
  ## Nada :-)
end relaunch
-
That will prevent the launching of multiple instances on Windows!

> Thank you in advance!

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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

Launch of multiple application instances (Mac vs Win)

[Paul Dupuis via use-livecode]

Seeking help:

On MacOS when you try to launch a second instance of an application, the 
macOS just brings the open app to the front (for example, if it is 
hidden on minimized).


On Windows, when you try to launch a second instance of an application, 
Windows launches a second (or 3rd or 4th or ...) instance of the 
application.


All well and good, but here is my problem. We have some users of our 
application that, on Windows, are accidentally launching more than once 
instance of our application and then getting confused (our users are 
often not very computer literate).. This confusion can lead to them 
thinking they have lost data or other problems caused by doing some work 
in one instance and some in another and not recognizing they have 
multiple instances running.


I would like to add some start up code to application, that on Windows, 
detects if our app is already running and  (a) shuts the 2nd instance 
down OR (b) [PREFERABLY] warns the user they are launching a second 
instance and offers to (1) bring the existing instance to the foreground 
(and shut itself down) or actually continue and launch a seconds 
instance (for power users who know what they are doing)


Has anyone written code to do this?

i.e. code to detect an already running instance and code to bring that 
instance to the foreground?


If so, are you willing to share the code?

Just looking to not have to reinvent the wheel here.

Thank you in advance!


___
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

Re: Error: Unable to install app - Mac OS 11.5.2 , Xcode 13.2 (13C90), LC 9.6.7 en iOS 15.2

[Mark Smith via use-livecode]

Hi William,

In the Standalone Application setting for iOS there are options to build for 
“iPod and iPhone” or two options for building for iPad (“iPad” only and “iPod, 
iPhone, iPad”). I was going to suggest checking those, but then, just to be 
sure I rebuilt one of my own apps with “iPod and iPhone” setting, and it 
installed and ran just fine on my iPad. I tried with both the Test button in LC 
and installing the app with Xcode and in both cases it worked ok, so that can’t 
be the problem. Do let us know if you track down the cause. 

Cheers,
Mark


> On May 7, 2022, at 9:06 AM, William de Smet via use-livecode 
>  wrote:
> 
> Hi there,
> 
> Mac OS 11.5.2 , Xcode 13.2 (13C90), LC 9.6.7 en iOS 15.2
> Yesterday I tried to put an app on my iPad 2020 with iOS 15.2 on it.
> Building the app is no problem and gives no error message on my Mac
> Putting the app with Xcode on my iPad however gives an error: Unable to
> Install App
> 
> I checked the Provisioning Profile but the iPad is listed on it.
> I did know this because there are other apps on it.
> I did work before.
> 
> Am I overseeing something?
> 
> ,
> 
> greetings,
> 
> William
> ___
> 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