[GH-ISSUE #114] bug: Per-model compression threshold not reflected in status display #53

Closed
opened 2026-10-18 14:02:25 +00:00 by bsakaguchi · 1 comment
Owner

Originally created by @JKGeovision on GitHub (Jul 8, 2026).
Original GitHub issue: https://github.com/open-webui/computer/issues/114

Hello,

I discovered a bug where the per-model compression threshold does not display correctly in the status window, even when properly configured.

Steps to reproduce:

  1. Go to Settings and set a global compression trigger (e.g., default 80k)
  2. Navigate to a specific model's settings and set a per-model compression threshold (e.g., 250k)
  3. Observe the status window when using that model
  4. The status displays the global threshold instead of the per-model threshold (e.g., shows "4.8k/80k" instead of "4.8k/250k")

I suspect the status display is hardcoded to read from the global compression trigger setting rather than checking for a per-model override.
I haven't tested whether this affects the actual compression trigger behavior or if it's only a UI display error. The per-model threshold may still be applied correctly in the background despite the incorrect display.

Thank you for your work and I wish you all a great day,
Joshua Krimmer

Originally created by @JKGeovision on GitHub (Jul 8, 2026). Original GitHub issue: https://github.com/open-webui/computer/issues/114 Hello, I discovered a bug where the per-model compression threshold does not display correctly in the status window, even when properly configured. Steps to reproduce: 1. Go to Settings and set a global compression trigger (e.g., default 80k) 2. Navigate to a specific model's settings and set a per-model compression threshold (e.g., 250k) 3. Observe the status window when using that model 4. The status displays the global threshold instead of the per-model threshold (e.g., shows "4.8k/80k" instead of "4.8k/250k") I suspect the status display is hardcoded to read from the global compression trigger setting rather than checking for a per-model override. I haven't tested whether this affects the actual compression trigger behavior or if it's only a UI display error. The per-model threshold may still be applied correctly in the background despite the incorrect display. Thank you for your work and I wish you all a great day, Joshua Krimmer
Author
Owner

@tjbck commented on GitHub (Jul 9, 2026):

Should be addressed!

<!-- gh-comment-id:4930087820 --> @tjbck commented on GitHub (Jul 9, 2026): Should be addressed!
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
open-webui/computer#53
No description provided.