Copying an image (any jpg) from a website and attempt to paste it inline into a hotmail / outlook.com email. Image does not appear. Tried clean profile too. Works fine in Internet Explorer. Possibly related to: https://bugzilla.mozilla.org/show_bug.cgi?id=507110 https://bugzilla.mozilla.org/show_bug.cgi?id=825210

I can reproduce this. Annoyingly, it works fine on gmail, and in simple testcases like http://jsbin.com/xayahetexe/edit?html,output or http://jsbin.com/gadiqahetu/edit?html,output . The problem is with their JS, which (in obfuscated version) does this: t && (t.files.length > 0 ? this._fileSelection(n) : t.getData('Text') || (n.stopPropagation(), n.preventDefault())) which is in an onbeforepaste handler, with 't' the data transfer object from the paste event. Because we don't expose files for copied images, and because there is no text, the paste is being prevented by this code. I don't know what other browsers do here - outlook live doesn't seem to be giving IE the same JS. Karl, can you look at this in more detail and/or contact MS?

Redirecting to Hallvord for diagnosis.

Like bug 803014 this one boils down to two issues: whether we implement the expected APIs and whether the site uses them. There's an uglier hack the site can fall back to if the APIs are not supported but I'm reluctant to recommend taking advantage of that.. (The hack which GMail also uses is to make sure the paste goes into a rich text editing area (might be a hidden one to keep the markup in your main editor sane), grab the data: URL from the generated IMG tag and process the image data.) I'd like to revisit this after bug 906420 and bug 891247 are fixed. If it doesn't start working we'll have to do some more analysis and outreach.

Just tested, and this is working now.

(likely because bug 906420 and bug 891247 and fixed)