The (entirely innocent) reply above mine in Our so-called president appears to trigger an unsolicited, no-confirmation-needed download of the linked file to my device’s download folder simply by scrolling to that reply.
Refreshing the page in the browser triggers an attempt to re-download, repeatably.
There’s a suspiciously onebox-sized gap in the post, but no actual onebox. The post in question is absolutely in good faith, but even if an mp4 file were directly linked to, I’m as surprised that Discourse allowed arbitrary drive-by file download without requiring confirmation, as I am that Chrome did.
Mobile interface, (but not the Discourse app), Chrome on Android M, Confirmed by at least one other in the topic.
I missed it, but I looked at getyarn.io and it is serving up videos with Content-Type “application/mp4” instead of Content-Type “video/mp4”, which could make a difference. Most likely to be caused by either Content-Type or Content-Disposition headers. Might make a difference whether it got pulled in as an IFRAME, an EMBED, or a VIDEO element.
I ended up starting a PM with discobot to test the URL. The content-type seems like the likely culprit. I’m not sure if Discourse can do anything about it. Maybe it would be a better issue to take up with getyarn.io?
First of all, thanks for all the hard work and experimentation, there - sincerely, so.
From a technical, side, isn’t Discourse [already] doing somewhat involved parsing of the URI and related data as part of the decision to Onebox links and/or ‘magic’ functionality like locally cached media from links?
I accept it’s not us, but I’d really kinda hope Discourse themselves would want to squash such a nice little way to throw unsolicited files at a user, either way? It may be the first time someone’s seen this party trick, but I’d hope the discourse peeps would want to close it.
(Can you imagine being able to drop js or advertising or offensive/illegal media (as per http://www.bash.org/?202477, say ) from a .ru site to people’s own systems using a burner account - To settle scores, or worse?)
There’s a similar bug report at https://meta.discourse.org/t/google-drive-video-link-causes-swf-download/59719 , and there was one commit in onebox a few days ago labeled "Some types are video.movie not video/movie", so it looks like other people are seeing similar issues and working on those. They may not have seen this particular variation though.