summaryrefslogtreecommitdiffstats
path: root/ipc/ipc_message_utils.h
diff options
context:
space:
mode:
authormrossetti@chromium.org <mrossetti@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-03-25 01:55:17 +0000
committermrossetti@chromium.org <mrossetti@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-03-25 01:55:17 +0000
commit4e69ec1031ae5a80d0d262e9f43d1af149a8dd42 (patch)
treee30a22c2d60264aa242cf2d21730cefcbb17b7ae /ipc/ipc_message_utils.h
parent25135cd08fc9f59ff48b5ccdde4ba0f327aeab02 (diff)
downloadchromium_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