mirror of
https://github.com/open-webui/open-webui.git
synced 2026-07-16 06:03:26 -05:00
"Temporary Chat" feature results a pop-up "You do not have permission to access this resource."" error after upgrading to v0.3.16 #1929
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ddimarx on GitHub (Aug 29, 2024).
Bug Report
Installation Method
Docker
Environment
Confirmation:
Expected Behavior:
The "Temporary Chat" should accept the question and respond as intended.
Actual Behavior:
On "Temporary Chat" a pop-up error message appears: "You do not have permission to access this resource." with a "401 Unauthorized" status in the logs.
Description
Bug Summary:
After upgrading to Open-WebUI Docker version v0.3.16, the "Temporary Chat" feature, which was functioning correctly in v0.3.15, results in a pop-up error "You do not have permission to access this resource. Please contact your administrator for assistance." when trying to submit a question, and then the chat/conversation continues without any other issue.
Reproduction Details
Steps to Reproduce:
Logs and Screenshots
Docker Container Logs:
open-webui | INFO: xxx.xxx.xxx.xxx:0 - "GET /api/v1/users/user/settings HTTP/1.1" 200 OK
open-webui | INFO: xxx.xxx.xxx.xxx:0 - "POST /api/chat/completions HTTP/1.1" 200 OK
open-webui | INFO: xxx.xxx.xxx.xxx:0 - "POST /api/chat/completed HTTP/1.1" 200 OK
open-webui | INFO: xxx.xxx.xxx.xxx:0 - "POST /api/v1/chats/local HTTP/1.1" 401 Unauthorized
open-webui | generate_title
open-webui | gpt-4o-mini
open-webui | INFO: xxx.xxx.xxx.xxx:0 - "POST /api/task/title/completions HTTP/1.1" 200 OK
open-webui | INFO: xxx.xxx.xxx.xxx:0 - "GET /api/v1/chats/?page=1 HTTP/1.1" 200 OK
Screenshots/Screen Recordings:
Edge Browser Screenshot:
Docker Container Logs Screenshot:
Additional Information
This issue began occurring after the upgrade to v0.3.16.
No changes were made to permissions or authentication settings prior to the upgrade
@silentoplayz commented on GitHub (Aug 29, 2024):
Already reported here, although, it has not been fixed on the dev branch yet.