Bug Report
Describe the bug
In Tenant Resource Management → Models → Add custom model, the connectivity pre-check always reports the model as unavailable for a brand-new model that has not been saved yet, which blocks adding the model.
Steps to reproduce
- Open Tenant Resource Management, select a tenant
- Go to Models → Add custom model
- Fill in base_url / api_key / model_name
- Click connectivity test
Expected behavior
Connectivity test should verify the raw model config (base_url + api_key + model_name) and return available when the endpoint is reachable, without requiring the model to already exist in the database.
Actual behavior
The check always reports unavailable / blocks save.
Root cause
ModelAddDialog.handleVerifyConnectivity routes the manage flow (tenantId present) through checkManageTenantModelConnectivity → POST /model/manage/healthcheck, which looks up an already-persisted model by display_name + tenant_id. For a new model that lookup fails, so the check always fails.
Environment
- Affected path: tenant resource management (manage flow)
- Self-service add model path is unaffected (already uses
/model/temporary_healthcheck)
Bug Report
Describe the bug
In Tenant Resource Management → Models → Add custom model, the connectivity pre-check always reports the model as unavailable for a brand-new model that has not been saved yet, which blocks adding the model.
Steps to reproduce
Expected behavior
Connectivity test should verify the raw model config (
base_url+api_key+model_name) and return available when the endpoint is reachable, without requiring the model to already exist in the database.Actual behavior
The check always reports unavailable / blocks save.
Root cause
ModelAddDialog.handleVerifyConnectivityroutes the manage flow (tenantIdpresent) throughcheckManageTenantModelConnectivity→POST /model/manage/healthcheck, which looks up an already-persisted model bydisplay_name + tenant_id. For a new model that lookup fails, so the check always fails.Environment
/model/temporary_healthcheck)