I think the main problem is that to animate Live Photos you need to long press which is now interpreted as Lock Screen modification

(First Try to rename var with first letter lower case. ) . Second your code only increments a counter (sources), display sources time the same string sourceName and when you save sourceName you just reset it to empty string .

Depending on your iPhone/xCode version this may help you

Did you choose a team profile in target general tab

As said in answers : the user can see the picture via the picker but the app can only access the picture that the user authorises it to see. The app by itself can not go through the entire library without the user explicitly authorises it.

You must remove armv7 when targeting iOS 11 or higher. That because of end of support of 32 bits enabled processors. You can still build for ios10 with xCode 13.4 (xCode 13.4.1 has a limitation which prevent distribution)

Your code produce too big object (155MB for UnityWebRequest.o) . Is this one of your module ? If yes do you use all the code inside or is there some old code or static data that can be removed ?

If this is for the preview, try to build your app before. If there are errors in others part of code it may sometimes make preview take time to rebuild.

Either work with optional String either initialise selection with a default value

I would say Because. Could you add more information about what your code do. What is the html used, …?

I can’t say a lot about your problem but few hints : try disable handoff, AirPlay sharing, airdrop. You could also try to download some utility like Lulu (by Objective-See) or Little Snitch to control the output connections from your computer,

Have you check in the device log for some information ? Also xCode,iOS versions ?

AppURLSchemeName does not seems a valid url. Should be something like scheme://something

A very big file is always bad as it is difficult to maintain if not properly structured. With Swift you can set protocol conformance in class/struct extensions and set store extension in different files. Making multiple files may enable preview/error auto search faster as the whole file does not need to be reabzlysed for each modification. BTW, when you build for archive for example, it is good to clean build folder before . I don’t think build time should be very different .

I would say fillEqually , but without seeing you stack view settings it is hard to tell.