<?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>68465</bug_id>
          
          <creation_ts>2011-09-20 13:34:02 -0700</creation_ts>
          <short_desc>Do not consider SQLITE_BUSY an error in turnOnIncrementalAutoVacuum</short_desc>
          <delta_ts>2024-03-06 00:22:25 -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>WebCore Misc.</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Raphael Kubo da Costa (:rakuco)">rakuco</reporter>
          <assigned_to name="Raphael Kubo da Costa (:rakuco)">rakuco</assigned_to>
          <cc>abarth</cc>
    
    <cc>annevk</cc>
    
    <cc>eric</cc>
    
    <cc>ggaren</cc>
    
    <cc>krit</cc>
    
    <cc>leandro</cc>
    
    <cc>michaeln</cc>
    
    <cc>mitz</cc>
    
    <cc>zimmermann</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>470298</commentid>
    <comment_count>0</comment_count>
    <who name="Raphael Kubo da Costa (:rakuco)">rakuco</who>
    <bug_when>2011-09-20 13:34:02 -0700</bug_when>
    <thetext>Do not consider SQLITE_BUSY an error in turnOnIncrementalAutoVacuum</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>470301</commentid>
    <comment_count>1</comment_count>
      <attachid>108049</attachid>
    <who name="Raphael Kubo da Costa (:rakuco)">rakuco</who>
    <bug_when>2011-09-20 13:38:56 -0700</bug_when>
    <thetext>Created attachment 108049
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>500025</commentid>
    <comment_count>2</comment_count>
      <attachid>108049</attachid>
    <who name="Brent Fulgham">bfulgham</who>
    <bug_when>2011-11-10 10:09:38 -0800</bug_when>
    <thetext>Comment on attachment 108049
Patch

Is it possible that this code was actually meant to be &quot;if (error != SQLITE_BUSY)&quot; rather than the original &quot;if (error != SQLITE_ROW)&quot;?

I don&apos;t see anything in the SQLite documentation that mentions that SQLITE_ROW is an expected error result of PRAGMA auto_vacuum.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>501194</commentid>
    <comment_count>3</comment_count>
    <who name="Raphael Kubo da Costa (:rakuco)">rakuco</who>
    <bug_when>2011-11-11 16:01:52 -0800</bug_when>
    <thetext>Perhaps SQLITE_ROW can come from some call invoked in SQLiteStatement::getColumnInt? I&apos;m not sure either.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>606286</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Nordman">michaeln</who>
    <bug_when>2012-04-19 19:09:31 -0700</bug_when>
    <thetext>In the context of WebSQLDatabase, this change looks harmless. Afaict the net effect is to avoid making a LOG_ERROR() call when the error is BUSY. I don&apos;t see any other callsites in the codebase to this method other than the one the AbstractDatabase class.

But a return value of true in this case might be misleading, the auto_vacuum setting may or may not be set to the incremental mode. Another way to avoid the LOG_ERROR() output could be to test lastError() for the BUSY value after a false return at the callsite in AbstractDatabase.

I&apos;m not a reviewer here, so i can&apos;t help you out any further than that :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>976818</commentid>
    <comment_count>5</comment_count>
      <attachid>108049</attachid>
    <who name="Anders Carlsson">andersca</who>
    <bug_when>2014-02-05 10:50:47 -0800</bug_when>
    <thetext>Comment on attachment 108049
Patch

Clearing review flag on patches from before 2014. If this patch is still relevant, please reset the r? flag.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2019012</commentid>
    <comment_count>6</comment_count>
    <who name="Anne van Kesteren">annevk</who>
    <bug_when>2024-03-06 00:22:25 -0800</bug_when>
    <thetext>This is a feature that&apos;s disabled/removed.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>108049</attachid>
            <date>2011-09-20 13:38:56 -0700</date>
            <delta_ts>2014-02-05 10:50:47 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-68465-20110920173857.patch</filename>
            <type>text/plain</type>
            <size>2090</size>
            <attacher name="Raphael Kubo da Costa (:rakuco)">rakuco</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogOTU1NjAKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0No
