/conf
protractor local.conf.js
```
-The setup command will be the same as mentioned earlier under the “Integration With Codeship” section. After then commit any changes into the repository and get your test run using LambdaTest Tunnel.
+The setup command will be the same as mentioned earlier under the "Integration With Codeship" section. After then commit any changes into the repository and get your test run using LambdaTest Tunnel.
## Parallel Testing
***
diff --git a/docs/deep-dive-into-hyperexecute-yaml.md b/docs/deep-dive-into-hyperexecute-yaml.md
index 58dfd6187..dd0de51db 100644
--- a/docs/deep-dive-into-hyperexecute-yaml.md
+++ b/docs/deep-dive-into-hyperexecute-yaml.md
@@ -71,7 +71,7 @@ matrix:
***
### `pre`
-All actions you need to perform before test execution, such as installing dependencies. You’ll ideally want to use this parameter to “pre” run simple commands like `npm install`, `yarn install`, `mvn install` etc
+All actions you need to perform before test execution, such as installing dependencies. You’ll ideally want to use this parameter to "pre" run simple commands like `npm install`, `yarn install`, `mvn install` etc
```yaml
pre:
@@ -624,7 +624,7 @@ sourcePayload:
***
### `hostsOverride`
-This field allows you to add domain mappings which are required to be added in the local DNS entry represented by the /etc/hosts file. This is required if you want to map a custom domain name to an ip (local or otherwise) so that any requests on this domain name resolves to the provided ip on HyperExecute machines where your tests are running. For instance, suppose for a domain “example.com”, global DNS is having the entry which resolves the network call to the public IP address. With hostsOverride flag you can explicitly route the network call to a local IP address, instead of allowing the call to go through a public IP address.
+This field allows you to add domain mappings which are required to be added in the local DNS entry represented by the /etc/hosts file. This is required if you want to map a custom domain name to an ip (local or otherwise) so that any requests on this domain name resolves to the provided ip on HyperExecute machines where your tests are running. For instance, suppose for a domain "example.com", global DNS is having the entry which resolves the network call to the public IP address. With hostsOverride flag you can explicitly route the network call to a local IP address, instead of allowing the call to go through a public IP address.
```yaml
hostsOverride:
@@ -702,7 +702,7 @@ preDirectives:
***
### `postDirectives`
-This is an advanced version of `post` where you can control “how” your post commands should be executed in a parallel HyperExecute Executor. If both post and postDirectives flags are provided at the same time, then the precedence is given to the postDirectives flag.
+This is an advanced version of `post` where you can control "how" your post commands should be executed in a parallel HyperExecute Executor. If both post and postDirectives flags are provided at the same time, then the precedence is given to the postDirectives flag.
postDirectives currently has the ability to take the following additional inputs:
@@ -1320,7 +1320,7 @@ Here is the sample code showing how we can use the above mentioned Lambda hooks:
***
### `matrixEnvPrefix`
-When we run a job in matrix mode, we set the keys with their resolved value as env variables in the scenario being run. The keys are not prefixed and hence, in some cases, we had found out that some variables like “os” can affect your test runs (for example in dotnet build commands). So, if one has an `os` key in `matrix`, it may affect `dotnet build` command if one doesn’t set the matrixEnvPrefix: true in yaml to have the “os” key of matrix available to us as `HE_ENV_os
+When we run a job in matrix mode, we set the keys with their resolved value as env variables in the scenario being run. The keys are not prefixed and hence, in some cases, we had found out that some variables like "os" can affect your test runs (for example in dotnet build commands). So, if one has an `os` key in `matrix`, it may affect `dotnet build` command if one doesn’t set the matrixEnvPrefix: true in yaml to have the "os" key of matrix available to us as `HE_ENV_os
***
diff --git a/docs/desired-capabilities-in-appium.md b/docs/desired-capabilities-in-appium.md
index d9d21287b..8c97decd1 100644
--- a/docs/desired-capabilities-in-appium.md
+++ b/docs/desired-capabilities-in-appium.md
@@ -97,7 +97,7 @@ By setting these parameters, QAs can ensure that the Appium server accurately ta
| newCommandTimeout | TYPE: STRING DEFAULT: 60 `newCommandTimeout=60` | | How long (in seconds) Appium will wait for a new command from the client before assuming the client quit and ending the session. |
| automationName | TYPE: STRING DEFAULT (Android): UiAutomator2 DEFAULT (iOS): XCUITest `automationName = UiAutomator2` | Choose which automation engine you'd like to use. Android - `UiAutomator2`, `Flutter`. iOS - `XCUITest`, `Flutter`. |
| eventTimings | TYPE: BOOLEAN DEFAULT: FALSE `true` | Enable or disable the reporting of the timings for various Appium-internal events (e.g., the start and end of each command, etc.). To enable, use true. The timings are then reported as events property on response to querying the current session. See the event timing docs for the the structure of this response. |
-| otherApps | TYPE: ARRAY OF STRINGS DEFAULT: [ ] or Empty Array `"otherApps":` `["lt://APP1002211081648217405891389",` `"lt://APP1002211081648217429465823"]` | Accepts a list of App URLs returned after uploading an app on the LambdaTest servers. Conditions to be satisfied: 1. App should also be passed if “otherApps” is passed. 2. Length of app URL array ≤ 3. 3. At max 3 other apps can be installed. 4. App should not be present inside 'otherApp' array. 5. No duplicates in ‘otherApp’ array. |
+| otherApps | TYPE: ARRAY OF STRINGS DEFAULT: [ ] or Empty Array `"otherApps":` `["lt://APP1002211081648217405891389",` `"lt://APP1002211081648217429465823"]` | Accepts a list of App URLs returned after uploading an app on the LambdaTest servers. Conditions to be satisfied: 1. App should also be passed if "otherApps" is passed. 2. Length of app URL array ≤ 3. 3. At max 3 other apps can be installed. 4. App should not be present inside 'otherApp' array. 5. No duplicates in ‘otherApp’ array. |
| globalHttpProxy | TYPE: BOOLEAN DEFAULT: FALSE globalHttpProxy = true | This is only for Android specific applications and devices. If the customer’s app requires Proxy to enable Data Transfer that is not possible otherwise, they can reach out to the CS & LT will enable it for them from BE.This is not available for customers directly unless set from BE by LT. |
| region | TYPE: STRING DEFAULT: Location of the nearest data center `region = US` | 1. By default, it picks the location of the nearest data center. 2. If you would like to change the region of the Data Center manually, you can pass this capability. 3. Currently, only three regions are supported: Europe - "EU", USA - "US" and Asia-Pacific - "AP" |
| waitForIdleTimeout | TYPE: BOOLEAN `waitForIdleTimeout = 0` | 1. Sets the timeout for waiting for the user interface to go into an idle state before starting a UI Automator action. 2. It changes the timeout of the configuration in UIAutomator and could help to make interaction speed faster.|
diff --git a/docs/developer-tools.md b/docs/developer-tools.md
index c4485d72c..40bed96e0 100644
--- a/docs/developer-tools.md
+++ b/docs/developer-tools.md
@@ -50,7 +50,7 @@ slug: developer-tools/
## How To Launch Developer Tools On Desktop?
***
-**Step 1:** Login to your LambdaTest account. Go to **“Real Time Test”** from the left navigation menu.
+**Step 1:** Login to your LambdaTest account. Go to **"Real Time Test"** from the left navigation menu.
@@ -63,11 +63,11 @@ slug: developer-tools/
-**Step 4:** Once the desired VM is launched and operable, right-click on the webpage that gets loaded inside the VM and click on “**Inspect Element**”.
+**Step 4:** Once the desired VM is launched and operable, right-click on the webpage that gets loaded inside the VM and click on "**Inspect Element**".
-**Step 5:** As you click on “Inspect Element”, the developer tools would pop up at the bottom of the virtual machine.
+**Step 5:** As you click on "Inspect Element", the developer tools would pop up at the bottom of the virtual machine.
@@ -75,7 +75,7 @@ slug: developer-tools/
***
> **Note:** Developer tools for android devices are not supported for android versions below 7.0.
-**Step 1:** Login to your LambdaTest account. Go to **“Real Time Test”** from the left navigation menu.
+**Step 1:** Login to your LambdaTest account. Go to **"Real Time Test"** from the left navigation menu.
diff --git a/docs/drone-ci.md b/docs/drone-ci.md
index 3f52fd994..7acf5eaf4 100644
--- a/docs/drone-ci.md
+++ b/docs/drone-ci.md
@@ -74,7 +74,7 @@ In order to perform your tests with LambdaTest, you would need the below things
For this article, we have cloned and used this [Github repository](https://github.com/LambdaTest/webdriverio-selenium-sample/blob/master/.drone.yml).
-3. You also need your LambdaTest authentication credentials, which includes your LambdaTest username, and access key. These will be set up as the Secrets for configuring the pipeline. To get your Username and Access Key, go to your [LambdaTest automation dashboard](https://automation.lambdatest.com/) and click on the “key” icon left to the help button, on the top right corner.
+3. You also need your LambdaTest authentication credentials, which includes your LambdaTest username, and access key. These will be set up as the Secrets for configuring the pipeline. To get your Username and Access Key, go to your [LambdaTest automation dashboard](https://automation.lambdatest.com/) and click on the "key" icon left to the help button, on the top right corner.
@@ -102,12 +102,12 @@ To activate and integrate your Github repository with Drone CI on LambdaTest, yo
-You may not be able to activate it for CI/CD. (This is because the drone admin user is robot-lt and this user should be the admin of the repository to activate it for CI/CD). You can try by clicking on the repository and then clicking on the “Activate Repository” button.
+You may not be able to activate it for CI/CD. (This is because the drone admin user is robot-lt and this user should be the admin of the repository to activate it for CI/CD). You can try by clicking on the repository and then clicking on the "Activate Repository" button.
---
-After clicking on “Activate Repository,” it might happen that the repository is not activated and states that “There was a problem”
+After clicking on "Activate Repository," it might happen that the repository is not activated and states that "There was a problem"
@@ -115,7 +115,7 @@ To resolve this error, kindly add the robot-lt user as admin of the repository a
---
-**Step 6:** After enabling your repository, the Settings tab will appear. Check the Trusted checkbox in the Project Settings row (this might not occur if the OAuth is already trusted) and select the Private radio button in the Project visibility row and enter the name of your YAML configuration file (in which pipelines will be defined) in the text box in Configuration row. Here we have entered the “.drone.yml” file name, as we are integrating Drone CI.
+**Step 6:** After enabling your repository, the Settings tab will appear. Check the Trusted checkbox in the Project Settings row (this might not occur if the OAuth is already trusted) and select the Private radio button in the Project visibility row and enter the name of your YAML configuration file (in which pipelines will be defined) in the text box in Configuration row. Here we have entered the ".drone.yml" file name, as we are integrating Drone CI.
@@ -182,7 +182,7 @@ kind: pipeline
name: Build
```
-We are making a docker pipeline so here the type defined will be docker. (Note: To make another type of pipeline you may check drone [official documentation](https://docs.drone.io/) and steps will be almost similar.) We will also give a name to our pipeline. Here, we have given the name “Build”.
+We are making a docker pipeline so here the type defined will be docker. (Note: To make another type of pipeline you may check drone [official documentation](https://docs.drone.io/) and steps will be almost similar.) We will also give a name to our pipeline. Here, we have given the name "Build".
* Now we are defining when this pipeline should be executed.
@@ -219,7 +219,7 @@ Here the pipeline will be triggered when the event will be a push event received
- /LT -user $USERNAME -key $PASSWORD &
```
-Here we are giving a name to our step, i.e. “Tunnel”. Image is used for builder containers and commands are the steps to be executed to connect to the LambdaTest Tunnel, build our source code, and make it executable. Here the LT_ACCESS_KEY and LT_USERNAME are fetched from Secrets.
+Here we are giving a name to our step, i.e. "Tunnel". Image is used for builder containers and commands are the steps to be executed to connect to the LambdaTest Tunnel, build our source code, and make it executable. Here the LT_ACCESS_KEY and LT_USERNAME are fetched from Secrets.
**Step II:**
@@ -267,21 +267,21 @@ Now push your code and enjoy the CI/CD pipeline.
Below is the step-by-step execution of the Drone CI pipeline.
-1. Edit the “.drone.yml” and add the code as discussed above.
+1. Edit the ".drone.yml" and add the code as discussed above.
-2. Once the edit is complete, click on “Commit Changes” to save and commit the changes made. Drone CI is activated as soon as this step is done since we have used “push event” for triggering the Drone CI.
+2. Once the edit is complete, click on "Commit Changes" to save and commit the changes made. Drone CI is activated as soon as this step is done since we have used "push event" for triggering the Drone CI.
-3. As soon as the Drone CI is triggered (through push event in this case), a new activity can be seen in the “ACTIVITY FEED” tab. The current status of this activity will be “running” or “executing”.
+3. As soon as the Drone CI is triggered (through push event in this case), a new activity can be seen in the "ACTIVITY FEED" tab. The current status of this activity will be "running" or "executing".
-4. The series of execution of steps includes cloning, followed by the provided tests in the .drone.yml file. For example, we have provided two tests by name “Tunnel” and “SampleTest”. Hence the series of steps to be executed will be:
+4. The series of execution of steps includes cloning, followed by the provided tests in the .drone.yml file. For example, we have provided two tests by name "Tunnel" and "SampleTest". Hence the series of steps to be executed will be:
* Clone
* Tunnel
@@ -304,7 +304,7 @@ clone:
-6. You can view the status and details about each activity by clicking on it. After opening an activity, you can click on any of the passed or failed test cases to view the log. For example, in the below image, we have clicked on the failed test “SampleTest” and its log has appeared on its right.
+6. You can view the status and details about each activity by clicking on it. After opening an activity, you can click on any of the passed or failed test cases to view the log. For example, in the below image, we have clicked on the failed test "SampleTest" and its log has appeared on its right.
diff --git a/docs/error-messages.md b/docs/error-messages.md
index 62b894ed8..6355bf4dc 100644
--- a/docs/error-messages.md
+++ b/docs/error-messages.md
@@ -196,7 +196,7 @@ Navigation caused the user agent to hit a certificate warning, which is usually
* SSL works through a combination of programs and encryption/decryption routine that exist on the web server computer and web server browser.
* When a secure connection is not established between the server and client due to the certificate, following SSL certificate error will be manifested.
-* Suppose you provide some https request in the browser and get a prompt such as “This connection is untrusted” or the “The site’s security certificate is not trusted” (which varies as per the browser being used). Then such an error is subject to SSL certificate error.
+* Suppose you provide some https request in the browser and get a prompt such as "This connection is untrusted" or the "The site’s security certificate is not trusted" (which varies as per the browser being used). Then such an error is subject to SSL certificate error.
### Possible Solutions:
diff --git a/docs/genrocket-integration.md b/docs/genrocket-integration.md
index 51bf1c191..2689112b2 100644
--- a/docs/genrocket-integration.md
+++ b/docs/genrocket-integration.md
@@ -54,12 +54,12 @@ This collaboration delivers substantial advantages to customers using both platf
## Creating User In GenRocket
---
-GenRocket is sold to enterprise (of all sizes) customers. It is not available to “unaffiliated” individuals and/or general public. Access to GenRocket is provided during a qualified Proof of Concept (POC) phase.
+GenRocket is sold to enterprise (of all sizes) customers. It is not available to "unaffiliated" individuals and/or general public. Access to GenRocket is provided during a qualified Proof of Concept (POC) phase.
## Setting Up A Project for Data Generation
---
-As described above, users need to setup the test data project (“Model” and “Design”) for the test data needed.
+As described above, users need to setup the test data project ("Model" and "Design") for the test data needed.
@@ -73,7 +73,7 @@ In order to generate data using GenRocket, you can follow the steps given below:
>**Note:** Users can Generate a Scenario through GenRocket Dashboard by [following this documentation](https://genrocket.freshdesk.com/support/solutions/folders/19000164896).
-**Step 2:** Although “Scenarios” can be used to design the volume and variety of data, in practice, most customers who deal with complex data use G-Cases. Learn about G-Cases [here](https://genrocket.freshdesk.com/support/solutions/folders/19000164899).
+**Step 2:** Although "Scenarios" can be used to design the volume and variety of data, in practice, most customers who deal with complex data use G-Cases. Learn about G-Cases [here](https://genrocket.freshdesk.com/support/solutions/folders/19000164899).
**Step 3:** Genrocket User profile and scenario file should be downloaded and placed in the project.
@@ -135,7 +135,7 @@ Till now you have learnt how to set up your generators on GenRocket. Now, in ord
>**Note:** The HyperExecute YAML configuration file is already present in the sample project that you have downloaded.
-Following two commands have been already added in the “[pre](https://www.lambdatest.com/support/docs/deep-dive-into-hyperexecute-yaml/#14-predirectives-or-pre)” section of this HyperExecute Yaml.
+Following two commands have been already added in the "[pre](https://www.lambdatest.com/support/docs/deep-dive-into-hyperexecute-yaml/#14-predirectives-or-pre)" section of this HyperExecute Yaml.
* In Hyperexecute, every time the tests are run, a new environment is created, and gets destroyed as soon as the tests are completed.
diff --git a/docs/getting-started-with-TAS.md b/docs/getting-started-with-TAS.md
index 832d3f0b1..e7b6d4bbd 100644
--- a/docs/getting-started-with-TAS.md
+++ b/docs/getting-started-with-TAS.md
@@ -58,7 +58,7 @@ The TAS engine intelligently interprets & runs only the relevant subset of tests
***
- Click on the **import** button for the repository you want to integrate with TAS. You will see a message saying - "**Repo added successfully**". Then click on **go to project**.
- Follow the instructions on the YAML configuration page (or see docs here) to make a suitable TAS YAML file.
-- Once done with the configurations, download the file and rename it to “**.tas.yml**”. Place it at the **root level** of your repository and push the changes to your repo.
+- Once done with the configurations, download the file and rename it to "**.tas.yml**". Place it at the **root level** of your repository and push the changes to your repo.
- After making the commit, click on **Start Testing**.
- Once you have successfully integrated your repo you will see a dashboard for that repository.
@@ -369,8 +369,8 @@ Need to test with 443 outbound port.
- Navigate to AWS Console.
- From services go to EC2.
- From sidebar navigate to instances
-- Click on `“Launch Instances”` button
-- In `choose an amazon machine image` section search for “tas-synapse-ami-name” and click on select button
+- Click on `"Launch Instances"` button
+- In `choose an amazon machine image` section search for "tas-synapse-ami-name" and click on select button
- Choose the instance size as per your requirement
- Click on `Next` button
- Configure `Instance Details` as per requirement and click on `Next`
@@ -456,7 +456,7 @@ Free credits will be reset every month.
> You need to migrate the step in your CI pipeline that runs the tests of your repository.
**What are the different Hosting options?**
-> **TAS Managed** - The entire infrastructure is managed by TAS including the “runners” that has access to your code for running the tests. The tests in your repository will be executed on our cloud runners managed by TAS.
+> **TAS Managed** - The entire infrastructure is managed by TAS including the "runners" that has access to your code for running the tests. The tests in your repository will be executed on our cloud runners managed by TAS.
> **Self Hosted** - In this option, you need to provide the machines (and manage those machines yourselves) to run tests of your repository. TAS will only receive the tests metadata to show you the insights on TAS portal.
diff --git a/docs/getting-started-with-flutter-dart-android-automation.md b/docs/getting-started-with-flutter-dart-android-automation.md
index fcf2269bf..9bd10b7fa 100644
--- a/docs/getting-started-with-flutter-dart-android-automation.md
+++ b/docs/getting-started-with-flutter-dart-android-automation.md
@@ -276,7 +276,7 @@ The following capabilities are supported:
1. **app:** Enter the app id generated while uploading the app. Example:`lt://APP123456789123456789`
2. **testSuite:** Enter the test suite id generated while uploading the test suite. Example: `lt://APP123456789123456789`
-3. **device:** Enter the name and os version of the device in “DeviceName-OSVersion” format. Example: `Pixel 6-12` or `Galaxy S21 Ultra 5G-11`. You can also choose to use regular expression for device name such as `Pixel.*-12`.
+3. **device:** Enter the name and os version of the device in "DeviceName-OSVersion" format. Example: `Pixel 6-12` or `Galaxy S21 Ultra 5G-11`. You can also choose to use regular expression for device name such as `Pixel.*-12`.
4. **video:** Generate video for all the tests that have run. Example: `true`.
5. **queueTimeout:** Enter the time in seconds for total execution time of the build. Example: `900`.
6. **testTimeout:** Max wait time for test execution (default value - `900` secs)
diff --git a/docs/getting-started-with-flutter-dart-ios-automation.md b/docs/getting-started-with-flutter-dart-ios-automation.md
index 25c894bbc..51e69bcc2 100644
--- a/docs/getting-started-with-flutter-dart-ios-automation.md
+++ b/docs/getting-started-with-flutter-dart-ios-automation.md
@@ -174,7 +174,7 @@ Once you have run your tests, you can view the test execution along with logs. Y
The following capabilities are supported:
1. **testSuite:** Enter the app id generated while uploading the app. Example:`lt://APP123456789123456789123456789`
-2. **device:** Enter the name and os version of the device in “DeviceName-OSVersion” format. Example: `iPhone 14-16` or `iPhone 15 Pro-17`. You can also choose to use regular expression for device name such as `iPhone.*-16`.
+2. **device:** Enter the name and os version of the device in "DeviceName-OSVersion" format. Example: `iPhone 14-16` or `iPhone 15 Pro-17`. You can also choose to use regular expression for device name such as `iPhone.*-16`.
3. **video:** Generate video for all the tests that have run. Example: `true`.
4. **queueTimeout:** Enter the time in seconds for total execution time of the build. Example: `9000`. Minimum queueTimeout: `1800`, Maximum queueTimeout: `10800`
5. **network:** Boolean value to generate network logs. Example: `"network": true`.
diff --git a/docs/ghost-inspector-integration.md b/docs/ghost-inspector-integration.md
index 63dc1bd99..d1c6ccae1 100644
--- a/docs/ghost-inspector-integration.md
+++ b/docs/ghost-inspector-integration.md
@@ -90,7 +90,7 @@ As a result, you’ll be able to expand your test coverage, analyze and extract
```bash
npm install -g selenium-side-runner
```
-* You also need your LambdaTest authentication credentials, which includes your LambdaTest username, and access key. These will be set up as the Secrets for configuring the pipeline. To get your Username and Access Key, go to your LambdaTest automation dashboard and click on the “key” icon left to the help button, on the top right corner.
+* You also need your LambdaTest authentication credentials, which includes your LambdaTest username, and access key. These will be set up as the Secrets for configuring the pipeline. To get your Username and Access Key, go to your LambdaTest automation dashboard and click on the "key" icon left to the help button, on the top right corner.
diff --git a/docs/gocd-integration.md b/docs/gocd-integration.md
index 6e28bf5fd..ae62c194c 100644
--- a/docs/gocd-integration.md
+++ b/docs/gocd-integration.md
@@ -79,11 +79,11 @@ LambdaTest integration with GoCD will help your perform Selenium test automation
## Configuring GoCD Pipeline For LambdaTest Selenium Grid
***
-**Step 1:** Visit your GoCD Dashboard and create a new pipeline by selecting the option to “Use Pipeline as Code”.
+**Step 1:** Visit your GoCD Dashboard and create a new pipeline by selecting the option to "Use Pipeline as Code".
-**Step 2:** Scroll-down to the section to “Register Your Pipelines as Code Repo with GoCD” and untick the box for using the same SCM repository.
+**Step 2:** Scroll-down to the section to "Register Your Pipelines as Code Repo with GoCD" and untick the box for using the same SCM repository.
diff --git a/docs/goodday-integration.md b/docs/goodday-integration.md
index c03fbe035..7aac9b008 100644
--- a/docs/goodday-integration.md
+++ b/docs/goodday-integration.md
@@ -71,15 +71,15 @@ The LambdaTest GoodDay integration helps you in filing bug-related issues to you
> **What is an API token?**
What is an API token? When two different applications interact with each other, a server-to-server communication is established. API token is needed for authenticating user identity from one server to another, by fetching user-owned resources available on the server from where the communication is initiated. API token has been a necessity for maintaining security and data integrity of any application. They are just as vital to an end user as they are to an application. API tokens are relevant if an end user logs in an application through a 2-step verification process.
-**Step 5:** You can find your API token from your GoodDay account. If you have not generated one before, you can generate an API token by going to the settings. You will find the “Settings” icon on the top right corner of your dashboard.
+**Step 5:** You can find your API token from your GoodDay account. If you have not generated one before, you can generate an API token by going to the settings. You will find the "Settings" icon on the top right corner of your dashboard.
-**Step 6:** As you click on “Settings”, you will see a section named “Integrations” on the left side navigation bar. Upon clicking “Integrations”, you need to select “API” from the drop-down.
+**Step 6:** As you click on "Settings", you will see a section named "Integrations" on the left side navigation bar. Upon clicking "Integrations", you need to select "API" from the drop-down.
-**Step 7:** Now click on the button “Generate” in order to generate your API token.
+**Step 7:** Now click on the button "Generate" in order to generate your API token.
@@ -99,7 +99,7 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
## How To Log Your First Bug Through GoodDay Integration?
***
-**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking “Real Time Test” option.
+**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking "Real Time Test" option.
**Step 2:** Present a URL of the web-app you need to test in the dialog box. After that, select any configuration for browser and operating system of your choice & hit ‘Start‘.
@@ -109,11 +109,11 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
-**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says “Mark as Bug”.
+**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says "Mark as Bug".
-**Step 5:** After clicking on “Mark as Bug” button a GoodDay specific form would open up. Fill the fields as per your requirement. Click on “Create Issue” & observe it being successfully marked through a single click effort. You can select the following:
+**Step 5:** After clicking on "Mark as Bug" button a GoodDay specific form would open up. Fill the fields as per your requirement. Click on "Create Issue" & observe it being successfully marked through a single click effort. You can select the following:
* You can select which **Project** should the ticket go under.
* You can set the particular **Story Type**.
@@ -123,12 +123,12 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
-**Step 6:** Visit your GoodDay dashboard. Under “Pinned Projects”, you will find the recently raised issue being highlighted.
+**Step 6:** Visit your GoodDay dashboard. Under "Pinned Projects", you will find the recently raised issue being highlighted.
-**Step 8:** As you click on the recently raised issue under the “Not Started” tab, you will notice that all the data which you provided through LambdaTest would already be presented in it. LambdaTest automatically includes test environment details and related screenshots in the ticket as attachments.
+**Step 8:** As you click on the recently raised issue under the "Not Started" tab, you will notice that all the data which you provided through LambdaTest would already be presented in it. LambdaTest automatically includes test environment details and related screenshots in the ticket as attachments.
diff --git a/docs/google-chat-integration.md b/docs/google-chat-integration.md
index 6d46794ca..d4141ff4c 100644
--- a/docs/google-chat-integration.md
+++ b/docs/google-chat-integration.md
@@ -57,7 +57,7 @@ LambdaTest and Google Chat can be used to create test cards in Google Chats Spac
***
**Step 1:** Sign in to your Google account and head to **Google Chat**.
-**Step 2:** Create or select a **Google Space** from the left panel. If you don’t have a Google Space, you can create one by clicking the **“+”** icon.
+**Step 2:** Create or select a **Google Space** from the left panel. If you don’t have a Google Space, you can create one by clicking the **"+"** icon.
@@ -115,7 +115,7 @@ To demonstrate, we take an example of Real-time testing.
-**Step 5:** A Google Chat ticket will open up. Fill in the details like **Assignee, Issue Type, Priority, Summary, and Description**. After populating the required fields, check the **“Send to Google Chat”** option and click **'Mark as Bug'**.
+**Step 5:** A Google Chat ticket will open up. Fill in the details like **Assignee, Issue Type, Priority, Summary, and Description**. After populating the required fields, check the **"Send to Google Chat"** option and click **'Mark as Bug'**.
diff --git a/docs/hive-integration.md b/docs/hive-integration.md
index 8dbcf2fd2..58c7930e8 100644
--- a/docs/hive-integration.md
+++ b/docs/hive-integration.md
@@ -95,7 +95,7 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
## How To Log Your First Bug Through Hive Integration?
***
-**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking “Real Time Test” option.
+**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking "Real Time Test" option.
**Step 2:** Present a URL of the web-app you need to test in the dialog box. After that, select any configuration for browser and operating system of your choice & hit ‘Start‘.
@@ -105,11 +105,11 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
-**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says “Mark as Bug”.
+**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says "Mark as Bug".
-**Step 5:** After clicking on “Mark as Bug” button a Hive specific form would open up. Fill the fields as per your requirement.
+**Step 5:** After clicking on "Mark as Bug" button a Hive specific form would open up. Fill the fields as per your requirement.
---
@@ -123,7 +123,7 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
-**Step 6:** Click on “Create Bug” & observe it being successfully marked through a single click effort. Once you hit the button, you will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **“Bug successfully marked”** indicating that the issue has been successfully pushed to the respective workspace.
+**Step 6:** Click on "Create Bug" & observe it being successfully marked through a single click effort. Once you hit the button, you will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **"Bug successfully marked"** indicating that the issue has been successfully pushed to the respective workspace.
diff --git a/docs/http-basic-authentication.md b/docs/http-basic-authentication.md
index 6edbbe793..13311c2b5 100644
--- a/docs/http-basic-authentication.md
+++ b/docs/http-basic-authentication.md
@@ -43,7 +43,7 @@ slug: http-basic-authentication/
* * *
-HTTP basic authentication represents a challenge and response mechanism to help the server make a request authentication from a client, passing the User ID and password in the URL as the standard HTTP “Authorization” header.
+HTTP basic authentication represents a challenge and response mechanism to help the server make a request authentication from a client, passing the User ID and password in the URL as the standard HTTP "Authorization" header.
For example: `https://username:password@www.example.com/example-page.php`
@@ -55,7 +55,7 @@ HTTP authentication is incompatible among the majority of the web browser. It is
| BROWSER | SUPPORT FOR BASIC HTTP AUTHENTICATION |
| ------------ | --------------------------------------------------------------------------------------------------------------------------- |
| Google Chrome | Supported |
-| Mozilla FireFox | Although supported, Mozilla Firefox may throw a prompt confirmation. Mozilla Firefox performs a check to evaluate whether basic HTTP authentication is mandatory to access the website. In cases, where it isn’t necessary, Firefox will throw a similar warning: “You are about to log in to the site “www.example.com” with the username “username”, but the website does not require authentication. This may be an attempt to trick you.” For more information, refer to the [MDN document](https://developer.mozilla.org/en-US/docs/Web/HTTP/Authentication). |
+| Mozilla FireFox | Although supported, Mozilla Firefox may throw a prompt confirmation. Mozilla Firefox performs a check to evaluate whether basic HTTP authentication is mandatory to access the website. In cases, where it isn’t necessary, Firefox will throw a similar warning: "You are about to log in to the site "www.example.com" with the username "username", but the website does not require authentication. This may be an attempt to trick you." For more information, refer to the [MDN document](https://developer.mozilla.org/en-US/docs/Web/HTTP/Authentication). |
| Safari | Unsupported |
| Edge | Unsupported |
| Internet Explorer | Supported |
diff --git a/docs/hyperexecute-browser-list-api.md b/docs/hyperexecute-browser-list-api.md
index 5c9495113..8ed8f69d9 100644
--- a/docs/hyperexecute-browser-list-api.md
+++ b/docs/hyperexecute-browser-list-api.md
@@ -160,7 +160,7 @@ Example Error Response: -->
```bash
{
- "platform": “windows 10” #optional
+ "platform": "windows 10" #optional
"stable": true #if passed we will return only stable version of browsers
}
```
diff --git a/docs/hyperexecute-how-to-configure-tunnel.md b/docs/hyperexecute-how-to-configure-tunnel.md
index 95e0bc956..478d923fb 100644
--- a/docs/hyperexecute-how-to-configure-tunnel.md
+++ b/docs/hyperexecute-how-to-configure-tunnel.md
@@ -63,7 +63,7 @@ tunnel: true
Specify the list of already running tunnel names which you want to use for accessing your applications which are locally hosted or behind a firewall.
```bash
-tunnelNames: [“lambdatest_tunnel”]
+tunnelNames: ["lambdatest_tunnel"]
```
### 3. Advanced `tunnel` Configurations
diff --git a/docs/hyperexecute-how-to-save-and-manage-secrets.md b/docs/hyperexecute-how-to-save-and-manage-secrets.md
index 03ddebcce..28266b324 100644
--- a/docs/hyperexecute-how-to-save-and-manage-secrets.md
+++ b/docs/hyperexecute-how-to-save-and-manage-secrets.md
@@ -143,7 +143,7 @@ In the above sample YAML file:
- **MyKey2** in the vars section uses `secretKey2`.
- **testRunnerCommand** utilizes `secretKey2` for the password.
-
+
:::info
- By using secrets within your YAML file, you avoid embedding sensitive information directly in your code, enhancing security.
diff --git a/docs/hyperexecute-matrix-multiplexing-strategy.md b/docs/hyperexecute-matrix-multiplexing-strategy.md
index 7bc9894db..5ab4c3a4a 100644
--- a/docs/hyperexecute-matrix-multiplexing-strategy.md
+++ b/docs/hyperexecute-matrix-multiplexing-strategy.md
@@ -67,13 +67,13 @@ In the YAML file shown above, **files** is a user-generated key. **Files** and
## When to opt for Matrix Strategy
-Matrix multiplexing strategy is ideally used when you have to run specific test scenarios across different input (or value) combinations. For example, this approach would be useful if you have to run “scenario1” on “N” version(s) of Chrome and Firefox browsers (that are installed on the Windows 10 platform).
+Matrix multiplexing strategy is ideally used when you have to run specific test scenarios across different input (or value) combinations. For example, this approach would be useful if you have to run "scenario1" on "N" version(s) of Chrome and Firefox browsers (that are installed on the Windows 10 platform).
Here, ‘N’ could be browser version number(s) that are common between the two web browsers e.g. 68.0, 69.0, 89.0, etc. You can also leverage matrix multiplexing strategy to run scenarios based on different tags, files, features, and more. You can specify required key:value pairs in the HyperExecute YAML file or you can specify the same in the source code.
In matrix multiplexing strategy, *`key`:`value`* pairs mentioned in the source code override the same `key`:`value` pairs mentioned in the HyperExecute YAML file.
-Let’s modify the above YAML file to run the scenarios on “latest” version of the Firefox browser:
+Let’s modify the above YAML file to run the scenarios on "latest" version of the Firefox browser:
``` yaml
#runson defines the OS of your test execution node.
diff --git a/docs/hyperexecute-yaml-parameters.md b/docs/hyperexecute-yaml-parameters.md
index 02fe5c8cd..364204ed1 100644
--- a/docs/hyperexecute-yaml-parameters.md
+++ b/docs/hyperexecute-yaml-parameters.md
@@ -144,7 +144,7 @@ The **HyperExecute YAML** file serves as the foundational component for test exe
|[workingDirectory](/support/docs/deep-dive-into-hyperexecute-yaml/#workingdirectory)| Path of Location |This flag determines where test discovery and execution commands operate, including the creation of associated files or directories. |
| [captureScreenRecordingForScenarios](/support/docs/deep-dive-into-hyperexecute-yaml/#capturescreenrecordingforscenarios) | bool |If this key is set to true, the video will be recorded for whole scenario execution |
| [buildConfig](/support/docs/deep-dive-into-hyperexecute-yaml/#buildconfig) | Map | For managing the Hyperlink behaviour. |
-| [matrixEnvPrefix](/support/docs/deep-dive-into-hyperexecute-yaml/#matrixenvprefix) | Boolean |This flag is used to prefix env variables with `HE_ENV_` being set when you run a job in “matrix” mode. Default is false. |
+| [matrixEnvPrefix](/support/docs/deep-dive-into-hyperexecute-yaml/#matrixenvprefix) | Boolean |This flag is used to prefix env variables with `HE_ENV_` being set when you run a job in "matrix" mode. Default is false. |
| [dynamicAllocation](/support/docs/deep-dive-into-hyperexecute-yaml/#dynamicallocation) | Boolean |This flag dynamically allocate test cases to workers as they become available and ensures that all available resources are used to run tests. |
| [collectLocalGitData](/support/docs/deep-dive-into-hyperexecute-yaml/#collectlocalgitdata) | Boolean |This flag is used to store the git diff data related to the repository used to run HyperExecute Jobs. |
| [smartGrid](/support/docs/deep-dive-into-hyperexecute-yaml/#smartgrid) | Boolean |When enabled, it will reduce the browser setup time in case of windows. |
diff --git a/docs/integrate-lambdatest-extension-with-azure-pipelines.md b/docs/integrate-lambdatest-extension-with-azure-pipelines.md
index 1dced6282..b28026c1a 100644
--- a/docs/integrate-lambdatest-extension-with-azure-pipelines.md
+++ b/docs/integrate-lambdatest-extension-with-azure-pipelines.md
@@ -223,7 +223,7 @@ While configuring the LambdaTest Configuration Setup job, as shown above, check
Once you activate it, a LambdaTest Tunnel Options box will appear, which require the [modifiers/arguments](/docs/lambda-tunnel-modifiers/) to configure the tunnel as per requirement. Pass the LambdaTest Tunnel modifiers in JSON format in the options box.
-> Note: Make sure to use the camel case for passing the tunnel modifiers. For example, use sharedTunnel if you want to use the modifier --shared-tunnel. For our demo purpose, we will be using simple modifiers, such as --tunnel-name and --proxy-port: {“tunnelName”:”azure tunnel”, “proxyPort”:8050}
+> Note: Make sure to use the camel case for passing the tunnel modifiers. For example, use sharedTunnel if you want to use the modifier --shared-tunnel. For our demo purpose, we will be using simple modifiers, such as --tunnel-name and --proxy-port: {"tunnelName":"azure tunnel", "proxyPort":8050}
The LambdaTest Tunnel has been successfully configured now. You can test your locally hosted pages and privately hosted pages at the LambdaTest Platform using LambdaTest Tunnel.
diff --git a/docs/karma-integration-with-lambdatest.md b/docs/karma-integration-with-lambdatest.md
index db9d487c5..62a3e3547 100644
--- a/docs/karma-integration-with-lambdatest.md
+++ b/docs/karma-integration-with-lambdatest.md
@@ -77,14 +77,14 @@ Be aware of your LambdaTest authentication credentials i.e. your LambdaTest user
* For Windows user:
```
-set LT_USERNAME=”YOUR_USERNAME”
-set LT_ACCESS_KEY=”YOUR ACCESS KEY”
+set LT_USERNAME="YOUR_USERNAME"
+set LT_ACCESS_KEY="YOUR ACCESS KEY"
```
* For macOS/Linux user:
```
-export LT_USERNAME=”YOUR_USERNAME”
-export LT_ACCESS_KEY=”YOUR ACCESS KEY”
+export LT_USERNAME="YOUR_USERNAME"
+export LT_ACCESS_KEY="YOUR ACCESS KEY"
```
## Getting Started With Karma Test Runner Installation By Creating A Sample Project
@@ -203,7 +203,7 @@ If you wish to use Jenkins, then [follow this documentation](/docs/jenkins-with-
Parallel testing is one of the most in-demand feature of LambdaTest Selenium Grid. By parallel testing, you can run more than one test case, simultaneously. This means that, parallel testing would allow you to execute numerous automation test cases altogether. So you execute a single test scenario across different browsers or could run different test scenarios across the same browser but with different browser versions.
-To perform parallel testing, navigate to sample project “**angular-karma-sample**” and run the below command.
+To perform parallel testing, navigate to sample project "**angular-karma-sample**" and run the below command.
`$ ng test`
diff --git a/docs/lambda-tunnel-modifiers.md b/docs/lambda-tunnel-modifiers.md
index 8a270c433..52fb77e80 100644
--- a/docs/lambda-tunnel-modifiers.md
+++ b/docs/lambda-tunnel-modifiers.md
@@ -68,7 +68,7 @@ This document will help you understand all the modifiers/arguments used with Lam
| -l | --load-balanced | Activates [Load Balancing](https://www.lambdatest.com/support/docs/load-balancing-in-lambda-tunnel/) for LambdaTest Tunnel | N/A |
| | --logFile | Location of the LambdaTest Tunnel Log File | String |
| -m | --mitm | Enable the [MITM(Man-in-the-middle)](https://www.lambdatest.com/support/docs/advanced-tunnel-features/#mitmlocaltesting) mode for LambdaTest Tunnel | N/A |
-| | --mode | Specifies in which mode tunnel should run [ssh,ws]. (default “ssh”) | String |
+| | --mode | Specifies in which mode tunnel should run [ssh,ws]. (default "ssh") | String |
| | --ntlm | To use Microsoft NTLM (Windows NT LAN Manager) authentication for communication or transport purposes. | Boolean |
| | --pidfile | Path Of Pidfile, Where Process ID will Be Written | String |
| -p | --port | Port for LambdaTest Tunnel to activate. | Integer |
diff --git a/docs/leapwork-integration.md b/docs/leapwork-integration.md
index e0340610c..d3e84f241 100644
--- a/docs/leapwork-integration.md
+++ b/docs/leapwork-integration.md
@@ -83,7 +83,7 @@ This is where you-
* Provide the IP address, machine name, or DNS name for the LambdaTest’s Hub
* Specify LambdaTest Port – the default is 80.
* Enter your LambdaTest username and access (refer- Step 4.)
- * Specify the desired “Platform & OS.” A drop-down will appear once you navigate to that section.
+ * Specify the desired "Platform & OS." A drop-down will appear once you navigate to that section.
* For the selected platform, specify the platform version from the drop-down list on which you would like to execute the test.
* Specify the browser from the drop-down list on which you would like to execute the test.
* You can specify the browser version if the test has to be executed on a specific version. Otherwise, you can select ‘latest,’ which will automatically run the test case on the latest available browser version.
diff --git a/docs/live-interaction.md b/docs/live-interaction.md
index 17f96759f..f0e847f38 100644
--- a/docs/live-interaction.md
+++ b/docs/live-interaction.md
@@ -73,7 +73,7 @@ Safari browser will be added in the upcoming releases.
Follow the below-mentioned steps to interact with the browser manually in an automation test:
- Open the test summary page in the **LambdaTest dashboard**
-- Click on the **“Click to view live test”** button
+- Click on the **"Click to view live test"** button
- The status of the test changes to **idle_timeout** while using the Live Interaction feature
- Take complete control of the browser ✅
diff --git a/docs/load-balancing-in-lambda-tunnel.md b/docs/load-balancing-in-lambda-tunnel.md
index a6ef08d66..ca48839ba 100644
--- a/docs/load-balancing-in-lambda-tunnel.md
+++ b/docs/load-balancing-in-lambda-tunnel.md
@@ -60,7 +60,7 @@ Now to activate the Load Balancing feature in the LambdaTest Tunnel, create more
`LT --user username --key access_key --tunnelName SampleTunnel --load-balanced`
>
-To get your LambdaTest Username and Access Key, visit your LambdaTest automation dashboard and click on the “key” icon, present on the left to the help button, on the top right corner.
+To get your LambdaTest Username and Access Key, visit your LambdaTest automation dashboard and click on the "key" icon, present on the left to the help button, on the top right corner.
For example, in the below screenshot, you can see two tunnels activated in the Load Balanced mode, using the above syntax:
@@ -75,10 +75,10 @@ Now when you will go to you LambdaTest dashboard, you will find both the tunnels
* * *
-After activating the load balanced tunnels, all you need to do is to pass the “tunnel” capability as true in your automation test script. This will automatically run your tests in parallel by taking advantage of the Load Balancing.
+After activating the load balanced tunnels, all you need to do is to pass the "tunnel" capability as true in your automation test script. This will automatically run your tests in parallel by taking advantage of the Load Balancing.
>
-Please note that you do not need to set the “tunnelName” capability as the tunnel name will be automatically managed from active tunnels in your profile.
+Please note that you do not need to set the "tunnelName" capability as the tunnel name will be automatically managed from active tunnels in your profile.
For example, here is the Automation Logs view of the test run using the Load Balancing feature of LambdaTest Tunnel.
diff --git a/docs/local-testing-for-linux.md b/docs/local-testing-for-linux.md
index b978d8b9a..42c0292e1 100644
--- a/docs/local-testing-for-linux.md
+++ b/docs/local-testing-for-linux.md
@@ -58,7 +58,7 @@ So for example, if your user login email is example@lambdatest.com and your user
>**Note:** After you execute the command, you may be asked for user permission. Make sure you have administrator access to allow the file to run successfully.
-In a few seconds, after you execute the command, an SSH connection will be established. You will receive a message inside your command prompt mentioning “***Secure connection established, you may start your tests now***”.
+In a few seconds, after you execute the command, an SSH connection will be established. You will receive a message inside your command prompt mentioning "***Secure connection established, you may start your tests now***".
@@ -84,7 +84,7 @@ In a few seconds, after you execute the command, an SSH connection will be estab
->**Important Note:** Some Safari browsers, on both Mac machines and iOS browsers, doesn’t support automatic resolution of URL string “localhost”. Therefore if you test on URLs like “`http://localhost/`” or “`http://localhost:8080`” etc, you would get an error in these browsers. A possible solution is to replace the string “`localhost`” with machine IP address. For example if you wanted to test “`http://localhost/dashboard`” or “`http://localhost/dashboard:8080`”, and your machine IP is 192.168.2.6 you can instead test on “`http://192.168.2.6/dashboard`” or “`http://192.168.2.6/dashboard:8080`”.
+>**Important Note:** Some Safari browsers, on both Mac machines and iOS browsers, doesn’t support automatic resolution of URL string "localhost". Therefore if you test on URLs like "`http://localhost/`" or "`http://localhost:8080`" etc, you would get an error in these browsers. A possible solution is to replace the string "`localhost`" with machine IP address. For example if you wanted to test "`http://localhost/dashboard`" or "`http://localhost/dashboard:8080`", and your machine IP is 192.168.2.6 you can instead test on "`http://192.168.2.6/dashboard`" or "`http://192.168.2.6/dashboard:8080`".
## Testing Local Folder Files Using LambdaTest tunnel
* * *
@@ -96,11 +96,11 @@ In a few seconds, after you execute the command, an SSH connection will be estab
`LT --user {user login email} --key {user key} --dir {"directory/folder name"}`
-**Example:** Let us consider your user login email to be “example@lambdatest.com” with your user key as ‘123asd123’ and you want to test files in the ‘Downloads’ folder, then the command would be:
+**Example:** Let us consider your user login email to be "example@lambdatest.com" with your user key as ‘123asd123’ and you want to test files in the ‘Downloads’ folder, then the command would be:
`LT --user example@lambdatest.com --key 123asd123 --dir "/home/lambda/Downloads"`
-**Step 2:** After you establish a SSH connection, go to LambdaTest and navigate to **Real Time test**. Enter local-folder.lambdatest.com” in URL bar. The list of all files/folders present under the selected directory will be displayed in the browser. Select the test configuration(OS, Browser and screen resolution) of your choice.
+**Step 2:** After you establish a SSH connection, go to LambdaTest and navigate to **Real Time test**. Enter local-folder.lambdatest.com" in URL bar. The list of all files/folders present under the selected directory will be displayed in the browser. Select the test configuration(OS, Browser and screen resolution) of your choice.
@@ -110,7 +110,7 @@ In a few seconds, after you execute the command, an SSH connection will be estab
> **Note:** Similarly, if you want to run any file in the specified directory, you need to give URL as local-folder.lambdatest.com/filename.
-For example: If you have a file ‘test.html’ in your folder. You need to give URL as “local-folder.lambdatest.com/test.html” to run the same file. In this way, you can run any HTML, PHP, Python or similar web files present in any folder of your system, directly in LambdaTest browser.
+For example: If you have a file ‘test.html’ in your folder. You need to give URL as "local-folder.lambdatest.com/test.html" to run the same file. In this way, you can run any HTML, PHP, Python or similar web files present in any folder of your system, directly in LambdaTest browser.
## Terminating The SSH Connection
* * *
@@ -122,7 +122,7 @@ You will receive the below highlighted messages indicating the termination on SS
-**Option 2:** You can also disconnect it using the option provided in the user interface. In the top right corner of LambdaTest interface, you will find a button that says “**Tunnel active**:“. This button displays the number of active tunnels. As you click on it, you will find your tunnel name along with an 'X'. Hit the 'x' to terminate the SSH tunnel.
+**Option 2:** You can also disconnect it using the option provided in the user interface. In the top right corner of LambdaTest interface, you will find a button that says "**Tunnel active**:". This button displays the number of active tunnels. As you click on it, you will find your tunnel name along with an 'X'. Hit the 'x' to terminate the SSH tunnel.
@@ -195,11 +195,11 @@ If you ever misplace your Access key into the hands of someone you don’t trust
Access Key is pivotal for establishing a Secure Shell(SSH) through LambdaTest tunnel to test your locally hosted web-pages or web-apps.
-Find your Access Key while performing any type of testing, from the left navigation menu. You will find a button that says “Configure Tunnel”. Click on that button & a string containing your access key will be presented.
+Find your Access Key while performing any type of testing, from the left navigation menu. You will find a button that says "Configure Tunnel". Click on that button & a string containing your access key will be presented.
-For instance, if you go to **Real-Time Test**, you will observe a button that says “**Configure Tunnel**” on the top-right area of the page. Click on that button and a form would open up through it, providing you with a string containing your access key. You will find the access key in the area underlined below.
+For instance, if you go to **Real-Time Test**, you will observe a button that says "**Configure Tunnel**" on the top-right area of the page. Click on that button and a form would open up through it, providing you with a string containing your access key. You will find the access key in the area underlined below.
diff --git a/docs/local-testing-for-macos.md b/docs/local-testing-for-macos.md
index 40ea88fe4..5cde29f6c 100644
--- a/docs/local-testing-for-macos.md
+++ b/docs/local-testing-for-macos.md
@@ -42,7 +42,7 @@ This file is supported for the below listed macOS:
## Configuring SSH connection with LambdaTest tunnel
* * *
-**Step 1**: Click the button “Configure Tunnel”. Download the binary zip file by clicking the “Download Link”. Also, hit the ‘Copy’ button in the form that opens up to copy the complete string to your system’s clipboard.
+**Step 1**: Click the button "Configure Tunnel". Download the binary zip file by clicking the "Download Link". Also, hit the ‘Copy’ button in the form that opens up to copy the complete string to your system’s clipboard.
@@ -66,7 +66,7 @@ So for example, if your user login email is `example@lambdatest.com` and your us
**Note:** After you execute the command, you may be asked for user permission. Make sure you have administrator access to allow the file to run successfully.
-In a few seconds, after you execute the command, an SSH connection will be established. You will receive a message inside your command prompt mentioning “Secure connection established, you may start your tests now”.
+In a few seconds, after you execute the command, an SSH connection will be established. You will receive a message inside your command prompt mentioning "Secure connection established, you may start your tests now".
@@ -92,7 +92,7 @@ In a few seconds, after you execute the command, an SSH connection will be estab
->**Important Note:** Some Safari browsers, on both Mac machines and iOS browsers, doesn’t support automatic resolution of URL string “localhost”. Therefore if you test on URLs like “`http://localhost/`” or “`http://localhost:8080`” etc, you would get an error in these browsers. A possible solution is to replace the string “`localhost`” with machine IP address. For example if you wanted to test “`http://localhost/dashboard`” or “`http://localhost/dashboard:8080`”, and your machine IP is 192.168.2.6 you can instead test on “`http://192.168.2.6/dashboard`” or “`http://192.168.2.6/dashboard:8080`”.
+>**Important Note:** Some Safari browsers, on both Mac machines and iOS browsers, doesn’t support automatic resolution of URL string "localhost". Therefore if you test on URLs like "`http://localhost/`" or "`http://localhost:8080`" etc, you would get an error in these browsers. A possible solution is to replace the string "`localhost`" with machine IP address. For example if you wanted to test "`http://localhost/dashboard`" or "`http://localhost/dashboard:8080`", and your machine IP is 192.168.2.6 you can instead test on "`http://192.168.2.6/dashboard`" or "`http://192.168.2.6/dashboard:8080`".
## Testing Local Folder Files Using LambdaTest tunnel
@@ -106,11 +106,11 @@ Sample format:
`LT --user {user login email} --key {user key} --dir {"directory/folder name"}`
-**Example:** Let us consider your user login email to be “example@lambdatest.com” with your user key as ‘123asd123’ and you want to test files in the ‘Downloads’ folder, then the command would be:
+**Example:** Let us consider your user login email to be "example@lambdatest.com" with your user key as ‘123asd123’ and you want to test files in the ‘Downloads’ folder, then the command would be:
`LT --user example@lambdatest.com --key 123asd123 --dir "/home/lambda/Downloads"`
-**Step 2**: After you establish a SSH connection, go to LambdaTest and navigate to Real Time test. Enter “local-folder.lambdatest.com” in URL bar. The list of all files/folders present under the selected directory will be displayed in the browser. Select the test configuration(OS, Browser and screen resolution) of your choice.
+**Step 2**: After you establish a SSH connection, go to LambdaTest and navigate to Real Time test. Enter "local-folder.lambdatest.com" in URL bar. The list of all files/folders present under the selected directory will be displayed in the browser. Select the test configuration(OS, Browser and screen resolution) of your choice.
@@ -120,7 +120,7 @@ Sample format:
**Note:** Similarly, if you want to run any file in the specified directory, you need to give URL as local-folder.lambdatest.com/filename.
-**For example**: If you have a file ‘test.html’ in your folder. You need to give URL as “local-folder.lambdatest.com/test.html” to run the same file. In this way, you can run any HTML, PHP, Python or similar web files present in any folder of your system, directly in LambdaTest browser.
+**For example**: If you have a file ‘test.html’ in your folder. You need to give URL as "local-folder.lambdatest.com/test.html" to run the same file. In this way, you can run any HTML, PHP, Python or similar web files present in any folder of your system, directly in LambdaTest browser.
## Terminating The SSH Connection
@@ -133,7 +133,7 @@ You will receive the below highlighted messages indicating the termination on SS
-**Option 2**: You can also disconnect it using the option provided in the user interface. In the top right corner of LambdaTest interface, you will find a button that says “Tunnel active:”. This button displays the number of active tunnels. As you click on it, you will find your tunnel name along with an ‘x’. Hit the ‘x’ to terminate the SSH tunnel.
+**Option 2**: You can also disconnect it using the option provided in the user interface. In the top right corner of LambdaTest interface, you will find a button that says "Tunnel active:". This button displays the number of active tunnels. As you click on it, you will find your tunnel name along with an ‘x’. Hit the ‘x’ to terminate the SSH tunnel.
@@ -208,15 +208,15 @@ An Access Key is a unique string used for the identification of your account.
As we offer a cloud-based platform to host a testing ecosystem to everyone around the globe. Access key plays a crucial role in mapping a Secure Shell (SSH) environment for hosting your locally stored web pages online. They work as your IDs when you gain access to our cloud servers.
-If you ever misplace your Access key into the hands of someone you don’t trust. You can always redefine it by clicking the button for “**Regenerate Access Key**”.
+If you ever misplace your Access key into the hands of someone you don’t trust. You can always redefine it by clicking the button for "**Regenerate Access Key**".
Access Key is pivotal for establishing a Secure Shell(SSH) through LambdaTest tunnel to test your locally hosted web-pages or web-apps.
-Find your Access Key while performing any type of testing, from the left navigation menu. You will find a button that says “Configure Tunnel”. Click on that button & a string containing your access key will be presented.
+Find your Access Key while performing any type of testing, from the left navigation menu. You will find a button that says "Configure Tunnel". Click on that button & a string containing your access key will be presented.
-For instance, if you go to Real-Time Test, you will observe a button that says “Configure Tunnel” on the top-right area of the page. Click on that button and a form would open up through it, providing you with a string containing your access key. You will find the access key in the area underlined below.
+For instance, if you go to Real-Time Test, you will observe a button that says "Configure Tunnel" on the top-right area of the page. Click on that button and a form would open up through it, providing you with a string containing your access key. You will find the access key in the area underlined below.
diff --git a/docs/local-testing-for-windows.md b/docs/local-testing-for-windows.md
index cff1199bb..2bd12a145 100644
--- a/docs/local-testing-for-windows.md
+++ b/docs/local-testing-for-windows.md
@@ -37,7 +37,7 @@ This file is supported for the below listed windows:
## Configuring SSH connection with LambdaTest Tunnel
* * *
-**Step 1**: Click the button **“Configure Tunnel”**. Download the binary zip file by clicking the **“Download Link”**. Also, hit the ‘Copy’ button in the form that opens up to copy the complete string to your system’s clipboard.
+**Step 1**: Click the button **"Configure Tunnel"**. Download the binary zip file by clicking the **"Download Link"**. Also, hit the ‘Copy’ button in the form that opens up to copy the complete string to your system’s clipboard.
@@ -62,7 +62,7 @@ So for example, if your user login email is example@lambdatest.com and your user
---
**Note:** After you execute the command, Windows may ask for user permission. Make sure you have administrator access to allow the file to run successfully.
-In a few seconds, after you execute the command, an SSH connection will be established. You will receive a message inside your command prompt mentioning “**Secure connection established, you may start your tests now**”.
+In a few seconds, after you execute the command, an SSH connection will be established. You will receive a message inside your command prompt mentioning "**Secure connection established, you may start your tests now**".
@@ -88,7 +88,7 @@ In a few seconds, after you execute the command, an SSH connection will be estab
-> **IMPORTANT NOTE**: Some browsers doesn’t support automatic resolution of the URL string “localhost”. Therefore if you test on URLs like “http://localhost/” or “`http://localhost:8080`” etc, you would get an error in these browsers. A possible solution is to use “localhost.lambdatest.com” or replace the string “localhost” with machine IP address. For example if you wanted to test “http://localhost/dashboard” or, and your machine IP is 192.168.2.6 you can instead test on “`http://192.168.2.6/dashboard`”.
+> **IMPORTANT NOTE**: Some browsers doesn’t support automatic resolution of the URL string "localhost". Therefore if you test on URLs like "http://localhost/" or "`http://localhost:8080`" etc, you would get an error in these browsers. A possible solution is to use "localhost.lambdatest.com" or replace the string "localhost" with machine IP address. For example if you wanted to test "http://localhost/dashboard" or, and your machine IP is 192.168.2.6 you can instead test on "`http://192.168.2.6/dashboard`".
## Testing Local Folder Files Using LambdaTest Tunnel
* * *
@@ -100,11 +100,11 @@ In a few seconds, after you execute the command, an SSH connection will be estab
`LT --user {user login email} --key {user key} --dir {"directory/folder name"}`
-**Example:** Let us consider your user login email to be “example@lambdatest.com” with your user key as ‘123asd123’ and you want to test files in the ‘Downloads’ folder, then the command would be:
+**Example:** Let us consider your user login email to be "example@lambdatest.com" with your user key as ‘123asd123’ and you want to test files in the ‘Downloads’ folder, then the command would be:
`LT --user example@lambdatest.com --key 123asd123 --dir "/home/lambda/Downloads"`
-**Step 2:** After you establish a SSH connection, go to LambdaTest and navigate to Real Time test. Enter “local-folder.lambdatest.com” in URL bar. The list of all files/folders present under the selected directory will be displayed in the browser. Select the test configuration(OS, Browser and screen resolution) of your choice.
+**Step 2:** After you establish a SSH connection, go to LambdaTest and navigate to Real Time test. Enter "local-folder.lambdatest.com" in URL bar. The list of all files/folders present under the selected directory will be displayed in the browser. Select the test configuration(OS, Browser and screen resolution) of your choice.
@@ -114,13 +114,13 @@ In a few seconds, after you execute the command, an SSH connection will be estab
**Note:** Similarly, if you want to run any file in the specified directory, you need to give URL as local-folder.lambdatest.com/filename.
-**For example:** If you have a file ‘test.html’ in your folder. You need to give URL as “local-folder.lambdatest.com/test.html” to run the same file.
+**For example:** If you have a file ‘test.html’ in your folder. You need to give URL as "local-folder.lambdatest.com/test.html" to run the same file.
In this way, you can run any HTML, PHP, Python or similar web files present in any folder of your system, directly in LambdaTest browser.
#### Testing Locally Hosted Web Pages On Android
* * *
-**Step 1:** Go to “**Real Time Test**” from the left navigation menu and click on the **mobile** icon. This will guide you to a screen where you can perform cross browser testing for your website on mobile OS. Select the icon for Android and choose from a variety of **Android** mobile devices to start testing.
+**Step 1:** Go to "**Real Time Test**" from the left navigation menu and click on the **mobile** icon. This will guide you to a screen where you can perform cross browser testing for your website on mobile OS. Select the icon for Android and choose from a variety of **Android** mobile devices to start testing.
@@ -131,9 +131,9 @@ In this way, you can run any HTML, PHP, Python or similar web files present in a
#### Testing Locally Hosted Web Pages On iOS
* * *
-**Step 1:** Go to **“Real Time Test”** from the left navigation menu and click on the mobile icon. This will guide you to a screen where you can perform cross browser testing for your website on mobile OS. Select the icon for Apple and choose from a variety of iOS devices to start testing.
+**Step 1:** Go to **"Real Time Test"** from the left navigation menu and click on the mobile icon. This will guide you to a screen where you can perform cross browser testing for your website on mobile OS. Select the icon for Apple and choose from a variety of iOS devices to start testing.
-**Note:** To test your locally hosted web pages on iOS, you need to mention “`http://localhost.lambdatest.com`” or simply mention your machine IP as the URL in the below-highlighted box. For example if you wanted to test "`http://localhost/dashboard`" or "`http://localhost/dashboard:8080`", and your machine IP is 192.168.2.6 you can instead test on "`http://localhost.lambdatest.com/dashboard`" or "`http://192.168.2.6/dashboard`".
+**Note:** To test your locally hosted web pages on iOS, you need to mention "`http://localhost.lambdatest.com`" or simply mention your machine IP as the URL in the below-highlighted box. For example if you wanted to test "`http://localhost/dashboard`" or "`http://localhost/dashboard:8080`", and your machine IP is 192.168.2.6 you can instead test on "`http://localhost.lambdatest.com/dashboard`" or "`http://192.168.2.6/dashboard`".
@@ -152,7 +152,7 @@ You will receive the below highlighted messages indicating the termination on SS
-**Option 2:** You can also disconnect it using the option provided in the user interface. In the top right corner of LambdaTest interface, you will find a button that's says **“Tunnel active”**. This button displays the number of active tunnels. As you click on it, you will find your tunnel name along with an 'x'. Hit the 'x' to terminate the SSH tunnel.
+**Option 2:** You can also disconnect it using the option provided in the user interface. In the top right corner of LambdaTest interface, you will find a button that's says **"Tunnel active"**. This button displays the number of active tunnels. As you click on it, you will find your tunnel name along with an 'x'. Hit the 'x' to terminate the SSH tunnel.
@@ -220,15 +220,15 @@ An Access Key is a unique string used for the identification of your account.
As we offer a cloud-based platform to host a testing ecosystem to everyone around the globe. Access key plays a crucial role in mapping a Secure Shell (SSH) environment for hosting your locally stored web pages online. They work as your IDs when you gain access to our cloud servers.
-If you ever misplace your Access key into the hands of someone you don’t trust. You can always redefine it by clicking the button for “**Regenerate Access Key**”.
+If you ever misplace your Access key into the hands of someone you don’t trust. You can always redefine it by clicking the button for "**Regenerate Access Key**".
**Access Key** is pivotal for establishing a Secure Shell(SSH) through LambdaTest Tunnel to test your locally hosted web-pages or web-apps.
-Find your Access Key while performing any type of testing, from the left **navigation menu**. You will find a button that says “**Configure Tunnel**”. Click on that button & a string containing your access key will be presented.
+Find your Access Key while performing any type of testing, from the left **navigation menu**. You will find a button that says "**Configure Tunnel**". Click on that button & a string containing your access key will be presented.
-For instance, if you go to **Real-Time Test**, you will observe a button that says “**Configure Tunnel**” on the top-right area of the page. Click on that button and a form would open up through it, providing you with a string containing your access key. You will find the access key in the area underlined below.
+For instance, if you go to **Real-Time Test**, you will observe a button that says "**Configure Tunnel**" on the top-right area of the page. Click on that button and a form would open up through it, providing you with a string containing your access key. You will find the access key in the area underlined below.
diff --git a/docs/local-testing-linux.md b/docs/local-testing-linux.md
index 412f8f189..5750b6cf1 100644
--- a/docs/local-testing-linux.md
+++ b/docs/local-testing-linux.md
@@ -79,7 +79,7 @@ LT --user example@lambdatest.com --key 123456789abcdefghijklmnopqrstuv --tunnelN
>**Note:** After you execute the command, you may be asked for user permission. Make sure you have administrator access to allow the file to run successfully.
-In a few seconds, after you execute the command, a tunnel connection will be established. You will receive a message inside your command prompt mentioning **“You can start testing now”**.
+In a few seconds, after you execute the command, a tunnel connection will be established. You will receive a message inside your command prompt mentioning **"You can start testing now"**.
diff --git a/docs/local-testing-macos.md b/docs/local-testing-macos.md
index 0d9c8b083..ac5d9c770 100644
--- a/docs/local-testing-macos.md
+++ b/docs/local-testing-macos.md
@@ -91,7 +91,7 @@ LT --user example@lambdatest.com --key 123456789abcdefghijklmnopqrstuv --tunnelN
```
>**Note**: After you execute the command, you may be asked for user permission. Make sure you have administrator access to allow the file to run successfully.
-In a few seconds, after you execute the command, a tunnel connection will be established. You will receive a message inside your command prompt mentioning **“You can start testing now”**.
+In a few seconds, after you execute the command, a tunnel connection will be established. You will receive a message inside your command prompt mentioning **"You can start testing now"**.
## Testing Locally Hosted Web Pages Using LambdaTest tunnel
diff --git a/docs/local-testing-windows.md b/docs/local-testing-windows.md
index 6236489d8..8670ebd33 100644
--- a/docs/local-testing-windows.md
+++ b/docs/local-testing-windows.md
@@ -169,7 +169,7 @@ You will receive the below highlighted message **‘Tunnel stopped successfully
-**Option 2:** You can also disconnect it using the option provided in the user interface. In the top right corner of LambdaTest interface, you will find a button that's says **“Tunnel active”**. This button displays the number of active tunnels. As you click on it, you will find your tunnel name along with an **‘x’** button. Press the **‘x’** button to terminate the LambdaTest tunnel.
+**Option 2:** You can also disconnect it using the option provided in the user interface. In the top right corner of LambdaTest interface, you will find a button that's says **"Tunnel active"**. This button displays the number of active tunnels. As you click on it, you will find your tunnel name along with an **‘x’** button. Press the **‘x’** button to terminate the LambdaTest tunnel.
diff --git a/docs/mantis-integration.md b/docs/mantis-integration.md
index 68a6264c0..5acdc6c94 100644
--- a/docs/mantis-integration.md
+++ b/docs/mantis-integration.md
@@ -72,19 +72,19 @@ LambdaTest integration with Mantis helps you in filing issues to your project in
When two different applications interact with each other, a server-to-server communication is established. API token is needed for authenticating user identity from one server to another, by fetching user-owned resources available on the server from where the communication is initiated. API token has been a necessity for maintaining security and data integrity of any application. They are just as vital to an end user as they are to an application. API tokens are relevant if an end user logs in an application through a 2-step verification process.
> **What is Mantis Site Address?**
-Your “Mantis Site Address” would be the URL for the instance of your project on Mantishub. The part highlighted with blue in the below image will be your Mantis Site Address.
+Your "Mantis Site Address" would be the URL for the instance of your project on Mantishub. The part highlighted with blue in the below image will be your Mantis Site Address.
-**Step 5:** To find the API token, login to your MantisHub account. Go to the ‘administrator’ drop-down on the top-right corner and click on “My Account”.
+**Step 5:** To find the API token, login to your MantisHub account. Go to the ‘administrator’ drop-down on the top-right corner and click on "My Account".
-**Step 6:** As you click on “My Account”, you will find a tab for “API Tokens”. Enter a value in the provided field. It could be any value you like and then click on the button that says “Create API Token”.
+**Step 6:** As you click on "My Account", you will find a tab for "API Tokens". Enter a value in the provided field. It could be any value you like and then click on the button that says "Create API Token".
-**Step 7:** As you click on “Create API Token”, an API token would be generated. Keep the API token stored with you safely as you won’t be able to see it again.
+**Step 7:** As you click on "Create API Token", an API token would be generated. Keep the API token stored with you safely as you won’t be able to see it again.
@@ -102,7 +102,7 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
## How To Log Your First Bug Through Mantis Integration?
* * *
-**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking “Real Time Test” option.
+**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking "Real Time Test" option.
**Step 2:** Present a URL of the web-app you need to test in the dialog box. After that, select any configuration for browser and operating system of your choice & hit ‘Start‘.
@@ -112,11 +112,11 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
-**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says “Mark as Bug”.
+**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says "Mark as Bug".
-**Step 5:** As you click on “Mark as Bug” button, a Mantis specific form would open up. Fill the fields as per your requirement.
+**Step 5:** As you click on "Mark as Bug" button, a Mantis specific form would open up. Fill the fields as per your requirement.
---
@@ -126,12 +126,12 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
* You can set the severity as well as the priority of the bug.
* You can mention the summary as well for better visibility on dashboard.
* You also get to post a description to help relate the cause of the issue or the task.
-* If you have got a lot to convey then you can do so by populating the “Additional Information”.
+* If you have got a lot to convey then you can do so by populating the "Additional Information".
---
-**Step 6:** Click on “Create Bug” & observe it being successfully marked through a single click effort. Once you hit the button, you will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning “Bug successfully marked” indicating that the issue has been successfully pushed to the respective workspace.
+**Step 6:** Click on "Create Bug" & observe it being successfully marked through a single click effort. Once you hit the button, you will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning "Bug successfully marked" indicating that the issue has been successfully pushed to the respective workspace.
diff --git a/docs/mark-as-bug-responsive-testing.md b/docs/mark-as-bug-responsive-testing.md
index 6f68cb209..3355885ac 100644
--- a/docs/mark-as-bug-responsive-testing.md
+++ b/docs/mark-as-bug-responsive-testing.md
@@ -118,7 +118,7 @@ LambdaTest offers more than 2000 real browsers and browser versions on every typ
## Pushing Bugs To Third Party Tools
***
-LambdaTest provides integration with various 3rd party applications to help you collaborate with your teammates easily as you perform cross browser testing on our cloud-based platform. The **“Mark as Bug”** button will help you to push your edited screenshot to your integrated workspace instantly. You can integrate with the below mentioned 3rd party tools.
+LambdaTest provides integration with various 3rd party applications to help you collaborate with your teammates easily as you perform cross browser testing on our cloud-based platform. The **"Mark as Bug"** button will help you to push your edited screenshot to your integrated workspace instantly. You can integrate with the below mentioned 3rd party tools.
- [JIRA](/docs/jira-integration/)
- [Slack](/docs/slack-integration/)
@@ -145,7 +145,7 @@ LambdaTest provides integration with various 3rd party applications to help you
We are continually adding more integration to our platform. If you use some other tool, don’t hesitate to share it with us! Just drop a message through window.openLTChatWidget()}>**chat** & we’ll bring it here on our platform for you.
-As you click on the **“Mark as Bug”** button, an integration specific form would open up. Fill in the fields as per your requirement. For instance, if you have installed LambdaTest + Asana integration, you can fill the below represented fields.
+As you click on the **"Mark as Bug"** button, an integration specific form would open up. Fill in the fields as per your requirement. For instance, if you have installed LambdaTest + Asana integration, you can fill the below represented fields.
- You can select which workspace the should the task go under.
- You can specify which project the task should be placed under.
diff --git a/docs/mark-as-bug.md b/docs/mark-as-bug.md
index aba26e6e5..e5b1cb6dc 100644
--- a/docs/mark-as-bug.md
+++ b/docs/mark-as-bug.md
@@ -103,7 +103,7 @@ LambdaTest offers more than 3000+ real browsers and browser versions on every ty
## Pushing Bugs To Third Party Tools
-LambdaTest provides integration with various 3rd party applications to help you collaborate with your teammates easily as you perform cross browser testing on our cloud-based platform. The “Mark as Bug” button will allow you instantly push your edited screenshot into your integrated workspace. You can integrate with the below mentioned 3rd party tools.
+LambdaTest provides integration with various 3rd party applications to help you collaborate with your teammates easily as you perform cross browser testing on our cloud-based platform. The "Mark as Bug" button will allow you instantly push your edited screenshot into your integrated workspace. You can integrate with the below mentioned 3rd party tools.
- [JIRA](/docs/jira-integration/)
- [Slack](/docs/slack-integration/)
@@ -130,7 +130,7 @@ LambdaTest provides integration with various 3rd party applications to help you
We are continually adding more integration to our platform. If you use some other tool, don’t hesitate to share it with us! Just drop a message through window.openLTChatWidget()}>**chat** & we’ll bring it here on our platform for you.
-As you click on the “**Mark as Bug**” button, an integration specific form would open up. Fill in the fields as per your requirement. For instance, if you have installed LambdaTest + Asana integration, you can fill the below-represented fields.
+As you click on the "**Mark as Bug**" button, an integration specific form would open up. Fill in the fields as per your requirement. For instance, if you have installed LambdaTest + Asana integration, you can fill the below-represented fields.
- You can select which workspace the task should go under.
diff --git a/docs/network-throttling.md b/docs/network-throttling.md
index 870efcad1..51d451860 100644
--- a/docs/network-throttling.md
+++ b/docs/network-throttling.md
@@ -98,10 +98,9 @@ driver.executeScript("lambda-throttle-network", throttleParams);
```
LambdaTest now allows you to select a network profile before running automation tests. This will allow you to conduct the functional tests of your website or web app on low/high latency networks and offline. In order to simulate the network conditions, you can use the networkProfile capability as shown below.
-
-| JAVASCRIPT EXECUTOR COMMAND | REQUEST PARAMETERS | EXAMPLE |
-| ----------------------------- | ----------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------- |
-| networkProfile | condition: a string or object representing browser network conditions | driver.execute_script(“networkProfile”, {“condition”: {“download”: 500,“upload”: 100,“latency”: 30}}) |
+| JAVASCRIPT EXECUTOR COMMAND | REQUEST PARAMETERS | EXAMPLE |
+| ----------------------- | ------------------------------------------ | -------------------- |
+| networkProfile | condition: a string or object representing browser network conditions | driver.execute_script("networkProfile", {"condition": {"download": 500,"upload": 100,"latency": 30}}) |
## Configuring Network Throttling In Test Automation
diff --git a/docs/pivotal-tracker-integration.md b/docs/pivotal-tracker-integration.md
index e0f5b4605..40e0ad886 100644
--- a/docs/pivotal-tracker-integration.md
+++ b/docs/pivotal-tracker-integration.md
@@ -106,7 +106,7 @@ LambdaTest integration with Pivotal Tracker will help you instantly log UI bugs
-**Note:** After you click on **Mark As Bug**, you will be able to observe it being successfully marked through a single click effort. You will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. After few seconds you will be notified with a **prompt message** *"Your bug has been logged successfully”* indicating that the screenshot has been pushed to your **Pivotal Tracker project**.
+**Note:** After you click on **Mark As Bug**, you will be able to observe it being successfully marked through a single click effort. You will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. After few seconds you will be notified with a **prompt message** *"Your bug has been logged successfully"* indicating that the screenshot has been pushed to your **Pivotal Tracker project**.
diff --git a/docs/practitest-integration.md b/docs/practitest-integration.md
index 7c46418c6..510fa7689 100644
--- a/docs/practitest-integration.md
+++ b/docs/practitest-integration.md
@@ -69,7 +69,7 @@ Visit your PractiTest Dashboard -> Settings -> API Tokens.
**Step 3:** After the VM is launched and operable. You can perform testing on your web-app for finding bugs. If a bug gets revealed, then you need to click on the Bug icon from the left panel for capturing a screenshot of the same.
-**Step 4:** After clicking on “**Mark as Bug**” button a PractiTest specific form would open up. Fill the fields as per your requirement.
+**Step 4:** After clicking on "**Mark as Bug**" button a PractiTest specific form would open up. Fill the fields as per your requirement.
- Select which project should the ticket go under.
- Set which Task List should the bug go under.
diff --git a/docs/project-management-tools-bitbucket-integration.md b/docs/project-management-tools-bitbucket-integration.md
index b5f162975..5830b14d5 100644
--- a/docs/project-management-tools-bitbucket-integration.md
+++ b/docs/project-management-tools-bitbucket-integration.md
@@ -64,7 +64,7 @@ The LambdaTest Bitbucket Integration allows you to create an issue directly in y
-**Step 5.** As you press “ADD” button, you will be directed to an authentication page. Here you will need to grant LambdaTest the access to your user-owned resources on Bitbucket. Hit on the blue button that says **“Grant access”.**
+**Step 5.** As you press "ADD" button, you will be directed to an authentication page. Here you will need to grant LambdaTest the access to your user-owned resources on Bitbucket. Hit on the blue button that says **"Grant access".**
@@ -91,7 +91,7 @@ That is it, you will be notified with a prompt message on top mentioning that Bi
-**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking **“Real Time Test”** option.
+**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking **"Real Time Test"** option.
**Step 2:** Present a URL of the web-app you need to test in the dialog box. After that, select any configuration for browser and operating system of your choice & click **‘Start‘.**
@@ -101,7 +101,7 @@ That is it, you will be notified with a prompt message on top mentioning that Bi
-**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an **in-built image editor.** Once you are done highlighting the bug, click on the button that says **“Mark as Bug”.**
+**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an **in-built image editor.** Once you are done highlighting the bug, click on the button that says **"Mark as Bug".**
@@ -109,7 +109,7 @@ When marking as bug, make sure that you have a repository already created into y
-**Step 5:** If you are up and ready with a repository, then once you click on **“Mark as Bug”** button a Bitbucket specific form would open up. Fill the fields as per your requirement.
+**Step 5:** If you are up and ready with a repository, then once you click on **"Mark as Bug"** button a Bitbucket specific form would open up. Fill the fields as per your requirement.
- You can choose out of your **‘Repositories’,** for logging your UI observation.
- You can set the appropriate **‘Label’** for the same.
@@ -118,7 +118,7 @@ When marking as bug, make sure that you have a repository already created into y
-**Step 6:** Click on **“Create Bug”** & observe it being successfully marked through a single click effort. Once you hit the button, you will get **prompt messages** on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **“Bug successfully marked”** indicating that the UI observation has been pushed to your Bitbucket repository.
+**Step 6:** Click on **"Create Bug"** & observe it being successfully marked through a single click effort. Once you hit the button, you will get **prompt messages** on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **"Bug successfully marked"** indicating that the UI observation has been pushed to your Bitbucket repository.
diff --git a/docs/project-management-tools-github-integration.md b/docs/project-management-tools-github-integration.md
index 3cd291fcb..534640865 100644
--- a/docs/project-management-tools-github-integration.md
+++ b/docs/project-management-tools-github-integration.md
@@ -131,7 +131,7 @@ Go to Integrations again and you will be able to notice a green tick indicating
## Logging Your First Bug Through GitHub Integration
***
-**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking **“Real Time Test”** option.
+**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking **"Real Time Test"** option.
@@ -143,11 +143,11 @@ Go to Integrations again and you will be able to notice a green tick indicating
-**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an **in-built image editor.** Once you are done highlighting the bug, click on the button that says **“Mark as Bug”.**
+**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an **in-built image editor.** Once you are done highlighting the bug, click on the button that says **"Mark as Bug".**
-**Step 5**: After clicking on **“Mark as Bug”** button a GitHub specific form would open up. Fill the fields as per your requirement.
+**Step 5**: After clicking on **"Mark as Bug"** button a GitHub specific form would open up. Fill the fields as per your requirement.
- You can select which repo should the observation be marked under.
- You can select a relevant label for the same UI observation.
@@ -156,7 +156,7 @@ Go to Integrations again and you will be able to notice a green tick indicating
-**Step 6**: Click on **“Create Issue”** & observe it being successfully marked through a single click effort. Once you hit the button, you will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **“Bug successfully marked”** indicating that the bug has been pushed to the desired GitHub repository.
+**Step 6**: Click on **"Create Issue"** & observe it being successfully marked through a single click effort. Once you hit the button, you will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **"Bug successfully marked"** indicating that the bug has been pushed to the desired GitHub repository.
diff --git a/docs/project-management-tools-gitlab-integration.md b/docs/project-management-tools-gitlab-integration.md
index 0655bcc06..2d242fa78 100644
--- a/docs/project-management-tools-gitlab-integration.md
+++ b/docs/project-management-tools-gitlab-integration.md
@@ -105,7 +105,7 @@ That’s it! Go to Integrations again and you will be able to notice a **green t
-4. **“Add a personal access token”** by providing a name for the application. Keep the name that is easy for you to remember as you access token will be derived from it. You can also set an expiry date for that token. Also, select the checkboxes for **‘api’, ‘read_user’ & read_repository** as scopes. These scopes will define the access to authenticate API over Basic OAuth for their respective personal token. After selecting the scopes hit the green button to **“Create personal access token”.**
+4. **"Add a personal access token"** by providing a name for the application. Keep the name that is easy for you to remember as you access token will be derived from it. You can also set an expiry date for that token. Also, select the checkboxes for **‘api’, ‘read_user’ & read_repository** as scopes. These scopes will define the access to authenticate API over Basic OAuth for their respective personal token. After selecting the scopes hit the green button to **"Create personal access token".**
@@ -116,7 +116,7 @@ In scenarios where OAuth is excessively utilized, Personal Access Tokens comes t
---
-After you click on **“Create personal access token”,** you will get a prompt message saying **“Your new personal access token has been created”.** You will find it under the highlighted field.
+After you click on **"Create personal access token",** you will get a prompt message saying **"Your new personal access token has been created".** You will find it under the highlighted field.
@@ -138,7 +138,7 @@ That’s it! Go to Integrations again and you will be able to notice a **green t
---
-**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking **“Real Time Test”** option.
+**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking **"Real Time Test"** option.
**Step 2:** Present a URL of the web-app you need to test in the dialog box. After that, select any configuration for browser and operating system of your choice & click **‘Start‘.**
@@ -148,11 +148,11 @@ That’s it! Go to Integrations again and you will be able to notice a **green t
-**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says **“Mark as Bug”.**
+**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says **"Mark as Bug".**
-**Step 5:** After clicking on **“Mark as Bug”** button a GitLab specific form would open up. Fill the fields as per your requirement.
+**Step 5:** After clicking on **"Mark as Bug"** button a GitLab specific form would open up. Fill the fields as per your requirement.
- You can select which **Projects** should the observation be marked under.
- You can select a relevant **Label** for the same UI observation.
@@ -161,7 +161,7 @@ That’s it! Go to Integrations again and you will be able to notice a **green t
-**Step 6:** Click on **“Create Bug”** & observe it being successfully marked through a single click effort. Once you hit the button, you will get **prompt messages** on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **“Bug marked successfully”** indicating that the bug has been pushed to the desired GitLab repository.
+**Step 6:** Click on **"Create Bug"** & observe it being successfully marked through a single click effort. Once you hit the button, you will get **prompt messages** on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **"Bug marked successfully"** indicating that the bug has been pushed to the desired GitLab repository.
diff --git a/docs/project-management-tools-paymo-integration.md b/docs/project-management-tools-paymo-integration.md
index 85a503299..91b03337e 100644
--- a/docs/project-management-tools-paymo-integration.md
+++ b/docs/project-management-tools-paymo-integration.md
@@ -71,11 +71,11 @@ The LambdaTest Paymo integration helps you in filing issues to your project in P
-**Step 6:** As you click on settings icon, go to **“Your Settings”.**
+**Step 6:** As you click on settings icon, go to **"Your Settings".**
-**Step 7:** Scroll down to the bottom of the page and you will find a section for **“APP PASSWORDS(API KEYS)”.** Mention any input you like in the box & click on **‘Generate’.**
+**Step 7:** Scroll down to the bottom of the page and you will find a section for **"APP PASSWORDS(API KEYS)".** Mention any input you like in the box & click on **‘Generate’.**
@@ -99,7 +99,7 @@ That’s it! Go to Integrations again and you will be able to notice a **green t
---
-**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking **“Real Time Test”** option.
+**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking **"Real Time Test"** option.
**Step 2:** Present a URL of the web-app you need to test in the dialog box. After that, select any configuration for browser and operating system of your choice & click **‘Start‘.**
@@ -109,11 +109,11 @@ That’s it! Go to Integrations again and you will be able to notice a **green t
-**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an **in-built image editor.** Once you are done highlighting the bug, click on the button that says **“Mark as Bug”.**
+**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an **in-built image editor.** Once you are done highlighting the bug, click on the button that says **"Mark as Bug".**
-**Step 5:** After clicking on **“Mark as Bug”** button a Paymo specific form would open up. Fill the fields as per your requirement.
+**Step 5:** After clicking on **"Mark as Bug"** button a Paymo specific form would open up. Fill the fields as per your requirement.
> - You can select which **project** should the ticket go under, along with the **Issue type.**
@@ -124,7 +124,7 @@ That’s it! Go to Integrations again and you will be able to notice a **green t
-**Step 6:** Click on **“Create Bug”** & observe it being successfully marked through a single click effort. Once you hit the button, you will get **prompt messages** on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **“Bug successfully marked”** indicating that the issue has been successfully pushed to the respective workspace.
+**Step 6:** Click on **"Create Bug"** & observe it being successfully marked through a single click effort. Once you hit the button, you will get **prompt messages** on top of your Virtual Machine indicating the progress of bug logging. You will get a prompt message in few seconds mentioning **"Bug successfully marked"** indicating that the issue has been successfully pushed to the respective workspace.
diff --git a/docs/qmetry-integration.md b/docs/qmetry-integration.md
index 3ec5d3705..7891b45a9 100644
--- a/docs/qmetry-integration.md
+++ b/docs/qmetry-integration.md
@@ -59,7 +59,7 @@ Once you have your project set up in the QMetry app and test suite ready, you ne
3. Now, you need to provide access of your LambdaTest account to the QMetry app. To do so, add your _username_ and _access key_ over their corresponding fields, and click on **FETCH PLATFORM LIST** button. This will verify your credentials and connect your LambdaTest account with the QMetry app successfully, based on your current plan.
->To get your Username and Access Key, go to your LambdaTest automation dashboard and click on the “key” icon left to the help button, on the top right corner.
+>To get your Username and Access Key, go to your LambdaTest automation dashboard and click on the "key" icon left to the help button, on the top right corner.
diff --git a/docs/queuing.md b/docs/queuing.md
index 43fc88ed7..57aa1af09 100644
--- a/docs/queuing.md
+++ b/docs/queuing.md
@@ -48,7 +48,7 @@ Here, n = number of concurrent sessions.
```
Here is an example, if your LambdaTest account is eligible for 10 concurrent sessions, then your queue can have a maximum of (10 + 150) queued test cases i.e. 160 queued test cases. The scheduling and execution of test cases in your queue will be taken care of by LambdaTest.
-If more tests are sent for execution than allowed by your concurrency limit then they will be put in a queue until the queue reaches its maximum holding capacity. So, if you have a concurrency of 100 but you send 200 tests, the “extra” tests will be queued and run as the first round of tests finish. In this scenario, when the number of running tests drops to 99, 1 test from the queue will start running, and when the next test finishes, another test from the queue will start running. This continues until all the queued tests are executed.
+If more tests are sent for execution than allowed by your concurrency limit then they will be put in a queue until the queue reaches its maximum holding capacity. So, if you have a concurrency of 100 but you send 200 tests, the "extra" tests will be queued and run as the first round of tests finish. In this scenario, when the number of running tests drops to 99, 1 test from the queue will start running, and when the next test finishes, another test from the queue will start running. This continues until all the queued tests are executed.
Keep in mind the below key points before you start queuing your automated test cases using LambdaTest Selenium grid.
diff --git a/docs/ranorex-integration-with-lambdatest.md b/docs/ranorex-integration-with-lambdatest.md
index 0c4661fd4..f6be99902 100644
--- a/docs/ranorex-integration-with-lambdatest.md
+++ b/docs/ranorex-integration-with-lambdatest.md
@@ -61,11 +61,11 @@ In this documentation, we will demonstrate how to set up your Selenium Server us
## Getting Started With Ranorex
***
-**Step 1:** Open Ranorex & click on **“New solution via wizard”** from the left menu.
+**Step 1:** Open Ranorex & click on **"New solution via wizard"** from the left menu.
-**Step 2:** Select the method for **Web testing** over different browsers. Then hit on the button that says **“Click here”**.
+**Step 2:** Select the method for **Web testing** over different browsers. Then hit on the button that says **"Click here"**.
@@ -77,7 +77,7 @@ In this documentation, we will demonstrate how to set up your Selenium Server us
-**Step 5:** Select your recording behaviour as **“Do not use whitelisting”**.
+**Step 5:** Select your recording behaviour as **"Do not use whitelisting"**.
@@ -91,7 +91,7 @@ In this documentation, we will demonstrate how to set up your Selenium Server us
-**Step 2:** Add the **end point** to run the test suite on Selenium Grid offered by LambdaTest. You can do so by going to the tab for **“Endpoint”** Select **WebDriver** Provide an **Endpoint name** & **Address(Hub URL)**. Click on **Add endpoint**.
+**Step 2:** Add the **end point** to run the test suite on Selenium Grid offered by LambdaTest. You can do so by going to the tab for **"Endpoint"** Select **WebDriver** Provide an **Endpoint name** & **Address(Hub URL)**. Click on **Add endpoint**.
>**Note:** You can check your connection by clicking on **Test connection**.
@@ -114,7 +114,7 @@ In this documentation, we will demonstrate how to set up your Selenium Server us
>Variable name- Mac
>Variable value – Safari
-**Step 2:** Now, under the tab **“Endpoint”**, you need to add a **new configuration** to set up the DesiredCapabilities for LambdaTest Selenium Grid.
+**Step 2:** Now, under the tab **"Endpoint"**, you need to add a **new configuration** to set up the DesiredCapabilities for LambdaTest Selenium Grid.
@@ -122,7 +122,7 @@ In this documentation, we will demonstrate how to set up your Selenium Server us
-**Step 4:** Copy the DesiredCapabilities & add them in Endpoint configurations by placing them in **“Capabilities JSON”**. Don’t forget to provide a name as well.
+**Step 4:** Copy the DesiredCapabilities & add them in Endpoint configurations by placing them in **"Capabilities JSON"**. Don’t forget to provide a name as well.
diff --git a/docs/regular-expression-espresso.md b/docs/regular-expression-espresso.md
index b6bf0c478..ff0407cba 100644
--- a/docs/regular-expression-espresso.md
+++ b/docs/regular-expression-espresso.md
@@ -47,12 +47,12 @@ Platform version is not mandatory only if `deviceName` is passed using regex. If
Usual way to pass the `deviceName` and `platformVersion` looks like this:
```java
-"device" : [“Pixel 6 Pro-12“]
+"device" : ["Pixel 6 Pro-12"]
```
Passing `deviceName` using REGEX:
```java
-"device" : [“Pixel.*-12“]
+"device" : ["Pixel.*-12"]
```
:::tip Right way to pass REGEX:
diff --git a/docs/regular-expression-xcui.md b/docs/regular-expression-xcui.md
index f1c7975d3..ff033c0ff 100644
--- a/docs/regular-expression-xcui.md
+++ b/docs/regular-expression-xcui.md
@@ -46,12 +46,12 @@ Platform version is not mandatory only if `deviceName` is passed using regex. If
Usual way to pass the `deviceName` and `platformVersion` looks like this:
```java
-"device" : [“Pixel 6 Pro-12“]
+"device" : ["Pixel 6 Pro-12"]
```
Passing `deviceName` using REGEX:
```java
-"device" : [“Pixel.*-12“]
+"device" : ["Pixel.*-12"]
```
:::tip Right way to pass REGEX:
diff --git a/docs/report-portal-cypress.md b/docs/report-portal-cypress.md
index 7f031ed78..0009fbb1f 100644
--- a/docs/report-portal-cypress.md
+++ b/docs/report-portal-cypress.md
@@ -48,7 +48,7 @@ This article will guide you on how to integrate the **LambdaTest** platform with
***
-- Define the file name in the “`reporter_config_file`“ capability of `lambdatest-config.json` file as mentioned in the below screenshot
+- Define the file name in the "`reporter_config_file`" capability of `lambdatest-config.json` file as mentioned in the below screenshot
diff --git a/docs/rkvalidate-integration.md b/docs/rkvalidate-integration.md
index d716d8a11..e86d3e2c5 100644
--- a/docs/rkvalidate-integration.md
+++ b/docs/rkvalidate-integration.md
@@ -105,7 +105,7 @@ rkresults
5. Run the below command to get the results.
```
-“rkresults”
+"rkresults"
```
diff --git a/docs/run-selenium-ide-tests-on-lambdatest-selenium-cloud-grid.md b/docs/run-selenium-ide-tests-on-lambdatest-selenium-cloud-grid.md
index 5de8ccc71..13f32a939 100644
--- a/docs/run-selenium-ide-tests-on-lambdatest-selenium-cloud-grid.md
+++ b/docs/run-selenium-ide-tests-on-lambdatest-selenium-cloud-grid.md
@@ -69,7 +69,7 @@ In this document, we will see how to run Selenium IDE tests on LambdaTest cloud
```
-* You also need your LambdaTest authentication credentials, which includes your LambdaTest username, and access key. These will be set up as the Secrets for configuring the pipeline. To get your Username and Access Key, go to your [LambdaTest automation dashboard](https://automation.lambdatest.com/) and click on the “key” icon left to the help button, on the top right corner.
+* You also need your LambdaTest authentication credentials, which includes your LambdaTest username, and access key. These will be set up as the Secrets for configuring the pipeline. To get your Username and Access Key, go to your [LambdaTest automation dashboard](https://automation.lambdatest.com/) and click on the "key" icon left to the help button, on the top right corner.
diff --git a/docs/selenium-mask-your-data.md b/docs/selenium-mask-your-data.md
index 4b6e21b0c..df7a6f3db 100644
--- a/docs/selenium-mask-your-data.md
+++ b/docs/selenium-mask-your-data.md
@@ -56,9 +56,9 @@ For example:
| Language | Example |
|-------|-------------|
-| Java |`capabilities.setCapability(“lambdaMaskCommands”, {“setValues”, “setCookies, getCookies”});` |
-| Node.js | `capabilities[‘lambdaMaskCommands’] = [“setValues”, “setCookies”, “getCookies”]`|
-| C# | `capabilities.SetCapability(“lambdaMaskCommands”, {“setValues”, “setCookies”, “getCookies”});`|
-| PHP | `$capabilities[“lambdaMaskCommands”] = array(“setValues”, “setCookies”, “getCookies”)`|
-| Python | `capabilities[“lambdaMaskCommands”] = [“setValues”, “setCookies”, “getCookies”]`|
-| Ruby |`capabilities[“lambdaMaskCommands”] = [“setValues”, “setCookies”, “getCookies”]`|
\ No newline at end of file
+| Java |`capabilities.setCapability("lambdaMaskCommands", {"setValues", "setCookies, getCookies"});` |
+| Node.js | `capabilities[‘lambdaMaskCommands’] = ["setValues", "setCookies", "getCookies"]`|
+| C# | `capabilities.SetCapability("lambdaMaskCommands", {"setValues", "setCookies", "getCookies"});`|
+| PHP | `$capabilities["lambdaMaskCommands"] = array("setValues", "setCookies", "getCookies")`|
+| Python | `capabilities["lambdaMaskCommands"] = ["setValues", "setCookies", "getCookies"]`|
+| Ruby |`capabilities["lambdaMaskCommands"] = ["setValues", "setCookies", "getCookies"]`|
\ No newline at end of file
diff --git a/docs/selenium-three-capabilities.md b/docs/selenium-three-capabilities.md
index 071d581d8..d55cadba6 100644
--- a/docs/selenium-three-capabilities.md
+++ b/docs/selenium-three-capabilities.md
@@ -49,8 +49,8 @@ slug: selenium-three-capabilities/
| `driver_version` | Example: "driver_version" : "99.0" | Used to specify the driver version of the browser you want to run the test on. Make sure to provide a valid driver version corresponding to the browser used. ``` capabilities.setCapability("driver_version","99.0");|
| `build` | build: "Regression Job #567" Example: 5. | Represent the build number for your test. ` capabilities.setCapability("build", "5.1");` Note: Build string should be less than 255 character |Untitled Build |buildName,job,jobName |String |`capabilities.setCapability("build", "5.1");` Note: Build string should be less than 255 character |Case Sensitive > 255 char
| `projectName` |Example: My Test projectName: "Xaviar Project" |Represent the name of a project. ` capabilities.setCapability("projectName", "Test");` | Untitled |projectName,project |String |`caps.setCapability("projectName","Test");` |Case Sensitive > 255 char |
-| tags | Example: {“Tag 1”, “Tag 2”, “Tag 3”} tags: {“Staging”, “Critical, “Sanity”} | Allows to group your automation tests. `String[] tags = {"Tags"};` `caps.setCapability("tags", tags);` For more details, visit our [documentation](https://www.lambdatest.com/support/docs/group-tests-using-custom-tags/).| | |String |```String[] tags = {"Tags"};``` ```caps.setCapability("tags", tags);``` For more details, visit our documentation. |Case Sensitive > 50 char |
-| `buildTags` | Example: {“Build Tags”} buildTags: {“Build Tags”,"Staging"} | Allows to group your tests builds. `String[] buildTagList = {"Build Tag"};` `caps.setCapability("buildTags", buildTagList);` For more details, visit our [documentation](https://www.lambdatest.com/support/docs/group-and-filter-your-test-builds-using-build-tags/). | | |String |```String[] buildTagList = {"Build Tag"};``` ```caps.setCapability("buildTags", buildTagList);``` For more details, visit our documentation.
+| tags | Example: {"Tag 1", "Tag 2", "Tag 3"} tags: {"Staging", "Critical, "Sanity"} | Allows to group your automation tests. `String[] tags = {"Tags"};` `caps.setCapability("tags", tags);` For more details, visit our [documentation](https://www.lambdatest.com/support/docs/group-tests-using-custom-tags/).| | |String |```String[] tags = {"Tags"};``` ```caps.setCapability("tags", tags);``` For more details, visit our documentation. |Case Sensitive > 50 char |
+| `buildTags` | Example: {"Build Tags"} buildTags: {"Build Tags","Staging"} | Allows to group your tests builds. `String[] buildTagList = {"Build Tag"};` `caps.setCapability("buildTags", buildTagList);` For more details, visit our [documentation](https://www.lambdatest.com/support/docs/group-and-filter-your-test-builds-using-build-tags/). | | |String |```String[] buildTagList = {"Build Tag"};``` ```caps.setCapability("buildTags", buildTagList);``` For more details, visit our documentation.
|`lambda:loadExtension`| Example: `https://automation-prod-user-files.s3.amazonaws.com/extensions/orgId-XXXX/2.1.0_0.zip` | Allows to test `.zip` extension files uploaded on LambdaTest storage. ```String[] extension = {"https://automation-prod-user-files.s3.amazonaws.com/extensions/orgId-XXXX/2.1.0_0.zip"};``` ```capabilities.setCapability("lambda:loadExtension", extension);``` To upload extension on LambdaTest storage, refer to our [documentation](https://www.lambdatest.com/support/docs/api-doc/#/extensions/UploadExtensions). |
|`lambda:userFiles`| Example:804402.png | Allows to test the uploaded files on LambdaTest. ``` capabilities.setCapability("lambda:userFiles", file); ``` For more details about uploading files, visit our [documentation](https://www.lambdatest.com/support/docs/upload-files-using-lambdatest/). | -|
|`commandLog`| Example: true/false | Allows to hide the command logs. ``` capabilities.setCapability("commandLog", false); ``` | FALSE |commandLogs |Boolean |
diff --git a/docs/semaphore-ci-integration.md b/docs/semaphore-ci-integration.md
index ef1f2ae8a..d0f778bca 100644
--- a/docs/semaphore-ci-integration.md
+++ b/docs/semaphore-ci-integration.md
@@ -172,8 +172,8 @@ blocks:
- name: NODE_ENV
commands:
- ls -al
- - echo 'export LT_USERNAME=””' >> .bashrc
- - echo 'export LT_ACCESS_KEY=””' >> .bashrc
+ - echo 'export LT_USERNAME=""' >> .bashrc
+ - echo 'export LT_ACCESS_KEY=""' >> .bashrc
- name: Set Tunnel
task:
diff --git a/docs/shortcut-integration.md b/docs/shortcut-integration.md
index cb1f57775..48b9c259b 100644
--- a/docs/shortcut-integration.md
+++ b/docs/shortcut-integration.md
@@ -75,11 +75,11 @@ When two different applications interact with each other, a server-to-server com
-**Step 6:** As you click on Settings, select “API Tokens” from the left hand side.
+**Step 6:** As you click on Settings, select "API Tokens" from the left hand side.
-**Step 7:** Provide a token name and hit the button that says “Generate Token”.
+**Step 7:** Provide a token name and hit the button that says "Generate Token".
@@ -99,7 +99,7 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
## How To Log Your First Bug Through Shortcut Integration?
***
-**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking “Real Time Test” option.
+**Step 1:** Go for any of the test from the left navigation menu. For demo, we will be taking "Real Time Test" option.
**Step 2:** Present a URL of the web-app you need to test in the dialog box. After that, select any configuration for browser and operating system of your choice & hit ‘Start‘.
@@ -109,11 +109,11 @@ That’s it! Go to Integrations again and you will be able to notice a green tic
-**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says “Mark as Bug”.
+**Step 4:** After a screenshot is captured, you can annotate any issue or a task with an in-built image editor. Once you are done highlighting the bug, click on the button that says "Mark as Bug".
-**Step 5:** After clicking on “Mark as Bug” button a Shortcut specific form would open up. Fill the fields as per your requirement. Click on “Create Issue” & observe it being successfully marked through a single click effort.
+**Step 5:** After clicking on "Mark as Bug" button a Shortcut specific form would open up. Fill the fields as per your requirement. Click on "Create Issue" & observe it being successfully marked through a single click effort.
---
diff --git a/docs/speedup-espresso.md b/docs/speedup-espresso.md
index 79dab40bb..3b7bd378c 100644
--- a/docs/speedup-espresso.md
+++ b/docs/speedup-espresso.md
@@ -63,13 +63,13 @@ POST /framework/v1/espresso/build
| Parameters | Description | Values | Datatype |
| -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
-| `package` | Allows the user to only run specific packages defined | Multiple packages can be passed in comma-separated format. E.g. `[“com.example.proverbial.packagename”]` | Array |
-| `skipPackage` | Allows the user to run all packages except the ones defined | Multiple packages can be passed in comma-separated format. E.g. `[“com.example.proverbial.packagename”]` | Array |
-| `class` | Allows the user to only run specific classes defined | Multiple classes can be passed in comma-separated format. E.g. `[“com.example.proverbial.packagename.classname”]` | Array |
-| `skipClass` | Allows the user to run all classes except the ones defined | Multiple classes can be passed in comma-separated format. E.g. `[“com.example.proverbial.packagename.classname”]` | Array |
-| `annotation` | Allows the user to only run specific annotations defined | Only a single annotation can be passed. E.g. `”com.example.proverbial.annotation”` | String |
-| `skipAnnotation` | Allows the user to run all annotations except the ones defined | Only a single annotation can be passed. E.g. `”com.example.proverbial.annotation”` | String |
-| `size` | Allows the user to run only tests that are annotated with the matching size value `@SmallTest, @MediumTest or @LargeTest` | You may specify only one value for this property from the three valid values i.e. `“small”, “medium”, “large”` | String |
+| `package` | Allows the user to only run specific packages defined | Multiple packages can be passed in comma-separated format. E.g. `["com.example.proverbial.packagename"]` | Array |
+| `skipPackage` | Allows the user to run all packages except the ones defined | Multiple packages can be passed in comma-separated format. E.g. `["com.example.proverbial.packagename"]` | Array |
+| `class` | Allows the user to only run specific classes defined | Multiple classes can be passed in comma-separated format. E.g. `["com.example.proverbial.packagename.classname"]` | Array |
+| `skipClass` | Allows the user to run all classes except the ones defined | Multiple classes can be passed in comma-separated format. E.g. `["com.example.proverbial.packagename.classname"]` | Array |
+| `annotation` | Allows the user to only run specific annotations defined | Only a single annotation can be passed. E.g. `"com.example.proverbial.annotation"` | String |
+| `skipAnnotation` | Allows the user to run all annotations except the ones defined | Only a single annotation can be passed. E.g. `"com.example.proverbial.annotation"` | String |
+| `size` | Allows the user to run only tests that are annotated with the matching size value `@SmallTest, @MediumTest or @LargeTest` | You may specify only one value for this property from the three valid values i.e. `"small", "medium", "large"` | String |
:::info Note
You can not use the following filters simultaneously.
@@ -101,7 +101,7 @@ Please refer to the example `cURL` requests given below for your reference.
"IdleTimeout": 150,
"deviceLog": true,
"build" : "Proverbial-Espresso"
- “package” : [“com.example.proverbial.packagename1”,"com.example.proverbial.packagename2"]
+ "package" : ["com.example.proverbial.packagename1","com.example.proverbial.packagename2"]
}'`}
@@ -113,7 +113,7 @@ Please refer to the example `cURL` requests given below for your reference.
```
- {`curl --location --request POST "https://mobile-api.lambdatest.com/framework/v1/espresso/build" --header "Content-Type: application/json" --header "Authorization: Basic " --data-raw "{\"app\" : \"lt://APP_ID\",\"testSuite\": \"lt://APP_ID\",\"device\" : [\"Pixel 6-12\"],\"queueTimeout\": 360,\"IdleTimeout\": 150,\"deviceLog\": true,\"network\": false,\"build\" : \"Proverbial-Espresso\",\"geoLocation\" : \"FR\", \”package\” : [\”com.example.proverbial.packagename1\”, \”com.example.proverbial.packagename2\”]}"`}
+ {`curl --location --request POST "https://mobile-api.lambdatest.com/framework/v1/espresso/build" --header "Content-Type: application/json" --header "Authorization: Basic " --data-raw "{\"app\" : \"lt://APP_ID\",\"testSuite\": \"lt://APP_ID\",\"device\" : [\"Pixel 6-12\"],\"queueTimeout\": 360,\"IdleTimeout\": 150,\"deviceLog\": true,\"network\": false,\"build\" : \"Proverbial-Espresso\",\"geoLocation\" : \"FR\", \"package\" : [\"com.example.proverbial.packagename1\", \"com.example.proverbial.packagename2\"]}"`}
```
@@ -139,7 +139,7 @@ Please refer to the example `cURL` requests given below for your reference.
"IdleTimeout": 150,
"deviceLog": true,
"build" : "Proverbial-Espresso"
- “class” : [“com.example.proverbial.packagename.classname1”,"com.example.proverbial.packagename.classname2"]
+ "class" : ["com.example.proverbial.packagename.classname1","com.example.proverbial.packagename.classname2"]
}'`}
@@ -151,7 +151,7 @@ Please refer to the example `cURL` requests given below for your reference.
```
- {`curl --location --request POST "https://mobile-api.lambdatest.com/framework/v1/espresso/build" --header "Content-Type: application/json" --header "Authorization: Basic " --data-raw "{\"app\" : \"lt://APP_ID\",\"testSuite\": \"lt://APP_ID\",\"device\" : [\"Pixel 6-12\"],\"queueTimeout\": 360,\"IdleTimeout\": 150,\"deviceLog\": true,\"network\": false,\"build\" : \"Proverbial-Espresso\",\"geoLocation\" : \"FR\", \”class\” : [\”com.example.proverbial.packagename.classname1\”,\"com.example.proverbial.packagename.classname2\"]}"`}
+ {`curl --location --request POST "https://mobile-api.lambdatest.com/framework/v1/espresso/build" --header "Content-Type: application/json" --header "Authorization: Basic " --data-raw "{\"app\" : \"lt://APP_ID\",\"testSuite\": \"lt://APP_ID\",\"device\" : [\"Pixel 6-12\"],\"queueTimeout\": 360,\"IdleTimeout\": 150,\"deviceLog\": true,\"network\": false,\"build\" : \"Proverbial-Espresso\",\"geoLocation\" : \"FR\", \"class\" : [\"com.example.proverbial.packagename.classname1\",\"com.example.proverbial.packagename.classname2\"]}"`}
```
@@ -177,7 +177,7 @@ Please refer to the example `cURL` requests given below for your reference.
"IdleTimeout": 150,
"deviceLog": true,
"build" : "Proverbial-Espresso"
- “annotation” : “com.example.proverbial.annotation”
+ "annotation" : "com.example.proverbial.annotation"
}'`}
@@ -189,7 +189,7 @@ Please refer to the example `cURL` requests given below for your reference.
```
- {`curl --location --request POST "https://mobile-api.lambdatest.com/framework/v1/espresso/build" --header "Content-Type: application/json" --header "Authorization: Basic " --data-raw "{\"app\" : \"lt://APP_ID\",\"testSuite\": \"lt://APP_ID\",\"device\" : [\"Pixel 6-12\"],\"queueTimeout\": 360,\"IdleTimeout\": 150,\"deviceLog\": true,\"network\": false,\"build\" : \"Proverbial-Espresso\",\"geoLocation\" : \"FR\", \”annotation\” : \”com.example.proverbial.annotation\”}"`}
+ {`curl --location --request POST "https://mobile-api.lambdatest.com/framework/v1/espresso/build" --header "Content-Type: application/json" --header "Authorization: Basic " --data-raw "{\"app\" : \"lt://APP_ID\",\"testSuite\": \"lt://APP_ID\",\"device\" : [\"Pixel 6-12\"],\"queueTimeout\": 360,\"IdleTimeout\": 150,\"deviceLog\": true,\"network\": false,\"build\" : \"Proverbial-Espresso\",\"geoLocation\" : \"FR\", \"annotation\" : \"com.example.proverbial.annotation\"}"`}
```
diff --git a/docs/targetprocess-integration.md b/docs/targetprocess-integration.md
index 06eb7cffe..45323a225 100644
--- a/docs/targetprocess-integration.md
+++ b/docs/targetprocess-integration.md
@@ -93,7 +93,7 @@ As you create a new token a key would be generated. Copy this key as you will ne
-Kudos! You’ve successfully integrated LambdaTest with TargetProcess. You will find TargetProcess Integration highlighted under the section **“My Integration“**.
+Kudos! You’ve successfully integrated LambdaTest with TargetProcess. You will find TargetProcess Integration highlighted under the section **"My Integration"**.
@@ -143,7 +143,7 @@ Kudos! You’ve successfully integrated LambdaTest with TargetProcess. You will
**Step 2**: Select **Integrations** from the left-navigation menu. This will guide you to a screen where you will find 3rd party applications, available to integrate with your LambdaTest account.
-**Step 3**: Under **“My Integrations“**, you’ll find the TargetProcess Integration. Click on Remove button to uninstall the integration with LambdaTest and TargetProcess.
+**Step 3**: Under **"My Integrations"**, you’ll find the TargetProcess Integration. Click on Remove button to uninstall the integration with LambdaTest and TargetProcess.
diff --git a/docs/tas-faq.md b/docs/tas-faq.md
index e6d659f40..01b83433c 100644
--- a/docs/tas-faq.md
+++ b/docs/tas-faq.md
@@ -29,7 +29,7 @@ slug: tas-faq-and-troubleshooting/
- You need to migrate the step in your CI pipeline that runs the tests of your repository.
**What are the different Hosting options?**
-- **TAS Cloud** - The entire infrastructure is managed by TAS including the “test runners” that has access to your code for running the tests. The tests in your repository will be executed on cloud runners managed by TAS.
+- **TAS Cloud** - The entire infrastructure is managed by TAS including the "test runners" that has access to your code for running the tests. The tests in your repository will be executed on cloud runners managed by TAS.
- **Self Hosted** - In this option, you need to provide the machines (and manage those machines yourselves) to run tests in your repository. TAS will only receive the tests metadata to show you the insights on TAS portal.
**Will this work on an on-premise data centre.**
diff --git a/docs/teamcity-plugin.md b/docs/teamcity-plugin.md
index b3aee1aca..e796c20da 100644
--- a/docs/teamcity-plugin.md
+++ b/docs/teamcity-plugin.md
@@ -48,7 +48,7 @@ The TeamCity plugin will help you to manage your LambdaTest credentials, write a
## Downloading The TeamCity Plugin From Marketplace
-Visit the [JetBrains marketplace](https://plugins.jetbrains.com/) and enter “LambdaTest” in the search bar.
+Visit the [JetBrains marketplace](https://plugins.jetbrains.com/) and enter "LambdaTest" in the search bar.
diff --git a/docs/teamwork-integration.md b/docs/teamwork-integration.md
index fcc46a4b5..30b0e01e6 100644
--- a/docs/teamwork-integration.md
+++ b/docs/teamwork-integration.md
@@ -68,7 +68,7 @@ LambdaTest integrates with Teamwork Projects, allowing users to file issues dire
:::info Fetch your Teamwork API Token
- Visit your Teamwork account -> **Edit my details** button.
-- You will find the “**API Token**” under the section **API & Mobile**. Copy your API token.
+- You will find the "**API Token**" under the section **API & Mobile**. Copy your API token.
@@ -86,7 +86,7 @@ LambdaTest integrates with Teamwork Projects, allowing users to file issues dire
**Step 3:** After the VM is launched and operable. You can perform testing on your web-app for finding bugs. If a bug gets revealed, then you need to click on the Bug icon from the left panel for capturing a screenshot of the same.
-**Step 4:** After clicking on “Mark as Bug” button a Teamwork specific form would open up. Fill the fields as per your requirement.
+**Step 4:** After clicking on "Mark as Bug" button a Teamwork specific form would open up. Fill the fields as per your requirement.
- Select which project should the ticket go under.
- Set which Task List should the bug go under.
- Set the priority of the issue.
diff --git a/docs/telemetry-logs.md b/docs/telemetry-logs.md
index 8f8cbc594..87f645255 100644
--- a/docs/telemetry-logs.md
+++ b/docs/telemetry-logs.md
@@ -52,7 +52,7 @@ caps.setCapability("seTelemetryLogs", true);
2. Pass the `selenium_version` capability in your test scripts and set it as `4.2.0`.
```bash
-caps.setCapability(“selenium_version”, “4.2.0”);
+caps.setCapability("selenium_version", "4.2.0");
```
## Visualizing Telemetry Logs using Jaeger
diff --git a/docs/testingwhiz-integration.md b/docs/testingwhiz-integration.md
index 5c797671c..e30769a85 100644
--- a/docs/testingwhiz-integration.md
+++ b/docs/testingwhiz-integration.md
@@ -57,7 +57,7 @@ Below is the step by step guide to help you integrate LambdaTest with your Testi
3. Now you need to provide access of your LambdaTest account to your TestingWhiz app. To do so, click on **Add** button.
4. In the open dialog box, you need to enter your Profile name, username, and access key. You can use any name for your profile on TestingWhiz.
- >To get your Username and Access Key, go to your LambdaTest automation dashboard and click on the “key” icon left to the help button, on the top right corner.
+ >To get your Username and Access Key, go to your LambdaTest automation dashboard and click on the "key" icon left to the help button, on the top right corner.
5. Click on Validate and then on OK once the credentials are validated successfully.
6. Now apply your changes by clicking on Apply and then press OK.
diff --git a/docs/tosca-integration.md b/docs/tosca-integration.md
index d1bb5bc28..9a57b1ffe 100644
--- a/docs/tosca-integration.md
+++ b/docs/tosca-integration.md
@@ -33,10 +33,10 @@ This topic will be focusing on:
For demonstrating Tosca-LambdaTest integration, we would be considering the following test scenario:
1. Open [LambdaTest Selenium PlayGround](https://www.lambdatest.com/selenium-playground/).
-2. Click the “Simple Form Demo” link.
-3. Enter the text “Happy Testing” in the text box.
-4. Click the “Get Checked value” button.
-5. Verify if the entered text is present under the “Your Message” section.
+2. Click the "Simple Form Demo" link.
+3. Enter the text "Happy Testing" in the text box.
+4. Click the "Get Checked value" button.
+5. Verify if the entered text is present under the "Your Message" section.
diff --git a/docs/troubleshooting-lambda-tunnel.md b/docs/troubleshooting-lambda-tunnel.md
index 24ffaa1ef..a30ae0ebe 100644
--- a/docs/troubleshooting-lambda-tunnel.md
+++ b/docs/troubleshooting-lambda-tunnel.md
@@ -68,7 +68,7 @@ After configuring the tunnel, you might get into the error similar to the below
-The error “localhost refused to connect” occurs because of using the URL as localhost which is unfortunately not compatible with various browsers and browser versions. We are deliberately eliminating the URL localhost and recovering it with localhost.lambdatest.com or your local system IP.
+The error "localhost refused to connect" occurs because of using the URL as localhost which is unfortunately not compatible with various browsers and browser versions. We are deliberately eliminating the URL localhost and recovering it with localhost.lambdatest.com or your local system IP.
For example you might find above error with URL: `https://localhost/demo.html`
@@ -78,21 +78,21 @@ however, URL: `https://localhost.lambdatest.com/demo.html` or `10.0.0.15/demo.ht
* * *
-While testing an application hosted on your local machine, you may receive an “Invalid Host Header” error message when testing on LambdaTest using a local connection. This error is most commonly caused by a misconfiguration of the application server that causes it to reject non-local connections or reject requests directed at hostnames other than localhost(or any custom one set)
+While testing an application hosted on your local machine, you may receive an "Invalid Host Header" error message when testing on LambdaTest using a local connection. This error is most commonly caused by a misconfiguration of the application server that causes it to reject non-local connections or reject requests directed at hostnames other than localhost(or any custom one set)
-Since, web applications are now built with various different kinds of frameworks like angular, react etc; In order to test it using tunnel the command used to run your web app needs to modified in your project manifest file i.e. “package.json”
+Since, web applications are now built with various different kinds of frameworks like angular, react etc; In order to test it using tunnel the command used to run your web app needs to modified in your project manifest file i.e. "package.json"
-- **Angular Framework Project**: For Angular framework based web app, ideally you might be using “ng serve” or “npm start” to run your web application or your package.json file configuration would be set as “ng serve” in order to start your web app and as usual, it would be working fine on local browser. However, this might throw an “Invalid Host Header”error or error something related to the invalid host in a Real Time Test.
+- **Angular Framework Project**: For Angular framework based web app, ideally you might be using "ng serve" or "npm start" to run your web application or your package.json file configuration would be set as "ng serve" in order to start your web app and as usual, it would be working fine on local browser. However, this might throw an "Invalid Host Header"error or error something related to the invalid host in a Real Time Test.
-To resolve this, here is the quick small solution for you. While running your application, you can either use command `ng serve --host 0.0.0.0 --disable-host-check` or set your start configuration in package.json file as `“ng serve --host 0.0.0.0 --disable-host-check”` instead of changing your running command.
+To resolve this, here is the quick small solution for you. While running your application, you can either use command `ng serve --host 0.0.0.0 --disable-host-check` or set your start configuration in package.json file as `"ng serve --host 0.0.0.0 --disable-host-check"` instead of changing your running command.
- **React Framework Project**: For React framework based web app, you need to create an env file in which you have to add the hostname,syntax: `HOST=< hostname >`, once you are done with it, now you can add your localhost IP along with your hostname in your system hosts file.
Example: `127.0.0.1 < hostname >`
-This would help you avoiding “Invalid Host Header” error.
+This would help you avoiding "Invalid Host Header" error.
## 3. WordPress - CSS Not Loading
@@ -159,7 +159,7 @@ The requests are also logged into a log file `lt.log` which is created in the sa
* * *
Catalina OS users may get the below error from the command line while trying to configure the LambdaTest Tunnel to test their locally hosted web pages:
-“LT can’t be opened because Apple cannot check it for malicious software”
+"LT can’t be opened because Apple cannot check it for malicious software"
This error occurs due to the increased restrictions on third-party software, downloaded from the internet. Since Catalina OS is recently launched by Apple, we are working to make our LambdaTest Tunnel compatible with the new OS.
diff --git a/docs/underpass-tunnel-application.md b/docs/underpass-tunnel-application.md
index 033d04fd4..e87e45157 100644
--- a/docs/underpass-tunnel-application.md
+++ b/docs/underpass-tunnel-application.md
@@ -64,7 +64,7 @@ With LambdaTest Underpass, you can perform [cross browser testing](https://www.l
| [Download Underpass For macOS](https://downloads.lambdatest.com/underpass/master/UnderPass.dmg) |
| [Download Underpass For Linux](https://downloads.lambdatest.com/underpass/master/UnderPass.AppImage) |
-You can also download the Underpass tunnel application from the LambdaTest web-application. Login to your LambdaTest account, and hit the button to configure tunnel. After that, switch to the tab “Download App” and click the button which says “Download Tunnel App”. This will download the binary file using which you can perform browser compatibility testing over your locally hosted web-applications or websites.
+You can also download the Underpass tunnel application from the LambdaTest web-application. Login to your LambdaTest account, and hit the button to configure tunnel. After that, switch to the tab "Download App" and click the button which says "Download Tunnel App". This will download the binary file using which you can perform browser compatibility testing over your locally hosted web-applications or websites.
@@ -148,7 +148,7 @@ You can test such websites by leveraging the MITM toggle under advanced configur
### Accessing A Local Directory
* * *
-With Underpass application, you can easily access a local folder or directory in your computer. All you need to do is paste the address of folder in the field “LOCAL DIRECTORY” under the advanced configurations.
+With Underpass application, you can easily access a local folder or directory in your computer. All you need to do is paste the address of folder in the field "LOCAL DIRECTORY" under the advanced configurations.
diff --git a/docs/upload-files-using-lambdatest.md b/docs/upload-files-using-lambdatest.md
index bd1a8b0e1..312ac1a2a 100644
--- a/docs/upload-files-using-lambdatest.md
+++ b/docs/upload-files-using-lambdatest.md
@@ -56,7 +56,7 @@ You can upload the files on the LambdaTest cloud based Selenium Grid, using our
* Enter your LambdaTest username and access key, in the box that appears, to validate your credentials. Once done, click on the "Authorise button to verify the credentials, and click on Close to close the window.
>
-To get your LambdaTest Username and Access Key, visite your [LambdaTest automation dashboard](https://automation.lambdatest.com/) and click on the “key” icon, present on the top right corner.
+To get your LambdaTest Username and Access Key, visite your [LambdaTest automation dashboard](https://automation.lambdatest.com/) and click on the "key" icon, present on the top right corner.
* Then click on the "Try it out" button.
diff --git a/docs/vividus-integration.md b/docs/vividus-integration.md
index 276e3e75b..90db81dfb 100644
--- a/docs/vividus-integration.md
+++ b/docs/vividus-integration.md
@@ -73,7 +73,7 @@ selenium.grid.password=
This will verify your credentials and connect your LambdaTest account with the Vividus tool successfully, based on your current plan.
-To get your Username and Access Key, go to your [LambdaTest automation dashboard](https://automation.lambdatest.com/timeline/) and click on the “key” icon left to the help button, on the top right corner.
+To get your Username and Access Key, go to your [LambdaTest automation dashboard](https://automation.lambdatest.com/timeline/) and click on the "key" icon left to the help button, on the top right corner.
diff --git a/docs/xcode-plugin-lambdamax.md b/docs/xcode-plugin-lambdamax.md
index 546acd7f3..a93be8c07 100644
--- a/docs/xcode-plugin-lambdamax.md
+++ b/docs/xcode-plugin-lambdamax.md
@@ -40,7 +40,7 @@ With this new plugin, testers and developers never have to leave XCode to execut
-6. Click on **+** icon to add **“New Script Run Action”**. You can change the path and capabilities as per your preference, which will reflect directly on the LambdaTest Grid.
+6. Click on **+** icon to add **"New Script Run Action"**. You can change the path and capabilities as per your preference, which will reflect directly on the LambdaTest Grid.
diff --git a/docs/yaml-integration.md b/docs/yaml-integration.md
index a8c3f8481..603768294 100644
--- a/docs/yaml-integration.md
+++ b/docs/yaml-integration.md
@@ -49,7 +49,7 @@ npm install
-**Step 6:** You will find the YAML configuration file generated over the right side panel. In rare cases, if it doesn’t then you need to select the configuration language to first JSON, and then select YAML again. Now, if you scroll to bottom you will find a section to “Add Your Pipeline as Code Definitions to Your SCM Repository”. Click on the button to “Download Config”.
+**Step 6:** You will find the YAML configuration file generated over the right side panel. In rare cases, if it doesn’t then you need to select the configuration language to first JSON, and then select YAML again. Now, if you scroll to bottom you will find a section to "Add Your Pipeline as Code Definitions to Your SCM Repository". Click on the button to "Download Config".
diff --git a/docs/zipboard-integration.md b/docs/zipboard-integration.md
index 98f92c7d3..dd2e5cd33 100644
--- a/docs/zipboard-integration.md
+++ b/docs/zipboard-integration.md
@@ -130,7 +130,7 @@ You can attach the below details with the screenshot:
Every detail you provide at LambdaTest will automatically be reflected in the zipBoard task.
-> Note: After you click on “Create Bug”, you will be able to observe it being successfully marked through a single click effort. You will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. After few seconds you will be notified with a prompt message “Bug successfully marked” indicating that the screenshot has been pushed to your zipBoard project.
+> Note: After you click on "Create Bug", you will be able to observe it being successfully marked through a single click effort. You will get prompt messages on top of your Virtual Machine indicating the progress of bug logging. After few seconds you will be notified with a prompt message "Bug successfully marked" indicating that the screenshot has been pushed to your zipBoard project.
**Step 6:** If you visit your respective Project on zipBoard, you will find a new task created under it.