@zitadel/api 1.0.0-alpha.20 → 1.0.0-alpha.21

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (34) hide show
  1. package/dist/generated/endpoints/zitadelNextGen.d.mts +1 -1
  2. package/dist/generated/endpoints/zitadelNextGen.msw.d.mts +1 -1
  3. package/dist/generated/endpoints/zitadelNextGen.msw.d.mts.map +1 -1
  4. package/dist/generated/endpoints/zitadelNextGen.msw.mjs +123 -40
  5. package/dist/generated/endpoints/zitadelNextGen.msw.mjs.map +1 -1
  6. package/dist/generated/endpoints/zitadelNextGen.zod.d.mts +53 -24
  7. package/dist/generated/endpoints/zitadelNextGen.zod.d.mts.map +1 -1
  8. package/dist/generated/endpoints/zitadelNextGen.zod.mjs +38 -9
  9. package/dist/generated/endpoints/zitadelNextGen.zod.mjs.map +1 -1
  10. package/dist/generated/model/index.d.mts +2 -2
  11. package/dist/{index-BpCgp2NY.d.mts → index-BK4Q468Q.d.mts} +289 -82
  12. package/dist/index-BK4Q468Q.d.mts.map +1 -0
  13. package/dist/runtime/api-factory.d.mts +1 -1
  14. package/dist/{zitadelNextGen-C4IZjGCT.d.mts → zitadelNextGen-C8m49W5h.d.mts} +2 -2
  15. package/dist/{zitadelNextGen-C4IZjGCT.d.mts.map → zitadelNextGen-C8m49W5h.d.mts.map} +1 -1
  16. package/package.json +1 -1
  17. package/src/generated/endpoints/zitadelNextGen.msw.ts +128 -30
  18. package/src/generated/endpoints/zitadelNextGen.zod.ts +152 -36
  19. package/src/generated/model/createSession201Session.ts +7 -16
  20. package/src/generated/model/createSession201SessionUser.ts +37 -0
  21. package/src/generated/model/createUser201.ts +18 -0
  22. package/src/generated/model/exchangeHandoff200Session.ts +7 -16
  23. package/src/generated/model/exchangeHandoff200SessionUser.ts +37 -0
  24. package/src/generated/model/getMySession200.ts +7 -16
  25. package/src/generated/model/getMySession200User.ts +37 -0
  26. package/src/generated/model/getMyUser200.ts +18 -0
  27. package/src/generated/model/getSession200.ts +7 -16
  28. package/src/generated/model/getSession200User.ts +37 -0
  29. package/src/generated/model/getUserByID200.ts +18 -0
  30. package/src/generated/model/index.ts +5 -0
  31. package/src/generated/model/querySessions200SessionsItem.ts +7 -16
  32. package/src/generated/model/querySessions200SessionsItemUser.ts +37 -0
  33. package/src/generated/model/queryUsers200UsersItem.ts +18 -0
  34. package/dist/index-BpCgp2NY.d.mts.map +0 -1
@@ -0,0 +1,37 @@
1
+ /**
2
+ * Generated by orval v8.10.0 🍺
3
+ * Do not edit manually.
4
+ * Zitadel NextGen
5
+ * This is the next generation of the Zitadel identity platform.
6
+ * OpenAPI spec version: 0.0.1
7
+ */
8
+
9
+ /**
10
+ * A resolved reference to a user (ADR 058 §3). Fields are role-named, not
11
+ property-named, so responses can mix users from different schemas.
12
+ `identifier` and `display` are resolved independently from the user
13
+ schema's `x-identifier` and `x-display` designations, live at read time.
14
+ Clients render `display`, falling back to `identifier`, then `user_id`.
15
+
16
+ */
17
+ export type ExchangeHandoff200SessionUser = {
18
+ /** @pattern ^user_[a-zA-Z0-9_-]+$ */
19
+ user_id: string;
20
+ /** The current value of the schema's designated identifier
21
+ (`x-identifier`). Absent when the schema designates no identifier or
22
+ the user carries no value for it.
23
+ */
24
+ identifier?: string;
25
+ /** The schema property `identifier` came from, so clients can reach the
26
+ property's schema for semantics (a mailto link, a field label)
27
+ instead of guessing from the value. Present exactly when
28
+ `identifier` is.
29
+ */
30
+ identifier_property?: string;
31
+ /** The `x-display` rendering — the designated properties' values joined
32
+ in list order. Purely presentational, with no source attribution.
33
+ Absent when the schema designates no display properties or the user
34
+ carries no values for them.
35
+ */
36
+ display?: string;
37
+ };
@@ -8,6 +8,7 @@
8
8
  import type { GetMySession200FactorsItem } from "./getMySession200FactorsItem";
9
9
  import type { GetMySession200Metadata } from "./getMySession200Metadata";
10
10
  import type { GetMySession200State } from "./getMySession200State";
11
+ import type { GetMySession200User } from "./getMySession200User";
11
12
  import type { GetMySession200UserAgent } from "./getMySession200UserAgent";
12
13
 
13
14
  /**
@@ -37,23 +38,13 @@ export type GetMySession200 = {
37
38
  factor has been verified through an `auth_attempt`.
38
39
  */
39
40
  user_id?: string | null;
40
- /** Human-readable name of the authenticated user, resolved from the
41
- conventional user-schema properties: `name` when defined, otherwise
42
- the given and family name parts joined `givenName`/`familyName`
43
- (the shipped presets' spelling) or `given_name`/`family_name`. Only
44
- present on reads that hydrate the user's identity
45
- (`GET /sessions/me`) and only when the session has an authenticated
46
- user whose schema carries those properties; clients fall back to
47
- `email`, then `user_id`.
41
+ /** A resolved reference to a user (ADR 058 §3). Fields are role-named, not
42
+ property-named, so responses can mix users from different schemas.
43
+ `identifier` and `display` are resolved independently from the user
44
+ schema's `x-identifier` and `x-display` designations, live at read time.
45
+ Clients render `display`, falling back to `identifier`, then `user_id`.
48
46
  */
