#30924: Numbers in top-level domain raise ValidationError
-----------------------------------------+------------------------
Reporter: fosterseth | Owner: nobody
Type: Bug | Status: new
Component: Uncategorized | Version: 2.2
Severity: Normal | Keywords:
Triage Stage: Unreviewed | Has patch: 0
Needs documentation: 0 | Needs tests: 0
Patch needs improvement: 0 | Easy pickings: 0
UI/UX: 0 |
-----------------------------------------+------------------------
The current {{{regex}}} in
[https://github.com/django/django/blob/54ea290e5bbd19d87bd8dba807738eeeaf01a362/django/core/validators.py#L75
URLValidator] does not allow numbers in the top-level domain
e.g. {{{www.example.org33}}} raises a ValidationError
Rarely, if ever, do public top-level domains contain a number, however
internal, private networks can certainly be configured with numbers
present in the top-level domain. Thus it is important to handle these URIs
without having to specify custom regex patterns to pass into the
URLValidator.
The change can be achieved by replacing the following line in the
URLValidator class:
{{{r'(?:[a-z' + ul + '-]{2,63}'}}}
with
{{{r'(?:[a-z' + ul + r'0-9' + '-]{2,63}'}}}
https://github.com/ansible/awx/issues/5081
--
Ticket URL: <https://code.djangoproject.com/ticket/30924>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
--
You received this message because you are subscribed to the Google Groups
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/django-updates/053.94db6a96ba678bfe6d8322a85d226ce2%40djangoproject.com.
