bug: when ingress.hosts
has one or more items, ROOT_URL
is conformed for ingress even though ingress.enabled
is false
#648
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Discovered in version
1.21.11 built with GNU Make 4.4.1, go1.21.9 : bindata, timetzdata, sqlite, sqlite_unlock_notify
.Repro
modify values.xml with an
ingress
dict such as:and a
config.server
dict such as:Expected
Expected generated
app.ini
to contain aROOT_URL
value ofhttps://test.my-domain.com
.Actual
Actual generated
app.ini
contains aROOT_URL
value ofhttp://git.my-domain.com
.Notes
Within
_helpers.tpl
there appears a snippet such as this, which is what led me to realizing what was causing this behavior. I am not familiar enough with Helm templating to know that this is really root-cause, but, it is what led me to updating my values so the rollout generated a correctapp.ini
:Using the provided values I am not able to reproduce your issue. In my rendered files - either with current main branch, or latest release - I get the https ROOT_URL in app.ini.
Could you share your whole values.yaml (without sensitive information of course)
I am also not able to reproduce this. Given that this is a core setting used in almost any instance, I'd expect a lot more people to open issues if there would be really an issue here.
@wilson0x4d I guess we would need more info here or a missing config setting that is possibly different in your instance. Also, if you want to provide additional info, please reference the chart version.
FWIW, using
PROTOCOL: http
and a httpsROOT_URL
also likely won't go along well.