- 🇩🇰Denmark ressa Copenhagen
Maybe
$base_urlcan be restored? See ✨ Allow defining a base URL Active .
Currently it is possible to enforce a $base_url from within settings.php. Up until Drupal 4.6.x this was required. Since then it was only necessary on broken webserver configurations. Also depending on the webserver configuration, setting $base_url was required in order to prevent instances of
#2221699: HTTP_HOST header cannot be trusted →
(e.g., possibly
#1355344: Possible to deface using HTTP_HOST if base_url not set in settings.php →
), but that issue has been resolved by introducing the trusted_host_patterns setting.
However, since there is no way to enforce the base URL in a Symfony request, the setting only works for code which is still depending on the deprecated globals. E.g., on a site which enforces $base_url from settings.php, modern code using something like $request->getSchemeAndHttpHost() will produce the wrong results in such configurations.
Note that enforcing $base_url in settings.php also influences $base_root and $base_path globals.
All of this functionality not covered at all by any tests.
Remove the option to specify a base_url from within settings.php.
Review.
None.
None.
None.
Fixed
8.1 ⚰️
base system
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
Maybe $base_url can be restored? See
✨
Allow defining a base URL
Active
.