You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/deep-dive-into-hyperexecute-yaml.md
+22Lines changed: 22 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -407,6 +407,28 @@ env:
407
407
PLATFORM: windows
408
408
```
409
409
410
+
#### Spanish Character Encoding
411
+
412
+
HyperExecute VMs support Spanish character encoding, ensuring tests with Spanish language content and special characters (e.g., ñ, á, é, í, ó, ú, ü, ¿, ¡) execute correctly. You can configure this using the `env` and `pre` flags in your YAML file.
413
+
414
+
```yaml
415
+
env:
416
+
LANG: es_ES.UTF-8
417
+
LC_ALL: es_ES.UTF-8
418
+
419
+
pre:
420
+
- sudo locale-gen es_ES.UTF-8
421
+
- sudo update-locale LANG=es_ES.UTF-8
422
+
```
423
+
424
+
:::tip
425
+
If you are using Java-based frameworks, you can also set the encoding via `JAVA_TOOL_OPTIONS`:
The redirect contains the `installation_id` parameter, which is required for configuration.
168
168
169
169
> **Note:** Only Org Admins can complete this configuration step.
170
+
171
+
## Multi-Tenant GitHub Support
172
+
173
+
HyperExecute supports connecting your organization to **multiple GitHub instances** at the same time. This is useful when your team works across both GitHub.com and a private GitHub Enterprise Server (e.g., `ghes.yourcompany.com`).
174
+
175
+
Each GitHub instance is called a **tenant**, identified by the hostname of the Git provider.
176
+
177
+
### How It Works
178
+
179
+
When you create a project, HyperExecute automatically detects the tenant from your repository URL:
- Have **multiple GitHub Apps** on the same tenant for different GitHub organizations
197
+
- Each <BrandName /> org can have **one GitHub App per (tenant + GitHub org name)** combination
198
+
199
+
### Setup for Non-Default Tenants
200
+
201
+
For GitHub Enterprise Server or any tenant other than `github.com`:
202
+
203
+
1. Follow [Approach 2](#approach-2-your-existing-github-app-on-prem) or [Approach 3](#approach-3-private-github-app-on-prem-dedicated-app) to install the GitHub App on your enterprise instance.
204
+
205
+
2. Create an **org-level secret** for the tenant's private key:
206
+
`github_app_private_key_<tenant_hostname>`
207
+
For example, if your GitHub Enterprise Server is `ghes.yourcompany.com`:
208
+
`github_app_private_key_ghes.yourcompany.com`
209
+
210
+
3. Complete the registration on the <BrandName /> setup page. The tenant is recorded automatically based on the GitHub App's origin.
211
+
212
+
:::note
213
+
For the default tenant (`github.com`), the platform's built-in Marketplace GitHub App handles key management automatically — no manual secret creation is needed.
Copy file name to clipboardExpand all lines: docs/hyperexecute-guided-walkthrough.md
+35-19Lines changed: 35 additions & 19 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
id: hyperexecute-guided-walkthrough
3
3
title: Guided Walkthrough of HyperExecute
4
4
hide_title: false
5
-
sidebar_label: Guided Walkthrough
5
+
sidebar_label: Guided Walkthrough
6
6
description: Learn how to manage Jobs, configure tunnels, upgrade subscriptions, and access detailed test and job information. Discover the power of custom report, analytic.
This page gives you a guided walkthrough of all the things on the HyperExecute Dashboard and how you can get the most out of the platform once you have successfully [run your first sample Job](/support/docs/hyperexecute-running-your-first-job/).
43
+
This page gives you a guided walkthrough of all the things on the HyperExecute Dashboard and how you can get the most out of the platform once you have successfully [run your first sample Job](/support/docs/hyperexecute-running-your-first-job/). The dashboard is built to be **WCAG-compliant**, ensuring an accessible experience for all users.
44
44
45
45
## Jobs Page
46
46
47
47
All the tests on HyperExecute get executed as a Job. All the Jobs can be found on our [Jobs page](https://hyperexecute.lambdatest.com/hyperexecute). Each [Job](/support/docs/hyperexecute-status/#1-job-level-status) has a [`Status`](/support/docs/hyperexecute-status/#3-stage-level-status), a unique `Job Number`, a set of [`Labels`](/support/docs/deep-dive-into-hyperexecute-yaml/#joblabel), info on number of [`Tasks`](/support/docs/hyperexecute-status/#2-task-level-status) executed as part of that Job, and a `Summary` section followed by the details of the `Job Duration` and who initiated the Job.
48
48
49
-
On this page you have other things such as filters, help center, docs, [secrets management](/support/docs/hyperexecute-how-to-save-and-manage-secrets/) and much more. You can also filter through all of the jobs on the basis of the date, status, type etc.
> Learn more about [Secrets Management](/support/docs/hyperexecute-how-to-save-and-manage-secrets/), getting [User Name and Access Key](/support/docs/hyperexecute-how-to-get-my-username-and-access-key/) from our [Knowledge Base](/support/docs/hyperexecute-knowledge-base/)
-**Parallel**: It reflects the number of tasks running parallelly
62
60
-**Queued**: It shows number of the tasks queued and are not yet started.
63
-
-**Configure Tunnel**: Tunnel is used to ensure the security of your data for private websites.
61
+
-**Configure Tunnel**: Tunnel is used to ensure the security of your data for private websites.
64
62
-**Announcements**: The latest announcements and updates can be found here.
65
63
-**Settings**: Manage all of your account and organisation details in this section.
66
64
-**Upgrade**: You can upgrade your <BrandName /> subscription from here.
67
-
68
-
***
65
+
66
+
### Filters
67
+
68
+
The Jobs page provides a filter bar to narrow down the job list based on the following criteria:
69
+
70
+
-**Status** — Filter jobs by their current status (Running, Completed, Failed, Aborted, etc.)
71
+
-**Label** — Filter by job labels defined in your YAML configuration.
72
+
-**Users** — Filter jobs by the user who triggered them. This is useful when multiple team members share the same organization and you want to view only your jobs.
73
+
-**Type** — Filter by job type (Selenium, Playwright, Cypress, etc.)
74
+
-**Date** — Filter jobs by date range.
75
+
-**View** — Toggle between different view options (e.g., archived jobs).
To filter jobs for a specific user, click on the **Users** filter and select the desired user from the dropdown list.
80
+
81
+
<img loading="lazy" src={require('../assets/images/hyperexecute/features/job-list/filters-user-select.png').default} alt="Filter by User" className="doc_img"/>
82
+
83
+
***
69
84
70
85
## Job Details Page
71
86
@@ -75,37 +90,38 @@ You can click on a particular Job to navigate to the Job Details Page.
75
90
-**Job Number** - The Number of your Job.
76
91
-**Summary** - A brief breakdown of all of your tests on the basis of their status.
77
92
-**Status** - The status of your Job.
78
-
-**Created At** - The date of the creation of the Job.
93
+
-**Created At** - The date of the creation of the Job.
79
94
-**User** - Your user details who triggered the Job.
80
95
-**Job Duration**: The time it took to run your entire Job.
81
96
-**Test Duration**: The time it took to run your tests.
82
97
-**Type**: The job type (Selenium, Playwright, etc) along with the mode of the job (AutoSplit or Matrix).
98
+
-**Git Commit ID** - For jobs triggered via [Workflows](/support/docs/hyperexecute-workflows/) or [sourcePayload](/support/docs/hyperexecute-how-to-configure-sourcePayload/), the git commit hash is displayed in the job metadata, providing traceability to the specific code changes tested.
83
99
-**[Artifacts](/support/docs/hyperexecute-artifacts/)**: Can be used to configure and generate custom reports and artifacts.
84
100
-**[Report](/support/docs/hyperexecute-reports/)**: A detailed report for your test execution for the Job.
85
101
- The left side shows all the Tasks (Just-in-time testing environments) that were a part of the Job.
86
102
- Each Task has 3 types of Stages : [Pre stages, Scenario stages, Post stages](/support/docs/hyperexecute-status/#3-stage-level-status).
87
103
88
104
<!-- > **Note** - You can learn about Job, Tasks and Stages [here](/support/docs/hyperexecute-concepts/). -->
It provides you with all the necessary data points that you need for your test.
116
+
It provides you with all the necessary data points that you need for your test.
101
117
102
118
### Basic Summary
103
119
You can see the details of your test on the panel on the top of the screen. It contains several details like the browser, the test status, the test name, and more.
104
120
105
-
-**Test Status**: The status of your test. If the test has passed, the status will be passed.
106
-
-**Test Name**: The name of your test. You can rename the test, copy the name and see all the tests in the build.
107
-
-**Test ID**: The test ID of your test. You can copy the test ID by clicking on the **Copy** button.
108
-
-**Browser**: The browser on which your tests are run.
121
+
-**Test Status**: The status of your test. If the test has passed, the status will be passed.
122
+
-**Test Name**: The name of your test. You can rename the test, copy the name and see all the tests in the build.
123
+
-**Test ID**: The test ID of your test. You can copy the test ID by clicking on the **Copy** button.
124
+
-**Browser**: The browser on which your tests are run.
109
125
-**OS**: The Operating System on which your tests are run.
110
126
-**Resolution**: The resolution of the screen.
111
127
-**Duration**: The amount of time it took for your test to run.
@@ -127,15 +143,15 @@ You can access the commands involved in the test, and the logs on the right hand
>**Note**: You can download the logs by clicking on the Download button on the top right-hand corner of the logs tab.
146
+
>**Note**: You can download the logs by clicking on the Download button on the top right-hand corner of the logs tab.
131
147
132
148
## Test Summary Hyperlink
133
149
134
150
This introduces clickable links within your **test summary**. When you click on these hyperlinks, it dynamically redirects you to the automation dashboard, providing immediate access to detailed test information corresponding to the specific test status clicked.
135
151
136
152
Additionally, upon redirection, the automation dashboard opens the relevant tab that aligns with the selected test status, streamlining your experience.
Copy file name to clipboardExpand all lines: docs/hyperexecute-how-to-save-and-manage-secrets.md
+9-1Lines changed: 9 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -53,7 +53,7 @@ HyperExecute supports secrets at multiple levels:
53
53
| Scope | Access | Use Case |
54
54
|-------|--------|----------|
55
55
|**User-Level** (this doc) | Tied to your individual account, available to all your jobs | Personal credentials, user-specific API keys |
56
-
|**Org-Level**| Shared across all users and projects in the organization, managed by admins | Org-wide API keys, shared access tokens |
56
+
|**[Org-Level](/support/docs/hyperexecute-how-to-save-and-manage-secrets/#org-level-secrets)***(Enterprise only)*| Shared across all users and projects in the organization, managed by admins | Org-wide API keys, shared access tokens |
57
57
|**[Project-Level](/support/docs/hyperexecute-how-to-manage-project-level-secrets/)**| Scoped to a specific project, shared across all users on the project | Project-specific credentials, team-shared keys |
58
58
59
59
:::info
@@ -160,6 +160,14 @@ In the above sample YAML file:
160
160
- HyperExecute securely retrieves these secrets from its storage i.e. **HashiCorp Vault** at runtime, ensuring they are not exposed during code sharing or storage.
161
161
:::
162
162
163
+
## Org-Level Secrets
164
+
165
+
Org-level secrets are organization-wide secrets that are shared across all projects and users within the organization. They are managed by organization admins and are useful for storing shared credentials like API keys, access tokens, or service account credentials that the entire team needs access to.
166
+
167
+
:::note
168
+
Org-level secrets are an **enterprise-only** feature. Contact your account team or <span className="doc__lt" onClick={() => window.openLTChatWidget()}>**24×7 chat support**</span> to enable this for your organization.
0 commit comments