1224329 - FxOS Browser App does not normalize/URL-decode mailto links on "copy link" like desktop Firefox's specialized "copy email address" logic does

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::Browser, defect)

Description

[Mihai Barbat]

User-Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0

Go to a website like https://github.com/Sergio-Muriel and on the email address do a copy link. Paste this link in the email app.

Expected result: [e-mail]
Actual result: mailto:%74%66%65%73%65%72%76%65%72@%67%6d%61%69%6c.%63%6f%6d

Comment 1

[Mihai Barbat]

I am using the latest OTA of today on the nightly-latest channel on my Flame.

Comment 2

[Andrew Sutherland [:asuth] (he/him)]

This is a browser issue.  Presumably it is just stuffing the href into the clipboard.  While this is arguably reasonable, it also is inconsistent with what Firefox desktop does.

The "a" tag in the page you reference is literally:
<a class="email" href="mailto:%74%66%65%73%65%72%76%65%72@%67%6d%61%69%6c.%63%6f%6d">[e-mail]</a>

On desktop nightly firefox if I run this code in the dev console, attaching it to a contenteditable:
texty.addEventListener('paste', pastefunc);
function(event) { var dt = event.clipboardData; console.log('types', dt.types); for (var i = 0; i < dt.types.length; i++) { console.log('type:', dt.types[i], '=', dt.getData(dt.types[i])); } }

And then "copy email address" with a right-click, I get:
types DOMStringList [ "text/plain" ]
type: text/plain = [e-mail]

If I manually select the range of text and control-c to copy the selection (in which case we expect to be getting HTML), I get:
types DOMStringList [ "text/html", "text/plain" ]
type: text/html = <a class="email" href="mailto:%74%66%65%73%65%72%76%65%72@%67%6d%61%69%6c.%63%6f%6d">[e-mail]</a>
type: text/plain = [e-mail]

I mention this because it confirms that Firefox isn't magically normalizing things on document parse or anything.

Then on Firefox OS with b2g-desktop, if I dump the same code in the email app because that's easiest, if I do "copy link" and then control-v (I couldn't get the pretty copy/paste handle things to come up, but I think they're orthogonal in this case), I get:

LOG: types [object DOMStringList]
LOG: type: text/plain = mailto:%74%66%65%73%65%72%76%65%72@%67%6d%61%69%6c.%63%6f%6d

Note that there is no metadata here or alternate type that would tell the email app (or all other apps) "hey, this content is a link that may be URL encoded".  It's plaintext and there's an inherent ambiguity that the receive of the "paste" event can not resolve as to whether the user really wanted to paste that text or it was "copy link" not going far enough.

Comment 3

[Andrew Sutherland [:asuth] (he/him)]

Er, and note that on firefox nightly, there is *only* "copy email address" in the context menu.  There is no "copy link location" like there is for non-mailto links.

Comment 4

[BMO Automation]

Firefox OS is not being worked on