Tested the issue on Windows 7 & 10 using chrome M58 #58.0.3029.81 and latest stable #58.0.3029.96 and able to download the files.

Attached screencast for reference.

@fgibson75-- Could you please update your chrome to latest stable and try system re-start and check if you can still able to reproduce the issue and write us with your observations.

Thanks!

Deleted: 717376.mp4 5.8 MB

	717376.mp4 5.8 MB View Download

Hi!  Could you follow the instructions here (https://sites.google.com/a/chromium.org/dev/for-testers/providing-network-details), try to download, and attach the net log for us?  Thanks!

@hddoda

Thank you for your response. My Chrome is up-to-date. Restarting does not help.

@dtrainor

Thanks for the response. I've attached the log you requested.

Deleted: chrome-net-export-log.json 905 KB

chrome-net-export-log.json 905 KB View Download

(I just realized I used a different file link for the log than I used in the original bug report. Rest assured, I have this problem with all file links, so I don't think that's a concern.)

Thank you for providing more feedback. Adding requester "hdodda@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Looking at these Chrome log files, it seems that it always comes back to this:

t=70146 [st=19]      DOWNLOAD_FILE_ERROR
                     --> interrupt_reason = "FILE_FAILED"
                     --> operation = "SHFileOperation"
                     --> os_error = 44238

Since I can't figure out what 44238 means, I can't investigate this further. Whatever is going wrong, it's failing in a rename operation and throwing that error.

Adding respective component for someone from the network team to further investigate the attached net log in comment #5.

os_error = 44238 is the result returned by SHFileOperation here: https://cs.chromium.org/chromium/src/content/browser/download/base_file_win.cc?rcl=3bb853ef1d06f0ce7338b98f39388dbe60a291a6&l=313

-------------------
  int result = SHFileOperation(&move_info);
  DownloadInterruptReason interrupt_reason = DOWNLOAD_INTERRUPT_REASON_NONE;

  if (result == 0 && move_info.fAnyOperationsAborted)
    interrupt_reason = DOWNLOAD_INTERRUPT_REASON_FILE_FAILED;
  else if (result != 0)
    interrupt_reason = MapShFileOperationCodes(result);

  if (interrupt_reason != DOWNLOAD_INTERRUPT_REASON_NONE)
    return LogInterruptReason("SHFileOperation", result, interrupt_reason);
--------------------

The error 44238 (0xACCE) doesn't appear to be a valid error code according to Windows documentation here: https://msdn.microsoft.com/en-us/library/windows/desktop/bb762164(v=vs.85).aspx

This could be caused by some third-party software that is intercepting system calls, for example anti-virus or DLP system.

If you have any of such software on your machine, could you try to uninstall it to see if it fixes the issue?
Could you try to create a new user account and see if the issue is reproducible?

The problem is resolved. Trustport Antivirus was interfering with Chrome. I had tried disabling the antivirus, but it seems that wasn't good enough. Uninstalling it restored the expected behaviour in Chrome.

Thank you so much for your help. Sorry that this was all a red herring.

Thank you for providing more feedback. Adding requester "mef@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Thanks for confirmation! Closing this issue per comment 12.