arnjeir@ Thanks for the report, Could you please provide any sample test case to test this issue from Chrome-TE end?

Thanks!

This index.html will fail to load image.svg if GoPro VR Player is installed.
(Also if one tries to open the image in a new tab, instead of trying to render the image, it will prompt to save it)

Hope this is what you wanted

Deleted: index.html 319 bytes

index.html 319 bytes View Download

Deleted: image.svg 799 bytes

image.svg 799 bytes Download

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

This is probably caused by said application (GoPro VR Player) setting up associations for itself from '.svg', and since "image/svg+xml" is not in kPrimaryMappings, the associations from the platform will override.

Thanks arnjeir@ for attach the test files. Below is the observation of test as per the above repro steps.

OS: Linux Ubuntu 16.04 LTS
Tested Version: 57.0.2987.110, 54.0.2840.14, 40.0.2180.0(unable to install as chrome crashing: 79dcc2b160000000, ecfaef6640000000  )
Test steps followed:
=====================
1. Installed GoPro VR Player.
2. Downloaded index.html(image doesn't load).
3. Downloaded image.svg and refreshed the tab with index.html.(image loaded)

arnjeir@: Could you please review the above steps and confirm if anything being missed here.

So you're saying for you it works correctly in Ubuntu 16.04? That's odd..
It's definitely not working for me, and a co-worker of mine has the same issue, we both run Ubuntu 16.04..

Your steps look correct, though obviously for me and my co-worker step 3 fails to load the image, but works as soon as GoPro VR Player is not present on the system anymore.

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

It doesn't sound to me like this is a networking issue, though I could be wrong. If you think it is, can you collect a net-internals trace:

https://dev.chromium.org/for-testers/providing-network-details

ping arnjeir@, can you please respond to #9?

Don't see how it'd be a networking issue when it only fails if GoPro VR Player is installed and I'm loading the example locally..

I've reported the bug to the GoPro VR Player dev team here:
http://www.kolor.com/forum/viewtopic.php?f=99&t=35463

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

The reason it would be a network issue is that it's the network code that does the MIME-type "guessing" when loading things from the filesystem:

https://cs.chromium.org/chromium/src/net/base/mime_util.cc?type=cs&l=170

(SVG in <img> would be/is extra sensitive to the wrong MIME-type.) It's easy to argue that it's an application bug though.

Well, I'll attach a net-internals trace as requested if it would be of any use.

Deleted: net-internals-log.json 111 KB

net-internals-log.json 111 KB View Download

I can reproduce.

Installing goprovrplayer adds a file /usr/share/mime/packages/GoProVRPlayer.xml that registers it as a handler for .svg files, as suggested in comment #4.  Other extensions, like .png, do not have an effect on Chrome, because kPrimaryMappings cannot be overridden, see comments #4 and #13.

Chrome is working as intended here.  The bug is in GoPro VR Player, though this might be intended behavior on their part as well.

You can fix your local installation by removing the .svg line from /usr/share/mime/packages/GoProVRPlayer.xml with your favorite text editor.

Could you update the player to the new stable version (2.3.0) ?
http://www.kolor.com/gopro-vr-player/download/
This may be resolved as we change our management of MIME type association.