It seems the server socket is dying when a device with iOS 5+ goes to sleep. This is easily reproducible with the iPhoneHTTPServer project. Just run it with the default configuration (connected to a WiFi network to verify that the server is reachable), then lock the device (the app can be in the foreground or in the background, doesn't matter) and unlock it again. Try to connect to the web server and the connection will be refused.

Greetings I have implemented this in an iPhone App but neither my App nor the Sample iPhoneHTTPServer work for the device, they do work in the simulator though.

When I use the wifiIP:port on my Mac(using any browser) which is on the same network of the iPhone it simply won't open the Page, but it doesn t give a 404 error either. Its like the page is there but it can't connect.

"Unable to connect" "Firefox can't establish a connection to the server at 192.168.0.102:52395." "The site could be temporarily unavailable or too busy. Try again in a few moments. If you are unable to load any pages, check your computer's network connection. If your computer or network is protected by a firewall or proxy, make sure that Firefox is permitted to access the Web."

Any idea what might be causing this? I know I have to disable my Mac OS X firewall when I want to share a website on the local network is there something similar for the iPhone App?

thanks

I looks like the Bonjour announcing does not work on iOS8 anymore. The service can be discovered but when trying to resolve the service:

[serverService setDelegate:self]; [serverService resolveWithTimeout:30.0];

I get a net service error:

• (void)netService:(NSNetService *)sender didNotResolve:(NSDictionary *)errorDict

  NSNetServicesErrorCode = "-72007"; NSNetServicesErrorDomain = 10;

It works perfectly using iOS7. Using Bonjour Browser on the Mac I get the same result. The service is found but cannot be resolved.

I just tried the Apple WiTap sample and the result is the same. So this seems to be an core os issue rather than an issue with CocoaHTTPServer.

Great job with CocoaHTTPServer - it's very useful and easy to setup. When I try to start a site on port 80, however, I get the following error (port 12345 works fine). I'm using the same code as in the SimpleHTTPServer AppDelegate, with the setPort line uncommented. I see that this is a permissions error, so if applicable, sandboxing is disabled. Thanks for your help.

2013-01-07 23:15:29:762 SimpleHTTPServer[14086:303] HTTPServer: Failed to start HTTP Server: Error Domain=NSPOSIXErrorDomain Code=13 "Permission denied" UserInfo=0x10280c4d0 {NSLocalizedDescription=Permission denied, NSLocalizedFailureReason=Error in bind() function}

2013-01-07 23:15:29:762 SimpleHTTPServer[14086:303] Error starting HTTP Server: Error Domain=NSPOSIXErrorDomain Code=13 "Permission denied" UserInfo=0x10280c4d0 {NSLocalizedDescription=Permission denied, NSLocalizedFailureReason=Error in bind() function}

It's a bit of an odd move to move to an ARC only solution for a library like this one. Sadly this will mean all projects have to have a minimum requirement of 64bit intel processors because ARC doesn't work on 32bit processors.

Please move back to old fashioned memory management or even better: like other libraries do: hybrid.

There appear to be 89 uses of dispatch_get_current_queue in the CocoaHTTPServer source. The headers for that API say "Recommended for debugging and logging purposes only" and Apple has gone out of its way lately to state that the API is unreliable, especially under ARC. If one were to look at certain SDKs that may or may not yet be public they might find even more stern wording.

A lot of this usage seems benign and easily removable — it either synchronously or asynchronously invokes the block based on whether or not the desired queue is already in use — but other areas seem fundamentally built around the concept.

It seems like storing context data on queue creation with dispatch_queue_set_specific, then reading it out with dispatch_get_specific, is the way to go moving forward for the kind of checks this project is currently using dispatch_get_current_queue to perform.

outbuf [0] = ( inbuf[0] << 2 ) | ( ( inbuf[1] & 0x30) >> 4 ); outbuf [1] = ( ( inbuf[1] & 0x0F ) << 4 ) | ( ( inbuf[2] & 0x3C ) >> 2 ); outbuf [2] = ( ( inbuf[2] & 0x03 ) << 6 ) | ( inbuf[3] & 0x3F );

Theres some analyzer warnings on these lines in DDData.m

For some reason we no longer get responses for locally stored video requests when all data is turned off. This just started with a recent upgrade to iOS7. We were trying to troubleshoot but got a tad lost. We are using the HTTPFileResponse to open the files.

When logging out file reads while the device was offline, I saw that it would request 2 bytes and then never request anymore. A successful video load would request 2 bytes and then start grabbing chunks.

Our Setup

We have the CocoaHTTPServer serving files for the UIWebView inorder to serve HTML content.

To reproduce

Turn wifi and data off on an iOS7 device and try to play a local video through HTML in the UIWebview

Results

With data off the device acts as if it cannot load the video file while loading html, pdf and jpg files before and after. The HTML5 video container gives a networkState of 3 which is NETWORK_NO_SOURCE.

Expected Results

The local video would load the same whether online or offline.

I can provide logs or do additional troubleshooting if someone could help point me in the right direction.

I removed all CocoaLumberjack files directly included in repo in Vendor/CocoaLumberjack and added them as subrepository CocoaLumberjack to the same directory.

It now contains the latest changes including dispach_get_current_queue deprecation warning fix.

HTTPConnection.m, line 2496.

The following function won't do anything:

• (void)socketDidDisconnect:(GCDAsyncSocket *)sock withError:(NSError *)err; { ... }

I think the semi-colon at the end of the function parameter list shouldn't be there.

I try to run the "SimpleFileUploadServer" sample under 10.6 Snow Leopard with no success because the app crashes. I use Mac OS X 10.8.2 and XCode 4.6 for development. With Montain Lion everthing runs smooth. Do I miss something here?

Repro:

1. Create a new mac application TestProject in objective c
2. Add a Podfile with the following, then run pod install:

def macos_version; '10.14' end
platform :osx, macos_version
use_frameworks!
inhibit_all_warnings!

workspace 'TestProject.xcworkspace'

target 'TestProject' do
  project 'TestProject.xcodeproj'
  pod 'CocoaHTTPServer', '2.3.0'
end

3. Open the generated TestProject.xcworkspace
4. Add #import <CocoaHTTPServer/HTTPServer.h> to any objc file, such as AppDelegate.m
5. Observe it fails to build because of import order or something similar in the generated CocoaHTTPServer-umbrella.h

CocoaHTTPServer 2.2.1 works just fine though.

I found a problem on product evn, here is error log , anyone can help?

code = -1004 desc = Error Domain=NSURLErrorDomain Code=-1004 "Could not connect to the server." UserInfo={NSErrorFailingURLKey=http://localhost:49786/index.html?...., _NSURLErrorFailingURLSessionTaskErrorKey=LocalDataTask <A2E88C08-0CF7-462D-8EB9-D6F960983E65>.<16>, _kCFStreamErrorCodeKey=61, NSLocalizedDescription=Could not connect to the server., _WKRecoveryAttempterErrorKey=<WKReloadFrameErrorRecoveryAttempter: 0x2822d7560>, networkTaskDescription=LocalDataTask <A2E88C08-0CF7-462D-8EB9-D6F960983E65>.<16>, _kCFStreamErrorDomainKey=1, NSErrorFailingURLStringKey=http://localhost:49786/index.html?...., NSUnderlyingError=0x282c26010 {Error Domain=kCFErrorDomainCFNetwork Code=-1004 "(null)" UserInfo={_kCFStreamErrorCodeKey=61, _kCFStreamErrorDomainKey=1}}}

Originally posted by @free1990 in https://github.com/robbiehanson/CocoaHTTPServer/issues/204

Originally posted by @Tonyvalony in https://github.com/Tonyvalony/Jorge-Torres-Torres-Torres-torres/issues/3

I found a problem on product evn, here is error log , anyone can help?

code = -1004 desc = Error Domain=NSURLErrorDomain Code=-1004 "Could not connect to the server." UserInfo={NSErrorFailingURLKey=http://localhost:49786/index.html?...., _NSURLErrorFailingURLSessionTaskErrorKey=LocalDataTask <A2E88C08-0CF7-462D-8EB9-D6F960983E65>.<16>, _kCFStreamErrorCodeKey=61, NSLocalizedDescription=Could not connect to the server., _WKRecoveryAttempterErrorKey=<WKReloadFrameErrorRecoveryAttempter: 0x2822d7560>, networkTaskDescription=LocalDataTask <A2E88C08-0CF7-462D-8EB9-D6F960983E65>.<16>, _kCFStreamErrorDomainKey=1, NSErrorFailingURLStringKey=http://localhost:49786/index.html?...., NSUnderlyingError=0x282c26010 {Error Domain=kCFErrorDomainCFNetwork Code=-1004 "(null)" UserInfo={_kCFStreamErrorCodeKey=61, _kCFStreamErrorDomainKey=1}}}