@camunda/e2e-test-suite 0.0.1011 → 0.0.1013

package/dist/pages/8.9/ProcessApplicationPage.d.ts

@@ -0,0 +1,30 @@
+import { Locator, Page } from '@playwright/test';
+declare class ProcessApplicationPage {
+    private page;
+    readonly createProcessApplicationButton: Locator;
+    readonly createProcessApplicationOption: Locator;
+    readonly creationDialog: Locator;
+    readonly nameInput: Locator;
+    readonly submitButton: Locator;
+    readonly cancelButton: Locator;
+    readonly breadcrumb: Locator;
+    readonly folderExplorer: Locator;
+    readonly createNewDropdown: Locator;
+    readonly inlineNameInput: Locator;
+    readonly defineStagesDialog: Locator;
+    readonly developmentClusterSelect: Locator;
+    readonly defineStagesSaveButton: Locator;
+    constructor(page: Page);
+    private pageReady;
+    waitForProcessApplication(timeout?: number): Promise<void>;
+    clickCreateProcessApplicationButton(): Promise<void>;
+    clickCreateProcessApplicationOption(): Promise<void>;
+    nameNewProcessApplication(name: string): Promise<void>;
+    defineDevelopmentStage(clusterName?: string): Promise<void>;
+    rememberResourceContainer(url: string): void;
+    forgetStageCluster(): void;
+    ensureStageCluster(clusterName: string): Promise<boolean>;
+    private openStageDefinition;
+    openByName(name: string): Promise<void>;
+}
+export { ProcessApplicationPage };

package/dist/pages/8.9/ProcessApplicationPage.js

