Script 'mail_helper' called by obssrc Hello community, here is the log from the commit of package python-okta for openSUSE:Factory checked in at 2026-10-05 12:56:43 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/python-okta (Old) and /work/SRC/openSUSE:Factory/.python-okta.new.3698736 (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "python-okta" Mon Oct 5 12:56:43 2026 rev:10 rq:1382327 version:3.4.6 Changes: -------- --- /work/SRC/openSUSE:Factory/python-okta/python-okta.changes 2026-07-06 12:34:05.399056287 +0200 +++ /work/SRC/openSUSE:Factory/.python-okta.new.3698736/python-okta.changes 2026-10-05 12:57:46.789156050 +0200 @@ -1,0 +2,32 @@ +Sun Oct 4 14:41:50 UTC 2026 - Dirk Müller <[email protected]> + +- update to 3.4.6: + * Fixed a `ValidationError` crash in `list_applications()` when + a response page contained App Catalog / OIN SAML apps whose + `settings.signOn` payload omitted boolean attributes. Removed + five booleans (`allowMultipleAcsEndpoints`, + `assertionSigned`, `honorForceAuthn`, `requestCompressed`, + `responseSigned`) from the `required` list of the + `SamlApplicationSettingsSignOn` schema so they generate as + `Optional[StrictBool]` with a `None` default. These override- + type apps legitimately omit these fields on GET (they carry + only override deltas), and marking them `required` caused a + single such app to fail deserialization for the entire + paginated response. Completes the pattern applied to ten + string attributes on the same schema in 3.4.3 (#546, #580). + * Fixed the `UserType` model being generated with only an `id` + field, causing all other properties (`name`, `displayName`, + `description`, `created`, `createdBy`, `default`, + `lastUpdated`, `lastUpdatedBy`, `_links`) to be silently + dropped when deserializing `/api/v1/meta/types/user/*` + responses. Root cause was a schema name collision in + `openapi/api.yaml`: the inline anonymous object on + `User.type` was auto-promoted by OpenAPI Generator 7.x to a + model named `UserType`, shadowing the real `UserType` + component schema. Resolved by extracting the inline + `User.type` object into a new `UserTypeRef` component and + `$ref`ing it from `User.type`, so the real `UserType` + component now generates with all defined fields. The on-wire + JSON shape of `User.type` is unchanged. PR #575 + +------------------------------------------------------------------- Old: ---- okta-sdk-python-3.4.4.tar.gz New: ---- okta-sdk-python-3.4.6.tar.gz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ python-okta.spec ++++++ --- /var/tmp/diff_new_pack.X9o8C0/_old 2026-10-05 12:57:49.012249299 +0200 +++ /var/tmp/diff_new_pack.X9o8C0/_new 2026-10-05 12:57:49.013249341 +0200 @@ -19,7 +19,7 @@ %{?sle15_python_module_pythons} Name: python-okta -Version: 3.4.4 +Version: 3.4.6 Release: 0 Summary: Python SDK for the Okta Management API License: Apache-2.0 ++++++ okta-sdk-python-3.4.4.tar.gz -> okta-sdk-python-3.4.6.tar.gz ++++++ ++++ 1623 lines of diff (skipped)
