-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Auto-link correction #11040
Comments
I can confirm this issue. Thank you for reporting it. |
The question we could ask is whether we can assume that a website supports https? Maybe we shouldn't create the link at all in this case. I'd agree, though, that going with https makes more sense as if someone typed a link, then it's most likely to a well-known website that most likely support https already. Also, this is more future-oriented. |
It’s safer not to make the link since the user didn’t type a valid link.
The second option to automatically add: https means it can still potentially load an invalid URL and user will blame it on editor.
Wael Hallag
Phone: +1-416-875-4044 (WhatsApp, Viber, IMO, Line)
Skype: Net3000.ca
Facebook Messenger: ***@***.***> ***@***.***
From: Piotrek Koszuliński ***@***.***>
Sent: Thursday, December 23, 2021 4:52 AM
To: ckeditor/ckeditor5 ***@***.***>
Cc: Wael Hallag ***@***.***>; Author ***@***.***>
Subject: Re: [ckeditor/ckeditor5] Auto-link correction (Issue #11040)
The question we could ask is whether we can assume that a website supports https? Maybe we shouldn't create the link at all in this case.
I'd agree, though, that going with https makes more sense as if someone typed a link, then it's most likely to a well-known website that most likely support https already. Also, this is more future-oriented.
—
Reply to this email directly, view it on GitHub <#11040 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACYGNHKIXOXMG5PVRLC353LUSLWLRANCNFSM5KSPSWCQ> .
You are receiving this because you authored the thread. <https://github.com/notifications/beacon/ACYGNHOWDTCGVHQAJ3ONPFLUSLWLRA5CNFSM5KSPSWC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOHOOYFHA.gif> Message ID: ***@***.*** ***@***.***> >
|
I think I've seen this being solved with a "defaultProtocol" config option in some other library (can choose I personally would be much happier with https:// than with autolink being disabled for google.com. |
Couldn't we re-use already implemented the |
|
We decided to cancel auto-linking if: there's no default protocol and the URL does not contain protocol:
|
Fix (link): Corrected autolinking URLs without protocol. Closes #11040.
📝 Provide detailed reproduction steps (if any)
✔️ Expected result
href='https://www.google.com'
❌ Actual result
href='www.google.com'
❓ Possible solution
Either auto-link would add https:// to the link, or doesn't link www.google.com
The text was updated successfully, but these errors were encountered: