Summary: | Intermittent failures when using https with lighttpd 1.4.26 | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Whitney <wbyoung> | ||||
Component: | Page Loading | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED CONFIGURATION CHANGED | ||||||
Severity: | Major | CC: | ap, beidson, bfulgham | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.9 | ||||||
Attachments: |
|
Description
Whitney
2013-11-29 05:14:11 PST
Can you try with a WebKit Nightly? > This was never something that I was able to reproduce with Safari 7.0.
Can you please confirm whether this is reproducible for you? Did you mean Safari 6?
Are there any redirects involved when fetching the resource?
This is not reproducible for me. It occurred for multiple users of the web app, though. I meant Safari 7.0 (9537.71). As far as I know, there were no redirects involved in making the request. There should not have been, but there could have been something going on in the server configuration that I wasn't aware of. Would Safari show if it had handled a redirect? (In reply to comment #3) > This is not reproducible for me. It occurred for multiple users of the web app, though. > > I meant Safari 7.0 (9537.71). > > As far as I know, there were no redirects involved in making the request. There should not have been, but there could have been something going on in the server configuration that I wasn't aware of. Would Safari show if it had handled a redirect? That's why I couldn't reproduce with the "test case"... we don't have a reproducible test case. Saying "we've never been able to reproduce this but this happened to some users and we don't know under what circumstances" puts this in the "very difficult to explore" category. Indeed it does. I though it worthwhile to report, though. I've worked around this by using JSONP in the app, so I'm okay with this being closed. But I wanted to report it in case anyone had any ideas or in case anyone else happens to have the same problem. Created attachment 218711 [details]
Examples to reproduce
The problem seems to have been in the web server, Lighttpd 1.4.26. I don't know if it's a bug on their end or in Safari. It's strange that this is the first time this has been a problem and is only a problem in Safari. The problem was resolved by updating Lighttpd, though. I attached some files to show how to reproduce. This is exciting news, thank you so much! Could you please tell more about what was happening? It's not quite clear without steps to reproduce - seems like it's an interaction between multiple methods of accessing the root document (GET vs. POST and "/" vs. "index.html"). But there isn't even any XMLHttpRequest in this example. So what would help the most: 1. Detailed steps to reproduce. 2. A tcpdump capture of the failure (if it's also reproducible without SSL). Sorry, I absolutely should have been more clear. I was in a hurry when I updated this before. I've realized that the issue no longer has to do with an XMLHTTPRequest and instead has to do with POST requests via SSL. To reproduce: - Install Lighttpd 1.4.26 - run: cd example/server - run: lighttpd -f lighttpd.conf -D - Open example/test.html in Safari 7.0 - Click "Send" Expectation: POST request connects and completes immediately when connecting to the local server. Actual result: POST request hangs and eventually returns an empty response. Also, when testing, I just created an empty file at example/server/public/index.html, but if you put content in that you'll see more clearly that with Lighttpd 1.4.26 it return an empty response. I can reproduce this. Seems like something below WebKit... I imported the bug for Apple's SSL experts to take a look. Note that SSL was quite broken in this release of lighttpd - for me, it didn't work at all until I applied a workaround from <http://fredericiana.com/2010/03/29/lighttpd-1-4-26-ssl-bug/>. But yes, it works with other browsers, so worth a look. |