<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>16408</bug_id>
          
          <creation_ts>2007-12-11 23:33:17 -0800</creation_ts>
          <short_desc>back/forward HTTP navigations fail to prefer loading from cache</short_desc>
          <delta_ts>2007-12-12 14:37:59 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Page Loading</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Darin Fisher (:fishd, Google)">fishd</reporter>
          <assigned_to name="Darin Fisher (:fishd, Google)">fishd</assigned_to>
          
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>64000</commentid>
    <comment_count>0</comment_count>
    <who name="Darin Fisher (:fishd, Google)">fishd</who>
    <bug_when>2007-12-11 23:33:17 -0800</bug_when>
    <thetext>back/forward HTTP navigations fail to prefer loading from cache

HTTPS navigations however are aggressively served from cache on back/forward.  it seems like the behavior of HTTP and HTTPS on back/forward is reversed from what it should be.

here&apos;s the code that seems wrong:

  case FrameLoadTypeIndexedBackForward:
      if (itemURL.protocol() == &quot;https&quot;)
          request.setCachePolicy(ReturnCacheDataElseLoad);
      break;

this code is in FrameLoader::loadItem

i believe that the sense of that comparison should be reversed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64003</commentid>
    <comment_count>1</comment_count>
      <attachid>17860</attachid>
    <who name="Darin Fisher (:fishd, Google)">fishd</who>
    <bug_when>2007-12-11 23:57:41 -0800</bug_when>
    <thetext>Created attachment 17860
patch: reverse sense</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64009</commentid>
    <comment_count>2</comment_count>
      <attachid>17860</attachid>
    <who name="Maciej Stachowiak">mjs</who>
    <bug_when>2007-12-12 04:53:34 -0800</bug_when>
    <thetext>Comment on attachment 17860
patch: reverse sense

r=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64055</commentid>
    <comment_count>3</comment_count>
    <who name="Oliver Hunt">oliver</who>
    <bug_when>2007-12-12 14:37:59 -0800</bug_when>
    <thetext>Landed r28662</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>17860</attachid>
            <date>2007-12-11 23:57:41 -0800</date>
            <delta_ts>2007-12-12 04:53:34 -0800</delta_ts>
            <desc>patch: reverse sense</desc>
            <filename>bug16408-1.diff</filename>
            <type>text/plain</type>
            <size>1239</size>
            <attacher name="Darin Fisher (:fishd, Google)">fishd</attacher>
            
              <data encoding="base64">SW5kZXg6IENoYW5nZUxvZw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KLS0tIENoYW5nZUxvZwkocmV2aXNpb24gMjg2
MzkpCisrKyBDaGFuZ2VMb2cJKHdvcmtpbmcgY29weSkKQEAgLTEsMyArMSwxNSBAQAorMjAwNy0x
Mi0xMSAgTW9yZ2FuTCAgPG1vcmdhbmwud2Via2l0QHlhaG9vLmNvbT4KKworICAgICAgICBSZXZp
ZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBGaXhlczoKKyAgICAgICAgaHR0cDov
L2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MTY0MDgKKworICAgICAgICBXaGVuIG5h
dmlnYXRpbmcgYmFjay9mb3J3YXJkIHRvIGEgaHR0cDovLyBsaW5rLCB3ZSBzaG91bGQgcHJlZmVy
IHRvCisgICAgICAgIGxvYWQgZnJvbSBjYWNoZSBpZiBwb3NzaWJsZS4KKworICAgICAgICAqIGxv
YWRlclxGcmFtZUxvYWRlci5jcHANOgorCiAyMDA3LTEyLTExICBTYW0gV2VpbmlnICA8c2FtQHdl
YmtpdC5vcmc+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgRGFyaW4gQWRsZXIuCkluZGV4OiBsb2Fk
ZXIvRnJhbWVMb2FkZXIuY3BwDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gbG9hZGVyL0ZyYW1lTG9hZGVyLmNw
cAkocmV2aXNpb24gMjg2MzkpCisrKyBsb2FkZXIvRnJhbWVMb2FkZXIuY3BwCSh3b3JraW5nIGNv
cHkpCkBAIC00MDU4LDcgKzQwNTgsNyBAQCB2b2lkIEZyYW1lTG9hZGVyOjpsb2FkSXRlbShIaXN0
b3J5SXRlbSogCiAgICAgICAgICAgICAgICAgICAgIGNhc2UgRnJhbWVMb2FkVHlwZUJhY2s6CiAg
ICAgICAgICAgICAgICAgICAgIGNhc2UgRnJhbWVMb2FkVHlwZUZvcndhcmQ6CiAgICAgICAgICAg
ICAgICAgICAgIGNhc2UgRnJhbWVMb2FkVHlwZUluZGV4ZWRCYWNrRm9yd2FyZDoKLSAgICAgICAg
ICAgICAgICAgICAgICAgIGlmIChpdGVtVVJMLnByb3RvY29sKCkgPT0gImh0dHBzIikKKyAgICAg
ICAgICAgICAgICAgICAgICAgIGlmIChpdGVtVVJMLnByb3RvY29sKCkgIT0gImh0dHBzIikKICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICByZXF1ZXN0LnNldENhY2hlUG9saWN5KFJldHVybkNh
Y2hlRGF0YUVsc2VMb2FkKTsKICAgICAgICAgICAgICAgICAgICAgICAgIGJyZWFrOwogICAgICAg
ICAgICAgICAgICAgICBjYXNlIEZyYW1lTG9hZFR5cGVTdGFuZGFyZDoK
</data>
<flag name="review"
          id="7711"
          type_id="1"
          status="+"
          setter="mjs"
    />
          </attachment>
      

    </bug>

</bugzilla>