@camunda/e2e-test-suite 0.0.640 → 0.0.642

package/dist/pages/8.10/Authorization.js

@@ -91,14 +91,45 @@ class Authorization {
         await this.createAuthorizationOwnerTypeCombobox.click();
         await this.createAuthorizationOwnerTypeOption(authorization.ownerType).click();
         await this.createAuthorizationOwnerComboBox.click();
-        await (0, test_1.expect)(this.createAuthorizationOwnerOption(authorization.ownerId)).toBeVisible({
-            timeout: 30000,
-        });
-        await this.createAuthorizationOwnerOption(authorization.ownerId).click({
-            timeout: 30000,
-        });
-        await this.createAuthorizationResourceTypeDropdown.click();
-        await this.createAuthorizationResourceTypeOption(authorization.resourceType).click({ timeout: 30000, force: true });
+        // Carbon's owner combobox is a Downshift-driven ComboBox. The form's
+        // Resource type combobox is gated on Downshift's `selectedItem`
+        // state, NOT on the input's `value` attribute. To commit
+        // `selectedItem` we must click the active menu item — i.e. the
+        // element with class `.cds--list-box__menu-item` inside the open
+        // dropdown.
+        //
+        // The previous `getByRole('option', {name, exact: true})` locator
+        // matched a role=option element but the click did not fire
+        // Downshift's `onSelectedItemChange` (frame snapshot from run
+        // 26632778543 shows the input value populated but Resource type
+        // still disabled). Scoping to the Carbon menu-item class — the same
+        // approach used in the product repo's qa-suite
+        // (camunda/camunda qa/c8-orchestration-cluster-e2e-test-suite/
+        // pages/IdentityAuthorizationsPage.ts selectAuthorizationOwner) —
+        // selects the actual Downshift menu item and fires the handler.
+        const ownerSearchInput = this.createAuthorizationModal.getByPlaceholder('Search by owner ID');
+        if (await ownerSearchInput.isVisible({ timeout: 5000 }).catch(() => false)) {
+            await ownerSearchInput.fill(authorization.ownerId);
+        }
+        const ownerMenuItem = this.createAuthorizationModal
+            .locator('.cds--list-box__menu-item')
+            .filter({ hasText: authorization.ownerId })
+            .first();
+        await (0, test_1.expect)(ownerMenuItem).toBeVisible({ timeout: 60000 });
+        await ownerMenuItem.click({ timeout: 20000 });
+        // Resource type is pre-filled and locked starting with the Identity
+        // commit camunda/camunda 8c72d29 (2026-05-26, "fix: prefill and lock
+        // resource type in create authorization modal"). The modal now
+        // initializes `resourceType` to whatever tab the user opened the
+        // modal from (the test calls clickResourceTab/clickComponentTab/etc.
+        // before createAuthorization), and the Dropdown is rendered with a
+        // hardcoded `disabled` prop — see
+        // identity/client/src/pages/authorizations/modals/add-modal/AddModal.tsx
+        // line ~184. There is no test-side interaction that can enable it,
+        // and no interaction is needed: the form already has the right
+        // value. Skip the dropdown click entirely. (8.9 still uses the older
+        // unlocked Dropdown, which is why its same-shaped page object
+        // continues to pass.)
         await this.createAuthorizationResourceIdField.fill(authorization.resourceId);
         for (const permission of authorization.accessPermissions) {
             await this.createAuthorizationAccessPermission(permission).click({

package/dist/pages/c8Run-8.7/IdentityHomePage.js

@@ -91,21 +91,19 @@ class IdentityHomePage {
     }
     async selectOptionFromDropdown(option) {
         // The Identity "Assign permissions to application" dialog renders the
-        // API list as a Carbon Dropdown rather than a native <select>. Using
-        // Locator.selectOption() on the underlying `select` updates the form
-        // value but does NOT trigger the Carbon component's React state, so
-        // the dropdown stays open and the write/read permission checkboxes
-        // are never rendered (observed in nightly run 26612986585 — the
-        // dropdown popup was still expanded when the test timed out waiting
-        // for the `write:*` label).
+        // API list as a Carbon Select, which wraps a NATIVE <select> with native
+        // <option class="cds--select-option"> children. Native <option> elements
+        // are never "visible" to Playwright (the browser draws the option list as
+        // an OS-level widget, not as visible DOM), so clicking one via
+        // getByRole('option').click() always times out waiting for visibility —
+        // observed in nightly run 26731057113, where the option resolved but the
+        // click never succeeded ("element is not visible").
         //
-        // Open the dropdown and click the option from the listbox so the
-        // Carbon handler fires, the popup closes, and the form re-renders
-        // with the permission rows.
-        await this.select.click();
-        await this.page
-            .getByRole('option', { name: option, exact: true })
-            .click({ timeout: 10000 });
+        // Locator.selectOption() is the correct primitive for a native <select>:
+        // it sets the value and dispatches the `input`/`change` events that
+        // Carbon's onChange handler listens for, closing the picker and
+        // re-rendering the form with the write/read permission rows.
+        await this.select.selectOption({ label: option });
         await (0, sleep_1.sleep)(1000);
     }
 }

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@camunda/e2e-test-suite",
-  "version": "0.0.640",
+  "version": "0.0.642",
   "description": "End-to-end test helpers for Camunda 8",
   "repository": {
     "type": "git",