[GH-ISSUE #1162] feat: relative path support #51033

Closed
opened 2026-05-05 11:47:39 -05:00 by GiteaMirror · 33 comments
Owner

Originally created by @hahchenchen on GitHub (Mar 14, 2024).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/1162

Bug Report

webui docker images do not support relative path.

Description

for xample, i want to start webui at localhost:8080/webui/, does the image parameter support the relative path configuration?

Originally created by @hahchenchen on GitHub (Mar 14, 2024). Original GitHub issue: https://github.com/open-webui/open-webui/issues/1162 # Bug Report webui docker images do not support relative path. ## Description for xample, i want to start webui at localhost:8080/webui/, does the image parameter support the relative path configuration?
GiteaMirror added the enhancementgood first issuehelp wantednon-core labels 2026-05-05 11:47:40 -05:00
Author
Owner

@hahchenchen commented on GitHub (Mar 14, 2024):

@tjbck

<!-- gh-comment-id:1997010054 --> @hahchenchen commented on GitHub (Mar 14, 2024): @tjbck
Author
Owner

@blackshot commented on GitHub (Mar 14, 2024):

i'm facing the same issue, i can't deploy it behind a reverse proxy under specific path only because static files doesn't have the path prefix
image

<!-- gh-comment-id:1997382215 --> @blackshot commented on GitHub (Mar 14, 2024): i'm facing the same issue, i can't deploy it behind a reverse proxy under specific path only because static files doesn't have the path prefix ![image](https://github.com/open-webui/open-webui/assets/3688208/129ef7f8-d1d2-46ae-8c27-42946a4bef4d)
Author
Owner

@CyberIngeniero commented on GitHub (Mar 14, 2024):

I also have the same problem.

<!-- gh-comment-id:1997390907 --> @CyberIngeniero commented on GitHub (Mar 14, 2024): I also have the same problem.
Author
Owner

@tjbck commented on GitHub (Mar 14, 2024):

If not officially supported, but I can see that being useful for a lot of people. Feel free to make a PR!

<!-- gh-comment-id:1998113814 --> @tjbck commented on GitHub (Mar 14, 2024): If not officially supported, but I can see that being useful for a lot of people. Feel free to make a PR!
Author
Owner

@justinh-rahb commented on GitHub (Mar 14, 2024):

This can be accomplished through reverse-proxy and request rewrite rules as well.

<!-- gh-comment-id:1998132770 --> @justinh-rahb commented on GitHub (Mar 14, 2024): This can be accomplished through reverse-proxy and request rewrite rules as well.
Author
Owner

@blackshot commented on GitHub (Mar 14, 2024):

This can be accomplished through reverse-proxy and request rewrite rules as well.

nope, i deployed it behind a reverse proxy but static files needs to be compiled with basepath too

<!-- gh-comment-id:1998656119 --> @blackshot commented on GitHub (Mar 14, 2024): > This can be accomplished through reverse-proxy and request rewrite rules as well. nope, i deployed it behind a reverse proxy but static files needs to be compiled with basepath too
Author
Owner

@blackshot commented on GitHub (Mar 15, 2024):

https://kit.svelte.dev/docs/configuration#paths

<!-- gh-comment-id:1998868818 --> @blackshot commented on GitHub (Mar 15, 2024): https://kit.svelte.dev/docs/configuration#paths
Author
Owner

@hahchenchen commented on GitHub (Mar 15, 2024):

This can be accomplished through reverse-proxy and request rewrite rules as well.

no, the proxy is not useful. the static files path is hard code.

<!-- gh-comment-id:1998870372 --> @hahchenchen commented on GitHub (Mar 15, 2024): > This can be accomplished through reverse-proxy and request rewrite rules as well. no, the proxy is not useful. the static files path is hard code.
Author
Owner

@hass-demacia commented on GitHub (Mar 25, 2024):

Use caddy2, Caddyfile config

        rewrite /_app/* /open-webui{http.request.uri}

        handle_path /open-webui/* {
                reverse_proxy http://localhost:8080
        }

It seems browser can fetch javascript static files, but get a runtime error:

app.78c246b0.js:1 Error: Not found: /open-webui/
    at ce (start.867272e0.js:1:14918)
    at re (start.867272e0.js:1:8155)
    at Object.goto (start.867272e0.js:1:18073)
    at Module.Nt (start.867272e0.js:3:1691)
    at open-webui/:66:11
<!-- gh-comment-id:2017129351 --> @hass-demacia commented on GitHub (Mar 25, 2024): Use caddy2, Caddyfile config ``` rewrite /_app/* /open-webui{http.request.uri} handle_path /open-webui/* { reverse_proxy http://localhost:8080 } ``` It seems browser can fetch javascript static files, but get a runtime error: ``` app.78c246b0.js:1 Error: Not found: /open-webui/ at ce (start.867272e0.js:1:14918) at re (start.867272e0.js:1:8155) at Object.goto (start.867272e0.js:1:18073) at Module.Nt (start.867272e0.js:3:1691) at open-webui/:66:11 ```
Author
Owner

@behackl commented on GitHub (Apr 23, 2024):

I've successfully deployed an instance behind a reverse proxy from a subdirectory using the branch attached to #1701. I wouldn't say that I am particularly happy with the way how I solved it, but perhaps this is useful to whoever decides to work on a proper implementation. 😄

<!-- gh-comment-id:2072006005 --> @behackl commented on GitHub (Apr 23, 2024): I've successfully deployed an instance behind a reverse proxy from a subdirectory using the branch attached to #1701. I wouldn't say that I am particularly happy with the way how I solved it, but perhaps this is useful to whoever decides to work on a proper implementation. :smile:
Author
Owner

@lmorin-inria commented on GitHub (May 9, 2024):

The feature was critical for me. I have implemented it there:
https://github.com/lmorin-inria/open-webui/tree/feat/base-path-relocatable

The path is set dynamically when launching the container (variable). I will had a documentation if there are people asking for it.

The MR was rejected. I will keep that fork up to date from time to time with only that feature for the next few weeks at least.

<!-- gh-comment-id:2103150107 --> @lmorin-inria commented on GitHub (May 9, 2024): The feature was critical for me. I have implemented it there: https://github.com/lmorin-inria/open-webui/tree/feat/base-path-relocatable The path is set dynamically when launching the container (variable). I will had a documentation if there are people asking for it. The MR was rejected. I will keep that fork up to date from time to time with only that feature for the next few weeks at least.
Author
Owner

@TomlDev commented on GitHub (May 28, 2024):

I am interested @lmorin-inria!
I tried with our nginx proxy and this config where I rewrite the URL and use sub_filters to rewrite all paths:

        location /ai/ {
            rewrite ^/ai(/.*)$ /$1 break;
            proxy_pass http://10.0.0.3:8080;
            proxy_http_version 1.1;

            sub_filter_types application/javascript application/json text/css text/html;
            sub_filter_once off;
            sub_filter 'href="/' 'href="/ai/';
            sub_filter 'src="/' 'src="/ai/';
            sub_filter 'action="/' 'action="/ai/';
            sub_filter 'import("/' 'import("/ai/';

            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
            proxy_set_header X-Forwarded-Host $http_x_forwarded_host;
            proxy_set_header X-Forwarded-Proto $http_x_forwarded_proto;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }

It is able to rewrite most of the calls, but not all as it seems:
grafik

<!-- gh-comment-id:2135415399 --> @TomlDev commented on GitHub (May 28, 2024): I am interested @lmorin-inria! I tried with our nginx proxy and this config where I rewrite the URL and use sub_filters to rewrite all paths: ``` location /ai/ { rewrite ^/ai(/.*)$ /$1 break; proxy_pass http://10.0.0.3:8080; proxy_http_version 1.1; sub_filter_types application/javascript application/json text/css text/html; sub_filter_once off; sub_filter 'href="/' 'href="/ai/'; sub_filter 'src="/' 'src="/ai/'; sub_filter 'action="/' 'action="/ai/'; sub_filter 'import("/' 'import("/ai/'; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header X-Forwarded-Host $http_x_forwarded_host; proxy_set_header X-Forwarded-Proto $http_x_forwarded_proto; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } ``` It is able to rewrite most of the calls, but not all as it seems: ![grafik](https://github.com/open-webui/open-webui/assets/48552168/c1c49ff8-5ee1-4aa9-8db8-f79c4e357142)
Author
Owner

@lmorin-inria commented on GitHub (May 28, 2024):

You are welcome.

The container I propose does not need any rewriting. That's the point, Sveltes uses a single page design template, and does not support URL rewriting. I fix this by configuring at runtime the "path" location.

However I can see that in your configuration you try to rewrite the path. You should not probably.

=> When you launch the container, set the "ROOT_PATH" :
docker (...) -e ROOT_PATH= (...)

In you case your might use that syntax :
docker (...) -e ROOT_PATH=ai (...)

And the web server will serve the frontend pages in
http://10.0.0.3:8080/ai/app

The backend answer to
http://10.0.0.3:8080/ai/

<!-- gh-comment-id:2135514650 --> @lmorin-inria commented on GitHub (May 28, 2024): You are welcome. The container I propose does not need any rewriting. That's the point, Sveltes uses a single page design template, and does not support URL rewriting. I fix this by configuring at runtime the "path" location. However I can see that in your configuration you try to rewrite the path. You should not probably. => When you launch the container, set the "ROOT_PATH" : docker (...) -e ROOT_PATH=<my path> (...) In you case your might use that syntax : docker (...) -e ROOT_PATH=ai (...) And the web server will serve the frontend pages in http://10.0.0.3:8080/ai/app The backend answer to http://10.0.0.3:8080/ai/
Author
Owner

@massih10 commented on GitHub (Jun 14, 2024):

Can you push the image/container to docker hub? I'm unable to build it myself.

<!-- gh-comment-id:2167834812 --> @massih10 commented on GitHub (Jun 14, 2024): Can you push the image/container to docker hub? I'm unable to build it myself.
Author
Owner

@massih10 commented on GitHub (Jun 20, 2024):

Can you push the image/container to docker hub? I'm unable to build it myself.

got it working! thank you :)

<!-- gh-comment-id:2180478691 --> @massih10 commented on GitHub (Jun 20, 2024): > Can you push the image/container to docker hub? I'm unable to build it myself. got it working! thank you :)
Author
Owner

@lmorin-inria commented on GitHub (Jun 20, 2024):

Dear Sir,

I am very sorry I could not help you on the way, I am really overloaded.
I am preparing a new merge by the way (version 3.x).

Regards,
Best regards,
L. Morin.

Le 20/06/2024 à 13:48, Sayed Hoseini a écrit :

Can you push the image/container to docker hub? I'm unable to build
it myself.

got it working! thank you :)


Reply to this email directly, view it on GitHub
https://github.com/open-webui/open-webui/issues/1162#issuecomment-2180478691, or unsubscribe https://github.com/notifications/unsubscribe-auth/AD4AGGDLP5VNOD4EIMXJ4ULZIK6RPAVCNFSM6AAAAABEVVMRVCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOBQGQ3TQNRZGE.
You are receiving this because you were mentioned.Message ID:
@.***>

<!-- gh-comment-id:2180494188 --> @lmorin-inria commented on GitHub (Jun 20, 2024): Dear Sir, I am very sorry I could not help you on the way, I am really overloaded. I am preparing a new merge by the way (version 3.x). Regards, Best regards, L. Morin. Le 20/06/2024 à 13:48, Sayed Hoseini a écrit : > Can you push the image/container to docker hub? I'm unable to build > it myself. > > got it working! thank you :) > > — > Reply to this email directly, view it on GitHub > <https://github.com/open-webui/open-webui/issues/1162#issuecomment-2180478691>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AD4AGGDLP5VNOD4EIMXJ4ULZIK6RPAVCNFSM6AAAAABEVVMRVCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOBQGQ3TQNRZGE>. > You are receiving this because you were mentioned.Message ID: > ***@***.***> >
Author
Owner

@guidocioni commented on GitHub (Aug 6, 2024):

Hey @lmorin-inria I tried to use your image but unfortunately it does not seem to work..
The login page is correctly loaded but I can already see that the /static path (not a big deal) and the /socket.io path (big deal) are not correctly passed/found

Screenshot 2024-08-06 at 09 37 53

If I try to signin I get a not found error on the path https://<base_path>/<ROOT_PATH>/api/v1/auths/signin.

I feel like I'm missing something on the nginx subpath directive, and I see you haven't shared that in your issue. I'm using something like this

    location /openwebui/ {
        proxy_pass http://<internal-ip>:8080/;
        # Optional: Set headers that might be required by the backend or for compliance with CORS, etc.
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-Proto $scheme;

        # Handle WebSocket upgrades if your application uses WebSockets
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
<!-- gh-comment-id:2270598220 --> @guidocioni commented on GitHub (Aug 6, 2024): Hey @lmorin-inria I tried to use your image but unfortunately it does not seem to work.. The login page is correctly loaded but I can already see that the `/static` path (not a big deal) and the `/socket.io` path (big deal) are not correctly passed/found ![Screenshot 2024-08-06 at 09 37 53](https://github.com/user-attachments/assets/a94fefc6-88ef-418b-bce3-c6daedc5b87d) If I try to signin I get a `not found` error on the path `https://<base_path>/<ROOT_PATH>/api/v1/auths/signin`. I feel like I'm missing something on the nginx subpath directive, and I see you haven't shared that in your issue. I'm using something like this ``` location /openwebui/ { proxy_pass http://<internal-ip>:8080/; # Optional: Set headers that might be required by the backend or for compliance with CORS, etc. proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-Proto $scheme; # Handle WebSocket upgrades if your application uses WebSockets proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; } ```
Author
Owner

@natohutch commented on GitHub (Aug 7, 2024):

Hi all, this is something that would be useful for me so keen to see this move forward. I also see there've been attempts with #2148 and #1701. I'm happy to provide a little bit of help if its needed to push this across the line.

<!-- gh-comment-id:2272741991 --> @natohutch commented on GitHub (Aug 7, 2024): Hi all, this is something that would be useful for me so keen to see this move forward. I also see there've been attempts with #2148 and #1701. I'm happy to provide a little bit of help if its needed to push this across the line.
Author
Owner

@hsmallbone commented on GitHub (Oct 1, 2024):

Was in a similar boat to @lmorin-inria (requirement to run in slurm) so have made a similar patch to main as of today. Unlikely to be merged and only sporadically updated by myself.
https://github.com/hsmallbone/open-webui/tree/relative-urls

<!-- gh-comment-id:2385101399 --> @hsmallbone commented on GitHub (Oct 1, 2024): Was in a similar boat to @lmorin-inria (requirement to run in slurm) so have made a similar patch to main as of today. Unlikely to be merged and only sporadically updated by myself. https://github.com/hsmallbone/open-webui/tree/relative-urls
Author
Owner

@usrdmn commented on GitHub (Oct 3, 2024):

Was in a similar boat to @lmorin-inria (requirement to run in slurm) so have made a similar patch to main as of today. Unlikely to be merged and only sporadically updated by myself. https://github.com/hsmallbone/open-webui/tree/relative-urls

Well, I may be kinda stupid, but it was unsuccessful attempt to build image from your fork, and have access by path. If you can kindly give me a hint what Im doing wrong it will be very appreciated.
My docker-compose.yaml is bellow:

  open-webui:
    build:
      context: .
      dockerfile: Dockerfile
    container_name: open-webui-test
    volumes:
      - open-webui-1:/app/backend/data
    ports:
      - ${OPEN_WEBUI_PORT-3001}:8080
    environment:
      ROOT_PATH: "ai"
      OLLAMA_BASE_URL: "http://192.168.0.41:11434"
    extra_hosts:
      - host.docker.internal:host-gateway
    restart: unless-stopped

volumes:
  open-webui-1: {}```

When Im trying to access /ai , browser is pulling a bunch of js files with 304 statuses, and /ai/static/splash.png in the center of screen with status 200 .
<!-- gh-comment-id:2390315028 --> @usrdmn commented on GitHub (Oct 3, 2024): > Was in a similar boat to @lmorin-inria (requirement to run in slurm) so have made a similar patch to main as of today. Unlikely to be merged and only sporadically updated by myself. https://github.com/hsmallbone/open-webui/tree/relative-urls Well, I may be kinda stupid, but it was unsuccessful attempt to build image from your fork, and have access by path. If you can kindly give me a hint what Im doing wrong it will be very appreciated. My docker-compose.yaml is bellow: ```services: open-webui: build: context: . dockerfile: Dockerfile container_name: open-webui-test volumes: - open-webui-1:/app/backend/data ports: - ${OPEN_WEBUI_PORT-3001}:8080 environment: ROOT_PATH: "ai" OLLAMA_BASE_URL: "http://192.168.0.41:11434" extra_hosts: - host.docker.internal:host-gateway restart: unless-stopped volumes: open-webui-1: {}``` When Im trying to access /ai , browser is pulling a bunch of js files with 304 statuses, and /ai/static/splash.png in the center of screen with status 200 .
Author
Owner

@hsmallbone commented on GitHub (Oct 4, 2024):

The webapp is mounted at ${ROOT_PATH}/app so the path would be /ai/app

<!-- gh-comment-id:2392910805 --> @hsmallbone commented on GitHub (Oct 4, 2024): The webapp is mounted at ${ROOT_PATH}/app so the path would be /ai/app
Author
Owner

@usrdmn commented on GitHub (Oct 4, 2024):

The webapp is mounted at ${ROOT_PATH}/app so the path would be /ai/app

Thank you very much mister. You are legend!

<!-- gh-comment-id:2394402591 --> @usrdmn commented on GitHub (Oct 4, 2024): > The webapp is mounted at ${ROOT_PATH}/app so the path would be /ai/app Thank you very much mister. You are legend!
Author
Owner

@lmorin-inria commented on GitHub (Oct 6, 2024):

Sorry for being away for such a long time.
Please find a new update. I did not push the version 0.3.21 earlier because I was facing some small bugs
It shall be better with this 0.3.30 version (same branch)

Note that I changed my method this time, avoiding any renaming. It shall help me to keep track of future changes with less efforts.

<!-- gh-comment-id:2395620022 --> @lmorin-inria commented on GitHub (Oct 6, 2024): Sorry for being away for such a long time. Please find a new update. I did not push the version 0.3.21 earlier because I was facing some small bugs It shall be better with this 0.3.30 version (same branch) Note that I changed my method this time, avoiding any renaming. It shall help me to keep track of future changes with less efforts.
Author
Owner

@hahchenchen commented on GitHub (Oct 7, 2024):

Sorry for being away for such a long time. Please find a new update. I did not push the version 0.3.21 earlier because I was facing some small bugs It shall be better with this 0.3.30 version (same branch)

Note that I changed my method this time, avoiding any renaming. It shall help me to keep track of future changes with less efforts.

how to set the config?

<!-- gh-comment-id:2396460751 --> @hahchenchen commented on GitHub (Oct 7, 2024): > Sorry for being away for such a long time. Please find a new update. I did not push the version 0.3.21 earlier because I was facing some small bugs It shall be better with this 0.3.30 version (same branch) > > Note that I changed my method this time, avoiding any renaming. It shall help me to keep track of future changes with less efforts. how to set the config?
Author
Owner

@lmorin-inria commented on GitHub (Oct 7, 2024):

Sorry for being away for such a long time. Please find a new update. I did not push the version 0.3.21 earlier because I was facing some small bugs It shall be better with this 0.3.30 version (same branch)
Note that I changed my method this time, avoiding any renaming. It shall help me to keep track of future changes with less efforts.

how to set the config?

It is a fork validated using the generation of an OCI container (i.e. Docker). You can deploy as explained in the regular documentation. It shall work. But if you want to change the PATH of the URL, set the ROOT_PATH environment variable.
Typically for Podman or Docker, that would be "-e ROOT_PATH=" in the run command line.

<!-- gh-comment-id:2396482092 --> @lmorin-inria commented on GitHub (Oct 7, 2024): > > Sorry for being away for such a long time. Please find a new update. I did not push the version 0.3.21 earlier because I was facing some small bugs It shall be better with this 0.3.30 version (same branch) > > Note that I changed my method this time, avoiding any renaming. It shall help me to keep track of future changes with less efforts. > > how to set the config? It is a fork validated using the generation of an OCI container (i.e. Docker). You can deploy as explained in the regular documentation. It shall work. But if you want to change the PATH of the URL, set the *ROOT_PATH* environment variable. Typically for Podman or Docker, that would be "-e ROOT_PATH=<my root path>" in the *run* command line.
Author
Owner

@hahchenchen commented on GitHub (Oct 8, 2024):

Sorry for being away for such a long time. Please find a new update. I did not push the version 0.3.21 earlier because I was facing some small bugs It shall be better with this 0.3.30 version (same branch)
Note that I changed my method this time, avoiding any renaming. It shall help me to keep track of future changes with less efforts.

how to set the config?

It is a fork validated using the generation of an OCI container (i.e. Docker). You can deploy as explained in the regular documentation. It shall work. But if you want to change the PATH of the URL, set the ROOT_PATH environment variable. Typically for Podman or Docker, that would be "-e ROOT_PATH=" in the run command line.

dont need config the nginx?

<!-- gh-comment-id:2399097019 --> @hahchenchen commented on GitHub (Oct 8, 2024): > > > Sorry for being away for such a long time. Please find a new update. I did not push the version 0.3.21 earlier because I was facing some small bugs It shall be better with this 0.3.30 version (same branch) > > > Note that I changed my method this time, avoiding any renaming. It shall help me to keep track of future changes with less efforts. > > > > > > how to set the config? > > It is a fork validated using the generation of an OCI container (i.e. Docker). You can deploy as explained in the regular documentation. It shall work. But if you want to change the PATH of the URL, set the _ROOT_PATH_ environment variable. Typically for Podman or Docker, that would be "-e ROOT_PATH=" in the _run_ command line. dont need config the nginx?
Author
Owner

@lmorin-inria commented on GitHub (Oct 9, 2024):

It is a fork validated using the generation of an OCI container (i.e. Docker). You can deploy as explained in the regular documentation. It shall work. But if you want to change the PATH of the URL, set the ROOT_PATH environment variable. Typically for Podman or Docker, that would be "-e ROOT_PATH=" in the run command line.

dont need config the nginx?

Sorry, that's another issue ! I do not provide a machine/cluster configuration. By the way, I use HaProxy in a more complex cluster infrastructure that goes beyond the usage of that container.

However, many web software support path relocation as a parameter, that feature is quite common. Nothing special about that one. Many proxy configurations shall work with that container.

<!-- gh-comment-id:2402757223 --> @lmorin-inria commented on GitHub (Oct 9, 2024): > > It is a fork validated using the generation of an OCI container (i.e. Docker). You can deploy as explained in the regular documentation. It shall work. But if you want to change the PATH of the URL, set the _ROOT_PATH_ environment variable. Typically for Podman or Docker, that would be "-e ROOT_PATH=" in the _run_ command line. > > dont need config the nginx? Sorry, that's another issue ! I do not provide a machine/cluster configuration. By the way, I use HaProxy in a more complex cluster infrastructure that goes beyond the usage of that container. However, many web software support path relocation as a parameter, that feature is quite common. Nothing special about that one. Many proxy configurations shall work with that container.
Author
Owner

@frdidonato commented on GitHub (Oct 21, 2024):

The feature was critical for me. I have implemented it there: https://github.com/lmorin-inria/open-webui/tree/feat/base-path-relocatable

The path is set dynamically when launching the container (variable). I will had a documentation if there are people asking for it.

The MR was rejected. I will keep that fork up to date from time to time with only that feature for the next few weeks at least.

This is an essential change for my production environment, and it works like a charm! please let's make sure this feature is integrated into the main project!

<!-- gh-comment-id:2426023225 --> @frdidonato commented on GitHub (Oct 21, 2024): > The feature was critical for me. I have implemented it there: https://github.com/lmorin-inria/open-webui/tree/feat/base-path-relocatable > > The path is set dynamically when launching the container (variable). I will had a documentation if there are people asking for it. > > The MR was rejected. I will keep that fork up to date from time to time with only that feature for the next few weeks at least. This is an essential change for my production environment, and it works like a charm! please let's make sure this feature is integrated into the main project!
Author
Owner

@lmorin-inria commented on GitHub (Oct 23, 2024):

The changes required to accept the feature would also require a strong update of all svelte developers : they put absolute paths in the source code... Not something I would let one of my student do. But I also appreciate all the work shared by this great project. I cannot complain.

<!-- gh-comment-id:2432766164 --> @lmorin-inria commented on GitHub (Oct 23, 2024): The changes required to accept the feature would also require a strong update of all svelte developers : they put absolute paths in the source code... Not something I would let one of my student do. But I also appreciate all the work shared by this great project. I cannot complain.
Author
Owner

@EvanLin1704 commented on GitHub (Nov 13, 2024):

Can you support setting the rootpath to multiple levels?
My attempts to use the following configuration failed

ROOT_PATH=project01/job1/ai
URL: http://192.168.1.100:8080/project01/job1/ai

When she jumps to http://192.168.1.100:8080/project01/job1/ai/app
You will see a lot of following errors in developer options

Failed to load module script: Expected a JavaScript module script but the server responded with a MIME type of "text/html". Strict MIME type checking is enforced for module scripts per HTML spec.

The changes required to accept the feature would also require a strong update of all svelte developers : they put absolute paths in the source code... Not something I would let one of my student do. But I also appreciate all the work shared by this great project. I cannot complain.

<!-- gh-comment-id:2472880146 --> @EvanLin1704 commented on GitHub (Nov 13, 2024): Can you support setting the rootpath to multiple levels? My attempts to use the following configuration failed ` ROOT_PATH=project01/job1/ai ` ` URL: http://192.168.1.100:8080/project01/job1/ai ` When she jumps to http://192.168.1.100:8080/project01/job1/ai/app You will see a lot of following errors in developer options ` Failed to load module script: Expected a JavaScript module script but the server responded with a MIME type of "text/html". Strict MIME type checking is enforced for module scripts per HTML spec. ` > The changes required to accept the feature would also require a strong update of all svelte developers : they put absolute paths in the source code... Not something I would let one of my student do. But I also appreciate all the work shared by this great project. I cannot complain.
Author
Owner

@lmorin-inria commented on GitHub (Nov 13, 2024):

Indeed, it's a bug. It was supposed to work, but I reproduced it. Sorry about that.
I will try to fix it for my next update (~end of November).

<!-- gh-comment-id:2473975145 --> @lmorin-inria commented on GitHub (Nov 13, 2024): Indeed, it's a bug. It was supposed to work, but I reproduced it. Sorry about that. I will try to fix it for my next update (~end of November).
Author
Owner

@canytam-krystal commented on GitHub (Dec 6, 2024):

I install the docker image and run it. I can see the login page and login but there is nothing shown after login. How to fix it?

<!-- gh-comment-id:2522505001 --> @canytam-krystal commented on GitHub (Dec 6, 2024): I install the docker image and run it. I can see the login page and login but there is nothing shown after login. How to fix it?
Author
Owner

@tjbck commented on GitHub (Dec 21, 2024):

Relative path support is not something we intend to officially support at this time. The primary reasons are straightforward: I do not have the capacity to introduce additional complexities to the project right now, and no one has bothered to submit an atomic pull request that aligns with the contribution guidelines. On top of this, there are more pressing bug fixes and priority tasks that require attention, so I won’t be dedicating time to this feature for the foreseeable future.

While I acknowledge that relative path support might be helpful for a subset of users, it’s simply not a current priority. If this feature is important to you, I strongly encourage you to fork the project and maintain your own version. This is the beauty of open source—nothing is stopping you from taking ownership of the changes you care about.

<!-- gh-comment-id:2558116768 --> @tjbck commented on GitHub (Dec 21, 2024): Relative path support is not something we intend to officially support at this time. The primary reasons are straightforward: I do not have the capacity to introduce additional complexities to the project right now, and no one has bothered to submit an atomic pull request that aligns with the contribution guidelines. On top of this, there are more pressing bug fixes and priority tasks that require attention, so I won’t be dedicating time to this feature for the foreseeable future. While I acknowledge that relative path support might be helpful for a subset of users, it’s simply not a current priority. If this feature is important to you, I strongly encourage you to fork the project and maintain your own version. This is the beauty of open source—nothing is stopping you from taking ownership of the changes you care about.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#51033