You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 8, 2023. It is now read-only.
When a domain has configured a $_GET var (most prominently L), a visitor can still set that variable to a different value, leading e.g. to a different language being shown. The decode step will then not set the preconfigured value (see adjustConfigurationByHostDecode()).
IMO if a variable is defined in the domain record, it should not be changeable from the outside, or at least there should be an option to declare the value immutable.
The text was updated successfully, but these errors were encountered:
domain record? you mean the domain realurl config right?
Right, of course… was a little too late for me :)
mind creating a pull request for this?
Sure, can do that. In general I consider this a bug, but as the domains feature of RealURL is AFAIK only documented in a blog post, it is unclear if it is probably intended. I would therefore add an option to the decode entry with a list of immutable GET vars, which is checked in the aforementioned method.
When a domain has configured a $_GET var (most prominently L), a visitor can still set that variable to a different value, leading e.g. to a different language being shown. The decode step will then not set the preconfigured value (see
adjustConfigurationByHostDecode()
).IMO if a variable is defined in the domain record, it should not be changeable from the outside, or at least there should be an option to declare the value immutable.
The text was updated successfully, but these errors were encountered: