Could you provide another repro, or a net-internals log (instructions:  https://sites.google.com/a/chromium.org/dev/for-testers/providing-network-details)?  I get page-not-found when I click on that link.

I've attached the net-internals log

Deleted: net-internals-log.json 5.5 MB

net-internals-log.json 5.5 MB View Download

Thank you for providing more feedback. Adding requester "mmenke@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

I think this is more likely the downloads system rather than net::GenerateSafeFileName - that does muck with extensions in some cases, but "solitairetheme8" isn't a standard extension.  Very weird issue.

And just to add some details:

We're requesting:

https://developer.nvidia.com/compute/machine-learning/cudnn/secure/v6/prod/8.0_20170307/cudnn-8.0-linux-x64-v6.0-tgz

which is redirected to http://developer.download.nvidia.com/compute/machine-learning/cudnn/secure/v6/prod/8.0_20170307/cudnn-8.0-linux-x64-v6.0.tgz?autho=1490680668_037275310c77cf63e8feb94077e9efc5&file=cudnn-8.0-linux-x64-v6.0.tgz

We get a "Content-Type: application/x-compressed" header (Which we don't recognize, so should make us download the file), and no Content-Encoding header (Which is as it should be).

I've never had this problem with actual URLS ending in .tgz. Could it be the -tgz is causing issues? I'm unsure if this will occur with other -tgz files, or if it's just an issue with this one. Are you guys able to repro?

I don't have an account, which is required to download the file (Yes, it's free, no, I'm not sufficiently interested in this issue to figure out if the agreement is reasonable, or who's behalf I'd be agreeing to it on).  I doubt I could repro, just because of the "solitairetheme8".

It looks like "solitairetheme8" is a associated with the "LoversLab community website"...Is it possible you have some of their software installed, and it's registered that it's interested in "application/x-compressed" mime types, and they should have an extension of "solitairetheme8"?  This may be working as intended, if that's the code.

If that's the case, rather.

I do not have any software that would have that effect. It could be a quirk with Windows 10. I keep a close eye on programs installed and have multiple antivirus programs to ensure I don't get viruses or bloatware.

There is a default solitaire app on Windows 10 that may be responsible

Could you search your register for solitairetheme8?  Maybe that will provide some information.

registry, rather

This appears to be an issue that occurs on Microsoft Edge as well: https://developer.microsoft.com/en-us/microsoft-edge/platform/issues/8475572/ Feel free to close this issue.

Thanks for the followup!

Same issue when downloading cudnn 7.0.3, on fresh Chrome, on Windows 10 (version 1709, build 16229.19).

Is it the web-server fault? Or Windows fault?

Seems issue is present on Linux too, so likely it's the web-server issue: https://askubuntu.com/questions/916711/how-can-i-install-cudnn-on-ubuntu-14-04/916726

Repro:
1. Ensure that Microsoft Solitaire Collection is installed.
2. Visit https://bayden.com/test/download/x-compressed.aspx

EXPECT: File download for x-compressed.tgz
ACTUAL: File download for x-compressed.solitairetheme8

-------
I think the browser behavior is by-design and this issue is best owned by the owners of Microsoft Solitaire Collection. When that product is installed, it creates overwrites the Extension value of HKEY_CLASSES_ROOT\MIME\Database\Content Type\application/x-compressed from .tgz to .solitairetheme8.

As a consequence, when a server response is received for a file served with Content-Type: application/x-compressed the registry is consulted for the proper filename extension, and it finds the Solitaire registration instead of the standard/default extension of .tgz and uses it as expected.