Reproduced on all platforms.

Chromium: 6.0.467.0 (Developer Build 52429)
Mac: 6.0.467.0 (Developer Build 52452)
Windows: 6.0.467.0 (Developer Build 52392)

I can also confirm this on Windows, build 6.0.466.0 dev

For a minute there I thought the Web was hating me. :)

(No comment was entered for this change.)

 Issue 49285  has been merged into this issue.

 Issue 49281  has been merged into this issue.

 Issue 49252  has been merged into this issue.

 Issue 49299  has been merged into this issue.

(No comment was entered for this change.)

I was able to reproduce the problem with an MP4 video file.  I don't believe it's just limited to dangerous file types.

 Issue 49308  has been merged into this issue.

Anantha, can we have someone try to find the regression window for this?

venkat, Please verify and update the bug.

I' working on pyauto test...

No repro steps in r52179 but repros in r52202

bad in r52192 as well.

Maybe r52185?

Almost certainly 52185

Downloading large files works in 52181, fails in 52191

Oops... meant to change owner.

I confirm this on Linux 
Chromium 6.0.468.0 (52591) Built on Ubuntu 10.04, running on LinuxMint 9

Oh and btw it doesn't have to be .exe, i have experienced this problem on .zip archive.

Running chromium-daily on Ubuntu lucid
Happens on any large file (tried downloading different zips & iso from ubuntu.com)
Downgrading to 51029 (lucid-updates) fixes the issue

(No comment was entered for this change.)

Completed writing pyauto test...

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=52790 

------------------------------------------------------------------------
r52790 | rvargas@google.com | 2010-07-16 17:58:21 -0700 (Fri, 16 Jul 2010) | 7 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/http/http_cache_transaction.cc?r1=52790&r2=52789
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/http/http_cache_transaction.h?r1=52790&r2=52789
   M http://src.chromium.org/viewvc/chrome/trunk/src/net/http/http_cache_unittest.cc?r1=52790&r2=52789

Http Cache: Make sure that we don't fail transactions when the
disk cache fails (now on an async world).

BUG=49216
TEST=net_unittests

Review URL: http://codereview.chromium.org/2812062
------------------------------------------------------------------------

(No comment was entered for this change.)

 Issue 49406  has been merged into this issue.

 Issue 49397  has been merged into this issue.

 Issue 49414  has been merged into this issue.

 Issue 49419  has been merged into this issue.

 Issue 49420  has been merged into this issue.

 Issue 49425  has been merged into this issue.

 Issue 49427  has been merged into this issue.

 Issue 49445  has been merged into this issue.

(No comment was entered for this change.)

Seems to be working fine now in build 52842.  :-)  (Tested by downloading 167MB OpenOffice tar.gz file.)

 Issue 49467  has been merged into this issue.

 Issue 49465  has been merged into this issue.

 Issue 49462  has been merged into this issue.

 Issue 49461  has been merged into this issue.

 Issue 49460  has been merged into this issue.

 Issue 49459  has been merged into this issue.

 Issue 49473  has been merged into this issue.

 Issue 49484  has been merged into this issue.

I can confirm this on Ubuntu Linux too.

 Issue 49532  has been merged into this issue.

 Issue 49508  has been merged into this issue.

 Issue 49546  has been merged into this issue.

I have the same issue, no idea what to do but its very frustrating.

for when the new dev ? :(

 Issue 49583  has been merged into this issue.

 Issue 49584  has been merged into this issue.

 Issue 49586  has been merged into this issue.

 Issue 49615  has been merged into this issue.

 Issue 49622  has been merged into this issue.

 Issue 49627  has been merged into this issue.

 Issue 49630  has been merged into this issue.

 Issue 49649  has been merged into this issue.

 Issue 49652  has been merged into this issue.

So when exactly are you going to push the fix out? I hope you're not waiting until next week, because this is a major annoyance. Even some of my YouTube videos won't load anymore. For the time being, I'm forced to start IE almost as often as Chrome.

The fix will go out with the next dev channel release. If you feel that bugs like this are unbearable, consider switching to the beta or stable channel.

 Issue 49671  has been merged into this issue.

 Issue 49706  has been merged into this issue.

Thanks thakis for your quick reply. I would have switched to the beta channel already, but then it would take even longer until the bugfix arrived. Guess I have to stick with IE for the time being.

The beta channel doesn't have this bug.

 Issue 49722  has been merged into this issue.

 Issue 49751  has been merged into this issue.

 Issue 49752  has been merged into this issue.

 Issue 49741  has been merged into this issue.

FIX THIS ISSUE NOW!! It is starting to attract my attention to my Flaming Fox, I don't want to have to leave Google Chrome because of this small but MIGHTY issue. PLEASE FIX IT NOW!!

Parece mentira que hayan pasado mas de 2 dias y todavia nada. Por mucho que sea una dev , es un fallo vergonzoso

Wow.  raomokanye, this is a risk you willingly take by opting for the Dev channel.  As the gentleman said above, if you're not comfortable with this risk, the beta and stable channels are free of this sort of bug and are quite easy to switch to.  Yelling at the developers and making demands is inappropriate.  You would run the same risk if you were on Firefox's nightly buids, which is much like Chrome's dev channel.  

 Issue 49754  has been merged into this issue.

 Issue 49764  has been merged into this issue.

 Issue 49760  has been merged into this issue.

 Issue 44466  has been merged into this issue.

 Issue 49795  has been merged into this issue.

 Issue 49797  has been merged into this issue.

 Issue 49802  has been merged into this issue.

If you're so inclined, the extension IE Tab will allow you to work around this particular issue without having to fire up another browser.  

You can just use private viewing. With it downloads work ok on linux 6.0.466.0 build.

(No comment was entered for this change.)

 Issue 49839  has been merged into this issue.

Dev channel users: New build with the fix should be out before the end of the week. Hang in there!

 Issue 49889  has been merged into this issue.

 Issue 49908  has been merged into this issue.

 Issue 49575  has been merged into this issue.

 Issue 49407  has been merged into this issue.

 Issue 50028  has been merged into this issue.

 Issue 50218  has been merged into this issue.

<b>What steps will reproduce the problem?</b>
1. Navigate to a dangerous file (e.g. an executable file with .exe extension) that is larger than 40MB.
    (Make sure the file is not harmful on your computer)
2. Select 'Save' when prompted

<b>What is the expected output? What do you see instead?</b>
Chromium saves the entire file with its original size.

<b>Please use labels and text to provide additional information.</b>
Chromium saves only the first 40mb of the file.

I suspect there's a issue around file renaming.