I found answer to my own question: https://developer.apple.com/support/required-device-capabilities

image here

So far in my digging i found this documentation for identifying binary dp, but for Swift packages: https://developer.apple.com/documentation/xcode/identifying-binary-dependencies i am guessing the idea there is the same as in sdks added using cocoapods?

I get that sdk code is our responsibility, but the fact is, people dont know that the app shares the same sandbox as the sdk and so they might not know to consider that before adopting an sdk. or consider that when they make new files in the filesystem. This seems like an issue to me.

I am not concerned for Apple's sake, I am concerned for the developer's application's sake, and the sdk developer's sake. Developers shouldn't just assume that the OS has every thing taken care of for them. And the Sdk developer might not know either so they do risky things. Then the app has mysterious bugs. @Etresoft

IMO the most important party here is the sdk developers. they need to know to not affect the client app.

Asides, if an iOS version contains bug fixes, does the app need to be updated to that ios version for the fixes to happen or would the device os update suffice?

Your response was very insightful although i think my confusion stems from the weird mentions of the SDK in the iOS release notes. https://developer.apple.com/documentation/ios-ipados-release-notes it says ”learn about changes to the sdk” but if its all changes to the sdk then why is it the ios and not ios sdk release notes? whats apples definition of SDK? if changes are made from user updating the ios without needing developer to take action, calling it an sdk change is weird. IMO.

is there any way to find violations without crashing the app.

Yes my aim is to select screenshots and screen recordings. Now is the url returned for these assets always going to have the file extension? I would like to copy these assets to my apps file directory and include an extension, and it would be great if it's already included in the provided url.

[quote='831464022, DTS Engineer, /thread/778197?answerId=831464022#831464022'] If you're like to have an officially documented way of determining if an image file was created from a screenshot or a video is a screen recording won't you please consider filing an enhancement request asking for that functionality [/quote] Oh no ! for me im interested in determining its file type , like jpeg, png, mp4, mov etc.. in an efficient way. So im asking if the url would have the file extension. I know theres hasItemConfirmingToTypeIdentifier, but it would be nice if the type can be known from the url and I can copy the image with the same filename as the url straight away. (rather than checking and appending the file extension myself)

for now can it be safely assumed that if its an screen shot it will be jpeg or png? i dont want to check for every possible type.. theres a lot. while for screen records, can it be assumed to be mp4 or mov? again dont want to check so many types.