Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.7k
Make UrlTypes render as url types.#31284
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
ro0NL commentedApr 27, 2019 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
if you define a default protocol, you should be able to submit a protocol-less URL. Can you confirm? perhaps we can improve UX without a default protocol in core:
personally i wouldnt mind deprecating the option either :) |
nicolas-grekas commentedApr 27, 2019
You mean that the behavior on 3.4 is good, but you target 4.2 here because of a bad merge? |
lmlsna commentedApr 30, 2019
@ro0NL Okay, I understand now. The |
Currently you have to declare an explicit option of
["default_protocol" => null]on every UrlType form element or it renders as atype="text". Seems like 2 merges tried to fix this from different ends with one forcing a default protocol and once changing to a text type if there is no default protocol, thus ensuring that url type are always changed to text types unless the above option is also passed, which is very counter-intuitive.This PR fixes that by no longer changing to text types if default_protocol is not null since we are always forcing a default now.