[GH-ISSUE #14669] issue: Jupyter create links to "sandbox:/" URL #17329

New Issue

GiteaMirror · 2026-04-19T23:03:48-05:00

GiteaMirror commented

2026-04-19 23:03:48 -05:00

Originally created by @JoeyVinc on GitHub (Jun 4, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/14669

Check Existing Issues

I have searched the existing issues and discussions.
I am using the latest version of Open WebUI.

Installation Method

Docker

Open WebUI Version

v0.6.13

Ollama Version (if applicable)

0.7.0

Operating System

ubuntu 22.04

Browser (if applicable)

Edge

Confirmation

I have read and followed all instructions in README.md.
I am using the latest version of both Open WebUI and Ollama.
I have included the browser console logs.
I have included the Docker container logs.
I have provided every relevant configuration, setting, and environment variable used in my setup.
I have clearly listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc).
I have documented step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation. My steps:
Start with the initial platform/version/OS and dependencies used,
Specify exact install/launch/configure commands,
List URLs visited, user input (incl. example values/emails/passwords if needed),
Describe all options and toggles enabled or changed,
Include any files or environmental changes,
Identify the expected and actual result at each stage,
Ensure any reasonably skilled user can follow and hit the same issue.

Expected Behavior

if the code creates a file and the LLM decides to respond the file for download - there is a link created as "https://localhost//europe_map.html"

Actual Behavior

I have successfully configured and running Jupyter and OWUi.
Everything works fine: the code gets interpreted and executed within Jupyter.

But: if the code creates a file and the LLM decides to respond the file for download - there is a link created as "sandbox:/home/jovyan/work/" [europe_map.html for example].

expected: "https://localhost//europe_map.html"
as-is: "sandbox:/home/jovyan/work/europe_map.html"

Because I am using a volume in Jupyter it would be an ease to bind this volume to OWUi as well (read access).

Is there a trick or a config to initiate OWUi to link to the existing location?
Or should I rewrite "sandbox" links by nginx to the right one?

Steps to Reproduce

prompt: "pls create a interactive map of europe"
--> gets analysed and run within Jupyter
--> file gets created within Jupyter container
--> file gets returned as link

Logs & Screenshots

Additional Information

No response

Originally created by @JoeyVinc on GitHub (Jun 4, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/14669 ### Check Existing Issues - [x] I have searched the existing issues and discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Docker ### Open WebUI Version v0.6.13 ### Ollama Version (if applicable) 0.7.0 ### Operating System ubuntu 22.04 ### Browser (if applicable) Edge ### Confirmation - [x] I have read and followed all instructions in `README.md`. - [x] I am using the latest version of **both** Open WebUI and Ollama. - [x] I have included the browser console logs. - [x] I have included the Docker container logs. - [x] I have **provided every relevant configuration, setting, and environment variable used in my setup.** - [x] I have clearly **listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup** (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc). - [x] I have documented **step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation**. My steps: - Start with the initial platform/version/OS and dependencies used, - Specify exact install/launch/configure commands, - List URLs visited, user input (incl. example values/emails/passwords if needed), - Describe all options and toggles enabled or changed, - Include any files or environmental changes, - Identify the expected and actual result at each stage, - Ensure any reasonably skilled user can follow and hit the same issue. ### Expected Behavior if the code creates a file and the LLM decides to respond the file for download - there is a link created as "https://localhost/<????>/europe_map.html" ### Actual Behavior I have successfully configured and running Jupyter and OWUi. Everything works fine: the code gets interpreted and executed within Jupyter. But: if the code creates a file and the LLM decides to respond the file for download - there is a link created as "sandbox:/home/jovyan/work/" [europe_map.html for example]. expected: "https://localhost/<????>/europe_map.html" as-is: "sandbox:/home/jovyan/work/europe_map.html" Because I am using a volume in Jupyter it would be an ease to bind this volume to OWUi as well (read access). Is there a trick or a config to initiate OWUi to link to the existing location? Or should I rewrite "sandbox" links by nginx to the right one? ### Steps to Reproduce prompt: "pls create a interactive map of europe" --> gets analysed and run within Jupyter --> file gets created within Jupyter container --> file gets returned as link ### Logs & Screenshots ![Image](https://github.com/user-attachments/assets/a63bb0ba-5ba6-411b-b26b-f8e0527c66f8) ### Additional Information _No response_

GiteaMirror added the bug label 2026-04-19 23:03:48 -05:00

GiteaMirror closed this issue

2026-04-19 23:03:50 -05:00

GiteaMirror commented

2026-04-19 23:03:51 -05:00

@tjbck commented on GitHub (Jun 4, 2025):

Model dependent behaviour here.

@tjbck commented on GitHub (Jun 4, 2025): Model dependent behaviour here.

GiteaMirror referenced this issue

2026-04-20 00:27:00 -05:00

[GH-ISSUE #17329] issue: SQLCipher Database with OpenWebUI on SQLite -> Closed Database Error #18243

GiteaMirror referenced this issue