Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

test: Skipping one test in API Edit Spec for functional bugs #38115

Merged
merged 8 commits into from
Dec 16, 2024

Conversation

NandanAnantharamu
Copy link
Collaborator

@NandanAnantharamu NandanAnantharamu commented Dec 11, 2024

cypress/e2e/Sanity/Datasources/RestApiOAuth2Validation_spec.ts --> there is a bug hence commenting this test
cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js --> there is a bug hence commenting one test in this spec file

/ok-to-test tags="@tag.Sanity"

Tip

🟢 🟢 🟢 All cypress tests have passed! 🎉 🎉 🎉
Workflow run: https://github.com/appsmithorg/appsmith/actions/runs/12349492331
Commit: b7237c4
Cypress dashboard.
Tags: @tag.Sanity
Spec:


Mon, 16 Dec 2024 10:00:38 UTC

Summary by CodeRabbit

  • Bug Fixes

    • Updated the locator for the "settings" element to enhance precision.
    • Skipped a test case related to loading state after cancellation due to an existing bug.
    • Skipped a test case for creating an API with app URL due to an existing bug.
  • Tests

    • Adjusted test case statuses to reflect current functionality and known issues.

Copy link
Contributor

coderabbitai bot commented Dec 11, 2024

Walkthrough

This pull request involves updates to Cypress testing configurations across multiple files. The changes primarily focus on modifying locator definitions and adjusting test case execution statuses. Specifically, the modifications include updating a selector in the apiWidgetslocator.json file, skipping certain test cases in API_Edit_spec.js and RestApiOAuth2Validation_spec.ts due to known issues, and maintaining the overall test suite structure.

Changes

File Change Summary
app/client/cypress/locators/apiWidgetslocator.json Updated "settings" locator from text-based to attribute-based selector
app/client/cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js Skipped test case for loading state after query cancellation
app/client/cypress/e2e/Sanity/Datasources/RestApiOAuth2Validation_spec.ts Skipped OAuth2 API creation test case
app/client/cypress/limited-tests.txt Updated test specification path from client-side to server-side API editing

Possibly related PRs

Suggested labels

Bug, Task

Suggested reviewers

  • ApekshaBhosale
  • sagar-qa007

Poem

🕵️ In the realm of tests, we skip and we trace
Locators refined with algorithmic grace
Cypress whispers, "Some bugs must rest"
While code marches on, passing each test! 🚀


📜 Recent review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 400b6fa and ff72864.

📒 Files selected for processing (1)
  • app/client/cypress/limited-tests.txt (1 hunks)
🧰 Additional context used
📓 Path-based instructions (1)
app/client/cypress/limited-tests.txt (1)

Pattern app/client/cypress/**/**.*: Review the following e2e test code written using the Cypress test library. Ensure that:

  • Follow best practices for Cypress code and e2e automation.
  • Avoid using cy.wait in code.
  • Avoid using cy.pause in code.
  • Avoid using agHelper.sleep().
  • Use locator variables for locators and do not use plain strings.
  • Use data-* attributes for selectors.
  • Avoid Xpaths, Attributes and CSS path.
  • Avoid selectors like .btn.submit or button[type=submit].
  • Perform logins via API with LoginFromAPI.
  • Perform logout via API with LogOutviaAPI.
  • Perform signup via API with SignupFromAPI.
  • Avoid using it.only.
  • Avoid using after and aftereach in test cases.
  • Use multiple assertions for expect statements.
  • Avoid using strings for assertions.
  • Do not use duplicate filenames even with different paths.
  • Avoid using agHelper.Sleep, this.Sleep in any file in code.
🔇 Additional comments (1)
app/client/cypress/limited-tests.txt (1)

2-2: LGTM! Verify the test file path.

The change aligns with the PR objectives regarding API Edit Spec tests.

Let's verify the existence of the specified test file:

✅ Verification successful

Test file path verified successfully

The specified test file exists at the expected location: app/client/cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the existence of the specified test file
# Expected: File should exist and be accessible

fd "API_Edit_spec.js" --type f

Length of output: 101


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR. (Beta)
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@NandanAnantharamu
Copy link
Collaborator Author

