Skip to content
New issue

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

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

Already on GitHub? Sign in to your account

Spelling #6747

Open
wants to merge 86 commits into
base: main
Choose a base branch
from
Open

Spelling #6747

wants to merge 86 commits into from

Conversation

jsoref
Copy link

@jsoref jsoref commented Nov 1, 2024

This PR corrects misspellings identified by the check-spelling action.

The misspellings have been reported at https://github.com/jsoref/contour/actions/runs/11628797911#summary-32384590478

The action reports that the changes in this PR would make it happy: https://github.com/jsoref/contour/actions/runs/11628798577#summary-32384592098

jsoref added 30 commits October 14, 2024 21:58
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
jsoref added 12 commits October 31, 2024 18:17
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
Signed-off-by: Josh Soref <[email protected]>
@jsoref jsoref requested a review from a team as a code owner November 1, 2024 11:44
@jsoref jsoref requested review from tsaarni and sunjayBhatia and removed request for a team November 1, 2024 11:44
@sunjayBhatia sunjayBhatia requested review from a team, rajatvig and izturn and removed request for a team November 1, 2024 11:44
Copy link

github-actions bot commented Nov 1, 2024

Hi @jsoref! Welcome to our community and thank you for opening your first Pull Request. Someone will review it soon. Thank you for committing to making Contour better. You can also join us on our mailing list and in our channel in the Kubernetes Slack Workspace

Copy link
Author

@jsoref jsoref left a comment

Choose a reason for hiding this comment

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

As noted in Slack, I'm a human, and I manually selected the corrections. That means I can make mistakes. I didn't spot any for this PR while composing this review, but that doesn't mean there aren't any (I did spot one yesterday for a similar PR that I made elsewhere -- I picked the wrong correction for schame).

I compose changes in a word-family/correction per commit which means if you object to a correction, I can easily drop it (e.g. into, or preexisting). Changes are generally done using tooling for some flavor of search-and-replace (although sometimes they're purely manual). I use VS Code and test w/ CI to try to ensure that I haven't broken tests (the tests here required tags which I didn't have initially, so I had to borrow a tag...). I try to ensure that I don't break whitespace (review shows that in at least one place I adjusted whitespace -- I'm not sure if that was me or VS Code, I think it was me being careful to ensure the replacement included a space).

It's possible for me to split by directory or file extension, but I generally try to discourage that, and while it's occasionally possible for me to split by "comment" vs "code", I wouldn't be able to do that for this repository this year.

#### MacOS
#### macOS
Copy link
Author

Choose a reason for hiding this comment

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

brand

@@ -187,7 +187,7 @@ func getIndex(condType string, subconds []SubCondition) int {
return -1
}

// GetConditionFor returns the a pointer to the condition for a given type,
// GetConditionFor returns a pointer to the condition for a given type,
Copy link
Author

Choose a reason for hiding this comment

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

It's hard to pick the proper article, but there can be only one...

@@ -27,11 +27,11 @@ import (

func TestUpstreamTLSTransportSocket(t *testing.T) {
tests := map[string]struct {
ctxt *envoy_transport_socket_tls_v3.UpstreamTlsContext
ctx *envoy_transport_socket_tls_v3.UpstreamTlsContext
Copy link
Author

Choose a reason for hiding this comment

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

there are many possible ways to abbreviate context, but this short form dominates this repository (and happens to be my preference)

@@ -171,7 +171,7 @@ func TestSDSShouldNotIncrementVersionNumberForUnrelatedSecret(t *testing.T) {

// issue 1169, an invalid certificate should not be
// presented by SDS even if referenced by an ingress object.
func TestSDSshouldNotPublishInvalidSecret(t *testing.T) {
func TestSDSShouldNotPublishInvalidSecret(t *testing.T) {
Copy link
Author

Choose a reason for hiding this comment

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

It's certainly fine to drop this, but a good tool/human will be able to properly parse this as:

Test SDS Should Not Publish Invalid Secret

Just as they should be able to properly parse HTTPProxy as HTTP Proxy (as long as it's properly spelled...) or TestUpstreamTLSWithHTTPRoute...

@@ -462,7 +462,7 @@ func TestBackendTLSPolicyPrecedenceOverUpstreamProtocolAnnotationWithHTTPRoute(t

// Test that a unique cluster name is generated when there is an HTTPProxy with upstream TLS settings
// and an HTTPRoute with a BackendTLSPolicy, configured with unique TLS settings, targeting the same service.
func TestUpstreamTLSWithHTTPRouteANDHTTPProxy(t *testing.T) {
func TestUpstreamTLSWithHTTPRouteAndHTTPProxy(t *testing.T) {
Copy link
Author

Choose a reason for hiding this comment

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

Afaict, this was not an acronym...

@@ -1917,7 +1917,7 @@ <h3 id="projectcontour.io/v1.HeaderMatchCondition">HeaderMatchCondition
</td>
<td>
<p>Name is the name of the header to match against. Name is required.
Header names are case insensitive.</p>
Header names are case-insensitive.</p>
Copy link
Author

Choose a reason for hiding this comment

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

I should call out that I don't have the 1.31 doc fixes here because I branched before that. If you're doing a running review, hopefully you're telling github which changes you've seen so that I can add in the changes for 1.31 at some point. My preference is to amend things into the corresponding commits, but I'm happy to do w/ unsquashed "fixup" commits (and not force-push) if that helps reviewers...

The way I tend to do catch ups is to rebase the spell-check + spelling branches onto a fetched upstream and repeat the workflow until I get back to 0 errors (but I do it in a separate repository to avoid people seeing until I'm ready)...

@@ -454,7 +454,7 @@ spec:
strategy: RequestHash
requestHashPolicies:
- queryParameterHashOptions:
prameterName: param1
parameterName: param1
Copy link
Author

Choose a reason for hiding this comment

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

As noted earlier for a similar documentation item, this typo only appears in docs and there's nothing to indicate it's intentional.

@@ -31,7 +31,7 @@ footer {
p {
margin: 0px;
}
.copywrite {
.copyright {
Copy link
Author

Choose a reason for hiding this comment

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

this is a style change -- the only consumer in this repository is also changed.
it's possible for someone to include this css file in an external consumer (as it's technically a public resource, and thus it's techncially an api change), but, they really shouldn't, ...

@@ -11,7 +11,7 @@
</div>
</div>
<div class="bottom-links">
<div class="copywrite">
<div class="copyright">
Copy link
Author

Choose a reason for hiding this comment

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

this is the corresponding consumer

@@ -14,7 +14,7 @@ if CURRENT_TAG=$(git describe --tags --exact-match 2>/dev/null); then
git tag -l --sort=-v:refname | grep -A5 -x $CURRENT_TAG | grep -v -x $CURRENT_TAG | grep -v 'alpha\|beta\|rc' | head -n 1
elif git describe --tags --abbrev=0 | grep -q -v v1.2.0; then
# Note: Contour v1.2.0 was improperly tagged on main so we
# ignore it to ensure we dont hit that case here.
# ignore it to ensure we don't hit that case here.
Copy link
Author

Choose a reason for hiding this comment

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

while this seems fairly innocuous, it's the kind of change that should be scrutinized the most.
thankfully, # will properly ignore 's and thus I believe it's harmless (but you shoukd never trust a random PR submitter).

Copy link
Member

@sunjayBhatia sunjayBhatia left a comment

Choose a reason for hiding this comment

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

Rather than have this as a one-off, sounds like this is a suggestion to use the https://github.com/marketplace/actions/check-spelling action rather than codespell?

If you want to swap that action out or fix the codespell configuration to catch these errors we would be open to that change

Copy link

codecov bot commented Nov 8, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 81.04%. Comparing base (e5a25e2) to head (072495f).
Report is 59 commits behind head on main.

Additional details and impacted files

Impacted file tree graph

@@            Coverage Diff             @@
##             main    #6747      +/-   ##
==========================================
- Coverage   81.76%   81.04%   -0.73%     
==========================================
  Files         133      133              
  Lines       15944    20001    +4057     
==========================================
+ Hits        13037    16210    +3173     
- Misses       2614     3498     +884     
  Partials      293      293              
Files with missing lines Coverage Δ
internal/annotation/annotations.go 100.00% <ø> (ø)
internal/contour/cond.go 100.00% <ø> (ø)
internal/dag/accessors.go 87.55% <ø> (-0.15%) ⬇️
internal/dag/gatewayapi_processor.go 94.65% <ø> (+0.77%) ⬆️
internal/dag/policy.go 95.67% <ø> (+0.12%) ⬆️
internal/envoy/v3/cluster.go 96.47% <100.00%> (+0.06%) ⬆️
internal/provisioner/controller/gatewayclass.go 71.00% <100.00%> (-0.13%) ⬇️
...nternal/provisioner/objects/dataplane/dataplane.go 85.74% <100.00%> (-1.90%) ⬇️
internal/provisioner/objects/object.go 82.50% <ø> (-1.38%) ⬇️
internal/sorter/sorter.go 100.00% <100.00%> (ø)
... and 3 more

... and 114 files with indirect coverage changes

Copy link

The Contour project currently lacks enough contributors to adequately respond to all PRs.

This bot triages PRs according to the following rules:

  • After 14d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, the PR is closed

You can:

  • Ensure your PR is passing all CI checks. PRs that are fully green are more likely to be reviewed. If you are having trouble with CI checks, reach out to the #contour channel in the Kubernetes Slack workspace.
  • Mark this PR as fresh by commenting or pushing a commit
  • Close this PR
  • Offer to help out with triage

Please send feedback to the #contour channel in the Kubernetes Slack

@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Nov 25, 2024
@jsoref
Copy link
Author

jsoref commented Nov 25, 2024

@sunjayBhatia: once this is merged, i'm more than happy to offer a PR for the workflow, but right now the bot is threatening to kill the PR...

@sunjayBhatia sunjayBhatia removed the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Nov 25, 2024
Copy link

The Contour project currently lacks enough contributors to adequately respond to all PRs.

This bot triages PRs according to the following rules:

  • After 14d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, the PR is closed

You can:

  • Ensure your PR is passing all CI checks. PRs that are fully green are more likely to be reviewed. If you are having trouble with CI checks, reach out to the #contour channel in the Kubernetes Slack workspace.
  • Mark this PR as fresh by commenting or pushing a commit
  • Close this PR
  • Offer to help out with triage

Please send feedback to the #contour channel in the Kubernetes Slack

@github-actions github-actions bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Dec 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants