Skip to content

Conversation

roshnisarangadharan
Copy link
Contributor

Harness Developer Pull Request

Thanks for helping us make the Developer Hub better. The PR will be looked at
by the maintainers.

What Type of PR is This?

  • Issue
  • Feature
  • Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

  • Issue(s)

House Keeping

Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

  • Tested Locally
  • Optional Screen Shoot.

@bot-gitexp-user
Copy link

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

thisrohangupta
thisrohangupta previously approved these changes May 22, 2023
Copy link
Collaborator

@thisrohangupta thisrohangupta left a comment

Choose a reason for hiding this comment

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

This looks good

Copy link
Contributor

@deepakbolangady deepakbolangady left a comment

Choose a reason for hiding this comment

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

Some minor things to check. I'm approving assuming that you'll make the changes. Let me know if I need to approve again. Thank you.

@@ -171,6 +171,34 @@ Using `<<<and>>>` in HTTP requests might result in bad requests on the server si

Capability checks are basic accessibility checks and do not follow multiple redirects. Hence, Harness returns from the first `302 Found` response during capability checks.

## HTTP polling

HTTP step supports polling. When you create the HTTP step for polling, the client will keep requesting the resource at regular intervals.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
HTTP step supports polling. When you create the HTTP step for polling, the client will keep requesting the resource at regular intervals.
The HTTP step supports polling. When you create the HTTP step for polling, the client will keep requesting the resource at regular intervals.
  • About "When you create the HTTP step for polling": the when clause means "At the time that ..." So it's more a point in time thing, right? We are describing events that continue to happen subsequently. Should we remove that clause or reword it? (Check my suggestion at the end of this comment.)
  • "Will keep requesting": check whether "requests" works just as well. The simple present works in most cases.

Overall, check whether something like this works:
The HTTP step supports polling. When polling is enabled, the client requests the resource at regular intervals.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

No, polling is not enabled. Here, the idea is creating an HTTP step for the purpose of HTTP polling.

Copy link
Contributor

Choose a reason for hiding this comment

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

Then, can we write "During the execution of the step" or "when the step is being executed"? The idea is not to identify a single point in time with "when you create ..." but to identify the period of time during which the client makes periodic requests.


To support HTTP polling:

1. In the step's **Step Parameters >** **Optional Configuration**, enter the following details:
Copy link
Contributor

@deepakbolangady deepakbolangady May 23, 2023

Choose a reason for hiding this comment

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

I had to read the first few words more than once, but it might be an issue only with me, or maybe the multiple asterisks threw me off. Consider the following:
In the step, go to Step Parameters > Optional Configuration, and then enter the following details
In general, prefer not to use UI element names in running text.

* `<+httpUrl>`
* `<+httpMethod>`
* `<+httpResponseBody>`
* **Headers (optional)**: Enter the key and value for the headers for the message.
Copy link
Contributor

Choose a reason for hiding this comment

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

Would "in the message" be the right wording? (Unless I've wrongly interpreted this text and the headers are going to be added/inserted. If we are evaluating the response and matching with key-value pairs, "in" will be a better choice. Please take a call.) Two fors one after another can make a sentence hard to interpret.

* `<+httpResponseBody>`
* **Headers (optional)**: Enter the key and value for the headers for the message.

For example, in **Key**, enter token, in **Value**, enter secret references such as `<+secrets.getValue("aws-playground_AWS_secret_key")>`.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
For example, in **Key**, enter token, in **Value**, enter secret references such as `<+secrets.getValue("aws-playground_AWS_secret_key")>`.
For example, in **Key**, enter `token`, and, in **Value**, enter secret references such as `<+secrets.getValue("aws-playground_AWS_secret_key")>`.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

If we say token that would mean we want the users to enter token. They're supposed to enter the token value. I'll change the text to .. in Key, enter the token...

Copy link
Contributor

Choose a reason for hiding this comment

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

Yes, that works. Thanks.

2. In **Advanced >** **Failure Strategy**:
* In **On failure of type**, select **All Errors**.
* In **Perform Action**, select **Retry**.
* Enter the **Retry count** and **Retry intervals**.
Copy link
Contributor

@deepakbolangady deepakbolangady May 23, 2023

Choose a reason for hiding this comment

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

  • Please let the UX team know that we should use the singular of "intervals".
  • Avoid using UI element names in flowing text. I don't know how else to describe it. Consider "In Retry count and Retry intervals, specify ..., respectively. (Or split the instruction into two instructions.)

Copy link
Contributor

@deepakbolangady deepakbolangady left a comment

Choose a reason for hiding this comment

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

Some minor things to check. I'm approving assuming that you'll make the changes. Let me know if I need to approve again. Thank you.

Co-authored-by: Deepak Bolangady <deepak.bolangady@harness.io>
@bot-gitexp-user
Copy link

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

@bot-gitexp-user
Copy link

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

1 similar comment
@bot-gitexp-user
Copy link

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app

@roshnisarangadharan roshnisarangadharan merged commit c85edf8 into main May 23, 2023
@roshnisarangadharan roshnisarangadharan deleted the CDS-58185-http-poll branch May 23, 2023 09:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
DO NOT MERGE PR is not ready to be merged.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants