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 HTTP2? #29

Closed
A11enFr1edman opened this issue Dec 30, 2015 · 4 comments
Closed

Support HTTP2? #29

A11enFr1edman opened this issue Dec 30, 2015 · 4 comments

Comments

@A11enFr1edman
Copy link

Debug info:

[Siesta:Network] GET https://domain.com/v1/feeds
[Siesta:Network] – ← GET https://domain.com/v1/feeds
[Siesta:StateChanges] Siesta.Resource(https://domain.com/v1/feeds)[] received error: Error(userMessage: "The operation couldn’t be completed. Protocol error", httpStatusCode: nil, entity: nil, cause: Optional(Error Domain=NSPOSIXErrorDomain Code=100 "Protocol error" UserInfo={NSErrorPeerAddressKey=<CFData 0x7fd040c43980 [0x103aeb7b0]>{length = 16, capacity = 16, bytes = 0x100201bb77…

@tracicot
Copy link

tracicot commented Sep 29, 2016

What was the solution? I'm seeing the same thing now that I'm finally using Xcode 8.

@pcantrell
Copy link
Member

Siesta should support HTTP/2 just fine as long as the underlying networking provider supports it. The default provider is URLSession (formerly NSURLSession), which supports HTTP/2 as of iOS 9.

@tracicot: If you find a case where URLSession supports a request when used directly but fails when used through Siesta, please open an issue.

@JoiMeseery
Copy link

I got the same issue here with iOS 11, Xcode 9 :
UserInfo={NSErrorPeerAddressKey=<CFData 0x60400028d2f0 [0x1083299b0]>{length = 16, capacity = 16, bytes = 0x100201bb0de526680000000000000000}, _kCFStreamErrorCodeKey=100, _kCFStreamErrorDomainKey=1

"The operation couldn’t be completed. Protocol error"

@pcantrell
Copy link
Member

@JoiMeseery That’s an error coming from the underlying networking layer. Same question as above: what happens when you send the same request with URLSession? If there’s a request that works with raw URLSession but not when sent through Siesta, then reopen this issue.

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