Description:
Currently, Katib UI is served at /katib/. If a user accesses the root path (/), it responds with 404 page not found. This can be confusing, especially when using tools like k9s to port-forward, which defaults to accessing http://localhost:8080.
Additionally, the server logs do not indicate that the UI is accessible at /katib/. For example:
2026/01/31 08:06:02 Serving the frontend dir /app/build
2026/01/31 08:06:02 Serving at 0.0.0.0:8080
Users might expect the UI to be accessible at the root (/), but currently must go to /katib/.
Proposed solutions:
-
Serve the UI at root (/)
-
Clarify in documentation that the UI root path is /katib/
- Explicitly mention that accessing
/ is not supported.
- Users should always use
/katib/ as the entry point.
-
Update server logs to indicate the UI path
Request:
Decide on one of the following:
- Support accessing the UI at root (
/)
- Clarify in documentation that
/katib/ is the entry point
- Update server logs to indicate the correct UI path
I would say most straight forward solution would be third one.
Description:
Currently, Katib UI is served at
/katib/. If a user accesses the root path (/), it responds with 404 page not found. This can be confusing, especially when using tools like k9s to port-forward, which defaults to accessinghttp://localhost:8080.Additionally, the server logs do not indicate that the UI is accessible at
/katib/. For example:Users might expect the UI to be accessible at the root (
/), but currently must go to/katib/.Proposed solutions:
Serve the UI at root (
/)Update the
main()handler to serveindex.htmlat/, for example:Clarify in documentation that the UI root path is
/katib//is not supported./katib/as the entry point.Update server logs to indicate the UI path
Change the log message to something like:
Request:
Decide on one of the following:
/)/katib/is the entry pointI would say most straight forward solution would be third one.