Bug 39078 - Track state for whether a ResourceRequest is fetched via TLS/NPN
Summary: Track state for whether a ResourceRequest is fetched via TLS/NPN
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebCore Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: Other OS X 10.5
: P2 Normal
Assignee: Mike Belshe
URL:
Keywords:
Depends on: 39176
Blocks:
  Show dependency treegraph
 
Reported: 2010-05-13 11:20 PDT by Mike Belshe
Modified: 2010-05-16 11:02 PDT (History)
5 users (show)

See Also:


Attachments
initial patch (6.67 KB, patch)
2010-05-13 11:28 PDT, Mike Belshe
no flags Details | Formatted Diff | Diff
patch fixing tabs in changelog (6.76 KB, patch)
2010-05-13 11:30 PDT, Mike Belshe
no flags Details | Formatted Diff | Diff
Manually merged (7.29 KB, patch)
2010-05-15 18:19 PDT, Adam Barth
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Belshe 2010-05-13 11:20:10 PDT
This is part of measuring effectiveness of SPDY; we plan to look at requests which are fetched using the TLS/NPN mechanism so that we can evaluate performance.
Comment 1 Mike Belshe 2010-05-13 11:28:39 PDT
Created attachment 56001 [details]
initial patch
Comment 2 Mike Belshe 2010-05-13 11:30:27 PDT
Created attachment 56002 [details]
patch fixing tabs in changelog
Comment 3 Dimitri Glazkov (Google) 2010-05-14 08:42:33 PDT
Comment on attachment 56002 [details]
patch fixing tabs in changelog

ok.
Comment 4 WebKit Commit Bot 2010-05-15 01:03:05 PDT
Comment on attachment 56002 [details]
patch fixing tabs in changelog

Rejecting patch 56002 from commit-queue.

Failed to run "[u'/Users/eseidel/Projects/CommitQueue/WebKitTools/Scripts/svn-apply', u'--reviewer', u'Dimitri Glazkov', u'--force']" exit_code: 1
Last 500 characters of output:
network/chromium/ResourceResponse.h
Hunk #1 FAILED at 36.
Hunk #2 succeeded at 96 (offset 8 lines).
Hunk #3 FAILED at 104.
2 out of 3 hunks FAILED -- saving rejects to file WebCore/platform/network/chromium/ResourceResponse.h.rej
patching file WebKit/chromium/ChangeLog
Hunk #1 succeeded at 1 with fuzz 3.
patching file WebKit/chromium/public/WebURLResponse.h
Hunk #1 succeeded at 126 (offset 3 lines).
patching file WebKit/chromium/src/WebURLResponse.cpp
Hunk #1 succeeded at 277 (offset 10 lines).

Full output: http://webkit-commit-queue.appspot.com/results/2296098
Comment 5 Adam Barth 2010-05-15 18:19:54 PDT
Created attachment 56170 [details]
Manually merged
Comment 6 Adam Barth 2010-05-15 18:20:38 PDT
This doesn't actually need to be reviewed again.  I just want the cr-linux EWS bot to run to make sure I did the merge right.  Also, this patch is missing a ChangeLog in the WebCore directory.
Comment 7 Adam Barth 2010-05-15 18:49:51 PDT
Comment on attachment 56170 [details]
Manually merged

Looks like I did the merge ok.  Let's try to land.
Comment 8 WebKit Commit Bot 2010-05-16 01:58:31 PDT
Comment on attachment 56170 [details]
Manually merged

Clearing flags on attachment: 56170

Committed r59574: <http://trac.webkit.org/changeset/59574>
Comment 9 WebKit Commit Bot 2010-05-16 01:58:36 PDT
All reviewed patches have been landed.  Closing bug.
Comment 10 WebKit Review Bot 2010-05-16 02:38:55 PDT
http://trac.webkit.org/changeset/59574 might have broken Chromium Win Release
Comment 11 Adam Barth 2010-05-16 06:38:25 PDT
(In reply to comment #10)
> http://trac.webkit.org/changeset/59574 might have broken Chromium Win Release

The compile error is something about trouble linking with WebGL.  Not sure how that's related to this patch.
Comment 12 Adam Barth 2010-05-16 06:41:52 PDT
I'm rolling this out to see if that fixes cr-win.  I'm skeptical that it will.
Comment 13 Adam Barth 2010-05-16 07:39:03 PDT
Comment on attachment 56170 [details]
Manually merged

Rollout didn't help.  Putting this back on the queue.  It's possible the bot needs to be kicked or the earlier change to DEPS is the problem.
Comment 14 Eric Seidel (no email) 2010-05-16 10:05:18 PDT
I suspect the break may be related to earlier webgl renames from this week. I think this change just triggered a fuller-rebuil and exposed a error missed before due to build system failure.

There is a known issue with the win gyp build that it doesn't notice feature define changes.  We could have hit that.

Thanks Adam for the quick fix attempt. This change will automatically reland once the tree regreens
Comment 15 Eric Seidel (no email) 2010-05-16 10:12:57 PDT
I think the real culprit was http://trac.webkit.org/changeset/59571
Comment 16 Eric Seidel (no email) 2010-05-16 10:43:06 PDT
I believe the build system bug in question is https://bugs.webkit.org/show_bug.cgi?id=38926.
Comment 17 Eric Seidel (no email) 2010-05-16 11:02:01 PDT
Comment on attachment 56170 [details]
Manually merged

Clearing flags on attachment: 56170

Committed r59579: <http://trac.webkit.org/changeset/59579>
Comment 18 Eric Seidel (no email) 2010-05-16 11:02:08 PDT
All reviewed patches have been landed.  Closing bug.