-
-
Notifications
You must be signed in to change notification settings - Fork 697
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
redo #2195 by @lechium NitoTV fixes #2280
Conversation
5122ad3
to
1028dff
Compare
Builds for this Pull Request are available at |
bda402c
to
7f0cf55
Compare
@JoeMatt i will review this over the weekend |
9f5708f
to
25990a8
Compare
Signed-off-by: Joseph Mattello <[email protected]>
Signed-off-by: Joseph Mattello <[email protected]>
Signed-off-by: Joseph Mattello <[email protected]>
Signed-off-by: Joseph Mattello <[email protected]>
25990a8
to
6a34083
Compare
Builds for this Pull Request are available at |
Builds for this Pull Request are available at |
copied from original PR #2195
What does this PR do
tvOS 13 and 14 were crashing for a few different reasons, the minimum build target was missing for the fceux libraries that was causing weird missing symbol issues for libstdc++. For tvOS 13 it was crashing because of improperly gated iOS specific code in SwiftUI-Introspect. It wouldn't attempt to add or use the code but it would still create a reference to the UIColorWell symbol (which does exist in tvOS, its just unavailable). That doesn't exist at all in tvOS 13 so it would cause an exception.
for the nitoTV AirDrop code we need to use path related copying methods rather than URL because the URL based one's error out with this message:
The file couldn’t be opened because the specified URL type isn’t supported.
And before that error message occurs this one is printed out in os_log:
CFURLCopyResourcePropertyForKey failed because it was passed an URL which has no scheme
this should also address the bug: #2167