Skip to content
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

Support for Core Data changes on iOS 11 #260

Merged
merged 1 commit into from
Sep 10, 2017

Conversation

keremerkan
Copy link
Contributor

Workaround for binary store changes on iOS 11. A better way to do this
should be using NSBinaryStoreSecureDecodingClasses option in the future.

Workaround for binary store changes on iOS 11. A better way to do this
should be using NSBinaryStoreSecureDecodingClasses option in the future.
@drewmccormack
Copy link
Owner

Did merge this, but have reset the master branch to remove it for now. The problem was that the code does not compile in Xcode 8, or with the current SDK. Since Xcode 9 and iOS 11 are betas, I don't want to leave everyone behind. Will wait and make the change when release has been established and most people moved over.

@keremerkan
Copy link
Contributor Author

Sure. I would suggest a branch for Xcode 8 and merging this immediately to master when Xcode 9 is released though. Because the error is silent enough to dismiss on Xcode 9 if you are not looking, which will result in disabled functionality as we discussed earlier.

@drewmccormack
Copy link
Owner

drewmccormack commented Sep 10, 2017 via email

@keremerkan
Copy link
Contributor Author

Actually, I had only tried your version on iOS 11, that's why I am not sure if this will be a problem, but wouldn't it create problems or unknown behavior to pass a parameter that does not exist to a store when creating it? As the parameter does not exist on earlier iOS versions, perhaps the store could behave unexpectedly. Even though you don't use the symbol, I think at least iOS version control should be there for peace of mind. I haven't tested any of this though, so maybe it will not create any problems with its current state.

@drewmccormack
Copy link
Owner

I doubt that an extra unknown parameter will cause any issue. It will just ignore it, I would expect. I think what we have is fine for now, and I will move to your solution when Xcode 9 is final.

@keremerkan
Copy link
Contributor Author

OK then. I’ll also create a pull request for recommended project settings for Xcode 9 shortly. Perhaps you can commit both, when the time comes. Cheers!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants