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
The simple way is - View source code - Copy and paste what you need - Bold can be easily added with <b> or <strong> tags
Use text editors in Summary Field
I have had a read of what Lando provides, and it's an excellent development tool, and it would solve the problem. But, I would prefer to find out why the problem is there in the first...
How often is the settings.php loaded.
Thanks for the info. I will give it a try...
How often is the settings.php loaded.