Merge branch 'stage' into saniyastage

Author: surishubham

docs/browserstack-to-lambdatest-migration-guide.md

@@ -125,7 +125,7 @@ For the migration, we have considered Java-based Selenium automation tests. Show
 
 <Tabs className="docs__val">
 
-<TabItem value="ios" label="BrowserStack Capablities" default>
+<TabItem value="ios" label="BrowserStack Capabilities" default>
 
 ```js
 MutableCapabilities capabilities = new MutableCapabilities();
@@ -185,7 +185,7 @@ Below are example capability representations from BrowserStack and LambdaTest to
 
 <Tabs className="docs__val">
 
-<TabItem value="ios" label="BrowserStack Capablities" default>
+<TabItem value="ios" label="BrowserStack Capabilities" default>
 
 ```js
 DesiredCapabilities caps = new DesiredCapabilities();

docs/deep-dive-into-hyperexecute-yaml.md

@@ -457,15 +457,6 @@ runtime:
 
 ***
 
-<!-- ### `retryOnFailure`
-This allows you to configure automatic retries for failed test scenarios. When set to true (`retryOnFailure: true`), tests will be retried based on the [`maxRetries`](/support/docs/deep-dive-into-hyperexecute-yaml/#maxretries) value specified. The default setting is **false**.
-
-This feature eliminates the need to rerun the entire job to verify if a test scenario is genuinely failing or encountering an intermittent issue. By enabling `retryOnFailure`, you can promptly retry tests upon failure, helping determine if the test consistently fails or passes in subsequent attempts."
-
-```yaml
-retryOnFailure: true
-``` -->
-
 ### `retryOnFailure`
 The `retryOnFailure` enables automatic retries for failed test scenarios only when the [testRunnerCommand](/support/docs/deep-dive-into-hyperexecute-yaml/#testrunnercommand) itself fails. When set to `true`, the system will retry failed commands based on the [`maxRetries`](/support/docs/deep-dive-into-hyperexecute-yaml/#maxretries) value defined. The default setting is `false`.
 
@@ -480,6 +471,14 @@ retryOnFailure: true
 #### ✅ Use Case:
 This feature helps avoid re-running the entire job to determine if a test failure is due to a genuine issue or a transient problem (e.g., flaky tests, network hiccups). By enabling `retryOnFailure`, only the failing command is retried, allowing for quicker feedback and more efficient test execution.
 
+:::tip
+If you are using Maven, ensure that the `testFailureIgnore` flag in your `pom.xml` is set to `false`. When `testFailureIgnore` is set to `true`, Maven treats test failures as ignored, causing HyperExecute’s retry mechanism to not trigger, even if `retryOnFailure` is enabled.
+
+```java
+<testFailureIgnore>false</testFailureIgnore>
+```
+:::
+
 ***
 
 ### `maxRetries`

docs/hyperexecute-github-app-integration.md

@@ -1,9 +1,9 @@
 ---
 id: hyperexecute-github-app-integration
-title: GitHub Apps Integration Support for HyperExecute
+title: GitHub App Integration Support for HyperExecute
 hide_title: false
 sidebar_label: GitHub App
-description:  GitHub Apps Integration Support for HyperExecute 
+description:  GitHub App Integration Support for HyperExecute 
 keywords:
   - LambdaTest Hyperexecute
   - LambdaTest Hyperexecute help
@@ -44,9 +44,11 @@ import {YOUR_LAMBDATEST_USERNAME, YOUR_LAMBDATEST_ACCESS_KEY} from "@site/src/co
       })
     }}
 ></script>
-HyperExecute supports integration with GitHub Apps, enabling secure, fine-grained, and scalable access to your GitHub repositories without relying on long-lived Personal Access Tokens (PATs).
+> This is currently in the **Beta** version.
 
-With this integration, HyperExecute automatically generates short-lived installation access tokens via GitHub Apps for all Git-related operations in Projects and Workflows, enhancing security, compliance, and maintainability.
+HyperExecute supports integration with GitHub App, enabling secure, fine-grained, and scalable access to your GitHub repositories without relying on long-lived Personal Access Tokens (PATs).
+
+With this integration, HyperExecute automatically generates short-lived installation access tokens via GitHub App for all Git-related operations in Projects and Workflows, enhancing security, compliance, and maintainability.
 
 This integration supports three onboarding paths:
 - **LambdaTest's Marketplace GitHub App** (Public Cloud)
@@ -57,7 +59,7 @@ This integration supports three onboarding paths:
 1. Install a GitHub App using one of the three supported approaches. <br />
 2. Complete the post-installation registration within the LambdaTest platform. <br />
 3. HyperExecute backend (Logistics) sends data to Sentinel to persist details in the `github_app_integration` table. <br />
-4. For customer-managed GitHub Apps, create an org-level secret using the Logistics Secrets API: `github_app_private_key_{{git_tenant}}`. <br />
+4. For customer-managed GitHub App, create an org-level secret using the Logistics Secrets API: `github_app_private_key_{{git_tenant}}`. <br />
 
 Once setup is complete, all HyperExecute Project and Workflow Git operations use short-lived installation tokens instead of PAT tokens. The PAT-based flow is used only as a fallback when no GitHub App is configured.
 

docs/hyperexecute-release-notes-3-1-4.md

@@ -0,0 +1,47 @@
+---
+id: hyperexecute-release-notes-3-1-4
+title: Version 3.1.4
+hide_title: false
+sidebar_label: Version 3.1.4
+description: Version 3.1.4
+keywords:
+  - LambdaTest Hyperexecute
+  - LambdaTest Hyperexecute help
+  - LambdaTest Hyperexecute documentation
+  - FAQs
+url: https://www.lambdatest.com/support/docs/hyperexecute-release-notes-3-1-4/
+site_name: LambdaTest
+slug: hyperexecute-release-notes-3-1-4/
+---
+
+import {YOUR_LAMBDATEST_USERNAME, YOUR_LAMBDATEST_ACCESS_KEY} from "@site/src/component/keys";
+
+<script type="application/ld+json"
+      dangerouslySetInnerHTML={{ __html: JSON.stringify({
+       "@context": "https://schema.org",
+        "@type": "BreadcrumbList",
+        "itemListElement": [{
+          "@type": "ListItem",
+          "position": 1,
+          "name": "Home",
+          "item": "https://www.lambdatest.com"
+        },{
+          "@type": "ListItem",
+          "position": 2,
+          "name": "Support",
+          "item": "https://www.lambdatest.com/support/docs/"
+        },{
+          "@type": "ListItem",
+          "position": 3,
+          "name": "Version",
+          "item": "https://www.lambdatest.com/support/docs/hyperexecute-release-notes-3-1-4/"
+        }]
+      })
+    }}
+></script>
+## Enhanced Support for Azure Repositories in HyperExecute Projects
+We have introduced an enhancement to the HyperExecute [Custom Project feature](/support/docs/hyperexecute-projects/#setup-custom-project) to support Azure Repos. This enables you with code repositories hosted in Azure DevOps to execute tests directly on HyperExecute—without relying on Jenkins or any external CI/CD tool.
+
+With this update, you can now configure Azure Repos in the same intuitive manner as GitHub, or Bitbucket. Simply provide the repository details and Personal Access Token (PAT), and HyperExecute will fetch the code and trigger workflows seamlessly.
+
+> 📘 **Read More:** Learn more about configuring Azure Repos, project setup, workflows, and job triggers in the [HyperExecute documentation](https://www.lambdatest.com/support/docs/hyperexecute-projects/).

docs/hyperexecute-release-notes.md

@@ -59,6 +59,7 @@ HyperExecute is an AI Native Test Orchestration Cloud Platform, enabling test au
 #### November, 2025
 | Release Number | Release Date |
 |----------------|--------------|
+| [Version 3.1.4](/support/docs/hyperexecute-release-notes-3-1-4) | Nov 24, 2025|
 | [Version 3.1.2](/support/docs/hyperexecute-release-notes-3-1-2) | Nov 10, 2025|
 
 #### October, 2025

docs/kaneai-manual-interaction.md

@@ -40,7 +40,7 @@ slug: kaneai-manual-interaction/
 Manual Interaction support in KaneAI enables users to manually interact with the applications in real-time during authoring or playground session to record test steps. This mode lets you momentarily pause the agent, take full control of the application under test, and reach an exact UI state before resuming automated authoring. Whether you're testing Web or Mobile apps, Manual Interaction allows for actions like clicking, typing, scrolling and navigating through the application, simulating real user behaviors.
 
 :::note
-Manual Interaction is only supported in Web Browser on desktop & Mobile App testing (Android). Support for manual interaction on iOS app testing will be coming soon. 
+Manual interaction is now supported for both Web Browser Test Authoring on desktop and Mobile App Test Authoring on Android and iOS.  
 :::
 
 ### Guide for using Manual Interaction:

docs/legacy-test-platform-to-lambdatest.md

@@ -202,6 +202,7 @@ capabilities.setCapability("LT:Options", ltOptions);
 
 </TabItem>
 
+<TabItem value="android" label="Selenium 4 LambdaTest Capabilities" default>
 
 
 </Tabs>

docs/saucelabs-to-lambdatest-migration-guide.md

@@ -134,7 +134,7 @@ For the migration, we have considered Java-based Selenium automation tests. Show
 
 <Tabs className="docs__val">
 
-<TabItem value="ios" label="Sauce Labs Capablities" default>
+<TabItem value="ios" label="Sauce Labs Capabilities" default>
 
 ```js
 SafariOptions browserOptions = new SafariOptions();
@@ -189,7 +189,7 @@ For the migration, we have considered Java-based Selenium automation tests. Show
 
 <Tabs className="docs__val">
 
-<TabItem value="ios" label="Sauce Labs Capablities" default>
+<TabItem value="ios" label="Sauce Labs Capabilities" default>
 
 ```js
 SafariOptions browserOptions = new SafariOptions();

sidebars.js

@@ -937,6 +937,7 @@ module.exports = {
                 collapsed: true,
                 label: "November, 2025",
                 items: [
+                  "hyperexecute-release-notes-3-1-4",
                   "hyperexecute-release-notes-3-1-2",
                 ],
               },