DELETE__delete_user uses username instead of UUID (404 on OpenCloud)

[michaelstingl]

Bug Description

DELETE__delete_user in packages/k6-tdk/src/endpoints/graph-v1-users.ts uses userLogin (username) in URL path, but LibreGraph API expects UUID.

Reproduction Steps

PLATFORM_TYPE=openCloud k6 run packages/k6-tests/artifacts/_seeds-down-k6.js

Expected Outcome

DELETE /graph/v1.0/users/a86fd4c6-56d9-4503-b7a4-9fe81a93331d → 204

Actual Outcome

{"method":"DELETE","status":404,"path":"/graph/v1.0/users/perf-test-user-1"}
{"method":"DELETE","status":404,"path":"/graph/v1.0/users/perf-test-user-2"}

---

Root Cause

// Line 15-17 - uses userLogin
export const DELETE__delete_user = (httpClient, { userLogin }) => {
  return httpClient('DELETE', `/graph/v1.0/users/${userLogin}`)
}

// Line 24 - correctly uses UUID
return httpClient('POST', `/graph/v1.0/users/${principalId}/appRoleAssignments`, ...)

Affected

• packages/k6-tests/src/seeds/down.k6.ts
• packages/k6-tests/tests/oc/share-upload-rename/default.k6.ts
• packages/k6-tests/tests/surf/upload/default.k6.ts
• packages/k6-tests/tests/sample/kitchen-sink/default.k6.ts

Fix

Change deleteUser to accept userId (UUID from createUser response).

[michaelstingl]

Fix submitted in #11.

The fix adds auto-lookup of userId from userLogin directly in the endpoint, so no changes to client or test files are needed. Backwards compatible - existing callers using { userLogin } continue to work.

[michaelstingl]

Will be fixed in:

• Lifecycle update #12

@fschade U rock! 🤘