[GH-ISSUE #13436] issue: Site stuck in infinite redirect look to itself after upgrade #32438

Closed
opened 2026-04-25 06:21:11 -05:00 by GiteaMirror · 2 comments
Owner

Originally created by @chrisspen on GitHub (May 2, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/13436

Check Existing Issues

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

Installation Method

Pip Install

Open WebUI Version

0.6.5

Ollama Version (if applicable)

No response

Operating System

Ubuntu 24.04

Browser (if applicable)

Brave

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 listed steps to reproduce the bug in detail.

Expected Behavior

Open-WebUI had been working fine for me for months in both desktop and mobile browsers.

After being harassed by the nag modal demanding that I upgrade, I finally upgraded my pip+supervisor installation with:

. .env/bin/activate
pip install -U open-webui
sudo supervisorctl update openwebui

The new installation still works fine on mobile browsers, but on desktop Brave, it's stuck in an infinite redirect look to itself and refuses to load. Oddly, it still works fine in Incognito mode, implying there's some old cookie that's causing the bug, however, even if I delete all my cookies in my main browser session, it still gets stuck redirecting.

The browser might be caching the redirect response itself, which I've seen happen before. You could fix this by redirecting to a URL with some random timestamp in it, or passing a "no-cache" header in the redirect response.

Actual Behavior

Open-WebUI should load and not infinitely redirect.

Steps to Reproduce

Load Web-UI in Brave after upgrading.

Logs & Screenshots

None

Additional Information

No response

Originally created by @chrisspen on GitHub (May 2, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/13436 ### Check Existing Issues - [x] I have searched the existing issues and discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Pip Install ### Open WebUI Version 0.6.5 ### Ollama Version (if applicable) _No response_ ### Operating System Ubuntu 24.04 ### Browser (if applicable) Brave ### 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 listed steps to reproduce the bug in detail. ### Expected Behavior Open-WebUI had been working fine for me for months in both desktop and mobile browsers. After being harassed by the nag modal demanding that I upgrade, I finally upgraded my pip+supervisor installation with: . .env/bin/activate pip install -U open-webui sudo supervisorctl update openwebui The new installation still works fine on mobile browsers, but on desktop Brave, it's stuck in an infinite redirect look to itself and refuses to load. Oddly, it still works fine in Incognito mode, implying there's some old cookie that's causing the bug, however, even if I delete all my cookies in my main browser session, it still gets stuck redirecting. The browser might be caching the redirect response itself, which I've seen happen before. You could fix this by redirecting to a URL with some random timestamp in it, or passing a "no-cache" header in the redirect response. ### Actual Behavior Open-WebUI should load and not infinitely redirect. ### Steps to Reproduce Load Web-UI in Brave after upgrading. ### Logs & Screenshots None ### Additional Information _No response_
GiteaMirror added the bug label 2026-04-25 06:21:11 -05:00
Author
Owner

@chrisspen commented on GitHub (May 2, 2025):

To anyone else who runs into this bug, this is the workaround I found.

  1. Hold down escape to forcibly stop the redirect loop.
  2. Open devtools.
  3. Go to the "Application" tab.
  4. Delete everything you can find. Not just cookies, but local storage and session storage as well, which apparently Open-WebUI uses, and which "clearing cookies" does not effect.

After that, Open-WebUI loaded and let me login.

<!-- gh-comment-id:2847455103 --> @chrisspen commented on GitHub (May 2, 2025): To anyone else who runs into this bug, this is the workaround I found. 1. Hold down escape to forcibly stop the redirect loop. 2. Open devtools. 3. Go to the "Application" tab. 4. Delete everything you can find. Not just cookies, but local storage and session storage as well, which apparently Open-WebUI uses, and which "clearing cookies" does not effect. After that, Open-WebUI loaded and let me login.
Author
Owner

@tjbck commented on GitHub (May 3, 2025):

You'll have to clear a browser cache for this.

<!-- gh-comment-id:2848620829 --> @tjbck commented on GitHub (May 3, 2025): You'll have to clear a browser cache for this.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#32438