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

🐛 e2e/watchcache: use cluster client for creating content in a workspace #2632

Conversation

p0lyn0mial
Copy link
Contributor

Summary

previously the tests were trying to create content in a workspace by providing a full path which couldn't have been resolved by the local proxy.

Related issue(s)

xref: #2596

previously the tests were trying to create content in a workspace
by providing a full path which couldn't have been resolved by the local proxy.
wsPath, _ := framework.NewWorkspaceFixture(t, server, orgPath, framework.WithRootShard())
rootShardConfig := server.RootShardSystemMasterBaseConfig(t)
clusterConfig := server.BaseConfig(t)
Copy link
Contributor

Choose a reason for hiding this comment

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

does this really change the URL? both BaseConfig and RootShardSystemMasterBaseConfig point to the base URL.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

yes, in a multi-shard env BaseConfig point to a kubeconfig for the front-proxy whereas RootShardSystemMasterBaseConfig points to a kubeconfig for the root shard :)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

in a single shard env it doesn't matter

@s-urbaniak
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Jan 19, 2023
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Jan 19, 2023

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: ncdc

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Jan 19, 2023
@p0lyn0mial
Copy link
Contributor Author

/retest

1 similar comment
@p0lyn0mial
Copy link
Contributor Author

/retest

@ncdc
Copy link
Member

ncdc commented Jan 19, 2023

If you're hitting flaky tests, please try to add a link to the flake issue when you add a retest comment. If there is no flake issue, please file one. Thanks!

@p0lyn0mial
Copy link
Contributor Author

If you're hitting flaky tests, please try to add a link to the flake issue when you add a retest comment. If there is no flake issue, please file one. Thanks!

okay!

this is the first time i have seen TestAPIConversion failing with failed to create resource v1-widget.yaml doc 1: could not get REST mapping for example.io/v1, Kind=Widget: no matches for kind "Widget" in version "example.io/v1" in https://prow.ci.openshift.org/view/gs/origin-ci-test/pr-logs/pull/kcp-dev_kcp/2632/pull-ci-kcp-dev-kcp-main-e2e-sharded/1616055298005405696

@ncdc
Copy link
Member

ncdc commented Jan 19, 2023

I filed for that and have a fix

@ncdc
Copy link
Member

ncdc commented Jan 19, 2023

2644

@openshift-merge-robot openshift-merge-robot merged commit 998a78b into kcp-dev:main Jan 19, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants