issue: RELEVANCE_THRESHOLD not resettable #5248

Closed
opened 2025-11-11 16:15:34 -06:00 by GiteaMirror · 2 comments
Owner

Originally created by @brainboutique on GitHub (May 20, 2025).

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.10

Ollama Version (if applicable)

v0.6.5

Operating System

Linux

Browser (if applicable)

Chrome

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

On /admin/settings, I would expect the RELEVANCE_THRESHOLD to be resettable to "null" (not 0).

Reason: I suspect that a tool call returns a unknown relevance and therefore is skipped while re-ranking

Actual Behavior

Keeps old value.

Steps to Reproduce

  1. Open settings
  2. Clear out field
  3. Save
  4. F5 to reload OR check server response in developer tools.

Logs & Screenshots

/api/v1/retrieval/config/update

Request payload (as copied from developer console)
{
"status": true,
...
"RELEVANCE_THRESHOLD": null,
...
}

Response payload (as copied from developer console)

{
"status": true,
...
"RELEVANCE_THRESHOLD": 0.0,
...
}

Additional Information

No response

Originally created by @brainboutique on GitHub (May 20, 2025). ### 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.10 ### Ollama Version (if applicable) v0.6.5 ### Operating System Linux ### Browser (if applicable) Chrome ### 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 On /admin/settings, I would expect the RELEVANCE_THRESHOLD to be resettable to "null" (not 0). Reason: I suspect that a tool call returns a unknown relevance and therefore is skipped while re-ranking ### Actual Behavior Keeps old value. ### Steps to Reproduce 1. Open settings 2. Clear out field 3. Save 4. F5 to reload OR check server response in developer tools. ### Logs & Screenshots /api/v1/retrieval/config/update Request payload (as copied from developer console) { "status": true, ... "RELEVANCE_THRESHOLD": null, ... } Response payload (as copied from developer console) { "status": true, ... "RELEVANCE_THRESHOLD": 0.0, ... } ### Additional Information _No response_
GiteaMirror added the bug label 2025-11-11 16:15:34 -06:00
Author
Owner

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

r_score must be a float.

@tjbck commented on GitHub (May 20, 2025): r_score must be a float.
Author
Owner

@brainboutique commented on GitHub (May 20, 2025):

@tjbck then how to disable threshold filtering? "0" apparently has different semantics.

@brainboutique commented on GitHub (May 20, 2025): @tjbck then how to disable threshold filtering? "0" apparently has different semantics.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#5248