diff options
author | mrossetti@chromium.org <mrossetti@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-03-25 01:55:17 +0000 |
---|---|---|
committer | mrossetti@chromium.org <mrossetti@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-03-25 01:55:17 +0000 |
commit | 4e69ec1031ae5a80d0d262e9f43d1af149a8dd42 (patch) | |
tree | e30a22c2d60264aa242cf2d21730cefcbb17b7ae /ipc/ipc_message_utils.h | |
parent | 25135cd08fc9f59ff48b5ccdde4ba0f327aeab02 (diff) | |
download | chromium_src-4e69ec1031ae5a80d0d262e9f43d1af149a8dd42.zip chromium_src-4e69ec1031ae5a80d0d262e9f43d1af149a8dd42.tar.gz chromium_src-4e69ec1031ae5a80d0d262e9f43d1af149a8dd42.tar.bz2 |
Revert 79352 - ChromeFrame would fail to load the page correctly if a manifest was specified in the html tag.
This would work the first time and fail on subsequent attempts. Basically the manifest specifies
portions of the website that is cached locally. In this case when there is a subsequent navigation
to the original URL the cached resource can be served out of the appcache which lives in chrome.
ChromeFrame expects the first url request from chrome to match that of the url which the user
navigated to. This url is served out of chrome'a app cache thus causing the pending url reques
checks to fail.
Fix is to validate the pending url request with the request received and stop the pending request
if there is no match. We just trace the fact and stop this request. A new request object is
created to handle the request received and life goes on.
Fixes bug http://code.google.com/p/chromium/issues/detail?id=76439
BUG=76439
TEST=manually as described in the bug.
Review URL: http://codereview.chromium.org/6713112
TBR=ananta@chromium.org
Review URL: http://codereview.chromium.org/6741001
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@79361 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'ipc/ipc_message_utils.h')
0 files changed, 0 insertions, 0 deletions