We have set up RT to be accessible over https:
RT_SiteConfig.pm
Set($WebPort, “443”);
However when a ticket is resolved or updated, after the Update button is
clicked the website goes to the http site. What configuration option am I
missing?
You will need to have the webserver rewrite requests for http to https.
Best Regards
Martin WheldonOn 2013-01-07 07:06, CB wrote:
RT 4.0.8
We have set up RT to be accessible over https:
RT_SiteConfig.pm
Set($WebPort, “443”);
However when a ticket is resolved or updated, after the Update button
is
clicked the website goes to the http site. What configuration option
am I
missing?
We have set up RT to be accessible over https:
RT_SiteConfig.pm
Set($WebPort, “443”);
However when a ticket is resolved or updated, after the Update button is
clicked the website goes to the http site. What configuration option am I
missing?
Have we set up lifecycles incorrectly?
This doesn’t have anything to do with lifecycles.
I assume you’ve set one of the other $Web* variables incorrectly.
Check that you haven’t set WebURL or WebBaseURL rather than setting
WebDomain and WebPort.
We have set up RT to be accessible over https:
RT_SiteConfig.pm
Set($WebPort, “443”);
However when a ticket is resolved or updated, after the Update button
is clicked the website goes to the http site. What configuration
option am I missing?
Have we set up lifecycles incorrectly?
This doesn’t have anything to do with lifecycles.
I assume you’ve set one of the other $Web* variables incorrectly.
Check that you haven’t set WebURL or WebBaseURL rather than setting
WebDomain and WebPort.
We have set up RT to be accessible over https:
RT_SiteConfig.pm
Set($WebPort, “443”);
However when a ticket is resolved or updated, after the Update button
is clicked the website goes to the http site. What configuration
option am I missing?
Have we set up lifecycles incorrectly?
This doesn’t have anything to do with lifecycles.
I assume you’ve set one of the other $Web* variables incorrectly.
Check that you haven’t set WebURL or WebBaseURL rather than setting
WebDomain and WebPort.
By default RT on redirects figures out domain and port from ENV
variables to allow people to run RT on http and https at the same time
or on multiple domains. It doesn’t work in some situations or we
forgot some variable. Use CanonicalizeRedirectURLs and if you like to
investigate futher then collect %ENV vars that RT sees.
We have set up RT to be accessible over https:
RT_SiteConfig.pm
Set($WebPort, “443”);
However when a ticket is resolved or updated, after the Update
button is clicked the website goes to the http site. What
configuration option am I missing?
Have we set up lifecycles incorrectly?
This doesn’t have anything to do with lifecycles.
I assume you’ve set one of the other $Web* variables incorrectly.
Check that you haven’t set WebURL or WebBaseURL rather than setting
WebDomain and WebPort.
By default RT on redirects figures out domain and port from ENV
variables to allow people to run RT on http and https at the same time
or on multiple domains. It doesn’t work in some situations or we forgot
some variable. Use CanonicalizeRedirectURLs and if you like to
investigate futher then collect %ENV vars that RT sees.
–
Thanks
Set($CanonicalizeRedirectURLs, 1);
That has fixed the problem.
Since that setting is off by default I wonder whether there is a downside to that turning it on?
We have set up RT to be accessible over https:
RT_SiteConfig.pm
Set($WebPort, “443”);
However when a ticket is resolved or updated, after the Update
button is clicked the website goes to the http site. What
configuration option am I missing?
Have we set up lifecycles incorrectly?
This doesn’t have anything to do with lifecycles.
I assume you’ve set one of the other $Web* variables incorrectly.
Check that you haven’t set WebURL or WebBaseURL rather than setting
WebDomain and WebPort.
By default RT on redirects figures out domain and port from ENV
variables to allow people to run RT on http and https at the same time
or on multiple domains. It doesn’t work in some situations or we forgot
some variable. Use CanonicalizeRedirectURLs and if you like to
investigate futher then collect %ENV vars that RT sees.
–
Thanks
Set($CanonicalizeRedirectURLs, 1);
That has fixed the problem.
Since that setting is off by default I wonder whether there is a downside to that turning it on?
Yes. With the option enabled you can only run RT with one canonical
URL, no alternative URLs.