Child Item

Need Alamofire 4.0.0 for swift 3.0

Want to use swiftyDropbox with Swift 3.0 / IOS 10.0

Followed the install instructions, but it downloads the wrong version of Alamofire I suspect.

I think I need 4.0.0 which I can add to a swift 3.0 independently, compile and run. Version 3.3.X that the loads when you do the podfile for SwifyDropbox install won't even compile, gives me dozens of errors.

How to change the podfile to select a more recent copy of Alamofile?

Find more posts tagged with

API

Abuse

Comments

Rich

Moved to the API forum.

Greg-DB

Thanks for the report Mark! We are working on updating SwiftyDropbox for Swift 3 to take care of this.

Mark L.45

Great, but my project moves to the twilight zone in the meantime. When do you think Swiftydropbox will be swift 3.0 compliant and is there anything else I can do to help make this happen? Can I try Alamofire 4.0.0 with the existing Swiftydropbox? And send you back/maybe even fix some errors?

Stephen C.14

@Mark L.: Thanks for your patience – we're really prioritizing this and should have a Swift 3 / Alamofire 4 fork out very soon (along with a bunch of other updates). I'll ping this thread when it's out.

Joe Z.1

thanks for your efforts, I am having the same need and will be patient

Greg-DB

SwiftyDropbox now supports Swift 3, as of version 4.0.0. Please grab the latest version 4.0.2, and let us know if you run in to any issues.

Mark L.45

Followed the instructions for a manual install instructions on Alamofire, installed working ok. Copied source and created a new group for Swifty Code included iOS source. Tried to complile and got 4 errors, all the same thing?

SwiftyDropbox-master/Source/Source/PlatformNeutral/TeamRoutes.swift:647:69: Use of undeclared type 'Date'

Imported UIKit, cleared it. Than this appeared ... looked @ it and thru stackoverflow for an hour or so and than..

SwiftyDropbox-master/Source/Source/PlatformNeutral/SharingRoutes.swift:194:147: Use of undeclared type 'URL'

Abandoned....

Mark L.45

Tried copying the entire SwiftyDropbox project into mine as well [as I do with Alamofire]. Compiled ok that time, but having put some sample code into the project it failed since it started looking for the URL scheme in the wrong place, that is with the SwiftyDropbox project, not mine. Couldn't of course add it to that project either. Falling back to using Alamofile with HTTP API, which seems to be the only way forward. No choice about using tools like CocoaPods, need to keep things simple.

Stephen C.14

@Mark L.: Sorry for all the trouble you've had with adding the subproject manually.

I went ahead and update the README to be way more detailed and clearer about manually adding a subproject. I know you've had a frustrating experience up until this point, but if you'd be willing to give it another shot with the SDK, we'd really appreciate it!

Try following the steps listed in the updated documentation here.

I confirmed that when I followed the updated steps, the SDK was using the correct .plist (that is, the project's .plist file).

Let me know if you try it again and if it works for you. Thanks for your patience!

Stewart L.1

Link to documentation in post is broken.

Stephen C.14

@Stewart L.: Thanks! It's fixed now

Mark L.45

Would like to say this was painless and worked... but it wasn't and although I now having got it to compile and work once, just once I find myself with the report.

precondition failed: A Dropbox client is already authorized: file /Users/localuser/Dropbox/SwiftCode/DBDrop/Carthage/Checkouts/SwiftyDropbox/Source/SwiftyDropbox/SwiftyDropbox_iOS/iOS/OAuthMobile.swift, line 13

This despite the fact that I delete the app and re-install it again and again. I am sorry I must be your worst nightmare. I try and go back and read the docs, hopefully I missed something.

Mark L.45

OK, managed to find my way around it, commented out line...

DropboxClientsManager.authorizeFromController(UIApplication.shared,

controller: self,

openURL: { (url: URL) -> Void in

UIApplication.shared.openURL(url)

})

Which of course I am going to need for future clients.... now I find this

DropboxClientsManager.authorizedClient?.auth.client.accessToken.isEmpty

in the API which returns true and false. On a client I have never authenticated in fact it returns "nil", on an authenticated client it returns "false"... can I rely on this?

Stephen C.14

@Mark L.: No worries, we're constantly trying to improve the SDK, so it's really helpful hearing your feedback.

As far as the issue you're having, you can fix it by making a single call to `DropboxClientsManager.unlinkClient()` in your code.

As of the latest version of SwiftyDropbox, we've removed these cumbersome assert statements, so you can also pull the latest version of SwiftyDropbox with `carthage update`, and that should fix the problem as well.

Sorry for the inconvenience! Let us know if this solves your problem

Wilfried S.

I tried to create an app using dropbox and I did as described at the GitHub site. the batch file is working find, but when I open de workspace in xCode 8 I get 190 errors at Alamofire. What can I do to fix it. Is there a wrong version of Alamofire? but where I will get the right version? Is it be possible to download it, but where it has to be installed at my computer?

Is there anybody who can help me, perhaps someone who was successful in installing the dropbox component.

thank you for your help

Wilfried

Greg-DB

Wilfried, we'll be happy to help with this. Please open a new thread with the details of the issues you've run in to (e.g., the exact steps you followed, and the errors you're getting):

https://www.dropboxforum.com/hc/en-us/community/posts/new?community_post%5Btopic_id%5D=200209245

For reference though, since it sounds like maybe this is due to the version of Swift, if you're using Swift 3 in your project, you can should the default master branch of SwiftyDropbox, but if you're using Swift 2.3, you need to use the swift_2_3 branch as documented here.