Bug 34829 – [gtk] WebKitDownload's currentSize property is guint, should be guint64

• Status: RESOLVED
• Resolution: FIXED
• Component: WebKitGTK

[Diego Escalante Urrelo]

Created attachment 48546 [details]
Quick *blind* fix

This seems to be causing this:
  https://bugzilla.gnome.org/show_bug.cgi?id=603395

I don't have the bandwidth nor disk to try that in real world, so I'm blindly betting on the attached patch :-).

[Gustavo Noronha (kov)]

I can get this tested. Perhaps we should use goffset, though?

[Gustavo Noronha (kov)]

Comment on attachment 48546 [details]
Quick *blind* fix

Your patch works. You get a warning on line 758, though, which you should fix before we land this (because Soup behaves correctly, and handles us a goffset instead). I wonder if we could move all our file size usage in WebKitDownload to goffset to be consistent/correct. I don't know why I didn't do that in the first place =(.

[Diego Escalante Urrelo]

Created attachment 48578 [details]
2010-02-11  Diego Escalante Urrelo  <[e-mail]>

Reviewed by NOBODY (OOPS!).

        [gtk] WebKitDownload's currentSize property is guint, should be guint64
        https://bugs.webkit.org/show_bug.cgi?id=34829

        Actually use a guint64 for current-size property in WebKitDownload, we
        were using a guint which is likely the cause for wrong sizes for files
        over 4 Gb.

        * webkit/webkitdownload.cpp:

[Diego Escalante Urrelo]

Created attachment 48585 [details]
2010-02-11  Diego Escalante Urrelo  <[e-mail]>

Reviewed by NOBODY (OOPS!).

        [gtk] WebKitDownload's currentSize property is guint, should be guint64
        https://bugs.webkit.org/show_bug.cgi?id=34829

        Actually use a guint64 for current-size property in WebKitDownload, we
        were using a guint which is likely the cause for wrong sizes for files
        over 4 Gb.

        * webkit/webkitdownload.cpp:

[Diego Escalante Urrelo]

Created attachment 48586 [details]
2010-02-11  Diego Escalante Urrelo  <[e-mail]>

Reviewed by NOBODY (OOPS!).

        [gtk] WebKitDownload's currentSize property is guint, should be guint64
        https://bugs.webkit.org/show_bug.cgi?id=34829

        Actually use a guint64 for current-size property in WebKitDownload, we
        were using a guint which is likely the cause for wrong sizes for files
        over 4 Gb.

        * webkit/webkitdownload.cpp:

[Gustavo Noronha (kov)]

Comment on attachment 48586 [details]
2010-02-11  Diego Escalante Urrelo  <[e-mail]>

Looks good, thanks!

[WebKit Commit Bot]

Comment on attachment 48586 [details]
2010-02-11  Diego Escalante Urrelo  <[e-mail]>

Rejecting patch 48586 from commit-queue.

Failed to run "['WebKitTools/Scripts/run-webkit-tests', '--no-launch-safari', '--exit-after-n-failures=1', '--quiet']" exit_code: 1
Running build-dumprendertree
Running tests from /Users/eseidel/Projects/CommitQueue/LayoutTests
Testing 12150 test cases.
websocket/tests/bufferedAmount-after-close.html -> crashed

Exiting early after 1 failures. 12118 tests run.
497.21s total testing time

12117 test cases (99%) succeeded
1 test case (<1%) crashed
7 test cases (<1%) had stderr output

Full output: http://webkit-commit-queue.appspot.com/results/258584

[Gustavo Noronha (kov)]

Comment on attachment 48586 [details]
2010-02-11  Diego Escalante Urrelo  <[e-mail]>

The failure doesn't seem to be related.

[WebKit Commit Bot]

Comment on attachment 48586 [details]
2010-02-11  Diego Escalante Urrelo  <[e-mail]>

Clearing flags on attachment: 48586

Committed r54762: <http://trac.webkit.org/changeset/54762>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.

[Eric Seidel (no email)]

Crash was bug 34898.