/ci-test-limit-count run_count=50

@github-actions github-actions bot added skip-changelog Adding this label to a PR prevents it from being listed in the changelog Test labels Dec 11, 2024
Copy link

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Outside diff range and nitpick comments (1)
app/client/cypress/limited-tests.txt (1)

Line range hint 1-6: Consider documenting the test coverage impact

While the change from template tests to API tests is clear, it would be helpful to document why this specific test was chosen for the limited test run.

Consider adding a comment explaining the test selection criteria, for example:

 # To run only limited tests - give the spec names in below format:
 cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js
+# Selected for critical API editing functionality coverage
 # For running all specs - uncomment below:
 #cypress/e2e/**/**/*
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL

📥 Commits

Reviewing files that changed from the base of the PR and between 996a30b and 93d7d35.

📒 Files selected for processing (1)
  • app/client/cypress/limited-tests.txt (1 hunks)
🧰 Additional context used
📓 Path-based instructions (1)
app/client/cypress/limited-tests.txt (1)

Pattern app/client/cypress/**/**.*: Review the following e2e test code written using the Cypress test library. Ensure that:

  • Follow best practices for Cypress code and e2e automation.
  • Avoid using cy.wait in code.
  • Avoid using cy.pause in code.
  • Avoid using agHelper.sleep().
  • Use locator variables for locators and do not use plain strings.
  • Use data-* attributes for selectors.
  • Avoid Xpaths, Attributes and CSS path.
  • Avoid selectors like .btn.submit or button[type=submit].
  • Perform logins via API with LoginFromAPI.
  • Perform logout via API with LogOutviaAPI.
  • Perform signup via API with SignupFromAPI.
  • Avoid using it.only.
  • Avoid using after and aftereach in test cases.
  • Use multiple assertions for expect statements.
  • Avoid using strings for assertions.
  • Do not use duplicate filenames even with different paths.
  • Avoid using agHelper.Sleep, this.Sleep in any file in code.
🔇 Additional comments (1)
app/client/cypress/limited-tests.txt (1)

2-2: Verify the existence of the API Edit spec file

The change to use the API Edit spec looks correct, but let's verify the file exists and follows the Cypress best practices.

✅ Verification successful

Test spec file path is correct and valid

The API_Edit_spec.js file exists at the correct location: app/client/cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js, which matches the path specified in limited-tests.txt. The configuration is properly set up for CI test limits.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Check if the new test spec exists and verify its content
if fd "API_Edit_spec.js" | grep -q "ApiTests"; then
    echo "File exists. Checking content..."
    # Check for common anti-patterns
    rg -i "cy\.wait|cy\.pause|agHelper\.sleep|it\.only|after\(|afterEach\(" "cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js" || echo "No common anti-patterns found"
else
    echo "Warning: Test spec file not found"
fi

Length of output: 418


Script:

#!/bin/bash
# Let's verify if the file exists in a different location or with a different case
fd -i "api.*edit.*spec\.js" --type f

# Also check the content of limited-tests.txt to understand the context better
cat app/client/cypress/limited-tests.txt

Length of output: 442

Copy link

Workflow run: https://github.com/appsmithorg/appsmith/actions/runs/12283203248.
Cypress dashboard url: Click here!
All Cypress tests have passed 🎉🎉🎉

***** Repeat Run Summary ***** Total Tests with repeat: 250 Total Passed: 200 Total Failed: 50 Total Skipped: 0 *****************************

@NandanAnantharamu
Copy link
Collaborator Author

/ci-test-limit-count run_count=10

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Outside diff range and nitpick comments (1)
app/client/cypress/locators/apiWidgetslocator.json (1)

Line range hint 1-62: Consider refactoring other locators to use data-testid.

Many locators in this file use XPath, text content, or CSS attribute selectors which violate the coding guidelines. Consider refactoring them to use data-testid attributes for better maintainability and reliability.

Examples of locators that should be updated:

  • searchInputPlaceholder: Uses XPath
  • createapi: Uses CSS class
  • moveTo: Uses text content
  • popover: Uses XPath with class

Suggested pattern:

