Closed ahmedyarub closed 7 months ago
That's odd. The content-type is coming from the OpenAPI schema that describes the Kubernetes API. It's possible that the OpenAPI schema is incompatible with the actual behavior of the Kubernetes API server, since it is manually curated.
What was the specific error message that you saw?
I have just rebuilt with the unpatched version and tested. Here is the response I had:
{ "kind": "Status", "apiVersion": "v1", "metadata": {}, "status": "Failure", "message": "only the following media types are accepted: application/json, application/yaml, application/vnd.kubernetes.protobuf", "reason": "NotAcceptable", "code": 406 }
I can see the code which adds text/plain support but it doesn't seem to be working. That being said I can't imagine that this bug has been in Kubernetes for 7 years and nobody noticed!
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues 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
/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.
This bot triages un-triaged issues 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 Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/reopen
/remove-lifecycle rotten
Please send feedback to sig-contributor-experience at kubernetes/community.
/close not-planned
@k8s-triage-robot: Closing this issue, marking it as "Not Planned".
I'm using CoreV1API_readNamespacedPodLog() to get the logs of a specific pod but k8s returns an error mentioning that text/plain is not supported. I rebuilt by removing this line and then it worked! I'm using Docker Desktop 4.17.1 which comes with Kubernetes 1.25.4. I checked the code of that version and it seems to me that that endpoint is supposed to produce plain/text response since at least 2016! Where is the problem exactly? In the client library? My Kubernetes installation?