VisualEditor: Safari on iPad converts numbers that resemble phone numbers to href=tel: links
OpenPublic

NicoV created this task.Via LegacyAug 25 2013, 11:04 AM
Thryduulf added a comment.Via ConduitAug 25 2013, 11:50 AM

I can't reproduce it on either page using Firefox 23 / Linux.

Do you know what OS/browser those editors were using?

Ciencia_Al_Poder added a comment.Via ConduitAug 25 2013, 11:58 AM

May it be caused by a Skype plugin for the browser, that usually make those telephone-looking numbers into a clickable link to make a call through Skype?

http://stackoverflow.com/questions/3032427/how-to-prevent-phone-numbers-to-be-converted-into-skype-links

NicoV added a comment.Via ConduitAug 25 2013, 2:14 PM

For the first one, iPad with Safari.
No answer for the seconde one.

Thryduulf added a comment.Via ConduitAug 25 2013, 2:36 PM

Bug 51959 was also iPad/Safari and I've not seen any reports of it being reproducible on any other system so I've adjusted the bug summary accordingly.

This might be a bug in Safari rather than VE, but even if it is it would be useful for VE (or Parsoid?) to detect the changes and neutralise them. It is unlikely that Wikipedia would need href=tel: links but I can see they might be useful in environments like the contact pages on the Foundation wiki, so stripping such links completely mightn't be the optimal solution?

Ciencia_Al_Poder added a comment.Via ConduitAug 25 2013, 2:45 PM

Hmmm, it seems I was close enough ;)

"In Safari on iOS, telephone number detection is on by default" according to [1]. There it says that adding <meta name="format-detection" content="telephone=no"/> would prevent that autolink feature, that may interfere with the content editable component of the editor.


[1] https://developer.apple.com/library/safari/featuredarticles/iPhoneURLScheme_Reference/Articles/PhoneLinks.html

NicoV added a comment.Via ConduitAug 25 2013, 2:56 PM

(In reply to comment #4)

This might be a bug in Safari rather than VE, but even if it is it would be
useful for VE (or Parsoid?) to detect the changes and neutralise them. It is
unlikely that Wikipedia would need href=tel: links but I can see they might
be
useful in environments like the contact pages on the Foundation wiki, so
stripping such links completely mightn't be the optimal solution?

Isn't the <a> tag deactivated on the Foundation wiki also, as it is on Wikipedia ?
On Wikipedia, the <a href="tel:...">...</a> doesn't produce a link because MediaWiki renders the <a> tag as text.

Even if "tel:" was needed on any wiki, it would be better handled as an external link [tel:... ...] than as a <a> tag.

NicoV added a comment.Via ConduitAug 25 2013, 2:57 PM

And, yes, I really think that VE/Parsoid should find a way to detect changes from browser extensions and neutralize them, otherwise it will be an endless battle to have every extension modified, updated, ...

Ciencia_Al_Poder added a comment.Via ConduitMar 1 2014, 11:18 AM

(In reply to Jesús Martínez Novo (Ciencia Al Poder) from comment #5)

Hmmm, it seems I was close enough ;)

"In Safari on iOS, telephone number detection is on by default" according to
[1]. There it says that adding <meta name="format-detection"
content="telephone=no"/> would prevent that autolink feature, that may
interfere with the content editable component of the editor.


[1]
https://developer.apple.com/library/safari/featuredarticles/
iPhoneURLScheme_Reference/Articles/PhoneLinks.html

That URL is no longer valid. This is the new one:

https://developer.apple.com/library/ios/featuredarticles/iPhoneURLScheme_Reference/PhoneLinks/PhoneLinks.html

Jdforrester-WMF added a comment.Via ConduitMar 25 2014, 3:42 PM

The answer appears to be to have:

<meta name = "format-detection" content = "telephone=no">

… in the <head> of the page. Unfortunately, we probably don't want to switch this off for all MediaWiki pages, so instead we will need to experiment to see if JS inserting it into there makes the behaviour go away.

Elitre added a comment.Via ConduitApr 8 2014, 8:01 AM

So, James, is this what we are going to do, adding this line? Thanks.

Jdforrester-WMF added a comment.Via ConduitApr 29 2014, 3:58 PM

(In reply to Elitre from comment #10)

So, James, is this what we are going to do, adding this line? Thanks.

Yes, experimentation as to what triggers Safari to break things, and what changes cause it to stop breaking, is needed.

Jdforrester-WMF moved this task to Backlog on the VisualEditor workboard.Via WebNov 24 2014, 4:16 PM
Jdforrester-WMF set Security to None.

Add Comment

Column Prototype
This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.