Open Skarlso opened 2 years ago
@Skarlso: This issue is currently awaiting triage.
If CAPA/CAPI contributors determines this is a relevant issue, they will accept it by applying the triage/accepted
label and provide further guidance.
The triage/accepted
label can be added by org members by writing /triage accepted
in a comment.
@Skarlso Thank you for raising this issue. Since this particular doc is inherited from cluster-api project, do you mind raising this issue there?
Yep, will do. :)
It is working in cluster-api book:https://cluster-api.sigs.k8s.io/reference/glossary.html#workload-cluster, so we need to fix it here.
/triage-accepted /good-first-issue
@sedefsavas: This request has been marked as suitable for new contributors.
Please ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-good-first-issue
command.
@sedefsavas Oh cool! I literally almost hit submit my issue. :D nice timing. :)
While reproducing this bug, I noticed that there are many more instances of links not working.
Some broken links currently follow this format:
https://cluster-api-aws.sigs.k8s.io/reference/[file].html
(file here includes glossary
, providers
,...)
But they should follow this format in order to work:
https://cluster-api-aws.sigs.k8s.io/topics/reference/[file].html
(Visiting this link correctly locates the page raised in this issue).
I traced it down to getting-started.md, and found our relative paths are different from the inherited docs under kubernetes-sigs/cluster-api
, which caused links to break.
Should we move the reference folder up in the directory to fix this issue?
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
The issue has been marked as an important bug and triaged. Such issues are automatically marked as frozen when hitting the rotten state to avoid missing important bugs.
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle frozen
/lifecycle active
I think after doing so much activity. The issue is still exist. is it okay if I start working on this by taking your help.
I did a quick scan of the site, these are the links that are currently broken:
@AverageMarcus I would like to work on it.
/assign
@richardcase, any suggestions for it.
I think they are a couple of aspects to this:
How does that sound?
Sounds good. Thanks @richardcase
@Skarlso @richardcase @AverageMarcus I found the cause of error : We are embedding CAPI quick start. But we have kept those files inside topics directory. So when we click on index that all works fine but when we clicks on the links of embedded docs that is showing error.
Let's take a scenerio I am clicking on getting-started link for example - Workload cluster It is redirecting -> https://cluster-api-aws.sigs.k8s.io/reference/glossary.html#workload-cluster But there is noting on this url. Because the relative path is not same for CAPI and CAPA book. And for working fine there should be added topics in between of refrence and BASE URL. But we are actually embedding the book so we can not change this URL. So I only thing we can do is we have to keep all the embedding files in the relative place as they are kept in CAPI.
For working these fine I have to bring reference directory one level up.
This will be automatically fixed by #4067
@Skarlso @hackeramitkumar Is this issue resolved If not I would like to work on this
@ashutosh887 there is a PR releated to it. After merging that this issue will be resolved automatically.
Got it... Thanks for clarifying @hackeramitkumar
This will be automatically fixed by #4067
Note that for that to happen, you must write Closes #3453
into the description.
This issue is labeled with priority/important-soon
but has not been updated in over 90 days, and should be re-triaged.
Important-soon issues must be staffed and worked on either currently, or very soon, ideally in time for the next release.
You can:
/triage accepted
(org members only)/priority important-longterm
or /priority backlog
/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
/kind bug
What steps did you take and what happened: [A clear and concise description of what the bug is.]
https://cluster-api-aws.sigs.k8s.io/getting-started.html?highlight=worker-machine-count#create-your-first-workload-cluster -> here click on workload cluster -> https://cluster-api-aws.sigs.k8s.io/reference/glossary.html#workload-cluster
All of these links in the guide which should lead to somewhere describing the thing I clicked are leading to a 404 page.
What did you expect to happen:
To lead to somewhere describing the thing.
Anything else you would like to add: [Miscellaneous information that will assist in solving the issue.]
Environment:
Documentation under https://cluster-api-aws.sigs.k8s.io/