[Bug]: list_import_jobs should have a db_name argument not a collection_name argument

[lamflokas]

Is there an existing issue for this?

• I have searched the existing issues

Describe the bug

As per the documentation here the list import endpoint has a dbName argument not collectionName argument.

But list_import_jobs has a collection_name argument while the db_name is missing.

Expected Behavior

Instead list_import_jobs should have a db_name and the collection_name should be removed.

Steps/Code To Reproduce behavior

Not applicable.

Environment details

Not applicable.

Anything else?

No response

[shubh3ai]

I have the same issue. I created this issue on the milvus repo. milvus-io/milvus#44393

[shubh3ai]

I found a hacky workaround for this:

import requests
import json

# Correct schema for /v2/vectordb/jobs/import/list endpoint
request_url = f"{uri}/v2/vectordb/jobs/import/list"

# Request payload with correct schema
payload = {
    "dbName": "integration_test_db",
    "collectionName": "integration_test_bulk_import", 
    "pageSize": 10,
    "currentPage": 1
}

headers = {
    "Content-Type": "application/json",
    "Accept": "application/json",
}

print("Request URL:", request_url)
print("Request payload:", json.dumps(payload, indent=2))
print()

# Make the request
response = requests.post(request_url, headers=headers, data=json.dumps(payload))

print("Response status:", response.status_code)
print("Response JSON:")
print(json.dumps(response.json(), indent=2))

The official Milvus Documentation is also incomplete: REST Api Doc. The documentation does not mention that collectionName is also a valid parameter. I had to look into the source code to infer the right payload.

[yhmo]

This pr added a parameter "db_name" to the list_import_jobs() interface.

Note: the "db_name" is used when "collection_name" is not None/empty, milvus server finds the collection_name in a specified database. If "collection_name" is None/empty, list_import_jobs() will ignore the "db_name" and return all jobs across all databases. This is server-side behavior.

[XuanYang-cn]

should be fixed