49
- name?: string;
50
- /** Email address of the authenticated user, resolved from the
51
- conventional `email` user-schema property. Only present on reads
52
- that hydrate the user's identity (`GET /sessions/me`) and only when
53
- the session has an authenticated user whose schema carries that
54
- property.
55
- */
56
- email?: string;
47
+ user?: GetMySession200User;
57
48
  /** Verified authentication factors accumulated by this session.
58
49
  Each key is a factor type (e.g. `password`, `totp`, `passkey`).
59
50
  Each value is a factor event object with at least `verified_at` and
@@ -0,0 +1,37 @@
1
+ /**
2
+ * Generated by orval v8.10.0 🍺
3
+ * Do not edit manually.
4
+ * Zitadel NextGen
5
+ * This is the next generation of the Zitadel identity platform.
6
+ * OpenAPI spec version: 0.0.1
7
+ */
8
+
9
+ /**
10
+ * A resolved reference to a user (ADR 058 §3). Fields are role-named, not
11
+ property-named, so responses can mix users from different schemas.
12
+ `identifier` and `display` are resolved independently from the user
13
+ schema's `x-identifier` and `x-display` designations, live at read time.
14
+ Clients render `display`, falling back to `identifier`, then `user_id`.
15
+
16
+ */
17
+ export type GetMySession200User = {
18
+ /** @pattern ^user_[a-zA-Z0-9_-]+$ */
19
+ user_id: string;
20
+ /** The current value of the schema's designated identifier
21
+ (`x-identifier`). Absent when the schema designates no identifier or
22
+ the user carries no value for it.
23
+ */
24
+ identifier?: string;
25
+ /** The schema property `identifier` came from, so clients can reach the
26
+ property's schema for semantics (a mailto link, a field label)
27
+ instead of guessing from the value. Present exactly when
28
+ `identifier` is.
29
+ */
30
+ identifier_property?: string;
31
+ /** The `x-display` rendering — the designated properties' values joined
32
+ in list order. Purely presentational, with no source attribution.
33
+ Absent when the schema designates no display properties or the user
34
+ carries no values for them.
35
+ */
36
+ display?: string;
37
+ };
@@ -36,6 +36,24 @@ export type GetMyUser200 = {
36
36
  */
37
37
  attributes: GetMyUser200Attributes;
38
38
  metadata: GetMyUser200Metadata;
39
+ /** The current value of the user schema's designated identifier
40
+ (`x-identifier`), resolved live at read time. Absent when the schema
41
+ designates no identifier or the user carries no value for it.
42
+ */
43
+ readonly identifier?: string;
44
+ /** The schema property `identifier` came from, so clients can reach the
45
+ property's schema for semantics (a mailto link, a field label)
46
+ instead of guessing from the value. Present exactly when
47
+ `identifier` is.
48
+ */
49
+ readonly identifier_property?: string;
50
+ /** The `x-display` rendering — the designated properties' values joined
51
+ in list order, resolved live at read time. Purely presentational.
52
+ Absent when the schema designates no display properties or the user
53
+ carries no values for them. Clients render `display`, falling back
54
+ to `identifier`, then `id`.
55
+ */
56
+ readonly display?: string;
39
57
  /** The user's team memberships, present only when the request asked for them with
40
58
  `expand: ["teams"]` (ADR 059). Absent means it was not requested; `[]`
41
59
  means the user has none.
@@ -8,6 +8,7 @@
8
8
  import type { GetSession200FactorsItem } from "./getSession200FactorsItem";
9
9
  import type { GetSession200Metadata } from "./getSession200Metadata";
10
10
  import type { GetSession200State } from "./getSession200State";
11
+ import type { GetSession200User } from "./getSession200User";
11
12
  import type { GetSession200UserAgent } from "./getSession200UserAgent";
12
13
 
13
14
  /**
@@ -37,23 +38,13 @@ export type GetSession200 = {
37
38
  factor has been verified through an `auth_attempt`.
38
39
  */
39
40
  user_id?: string | null;
40
- /** Human-readable name of the authenticated user, resolved from the
41
- conventional user-schema properties: `name` when defined, otherwise
42
- the given and family name parts joined `givenName`/`familyName`
43
- (the shipped presets' spelling) or `given_name`/`family_name`. Only
44
- present on reads that hydrate the user's identity
45
- (`GET /sessions/me`) and only when the session has an authenticated
46
- user whose schema carries those properties; clients fall back to
47
- `email`, then `user_id`.
41
+ /** A resolved reference to a user (ADR 058 §3). Fields are role-named, not
42
+ property-named, so responses can mix users from different schemas.
43
+ `identifier` and `display` are resolved independently from the user
44
+ schema's `x-identifier` and `x-display` designations, live at read time.
45
+ Clients render `display`, falling back to `identifier`, then `user_id`.
48
46
  */
49
- name?: string;
50
- /** Email address of the authenticated user, resolved from the
51
- conventional `email` user-schema property. Only present on reads
52
- that hydrate the user's identity (`GET /sessions/me`) and only when
53
- the session has an authenticated user whose schema carries that
54
- property.
55
- */
56
- email?: string;
47
+ user?: GetSession200User;
57
48
  /** Verified authentication factors accumulated by this session.
58
49
  Each key is a factor type (e.g. `password`, `totp`, `passkey`).
59
50
  Each value is a factor event object with at least `verified_at` and
@@ -0,0 +1,37 @@
1
+ /**
2
+ * Generated by orval v8.10.0 🍺
3
+ * Do not edit manually.
4
+ * Zitadel NextGen
5
+ * This is the next generation of the Zitadel identity platform.
6
+ * OpenAPI spec version: 0.0.1
7
+ */
8
+
9
+ /**
10
+ * A resolved reference to a user (ADR 058 §3). Fields are role-named, not
11
+ property-named, so responses can mix users from different schemas.
12
+ `identifier` and `display` are resolved independently from the user
13
+ schema's `x-identifier` and `x-display` designations, live at read time.
14
+ Clients render `display`, falling back to `identifier`, then `user_id`.
15
+
16
+ */
17
+ export type GetSession200User = {
18
+ /** @pattern ^user_[a-zA-Z0-9_-]+$ */
19
+ user_id: string;
20
+ /** The current value of the schema's designated identifier
21
+ (`x-identifier`). Absent when the schema designates no identifier or
22
+ the user carries no value for it.
23
+ */
24
+ identifier?: string;
25
+ /** The schema property `identifier` came from, so clients can reach the
26
+ property's schema for semantics (a mailto link, a field label)
27
+ instead of guessing from the value. Present exactly when
28
+ `identifier` is.
29
+ */
30
+ identifier_property?: string;
31
+ /** The `x-display` rendering — the designated properties' values joined
32
+ in list order. Purely presentational, with no source attribution.
33
+ Absent when the schema designates no display properties or the user
34
+ carries no values for them.
35
+ */
36
+ display?: string;
37
+ };
@@ -36,6 +36,24 @@ export type GetUserByID200 = {
36
36
  */
37
37
  attributes: GetUserByID200Attributes;
38
38
  metadata: GetUserByID200Metadata;
39
+ /** The current value of the user schema's designated identifier
40
+ (`x-identifier`), resolved live at read time. Absent when the schema
41
+ designates no identifier or the user carries no value for it.
42
+ */
43
+ readonly identifier?: string;
44
+ /** The schema property `identifier` came from, so clients can reach the
45
+ property's schema for semantics (a mailto link, a field label)
46
+ instead of guessing from the value. Present exactly when
47
+ `identifier` is.
48
+ */
49
+ readonly identifier_property?: string;
50
+ /** The `x-display` rendering — the designated properties' values joined
51
+ in list order, resolved live at read time. Purely presentational.
52
+ Absent when the schema designates no display properties or the user
53
+ carries no values for them. Clients render `display`, falling back
54
+ to `identifier`, then `id`.
55
+ */
56
+ readonly display?: string;
39
57
  /** The user's team memberships, present only when the request asked for them with
40
58
  `expand: ["teams"]` (ADR 059). Absent means it was not requested; `[]`
41
59
  means the user has none.
@@ -173,6 +173,7 @@ export * from "./createSession201SessionFactorsItemMethod";
173
173
  export * from "./createSession201SessionFactorsItemPayload";
174
174
  export * from "./createSession201SessionMetadata";
175
175
  export * from "./createSession201SessionState";
176
+ export * from "./createSession201SessionUser";
176
177
  export * from "./createSession201SessionUserAgent";
177
178
  export * from "./createSession400";
178
179
  export * from "./createSession400Details";
@@ -249,6 +250,7 @@ export * from "./exchangeHandoff200SessionFactorsItemMethod";
249
250
  export * from "./exchangeHandoff200SessionFactorsItemPayload";
250
251
  export * from "./exchangeHandoff200SessionMetadata";
251
252
  export * from "./exchangeHandoff200SessionState";
253
+ export * from "./exchangeHandoff200SessionUser";
252
254
  export * from "./exchangeHandoff200SessionUserAgent";
253
255
  export * from "./exchangeHandoff400";
254
256
  export * from "./exchangeHandoff400Details";
@@ -382,6 +384,7 @@ export * from "./getMySession200FactorsItemMethod";
382
384
  export * from "./getMySession200FactorsItemPayload";
383
385
  export * from "./getMySession200Metadata";
384
386
  export * from "./getMySession200State";
387
+ export * from "./getMySession200User";
385
388
  export * from "./getMySession200UserAgent";
386
389
  export * from "./getMySession401";
387
390
  export * from "./getMySession404";
@@ -429,6 +432,7 @@ export * from "./getSession200FactorsItemMethod";
429
432
  export * from "./getSession200FactorsItemPayload";
430
433
  export * from "./getSession200Metadata";
431
434
  export * from "./getSession200State";
435
+ export * from "./getSession200User";
432
436
  export * from "./getSession200UserAgent";
433
437
  export * from "./getSession401";
434
438
  export * from "./getSession401Details";
@@ -595,6 +599,7 @@ export * from "./querySessions200SessionsItemFactorsItemMethod";
595
599
  export * from "./querySessions200SessionsItemFactorsItemPayload";
596
600
  export * from "./querySessions200SessionsItemMetadata";
597
601
  export * from "./querySessions200SessionsItemState";
602
+ export * from "./querySessions200SessionsItemUser";
598
603
  export * from "./querySessions200SessionsItemUserAgent";
599
604
  export * from "./querySessions400";
600
605
  export * from "./querySessions400Details";
@@ -8,6 +8,7 @@
8
8
  import type { QuerySessions200SessionsItemFactorsItem } from "./querySessions200SessionsItemFactorsItem";
9
9
  import type { QuerySessions200SessionsItemMetadata } from "./querySessions200SessionsItemMetadata";
10
10
  import type { QuerySessions200SessionsItemState } from "./querySessions200SessionsItemState";
11
+ import type { QuerySessions200SessionsItemUser } from "./querySessions200SessionsItemUser";
11
12
  import type { QuerySessions200SessionsItemUserAgent } from "./querySessions200SessionsItemUserAgent";
12
13
 
13
14
  /**
@@ -37,23 +38,13 @@ export type QuerySessions200SessionsItem = {
37
38
  factor has been verified through an `auth_attempt`.
38
39
  */
39
40
  user_id?: string | null;
40
- /** Human-readable name of the authenticated user, resolved from the
41
- conventional user-schema properties: `name` when defined, otherwise
42
- the given and family name parts joined `givenName`/`familyName`
43
- (the shipped presets' spelling) or `given_name`/`family_name`. Only
44
- present on reads that hydrate the user's identity
45
- (`GET /sessions/me`) and only when the session has an authenticated
46
- user whose schema carries those properties; clients fall back to
47
- `email`, then `user_id`.
41
+ /** A resolved reference to a user (ADR 058 §3). Fields are role-named, not
42
+ property-named, so responses can mix users from different schemas.
43
+ `identifier` and `display` are resolved independently from the user
44
+ schema's `x-identifier` and `x-display` designations, live at read time.
45
+ Clients render `display`, falling back to `identifier`, then `user_id`.
48
46
  */
49
- name?: string;
50
- /** Email address of the authenticated user, resolved from the
51
- conventional `email` user-schema property. Only present on reads
52
- that hydrate the user's identity (`GET /sessions/me`) and only when
53
- the session has an authenticated user whose schema carries that
54
- property.
55
- */
56
- email?: string;
47
+ user?: QuerySessions200SessionsItemUser;
57
48
  /** Verified authentication factors accumulated by this session.
58
49
  Each key is a factor type (e.g. `password`, `totp`, `passkey`).
59
50
  Each value is a factor event object with at least `verified_at` and
@@ -0,0 +1,37 @@
1
+ /**
2
+ * Generated by orval v8.10.0 🍺
3
+ * Do not edit manually.
4
+ * Zitadel NextGen
5
+ * This is the next generation of the Zitadel identity platform.
6
+ * OpenAPI spec version: 0.0.1
7
+ */
8
+
9
+ /**
10
+ * A resolved reference to a user (ADR 058 §3). Fields are role-named, not
11
+ property-named, so responses can mix users from different schemas.
12
+ `identifier` and `display` are resolved independently from the user
13
+ schema's `x-identifier` and `x-display` designations, live at read time.
14
+ Clients render `display`, falling back to `identifier`, then `user_id`.
15
+
16
+ */
17
+ export type QuerySessions200SessionsItemUser = {
18
+ /** @pattern ^user_[a-zA-Z0-9_-]+$ */
19
+ user_id: string;
20
+ /** The current value of the schema's designated identifier
21
+ (`x-identifier`). Absent when the schema designates no identifier or
22
+ the user carries no value for it.
23
+ */
24
+ identifier?: string;
25
+ /** The schema property `identifier` came from, so clients can reach the
26
+ property's schema for semantics (a mailto link, a field label)
27
+ instead of guessing from the value. Present exactly when
28
+ `identifier` is.
29
+ */
30
+ identifier_property?: string;
31
+ /** The `x-display` rendering — the designated properties' values joined
32
+ in list order. Purely presentational, with no source attribution.
33
+ Absent when the schema designates no display properties or the user
34
+ carries no values for them.
35
+ */
36
+ display?: string;
37
+ };
@@ -36,6 +36,24 @@ export type QueryUsers200UsersItem = {
36
36
  */
37
37
  attributes: QueryUsers200UsersItemAttributes;
38
38
  metadata: QueryUsers200UsersItemMetadata;
39
+ /** The current value of the user schema's designated identifier
40
+ (`x-identifier`), resolved live at read time. Absent when the schema
41
+ designates no identifier or the user carries no value for it.
42
+ */
43
+ readonly identifier?: string;
44
+ /** The schema property `identifier` came from, so clients can reach the
45
+ property's schema for semantics (a mailto link, a field label)
46
+ instead of guessing from the value. Present exactly when
47
+ `identifier` is.
48
+ */
49
+ readonly identifier_property?: string;
50
+ /** The `x-display` rendering — the designated properties' values joined
51
+ in list order, resolved live at read time. Purely presentational.
52
+ Absent when the schema designates no display properties or the user
53
+ carries no values for them. Clients render `display`, falling back
54
+ to `identifier`, then `id`.
55
+ */
56
+ readonly display?: string;
39
57
  /** The user's team memberships, present only when the request asked for them with
40
58
  `expand: ["teams"]` (ADR 059). Absent means it was not requested; `[]`
41
59
  means the user has none.