Everywhere where we request the user to enter a URL alias, we have help text like this one (node add form):
The alternative URL for this content. Use a relative path without a trailing slash.
...or this one (add taxonomy term form):
Optionally specify an alternative URL by which this term can be accessed. Use a relative path and don't add a trailing slash or the URL alias won't work.
...or this one ():
Optional subdirectory within the upload destination where files will be stored. Do not include preceding or trailing slashes.
Well if we know that we allow values that will make things not work, then why not run a validation and remove preceding and/or trailing slashes instead of asking the user to remember not to do this.
Also, for the relative path thing, why not add the domain part as a prefix before the field (like we do for the front page and the 403/404 error URLs in /admin/config/system/site-information)?

That should give people a better hint.
I think that we could validate those fields like so:
1. search for any occurrence of :// and remove that and any text before it.
2. search for any occurrence of a string that matches the domain name in the beginning of the typed/entered URL. If the site URL is my.site.net and people enter something like my.site.net/myalias, then remove the my.site.net/ part.
3. if the first character of the field value is /, remove it.
4. if the last character of the field value is /, remove it.
Recent comments
Perhaps, these latest lines of random test failures can be considered in the meeting too?
December 18th, 2025 - Weekly Meetings
There are some test failures in the user module after merging in the latest commits. Randomly, only in one PHP version - and always a different one. See also this Zulip...
December 18th, 2025 - Weekly Meetings
Two issues would benefit from testing and code reviews; they've been around for a while and no takers. It would be a shame for these to miss the next releases. View Table Headings...
December 18th, 2025 - Weekly Meetings