YW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwppbmRleCAyNjNmMTI1NTNjNDkyZDI2
Mzc0NjEyZTE2ZmJmNTlhOTdlODIzOWFhLi5lNWJlYjEzNjY2NWJiODYwOWJkZWVmZWFhNTExZWE3
YzU2N2QzN2ZkIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKKysrIGIvU291
cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMjQgQEAKKzIwMTEtMDktMjAgIFJhcGhh
ZWwgS3VibyBkYSBDb3N0YSAgPGt1Ym9AcHJvZnVzaW9uLm1vYmk+CisKKyAgICAgICAgRG8gbm90
IGNvbnNpZGVyIFNRTElURV9CVVNZIGFuIGVycm9yIGluIHR1cm5PbkluY3JlbWVudGFsQXV0b1Zh
Y3V1bQorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9Njg0
NjUKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBUaGUg
Y29tbWVudCBpbiBTUUxpdGVEYXRhYmFzZTo6dHVybk9uSW5jcmVtZW50YWxBdXRvVmFjdXVtKCkg
c2F5cworICAgICAgICBTUUxJVEVfQlVTWSBzaG91bGQgbm90IGJlIGNvbnNpZGVyZWQgYW4gZXJy
b3IgaGVyZSwgaW4gdGhlIHNlbnNlIHRoYXQKKyAgICAgICAgaXQganVzdCBtZWFucyBhbm90aGVy
IHRyYW5zYWN0aW9uIGlzIGJlaW5nIHBlcmZvcm1lZCBvbiB0aGUgZGF0YWJhc2UuCisgICAgICAg
IElmIHdlIGp1c3QgcmV0dXJuIGZhbHNlLCB0aGlzIHdpbGwgYmUgY29uc2lkZXJlZCBhbiBlcnJv
ciBieQorICAgICAgICBBYnN0cmFjdERhdGFiYXNlOjpwZXJmb3JtT3BlbkFuZFZlcmlmeSwgd2hp
Y2ggd2lsbCB3cml0ZSBhIG1lc3NhZ2UgdG8KKyAgICAgICAgc3RkZXJyICh0aGUgY29tbWVudCBz
dWdnZXN0cyB0aGlzIHNob3VsZCBoYXBwZW4gb25seSBpZiB0aGUgZXJyb3IgY29kZQorICAgICAg
ICBpcyBub3QgU1FMSVRFX0JVU1kpLgorCisgICAgICAgIE5vIG5ldyB0ZXN0cywgc3BvdHRlZCBi
eSBydW5uaW5nIHRoZSB0ZXN0cyBpbiBmYXN0L3dvcmtlcnMvc3RvcmFnZQorICAgICAgICAoY2hh
bmdlLXZlcnNpb24taGFuZGxlLXJldXNlLXN5bmMuaHRtbCwgZm9yIGV4YW1wbGUpLgorCisgICAg
ICAgICogcGxhdGZvcm0vc3FsL1NRTGl0ZURhdGFiYXNlLmNwcDoKKyAgICAgICAgKFdlYkNvcmU6
OlNRTGl0ZURhdGFiYXNlOjp0dXJuT25JbmNyZW1lbnRhbEF1dG9WYWN1dW0pOgorCiAyMDExLTA5
LTIwICBBYXJvbiBCb29kbWFuICA8YWFAY2hyb21pdW0ub3JnPgogCiAgICAgICAgIFJld29yayBz
Y3JpcHQgY29udGV4dCBjcmVhdGlvbi9yZWxlYXNlIG5vdGlmaWNhdGlvbnMKZGlmZiAtLWdpdCBh
L1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL3NxbC9TUUxpdGVEYXRhYmFzZS5jcHAgYi9Tb3VyY2Uv
V2ViQ29yZS9wbGF0Zm9ybS9zcWwvU1FMaXRlRGF0YWJhc2UuY3BwCmluZGV4IDRhMWI0ODRjZGVi
OGY5YjZhZmE3NTQ0ZDVkZGVmZWViNDg4NGI4NjMuLjZhODM5ZTllYzJkNmQ3ZDdmY2IzZTFjOGVj
MTcwZGRlZTQzYzIxODIgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL3NxbC9T
UUxpdGVEYXRhYmFzZS5jcHAKKysrIGIvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vc3FsL1NRTGl0
ZURhdGFiYXNlLmNwcApAQCAtNDUyLDYgKzQ1Miw4IEBAIGJvb2wgU1FMaXRlRGF0YWJhc2U6OnR1
cm5PbkluY3JlbWVudGFsQXV0b1ZhY3V1bSgpCiAgICAgLy8gYXV0b192YWN1dW0gZmxhZyBhbmQg
dHJ5IHRvIHNldCBpdCB0byBJTkNSRU1FTlRBTCB0aGUgbmV4dCB0aW1lIHdlIG9wZW4gdGhpcwog
ICAgIC8vIGRhdGFiYXNlLiBJZiB0aGUgZXJyb3IgaXMgbm90IFNRTElURV9CVVNZLCB0aGVuIHdl
IHByb2JhYmx5IHJhbiBpbnRvIGEgbW9yZQogICAgIC8vIHNlcmlvdXMgcHJvYmxlbSBhbmQgc2hv
dWxkIHJldHVybiBmYWxzZSAodG8gbG9nIGFuIGVycm9yIG1lc3NhZ2UpLgorICAgIGlmIChlcnJv
ciA9PSBTUUxJVEVfQlVTWSkKKyAgICAgICAgcmV0dXJuIHRydWU7CiAgICAgaWYgKGVycm9yICE9
IFNRTElURV9ST1cpCiAgICAgICAgIHJldHVybiBmYWxzZTsKIAo=
</data>

          </attachment>
      

    </bug>

</bugzilla>