Originally created by @honwei189 on GitHub (Dec 2, 2024).
Description:
When using the OpenRouter API as a replacement for OpenAI, I encountered an issue where disabling a few models causes the model list to reorder continuously. This behavior makes managing the model list inefficient and frustrating, the list is blinking.
Additionally, managing models one by one is cumbersome when dealing with a large list of models. I suggest adding a feature to allow bulk enabling/disabling of models for better usability.
Steps to Reproduce:
Use the OpenRouter API with a list of models.
Attempt to disable a few models in the Admin -> Setting -> Model.
Observe the model list reordering itself repeatedly, the list is blinking.
Expected Behavior:
Disabling models should take effect immediately without causing the list to reorder repeatedly.
The interface should provide an option to bulk enable/disable models to improve management efficiency.
Actual Behavior:
Disabling a few models causes the model list to reorder continuously for about one minute.
There is no bulk enable/disable option available, requiring users to handle models one by one.
Suggested Feature Improvements:
Fix the issue where the model list reorders repeatedly after disabling models.
Add a bulk enable/disable option for models to improve user experience when managing large lists.
Additional Context:
Managing models in bulk is crucial for users with extensive model lists. Improving this functionality would save time and enhance the usability of the API.
Originally created by @honwei189 on GitHub (Dec 2, 2024).
**Description:**
When using the OpenRouter API as a replacement for OpenAI, I encountered an issue where disabling a few models causes the model list to reorder continuously. This behavior makes managing the model list inefficient and frustrating, the list is blinking.
Additionally, managing models one by one is cumbersome when dealing with a large list of models. I suggest adding a feature to allow bulk enabling/disabling of models for better usability.
---
**Steps to Reproduce:**
1. Use the OpenRouter API with a list of models.
2. Attempt to disable a few models in the Admin -> Setting -> Model.
3. Observe the model list reordering itself repeatedly, the list is blinking.
**Expected Behavior:**
- Disabling models should take effect immediately without causing the list to reorder repeatedly.
- The interface should provide an option to bulk enable/disable models to improve management efficiency.
**Actual Behavior:**
- Disabling a few models causes the model list to reorder continuously for about one minute.
- There is no bulk enable/disable option available, requiring users to handle models one by one.
---
**Suggested Feature Improvements:**
1. Fix the issue where the model list reorders repeatedly after disabling models.
2. Add a bulk enable/disable option for models to improve user experience when managing large lists.
**Additional Context:**
Managing models in bulk is crucial for users with extensive model lists. Improving this functionality would save time and enhance the usability of the API.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @honwei189 on GitHub (Dec 2, 2024).
Description:
When using the OpenRouter API as a replacement for OpenAI, I encountered an issue where disabling a few models causes the model list to reorder continuously. This behavior makes managing the model list inefficient and frustrating, the list is blinking.
Additionally, managing models one by one is cumbersome when dealing with a large list of models. I suggest adding a feature to allow bulk enabling/disabling of models for better usability.
Steps to Reproduce:
Expected Behavior:
Actual Behavior:
Suggested Feature Improvements:
Additional Context:
Managing models in bulk is crucial for users with extensive model lists. Improving this functionality would save time and enhance the usability of the API.
@tjbck commented on GitHub (Dec 16, 2024):
Fixed on dev.