{
-  "searchInputPlaceholder": "//div[contains(@class, 't--dataSourceField')]//div//input",
+  "searchInputPlaceholder": "[data-testid='t--datasource-field-input']",
-  "createapi": ".t--createBlankApiCard",
+  "createapi": "[data-testid='t--create-blank-api']",
-  "moveTo": ".single-select >div:contains('Move to')",
+  "moveTo": "[data-testid='t--move-to-option']"
}
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 93d7d35 and 942db0a.

📒 Files selected for processing (1)
  • app/client/cypress/locators/apiWidgetslocator.json (1 hunks)
🧰 Additional context used
📓 Path-based instructions (1)
app/client/cypress/locators/apiWidgetslocator.json (1)

Pattern app/client/cypress/**/**.*: Review the following e2e test code written using the Cypress test library. Ensure that:

  • Follow best practices for Cypress code and e2e automation.
  • Avoid using cy.wait in code.
  • Avoid using cy.pause in code.
  • Avoid using agHelper.sleep().
  • Use locator variables for locators and do not use plain strings.
  • Use data-* attributes for selectors.
  • Avoid Xpaths, Attributes and CSS path.
  • Avoid selectors like .btn.submit or button[type=submit].
  • Perform logins via API with LoginFromAPI.
  • Perform logout via API with LogOutviaAPI.
  • Perform signup via API with SignupFromAPI.
  • Avoid using it.only.
  • Avoid using after and aftereach in test cases.
  • Use multiple assertions for expect statements.
  • Avoid using strings for assertions.
  • Do not use duplicate filenames even with different paths.
  • Avoid using agHelper.Sleep, this.Sleep in any file in code.
🔇 Additional comments (1)
app/client/cypress/locators/apiWidgetslocator.json (1)

50-50: LGTM! Good use of data-testid attribute.

The change from text-based selector to data-testid is aligned with the coding guidelines and best practices for Cypress tests.

@NandanAnantharamu
Copy link
Collaborator Author

/ci-test-limit-count run_count=10

Copy link

Copy link

Workflow run: https://github.com/appsmithorg/appsmith/actions/runs/12299787751.
Cypress dashboard url: Click here!
All Cypress tests have passed 🎉🎉🎉

***** Repeat Run Summary ***** Total Tests with repeat: 50 Total Passed: 49 Total Failed: 1 Total Skipped: 0 *****************************

@NandanAnantharamu
Copy link
Collaborator Author

/ci-test-limit-count run_count= 100

Copy link

Copy link

Workflow run: https://github.com/appsmithorg/appsmith/actions/runs/12301193327.
Cypress dashboard url: Click here!
All Cypress tests have passed 🎉🎉🎉

***** Repeat Run Summary ***** Total Tests with repeat: 5 Total Passed: 4 Total Failed: 1 Total Skipped: 0 *****************************

@NandanAnantharamu
Copy link
Collaborator Author

/ci-test-limit-count run_count= 100

Copy link

Copy link

Workflow run: https://github.com/appsmithorg/appsmith/actions/runs/12309363236.
Cypress dashboard: Click here!
The following are new failures, please fix them before merging the PR:
To know the list of identified flaky tests - Refer here

***** Repeat Run Summary ***** Total Tests with repeat: 5 Total Passed: 5 Total Failed: 0 Total Skipped: 0 *****************************

@NandanAnantharamu
Copy link
Collaborator Author

/ci-test-limit-count run_count= 50

Copy link

@NandanAnantharamu NandanAnantharamu added the ok-to-test Required label for CI label Dec 13, 2024
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Outside diff range and nitpick comments (3)
app/client/cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js (3)

Line range hint 1-25: Consider using beforeEach for test isolation

While the current setup is functional, consider moving the agHelper.AddDsl("uiBindDsl") to a beforeEach block to ensure each test starts with a clean state.

