So it is bouncing between /wf3/
(with) and /wf3/
(without trailing /
) and back-and-forth.
This indicates a misconfigured web server.
What should happen is that accessing /wf3/
, the browser should directly receive a 200 status along with the content. Or a 301 status which means the browser already has the page in its cache.
If you access /wf3
, the browser should be told that this does not actually exist and that the real resource is at /wf3/
(via a 301 "Moved Permanently" response). At that point, the browser requests the correct resource and receives a 200 response along with the content.
For some reason, your configuration is not doing that because it cannot find the content at /wf3/
. That should map to /wf3/index.html
. Even if that cannot be found, UIBUILDER's default index web page should be returned which tells you that you don't have an index.html file in the right place.
The main thing I'm noticing is that the initial response for /wf3/
is NOT actually returning all the headers you would expect from Node-RED's default ExpressJS server.
To me, this still indicates a mis-configured node-red server. You should probably try stopping node-red, renaming the settings.js file and restarting node-red. This should create a fresh settings file.
If that doesn't work, I need the output of node-red's log after startup a little further than you've shared, as previously asked. There is a secton in the log that should look something like this:
And I would also need you to make sure that you have something valid in the src folder that you see listed as the "Server folder" on the Core tab of the uibuilder node's configuration panel.
Beyond looking at those, I may be at a bit of a loss. I've tested this against both my dev server and my live, the live server even has a proxy server in the way. In all cases, this works as expected.