Skip to content

[iOS 13] Recent changes to continueUserActivity break XCode 10 #112

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

Closed
2 of 3 tasks
bhuangy opened this issue Sep 30, 2019 · 4 comments
Closed
2 of 3 tasks

[iOS 13] Recent changes to continueUserActivity break XCode 10 #112

bhuangy opened this issue Sep 30, 2019 · 4 comments

Comments

@bhuangy
Copy link
Contributor

bhuangy commented Sep 30, 2019

Bug report

  • I've checked the example to reproduce the issue.

  • Reproduced on:

  • Android

  • iOS

Description

The changes to use INStartCallIntent break XCode 10 as it cannot find the class. We are currently investigating to see if we can check against the XCode version to avoid breaking the build.

Steps to Reproduce

Build with XCode 10

Logs

Use of undeclared identifier 'INStartCallIntent'
@kylekurz
Copy link
Contributor

kylekurz commented Sep 30, 2019

This was totally our fault, but it's probably a good time to talk about setting up some CI for this project to avoid things like this. Having a CI system that builds against Xcode 10 and Xcode 11 would have triggered a failed build and we could have decided to either keep it out or do another major rev, as it's a breaking change.

@manuquentin do you want to have that discussion here, or in an email thread or what?

@danjenkins
Copy link
Collaborator

Travis offers multiple versions of xcode and is free of charge for open source projects. Can it be that simple?

@sboily
Copy link
Member

sboily commented Sep 30, 2019

@manuquentin do you want to have that discussion here, or in an email thread or what?

Please discuss it here or in another thread on Github. But we need to have this discussion public.

@kylekurz
Copy link
Contributor

@bhuangy has a PR up on our fork to fix this, so I think we can rectify the error. I do think adding Travis integration, at least for building the example, is necessary. @manuquentin / @sboily can you guys handle setting that up since you own the repo? From there, we can enforce build success and test code coverage as part of PR acceptance moving forward. I think this one we got lucky, but we should use it to learn and make improvements to the process.

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

No branches or pull requests

4 participants