Welcome to Software Development on Codidact!
Will you help us build our independent community of developers helping developers? We're small and trying to grow. We welcome questions about all aspects of software development, from design to code to QA and more. Got questions? Got answers? Got code you'd like someone to review? Please join us.
Post History
input type="url" works like this by design: An empty string ("") indicating that the user did not enter a value or that the value was removed. A single properly-formed absolute URL. This doesn'...
Answer
#1: Initial revision
`input type="url"` works like this [by design](https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/url): > An empty string ("") indicating that the user did not enter a value or that the value was removed. > A single properly-formed absolute URL. This doesn't necessarily mean the URL address exists, but it is at least formatted correctly. **In simple terms, this means urlscheme://restofurl.** While most users do not care about it, there are [lot of URI schemes](https://en.wikipedia.org/wiki/List_of_URI_schemes) out there and the scheme must be provided. Even in the specific case of http/s, if the web application is correctly configured to automatically redirect `http` to `https` or it does not have a certificate, inferring the scheme might fail. As a side note, I have such inputs in various applications used by non-tech folks and they are fine with it. This is supported by copy-pasting from the URL address bar in most browser (e.g. Chrome does not show it, but when you copy the URL you also get the scheme). So, shortly put, **unless there is a very strong reason not to request the scheme, I think you should only accept only valid URLs, that is with http or https.**