@@ -0,0 +1,260 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.ProcessApplicationPage = void 0;
+const test_1 = require("@playwright/test");
+const submitModalWithRetry_1 = require("../../utils/assertionHelpers/submitModalWithRetry");
+// Which process application holds the current test's resources, and which
+// cluster its development stage currently points at. Keyed by the Playwright
+// Page because the object that creates the container (ModelerHomePage) and the
+// objects that later need a specific cluster inside it (ModelerCreatePage,
+// FormJsPage) hold separate ProcessApplicationPage instances but share one page.
+const resourceContainers = new WeakMap();
+// Since camunda/camunda-hub#25831 a process application is a first-class
+// container rather than a folder, and a workspace root ("project" in today's
+// UI) holds nothing but process applications and IDP applications. Every file
+// and folder this suite creates therefore has to live inside a process
+// application. This page object owns that container's surface only; entering
+// and leaving it is driven from ModelerHomePage so the ~150 existing spec call
+// sites keep working unchanged.
+class ProcessApplicationPage {
+    page;
+    // Empty workspace root: a plain primary button rendered next to the "Create
+    // new" menu (hub's EmptyStateActionButtons).
+    createProcessApplicationButton;
+    // Non-empty root: the item inside the "Create new" menu. Hub passes
+    // hideProcessApplication at workspace level, so this is the fallback rather
+    // than the primary path -- its own unit test asserts the item is absent
+    // there. Kept because the Hub PR is still moving this surface.
+    createProcessApplicationOption;
+    creationDialog;
+    nameInput;
+    submitButton;
+    cancelButton;
+    breadcrumb;
+    folderExplorer;
+    createNewDropdown;
+    inlineNameInput;
+    // "Define stages" dialog, reached from the process application's "Connected
+    // clusters" card (or its /connected-clusters deep link). Assigning a cluster
+    // to a stage here is what makes it deployable: DeployModal renders
+    // ProcessAppClusterSelection for a process application, and that filters the
+    // cluster list through getProcessAppClustersByStage -- so a process
+    // application with no stage assigned offers no cluster at all.
+    defineStagesDialog;
+    developmentClusterSelect;
+    defineStagesSaveButton;
+    constructor(page) {
+        this.page = page;
+        // .first() defensively only: hub renders exactly one of these today, in the
+        // workspace-root empty state. A future second placement should not turn
+        // every PA-creating test into a strict-mode violation.
+        this.createProcessApplicationButton = page
+            .getByRole('button', { name: 'Create process application' })
+            .first();
+        this.createProcessApplicationOption = page.locator('[data-test="create-process-application"]');
+        this.creationDialog = page.getByRole('dialog', {
+            name: 'Create a process application',
+        });
+        // Deliberately scoped to the dialog: ModelerCreatePage owns an unscoped
+        // getByLabel('Name', {exact: true}) for the properties panel, which would
+        // resolve to two elements while the creation modal is open.
+        this.nameInput = this.creationDialog.getByLabel('Name', { exact: true });
+        this.submitButton = this.creationDialog.getByRole('button', {
+            name: 'Create',
+            exact: true,
+        });
+        this.cancelButton = this.creationDialog.getByRole('button', {
+            name: 'Cancel',
+            exact: true,
+        });
+        this.breadcrumb = page.locator('[data-test="breadcrumb-process-application-menu"]');
+        this.folderExplorer = page.getByRole('region', { name: 'Folder explorer' });
+        // The process application page renders more than one diagram-dropdown
+        // (hub's own unit tests reach for it with getAllByTestId), so the dropdown
+        // has to be resolved inside the folder explorer rather than page-wide.
+        this.createNewDropdown = this.folderExplorer
+            .locator('[data-test="diagram-dropdown"]')
+            .first();
+        this.inlineNameInput = page.locator('[data-test="editable-input"]');
+        this.defineStagesDialog = page
+            .getByRole('dialog')
+            .filter({ hasText: 'Define stages' });
+        // Carbon Dropdown / design-system Select both keep this id.
+        this.developmentClusterSelect = this.defineStagesDialog.locator('#dropdown-development-cluster');
+        this.defineStagesSaveButton = this.defineStagesDialog.getByRole('button', {
+            name: 'Save',
+            exact: true,
+        });
+    }
+    // Either the folder explorer or the breadcrumb proves we are on the process
+    // application page; .first() because both are present once it has rendered.
+    pageReady() {
+        return this.folderExplorer.or(this.breadcrumb).first();
+    }
+    async waitForProcessApplication(timeout = 90000) {
+        await (0, test_1.expect)(this.pageReady()).toBeVisible({ timeout });
+    }
+    async clickCreateProcessApplicationButton() {
+        await (0, test_1.expect)(this.createProcessApplicationButton).toBeVisible({
+            timeout: 60000,
+        });
+        await this.createProcessApplicationButton.click({ timeout: 60000 });
+    }
+    async clickCreateProcessApplicationOption() {
+        await (0, test_1.expect)(this.createProcessApplicationOption).toBeVisible({
+            timeout: 60000,
+        });
+        await this.createProcessApplicationOption.click({ timeout: 60000 });
+    }
+    // Hub creates a process application through a modal today. It used an inline
+    // editable title before, and #27593 is still moving this surface, so the
+    // inline path is kept as a fallback — this is the one method that has to
+    // change if naming moves back inline.
+    async nameNewProcessApplication(name) {
+        const isModal = await this.creationDialog
+            .waitFor({ state: 'visible', timeout: 15000 })
+            .then(() => true)
+            .catch(() => false);
+        if (isModal) {
+            await this.nameInput.click({ timeout: 30000 });
+            await this.nameInput.fill(name);
+            await (0, test_1.expect)(this.nameInput).toHaveValue(name, { timeout: 10000 });
+            await (0, submitModalWithRetry_1.submitModalWithRetry)(this.submitButton, this.creationDialog);
+            await this.waitForProcessApplication();
+            return;
+        }
+        await (0, test_1.expect)(this.inlineNameInput).toBeVisible({ timeout: 30000 });
+        await this.inlineNameInput.click({ timeout: 60000 });
+        await this.inlineNameInput.fill(name);
+        await this.inlineNameInput.press('Enter');
+        await this.waitForProcessApplication();
+    }
+    // Assigns a cluster to this process application's development stage.
+    //
+    // Deploying from inside a process application goes through
+    // ProcessAppClusterSelection, which only lists clusters the application has
+    // assigned to a stage, and does not auto-select anything when that list is
+    // empty. A freshly created process application has no stages, so the deploy
+    // dialog shows "Clusters not configured for stages" and offers nothing to
+    // pick -- which is why the old per-deploy cluster toggle was nowhere to be
+    // found. Assign the stage once, at creation, and the deploy dialog then
+    // auto-selects it.
+    //
+    // clusterName is matched as a prefix because the dropdown renders each
+    // cluster as "<name> <generation>". Without it, the first real cluster is
+    // taken -- callers that care assert the name in the deploy dialog anyway.
+    async defineDevelopmentStage(clusterName) {
+        await (0, test_1.expect)(this.defineStagesDialog).toBeVisible({ timeout: 60000 });
+        await this.developmentClusterSelect.click({ timeout: 30000 });
+        // Escape before interpolating: a cluster name can carry regex
+        // metacharacters -- "Test Cluster (v2)" is the common case -- which would
+        // otherwise mis-match or throw. Same treatment as
+        // utils/modelerCluster.selectModelerCluster.
+        const escapedClusterName = clusterName?.replace(/[.*+?^${}()|[\]\\]/g, '\\$&');
+        const option = clusterName
+            ? this.defineStagesDialog
+                .getByRole('option', { name: new RegExp(`^${escapedClusterName}`) })
+                .first()
+            : this.defineStagesDialog
+                .getByRole('option')
+                .filter({ hasNotText: 'Select a development cluster' })
+                .first();
+        await option.click({ timeout: 30000 });
+        await this.defineStagesSaveButton.click({ timeout: 30000 });
+        await (0, test_1.expect)(this.defineStagesDialog).toBeHidden({ timeout: 60000 });
+    }
+    rememberResourceContainer(url) {
+        resourceContainers.set(this.page, { url });
+    }
+    // Drops the recorded development-stage binding so the next ensureStageCluster
+    // call binds again. Called when the deploy dialog turns out not to offer the
+    // cluster we believe we bound: the dialog offers exactly what the
+    // application's stages point at, so if the cluster is missing the binding
+    // did not take, and reopening the dialog can never change that. Without
+    // this, a caller's retries all re-check a state nothing is changing.
+    forgetStageCluster() {
+        const container = resourceContainers.get(this.page);
+        if (container) {
+            container.developmentCluster = undefined;
+        }
+    }
+    // A process application deploys to the clusters bound to its stages, and
+    // nothing else: inside a container DeployModal renders
+    // ProcessAppClusterSelection, which lists only those and auto-selects the
+    // first. Which cluster a test wants is known only once a deploy flow names
+    // it, so the binding happens here, on demand -- leave the diagram, bind the
+    // cluster to the development stage, come back. Repeat calls for the same
+    // cluster cost nothing, and a test deploying to a second cluster rebinds.
+    // Returns whether it navigated: the caller may have been on a view that a
+    // reload does not restore -- Play is a tab click, not a URL -- and has to
+    // re-enter it.
+    async ensureStageCluster(clusterName) {
+        const container = resourceContainers.get(this.page);
+        if (!container || container.developmentCluster === clusterName) {
+            return false;
+        }
+        const returnTo = this.page.url();
+        const paUrl = container.url.replace(/[?#].*$/, '').replace(/\/$/, '');
+        // Retried as a whole, re-entering the page on every attempt. This binding
+        // is a one-shot precondition for every deploy the test goes on to make,
+        // and unlike the deploy itself it sits outside runProcessInstance's retry
+        // loop -- so a single transient miss (the session bounced to /login, the
+        // cluster list not yet arrived when the dropdown opened) failed the test
+        // outright instead of being absorbed the way every other modal in this
+        // suite is. Re-navigating is the recovery; waiting longer on a page that
+        // has already gone wrong is not, which is why the inner timeouts stay
+        // short. A genuinely unbindable cluster still fails, with the same error.
+        await (0, test_1.expect)(async () => {
+            await this.page.goto(`${paUrl}/connected-clusters`, {
+                waitUntil: 'domcontentloaded',
+            });
+            await this.openStageDefinition();
+            await this.defineDevelopmentStage(clusterName);
+        }).toPass({ timeout: 240000, intervals: [1000, 2000, 5000] });
+        container.developmentCluster = clusterName;
+        await this.page.goto(returnTo, { waitUntil: 'domcontentloaded' });
+        return true;
+    }
+    // The /connected-clusters deep link opens the Define stages dialog by itself
+    // while the application has no stage bound. Once one is bound -- a test that
+    // deploys to a second cluster -- it has to be reopened from the page, so try
+    // the affordances hub offers before failing with exactly what was looked for.
+    // Worth the noise: an unbound cluster otherwise surfaces as a deploy dialog
+    // that silently offers nothing, which says nothing about its own cause.
+    async openStageDefinition() {
+        const opened = await this.defineStagesDialog
+            .waitFor({ state: 'visible', timeout: 15000 })
+            .then(() => true)
+            .catch(() => false);
+        if (opened) {
+            return;
+        }
+        // Page-scoped .first(): hub renders one such control on this page, and a
+        // second placement must not turn every rebinding test into a strict-mode
+        // violation.
+        const reopen = this.page
+            .getByRole('button', { name: /define stages|edit stages|configure/i })
+            .first();
+        const canReopen = await reopen
+            .waitFor({ state: 'visible', timeout: 10000 })
+            .then(() => true)
+            .catch(() => false);
+        if (!canReopen) {
+            throw new Error('Could not open the "Define stages" dialog on /connected-clusters: it ' +
+                'did not open by itself and no "Define stages" / "Edit stages" / ' +
+                '"Configure" control was found.');
+        }
+        await reopen.click({ timeout: 30000 });
+    }
+    async openByName(name) {
+        const processApplication = this.page
+            .getByRole('row')
+            .filter({ hasText: name })
+            .getByTitle(name)
+            .first();
+        await (0, test_1.expect)(processApplication).toBeVisible({ timeout: 90000 });
+        await processApplication.click({ timeout: 60000 });
+        await this.waitForProcessApplication();
+    }
+}
+exports.ProcessApplicationPage = ProcessApplicationPage;

package/dist/pages/8.9/UtilitiesPage.js

@@ -465,6 +465,14 @@ async function modelAndRunConnectorsTimerEventDiagram(modelerCreatePage, modeler
         timeout: 60000,
     });
     await connectorMarketplacePage.downloadConnectorToProject();
+    // Both lookups are container-relative: clickProjectBreadcrumb() returns to
+    // this test's process application, which is where the uploaded diagram
+    // lives. The downloaded element template is the open question -- hub
+    // publishes element templates to the workspace, but the marketplace download
+    // is initiated from inside the container, so it should land there. If a
+    // trace shows the template at workspace root instead, this call becomes
+    // clickWorkspaceBreadcrumb() followed by returnToResourceContainer() before
+    // the diagram is reopened.
     await modelerHomePage.clickProjectBreadcrumb();
     await modelerHomePage.clickProcessDiagram('REST Outbound Connector');
     await connectorTemplatePage.publishConnector();

package/dist/pages/SM-8.9/ModelerHomePage.d.ts

@@ -2,11 +2,15 @@ import { Page, Locator } from '@playwright/test';
 declare class ModelerHomePage {
     private page;
     private defaultFolderName;
+    private processApplicationPage;
+    private processApplicationUrl?;
+    private processApplicationName?;
     readonly modelerPageBanner: Locator;
     readonly createNewProjectButton: Locator;
     readonly projectNameInput: Locator;
     readonly chooseBpmnTemplateButton: Locator;
     readonly diagramTypeDropdown: Locator;
+    readonly createIdpApplicationButton: Locator;
     readonly bpmnTemplateOption: Locator;
     readonly formTemplateOption: Locator;
     readonly projectBreadcrumb: Locator;
@@ -34,6 +38,9 @@ declare class ModelerHomePage {
     clickHomeBreadcrumb(): Promise<void>;
     clickChooseBpmnTemplateButton(): Promise<void>;
     clickDiagramTypeDropdown(): Promise<void>;
+    private enterResourceContainer;
+    private clickCreateProcessApplication;
+    private becameVisible;
     clickBpmnTemplateOption(): Promise<void>;
     clickFormOption(): Promise<void>;
     enterFormName(name: string): Promise<void>;

package/dist/pages/SM-8.9/ModelerHomePage.js

@@ -4,14 +4,26 @@ exports.ModelerHomePage = void 0;
 const test_1 = require("@playwright/test");
 const sleep_1 = require("../../utils/sleep");
 const expectLocatorWithRetry_1 = require("../../utils/assertionHelpers/expectLocatorWithRetry");
+const randomName_1 = require("../../utils/randomName");
+const ProcessApplicationPage_1 = require("./ProcessApplicationPage");
 class ModelerHomePage {
     page;
     defaultFolderName = 'Cross Component Test Project';
+    // Only used on hub's own image, where content can live solely inside a
+    // process application (camunda/camunda-hub#27592). The released 8.9 image
+    // still creates resources at the project root and never touches this. The
+    // container is created lazily, the first time a resource is created, and
+    // remembered for the lifetime of this page object (one instance per test,
+    // see fixtures/SM-8.9.ts).
+    processApplicationPage;
+    processApplicationUrl;
+    processApplicationName;
     modelerPageBanner;
     createNewProjectButton;
     projectNameInput;
     chooseBpmnTemplateButton;
     diagramTypeDropdown;
+    createIdpApplicationButton;
     bpmnTemplateOption;
     formTemplateOption;
     projectBreadcrumb;
@@ -31,6 +43,7 @@ class ModelerHomePage {
     modalCloseButton;
     constructor(page) {
         this.page = page;
+        this.processApplicationPage = new ProcessApplicationPage_1.ProcessApplicationPage(page);
         this.modelerPageBanner = page
             .locator('a')
             .filter({ hasText: 'Camunda logoModeler' });
@@ -46,6 +59,14 @@ class ModelerHomePage {
             name: 'Choose BPMN template',
         });
         this.diagramTypeDropdown = page.locator('[data-test="diagram-dropdown"]');
+        // Positive marker of the process-application-only layout (hub's own image,
+        // camunda/camunda-hub#27592): that empty project root surfaces IDP-app
+        // creation as a top-level button. The released 8.9 root has no such button
+        // -- its IDP entry is a menu item inside the "Create new" dropdown -- so
+        // this reliably distinguishes the two layouts.
+        this.createIdpApplicationButton = page.getByRole('button', {
+            name: 'Create IDP application',
+        });
         this.bpmnTemplateOption = page
             .locator('[data-test="create-bpmn-diagram"]')
             .getByText('BPMN Diagram');
@@ -212,7 +233,35 @@ class ModelerHomePage {
         // -- the reload-and-wait retry never actually ran. Bound the recovery wait
         // and widen the budget so all three attempts fit.
         await this.waitForModelerReady();
-        await (0, expectLocatorWithRetry_1.expectLocatorWithRetry)(this.page, this.diagramTypeDropdown, {
+        // Two Web Modeler layouts run this suite. The released 8.9 image (the SM
+        // nightly) keeps the create-resource dropdown at the project root. Hub's
+        // own image (this pipeline) only lets content live inside a process
+        // application since camunda/camunda-hub#27592, so the root offers no
+        // dropdown and instead surfaces IDP-application creation as a top-level
+        // button.
+        //
+        // Route on a positive marker of EACH layout, never on the mere absence of
+        // the dropdown: wait for the root dropdown (old layout) OR the IDP button
+        // (new layout). If the released image's root dropdown were itself broken --
+        // the regression the old path exists to catch -- neither marker would
+        // render and this assertion throws, rather than silently taking the
+        // process-application path (whose "Create process application" button exists
+        // on both images).
+        await (0, expectLocatorWithRetry_1.expectLocatorWithRetry)(this.page, this.diagramTypeDropdown.first().or(this.createIdpApplicationButton), {
+            visibilityTimeout: 15000,
+            totalTimeout: 180000,
+            postAction: async () => {
+                await this.page.reload();
+                await this.waitForModelerReady(45000);
+            },
+        });
+        if (await this.diagramTypeDropdown.first().isVisible()) {
+            await this.diagramTypeDropdown.first().click();
+            return;
+        }
+        await this.enterResourceContainer();
+        const dropdown = this.processApplicationPage.createNewDropdown;
+        await (0, expectLocatorWithRetry_1.expectLocatorWithRetry)(this.page, dropdown, {
             visibilityTimeout: 15000,
             totalTimeout: 180000,
             postAction: async () => {
@@ -220,7 +269,53 @@ class ModelerHomePage {
                 await this.waitForModelerReady(45000);
             },
         });
-        await this.diagramTypeDropdown.click();
+        await dropdown.click();
+    }
+    // Creates, once, the process application that holds this test's resources and
+    // leaves the browser inside it. Only reached on hub's process-application-only
+    // layout. Idempotent: re-entered by remembered URL if already created.
+    async enterResourceContainer() {
+        if (this.processApplicationUrl) {
+            const stillInside = await this.becameVisible(this.processApplicationPage.breadcrumb, 5000);
+            if (!stillInside) {
+                await this.page.goto(this.processApplicationUrl, {
+                    waitUntil: 'domcontentloaded',
+                });
+                await this.processApplicationPage.waitForProcessApplication();
+                await this.clickMessageBanner();
+            }
+            return;
+        }
+        this.processApplicationName = await (0, randomName_1.randomNameAgregator)('Cross Component Process Application');
+        await this.clickCreateProcessApplication();
+        await this.processApplicationPage.nameNewProcessApplication(this.processApplicationName);
+        this.processApplicationUrl = this.page.url();
+    }
+    // Which control creates a process application depends on the hub version under
+    // test. Since camunda/camunda-hub#25831 it is a plain primary button on the
+    // workspace root, and the "Create new" menu explicitly hides the item because
+    // a process application is no longer just another resource. Before that change
+    // the menu item was the only way in. Race both entry points so neither version
+    // pays a full timeout, then use whichever one rendered.
+    async clickCreateProcessApplication() {
+        const button = this.processApplicationPage.createProcessApplicationButton;
+        const rootLoaded = await this.becameVisible(button.or(this.diagramTypeDropdown).first(), 60000);
+        if (!rootLoaded) {
+            await this.page.reload();
+            await this.waitForModelerReady(45000);
+        }
+        if (await this.becameVisible(button, 5000)) {
+            await this.processApplicationPage.clickCreateProcessApplicationButton();
+            return;
+        }
+        await this.diagramTypeDropdown.click({ timeout: 60000 });
+        await this.processApplicationPage.clickCreateProcessApplicationOption();
+    }
+    async becameVisible(locator, timeout) {
+        return locator
+            .waitFor({ state: 'visible', timeout })
+            .then(() => true)
+            .catch(() => false);
     }
     async clickBpmnTemplateOption() {
         await (0, test_1.expect)(this.bpmnTemplateOption).toBeVisible({ timeout: 60000 });

package/dist/pages/SM-8.9/ProcessApplicationPage.d.ts

@@ -0,0 +1,22 @@
+import { Locator, Page } from '@playwright/test';
+declare class ProcessApplicationPage {
+    private page;
+    readonly createProcessApplicationButton: Locator;
+    readonly createProcessApplicationOption: Locator;
+    readonly creationDialog: Locator;
+    readonly nameInput: Locator;
+    readonly submitButton: Locator;
+    readonly cancelButton: Locator;
+    readonly breadcrumb: Locator;
+    readonly folderExplorer: Locator;
+    readonly titleBar: Locator;
+    readonly createNewDropdown: Locator;
+    readonly inlineNameInput: Locator;
+    constructor(page: Page);
+    private pageReady;
+    waitForProcessApplication(timeout?: number): Promise<void>;
+    clickCreateProcessApplicationButton(): Promise<void>;
+    clickCreateProcessApplicationOption(): Promise<void>;
+    nameNewProcessApplication(name: string): Promise<void>;
+}
+export { ProcessApplicationPage };

package/dist/pages/SM-8.9/ProcessApplicationPage.js

@@ -0,0 +1,121 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.ProcessApplicationPage = void 0;
+const test_1 = require("@playwright/test");
+const submitModalWithRetry_1 = require("../../utils/assertionHelpers/submitModalWithRetry");
+// Since camunda/camunda-hub#27592 a process application is the only container
+// that can hold files and folders; a workspace root ("project" in today's UI)
+// holds nothing but process applications and IDP applications. The released 8.9
+// image still lets resources live at the project root, so this page object is
+// only reached when the newer, process-application-only layout is detected --
+// entering and leaving it is driven from ModelerHomePage so the existing spec
+// call sites keep working unchanged.
+class ProcessApplicationPage {
+    page;
+    // Empty workspace root: a plain primary button rendered next to the "Create
+    // new" menu (hub's EmptyStateActionButtons).
+    createProcessApplicationButton;
+    // Non-empty root: the item inside the "Create new" menu. Hub passes
+    // hideProcessApplication at workspace level, so this is the fallback rather
+    // than the primary path. Kept because the Hub PR is still moving this surface.
+    createProcessApplicationOption;
+    creationDialog;
+    nameInput;
+    submitButton;
+    cancelButton;
+    breadcrumb;
+    folderExplorer;
+    titleBar;
+    createNewDropdown;
+    inlineNameInput;
+    constructor(page) {
+        this.page = page;
+        // .first() defensively only: hub renders exactly one of these today, in the
+        // workspace-root empty state. A future second placement should not turn
+        // every PA-creating test into a strict-mode violation.
+        this.createProcessApplicationButton = page
+            .getByRole('button', { name: 'Create process application' })
+            .first();
+        this.createProcessApplicationOption = page.locator('[data-test="create-process-application"]');
+        this.creationDialog = page.getByRole('dialog', {
+            name: 'Create a process application',
+        });
+        // Deliberately scoped to the dialog: ModelerCreatePage owns an unscoped
+        // getByLabel('Name', {exact: true}) for the properties panel, which would
+        // resolve to two elements while the creation modal is open.
+        this.nameInput = this.creationDialog.getByLabel('Name', { exact: true });
+        this.submitButton = this.creationDialog.getByRole('button', {
+            name: 'Create',
+            exact: true,
+        });
+        this.cancelButton = this.creationDialog.getByRole('button', {
+            name: 'Cancel',
+            exact: true,
+        });
+        this.breadcrumb = page.locator('[data-test="breadcrumb-process-application-menu"]');
+        // The Design System shell renames this region "Resources"; the Carbon shell
+        // calls it "Folder explorer". Both hold the resource table and its toolbar,
+        // so matching either keeps createNewDropdown below correctly scoped.
+        this.folderExplorer = page
+            .getByRole('region', { name: 'Folder explorer' })
+            .or(page.getByRole('region', { name: 'Resources' }))
+            .first();
+        // Design System proof that we are on a process application page: the
+        // Carbon-era breadcrumb hook is gone under that shell, the same way
+        // breadcrumb-project is.
+        this.titleBar = page.locator('[data-test="process-application-title-bar"]');
+        // The process application page renders more than one diagram-dropdown
+        // (hub's own unit tests reach for it with getAllByTestId), so the dropdown
+        // has to be resolved inside the folder explorer rather than page-wide.
+        this.createNewDropdown = this.folderExplorer
+            .locator('[data-test="diagram-dropdown"]')
+            .first();
+        this.inlineNameInput = page.locator('[data-test="editable-input"]');
+    }
+    // Any one of the title bar, the resource region or the breadcrumb proves we
+    // are on the process application page. Three branches because the Design
+    // System and Carbon shells expose different subsets: only the title bar is
+    // present under both. .first() because several match once it has rendered.
+    pageReady() {
+        return this.titleBar.or(this.folderExplorer).or(this.breadcrumb).first();
+    }
+    async waitForProcessApplication(timeout = 90000) {
+        await (0, test_1.expect)(this.pageReady()).toBeVisible({ timeout });
+    }
+    async clickCreateProcessApplicationButton() {
+        await (0, test_1.expect)(this.createProcessApplicationButton).toBeVisible({
+            timeout: 60000,
+        });
+        await this.createProcessApplicationButton.click({ timeout: 60000 });
+    }
+    async clickCreateProcessApplicationOption() {
+        await (0, test_1.expect)(this.createProcessApplicationOption).toBeVisible({
+            timeout: 60000,
+        });
+        await this.createProcessApplicationOption.click({ timeout: 60000 });
+    }
+    // Hub creates a process application through a modal today. It used an inline
+    // editable title before, and #27593 is still moving this surface, so the
+    // inline path is kept as a fallback -- this is the one method that has to
+    // change if naming moves back inline.
+    async nameNewProcessApplication(name) {
+        const isModal = await this.creationDialog
+            .waitFor({ state: 'visible', timeout: 15000 })
+            .then(() => true)
+            .catch(() => false);
+        if (isModal) {
+            await this.nameInput.click({ timeout: 30000 });
+            await this.nameInput.fill(name);
+            await (0, test_1.expect)(this.nameInput).toHaveValue(name, { timeout: 10000 });
+            await (0, submitModalWithRetry_1.submitModalWithRetry)(this.submitButton, this.creationDialog);
+            await this.waitForProcessApplication();
+            return;
+        }
+        await (0, test_1.expect)(this.inlineNameInput).toBeVisible({ timeout: 30000 });
+        await this.inlineNameInput.click({ timeout: 60000 });
+        await this.inlineNameInput.fill(name);
+        await this.inlineNameInput.press('Enter');
+        await this.waitForProcessApplication();
+    }
+}
+exports.ProcessApplicationPage = ProcessApplicationPage;

package/dist/tests/8.9/access-user-role-management.spec.js

@@ -125,7 +125,7 @@ _8_9_1.test.describe('User Roles User Flow', () => {
             await modelerCreatePage.clickAppendEndEventButton();
             await (0, sleep_1.sleep)(20000);
             await modelerCreatePage.runProcessInstance(clusterName);
-            await (0, test_1.expect)(page.getByText('The diagram failed to deploy & run')).toBeVisible({ timeout: 60000 });
+            await (0, test_1.expect)(page.getByText(/The (diagram|application) failed to deploy & run/)).toBeVisible({ timeout: 60000 });
             await modelerCreatePage.clickCloseButton();
         });
     });
@@ -216,7 +216,7 @@ _8_9_1.test.describe('User Roles User Flow', () => {
             await modelerCreatePage.clickAppendEndEventButton();
             await (0, sleep_1.sleep)(20000);
             await modelerCreatePage.runProcessInstance(clusterName, '', {}, '', false);
-            await (0, test_1.expect)(page.getByText('The diagram failed to deploy & run')).toBeVisible({ timeout: 60000 });
+            await (0, test_1.expect)(page.getByText(/The (diagram|application) failed to deploy & run/)).toBeVisible({ timeout: 60000 });
             await modelerCreatePage.clickCloseButton();
         });
     });
@@ -312,7 +312,7 @@ _8_9_1.test.describe('User Roles User Flow', () => {
             await modelerCreatePage.clickAppendEndEventButton();
             await (0, sleep_1.sleep)(20000);
             await modelerCreatePage.runProcessInstance(clusterName);
-            await (0, test_1.expect)(page.getByText('The diagram failed to deploy & run')).not.toBeVisible({ timeout: 60000 });
+            await (0, test_1.expect)(page.getByText(/The (diagram|application) failed to deploy & run/)).not.toBeVisible({ timeout: 60000 });
             await (0, test_1.expect)(modelerCreatePage.viewProcessInstanceLink).toBeVisible({
                 timeout: 120000,
             });