- before(() => {
+ beforeEach(() => {
    agHelper.AddDsl("uiBindDsl");
  });

Line range hint 51-63: Test implementation needs improvement before re-enabling

While skipping the test is appropriate due to the bug, there are several improvements needed:

  1. The test uses force clicks which should be avoided
  2. Uses cy.wait implicitly through click operations
  3. Selector usage could be improved

Consider refactoring the test when fixing the bug:

 it("2. Should update loading state after cancellation of confirmation for run query", function () {
   cy.CreateAPI("FirstAPI");
-  cy.get(".CodeMirror-placeholder")
+  cy.get("[data-testid='codemirror-placeholder']")
     .first()
     .should("have.text", "https://mock-api.appsmith.com/users");
   cy.log("Creation of FirstAPI Action successful");
   cy.enterDatasourceAndPath(testdata.baseUrl, testdata.methods);
-  cy.get(apiwidget.settings).click({ force: true });
-  cy.get(apiwidget.confirmBeforeExecute).click({ force: true });
+  cy.get(apiwidget.settings).should('be.visible').click();
+  cy.get(apiwidget.confirmBeforeExecute).should('be.visible').click();
   cy.get(apiwidget.runQueryButton).click();
   cy.get(".ads-v2-modal__content").find("button").contains("No").click();
   cy.get(apiwidget.runQueryButton).children().should("have.length", 1);
 });

Test implementation needs improvements for stability and maintainability

The verification confirms multiple test stability issues:

  • Found 8 instances of force: true in API_Edit_spec.js
  • Multiple direct CSS selectors (.CodeMirror-placeholder, .ads-v2-modal__content)
  • No data-testid attributes in use
  • Several instances of .first() selector usage
  • Explicit waits present in related API test files

Required changes:

  • Replace CSS selectors with data-testid attributes (e.g., .CodeMirror-placeholder, .ads-v2-modal__content)
  • Remove force clicks and implement proper element waiting strategies
  • Use specific element targeting instead of .first()
  • Replace explicit waits with Cypress's built-in retry-ability and assertions
🔗 Analysis chain

Line range hint 1-140: General test implementation improvements needed

Several patterns throughout the test suite need attention:

  1. Avoid force clicks (used in multiple tests)
  2. Replace hardcoded selectors with data-testid attributes
  3. Remove explicit waits and timeouts
  4. Improve error handling in API calls

Consider implementing these improvements across all tests:

  1. Use data-testid attributes for all selectors
  2. Replace waits with proper assertions
  3. Implement proper API error handling
  4. Use custom commands for common operations

The shell script results confirm the patterns mentioned in the review comment. Let me check for data-testid attributes to complete the verification.


Let me check the locator patterns being used in these tests to better understand the current selector strategy.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Check for force clicks and hardcoded selectors
rg --type js "force: true|cy\.wait|sleep|\.first\(\)" app/client/cypress/e2e/Regression/ServerSide/ApiTests/

Length of output: 4247


Script:

#!/bin/bash
# Check for data-testid usage in API tests
rg --type js "data-testid|data-cy" app/client/cypress/e2e/Regression/ServerSide/ApiTests/

Length of output: 91


Script:

#!/bin/bash
# Check selector patterns in API tests
rg --type js "cy\.get\(['\"].*['\"]" app/client/cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js

Length of output: 308

📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 942db0a and ce5ce2e.

📒 Files selected for processing (1)
  • app/client/cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js (1 hunks)
🧰 Additional context used
📓 Path-based instructions (1)
app/client/cypress/e2e/Regression/ServerSide/ApiTests/API_Edit_spec.js (1)

Pattern app/client/cypress/**/**.*: Review the following e2e test code written using the Cypress test library. Ensure that:

  • Follow best practices for Cypress code and e2e automation.
  • Avoid using cy.wait in code.
  • Avoid using cy.pause in code.
  • Avoid using agHelper.sleep().
  • Use locator variables for locators and do not use plain strings.
  • Use data-* attributes for selectors.
  • Avoid Xpaths, Attributes and CSS path.
  • Avoid selectors like .btn.submit or button[type=submit].
  • Perform logins via API with LoginFromAPI.
  • Perform logout via API with LogOutviaAPI.
  • Perform signup via API with SignupFromAPI.
  • Avoid using it.only.
  • Avoid using after and aftereach in test cases.
  • Use multiple assertions for expect statements.
  • Avoid using strings for assertions.
  • Do not use duplicate filenames even with different paths.
  • Avoid using agHelper.Sleep, this.Sleep in any file in code.

Copy link

Workflow run: https://github.com/appsmithorg/appsmith/actions/runs/12319609183.
Cypress dashboard: Click here!
The following are new failures, please fix them before merging the PR:
To know the list of identified flaky tests - Refer here

***** Repeat Run Summary ***** Total Tests with repeat: 5 Total Passed: 4 Total Failed: 0 Total Skipped: 0 *****************************

@NandanAnantharamu NandanAnantharamu changed the title test: CI run analysis for API Edit Spec test: Skipping one test in API Edit Spec for functional bugs Dec 16, 2024
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

🧹 Nitpick comments (3)
app/client/cypress/e2e/Sanity/Datasources/RestApiOAuth2Validation_spec.ts (3)

19-20: Consider using a more trackable skip mechanism

While the skip is documented with an issue reference, consider using Cypress-native pending mechanism with additional metadata for better tracking.

-    //Existing Bug:  https://github.com/appsmithorg/appsmith/issues/37353
-    it.skip("1. Create an API with app url and save as Datasource for Authorization code details test", function () {
+    // @issue https://github.com/appsmithorg/appsmith/issues/37353
+    it("1. Create an API with app url and save as Datasource for Authorization code details test", { pending: true }, function () {

Line range hint 43-52: Maintain consistency in test improvements

Apply the same improvements suggested for the first test:

  1. Replace agHelper.GetNClick with Cypress native commands
  2. Consider extracting the consent handling logic into a reusable helper

Line range hint 1-54: Consider architectural improvements for OAuth2 testing

To improve the maintainability and reliability of OAuth2 testing:

  1. Create a dedicated OAuth2 testing utility class
  2. Move configuration to environment variables
  3. Implement proper test isolation and cleanup
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 0480e5e and 400b6fa.

📒 Files selected for processing (1)
  • app/client/cypress/e2e/Sanity/Datasources/RestApiOAuth2Validation_spec.ts (1 hunks)
🧰 Additional context used
📓 Path-based instructions (1)
app/client/cypress/e2e/Sanity/Datasources/RestApiOAuth2Validation_spec.ts (1)

Pattern app/client/cypress/**/**.*: Review the following e2e test code written using the Cypress test library. Ensure that:

  • Follow best practices for Cypress code and e2e automation.
  • Avoid using cy.wait in code.
  • Avoid using cy.pause in code.
  • Avoid using agHelper.sleep().
  • Use locator variables for locators and do not use plain strings.
  • Use data-* attributes for selectors.
  • Avoid Xpaths, Attributes and CSS path.
  • Avoid selectors like .btn.submit or button[type=submit].
  • Perform logins via API with LoginFromAPI.
  • Perform logout via API with LogOutviaAPI.
  • Perform signup via API with SignupFromAPI.
  • Avoid using it.only.
  • Avoid using after and aftereach in test cases.
  • Use multiple assertions for expect statements.
  • Avoid using strings for assertions.
  • Do not use duplicate filenames even with different paths.
  • Avoid using agHelper.Sleep, this.Sleep in any file in code.
🔇 Additional comments (2)
app/client/cypress/e2e/Sanity/Datasources/RestApiOAuth2Validation_spec.ts (2)

Line range hint 1-18: LGTM! Well-structured test setup

The imports and describe block follow Cypress best practices with appropriate tags and clear descriptions.


Line range hint 21-41: Refactor to follow Cypress best practices

The test implementation could be improved to better align with the provided guidelines:

  1. Avoid using agHelper.GetNClick as it might involve implicit waits
  2. Consider moving API URLs to a configuration file

@NandanAnantharamu
Copy link
Collaborator Author

/ci-test-limit-count run_count=100

Copy link

Copy link

Workflow run: https://github.com/appsmithorg/appsmith/actions/runs/12345944297.
Cypress dashboard: Click here!
The following are new failures, please fix them before merging the PR:
To know the list of identified flaky tests - Refer here

***** Repeat Run Summary ***** Total Tests with repeat: 500 Total Passed: 400 Total Failed: 0 Total Skipped: 0 *****************************

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ok-to-test Required label for CI skip-changelog Adding this label to a PR prevents it from being listed in the changelog Test
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants