Repository navigation
chore(deps): bump tornado from 6.5.7 to 6.5.8 in /docs/website - #3135
Merged
google-oss-prow[bot] merged 1 commit intoSep 2, 2026
Merged
Conversation
Bumps [tornado](https://github.com/tornadoweb/tornado) from 6.5.7 to 6.5.8. - [Changelog](https://github.com/tornadoweb/tornado/blob/master/docs/releases.rst) - [Commits](tornadoweb/tornado@v6.5.7...v6.5.8) --- updated-dependencies: - dependency-name: tornado dependency-version: 6.5.8 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>
|
🎉 Welcome to the Kubeflow Spark Operator! 🎉 Thanks for opening your first PR! We're happy to have you as part of our community 🚀 Here's what happens next:
Join the community:
Feel free to ask questions in the comments if you need any help or clarification! |
Contributor
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: nabuskey The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
google-oss-prow
Bot
deleted the
dependabot/uv/docs/website/tornado-6.5.8
branch
September 2, 2026 19:15
shruthis4
pushed a commit
to opendatahub-io/spark-operator
that referenced
this pull request
Sep 17, 2026
* fix: preserve shell-sensitive Spark Connect configuration values (kubeflow#3051) * fix: preserve shell-sensitive Spark Connect configuration values Signed-off-by: Jay Bharadwaj <jbharadw@openai.com> * refactor: improve Spark Connect shell quoting readability Signed-off-by: Jay Bharadwaj <jbharadw@openai.com> --------- Signed-off-by: Jay Bharadwaj <jbharadw@openai.com> * Chore(Remove go card from readme) - kubeflow#3058 (kubeflow#3060) Signed-off-by: Tamir Krasna <64045253+Tankdoggo@users.noreply.github.com> * chore(deps): bump github.com/prometheus/common from 0.67.5 to 0.70.1 in /test/e2e (kubeflow#3083) Bumps [github.com/prometheus/common](https://github.com/prometheus/common) from 0.67.5 to 0.70.1. - [Release notes](https://github.com/prometheus/common/releases) - [Changelog](https://github.com/prometheus/common/blob/main/CHANGELOG.md) - [Commits](prometheus/common@v0.67.5...v0.70.1) --- updated-dependencies: - dependency-name: github.com/prometheus/common dependency-version: 0.70.1 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> * chore(deps): bump actions/checkout from 6.0.2 to 7.0.1 (kubeflow#3086) Bumps [actions/checkout](https://github.com/actions/checkout) from 6.0.2 to 7.0.1. - [Release notes](https://github.com/actions/checkout/releases) - [Commits](actions/checkout@v6.0.2...v7.0.1) --- updated-dependencies: - dependency-name: actions/checkout dependency-version: 7.0.1 dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> * feat(ci): Publish Spark Operator binaries with GitHub releases (kubeflow#3078) * initial commit Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * feat(ci): publish operator binaries with GitHub releases Cross-build spark-operator for linux/amd64 and linux/arm64 in the draft_release job, package with checksums, and attach to the release. Closes kubeflow#3073 Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * fixing typo as part of my previous PR kubeflow#3056 Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * Update .github/workflows/release.yaml Co-authored-by: Tariq Hasan <mmtariquehsn@gmail.com> Signed-off-by: Vikas Saxena <90456542+vikas-saxena02@users.noreply.github.com> * fix(ci): stage release binaries outside the repo and harden verification Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * fix(ci): entrypoint was not part of tar ball so adding it Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * fix(build): read VERSION from file so an inherited env var cannot double the v prefix Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> --------- Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> Signed-off-by: Vikas Saxena <90456542+vikas-saxena02@users.noreply.github.com> Co-authored-by: Tariq Hasan <mmtariquehsn@gmail.com> * feat: garbage-collect terminated SparkApplications via operator default TTL (kubeflow#3042) * feat: add DefaultTimeToLive alpha feature gate Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * feat: add EffectiveTimeToLiveSeconds TTL resolution helper Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * feat: add --default-time-to-live-seconds controller flag Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * feat: apply operator default TTL when reconciling terminated SparkApplications Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * feat: expose default TTL via Helm chart Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * refactor: unify TTL expiry logic and harden default-TTL edges Address code review feedback on the operator default-TTL feature: - Unify expiry into util.IsExpiredWithTTL, the single primitive that takes an explicit (possibly defaulted) TTL; IsExpired delegates to it. Treat a non-positive spec.timeToLiveSeconds as 'expire immediately' everywhere, so an explicit user value always wins over the operator default and behavior is unchanged from before this feature. - Move the expiry decision out of the controller into util; the reconciler now calls util.IsExpiredWithTTL with the effective TTL. - Fix a flaky controller test: drive the app into COMPLETED with a past TerminationTime unconditionally (get-or-create) so the precondition holds even when the object already exists. - Render --default-time-to-live-seconds only when the value is > 0 so a negative value no longer emits the flag; add a chart test for it. Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * feat: make DefaultTimeToLive gate authoritative and consistent Address further review feedback on the operator default-TTL feature: - Gate the Helm-rendered --default-time-to-live-seconds flag on both the DefaultTimeToLive feature gate (new spark-operator.defaultTimeToLive.enabled helper, mirroring the RestSubmitter one) and a positive value, so the chart no longer emits a flag the controller would ignore at runtime. - Validate the flag at controller startup: error in PreRunE when the gate is enabled but the value is non-positive, and warn (after the logger is set up) when the value is set but the gate is disabled. - Log the operator-default provenance only when the app is actually deleted, instead of on every reconcile of a terminated app. - Make the event filter's resync guard use the effective TTL so an app expired via the operator default is re-admitted for deletion, consistent with the controller's cleanup decision; thread defaultTimeToLiveSeconds through the event filter and add coverage. Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * chore: add DefaultTimeToLive feature gate to manager manifest The generated controller manifest enumerates all feature gates in its --feature-gates arg. Add DefaultTimeToLive=false so the manifest matches the registered gates and the drift check passes. Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * fix: reject only negative default TTL and cover the not-yet-expired requeue path Refine the --default-time-to-live-seconds validation and add missing test coverage for the operator default TTL: - Scope the PreRunE guard to negative values only. A negative TTL is never meaningful and is now rejected regardless of the feature gate, while 0 remains the valid 'off' sentinel (even when the gate is enabled) rather than a hard startup error. Update the flag help to match. - Add a controller test for a terminated app that has not yet outlived the operator default TTL (terminated 30s ago, default 60s): assert it is not deleted and is requeued via RequeueAfter computed from the effective TTL. Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * feat: render a zero default TTL as a valid Helm flag and cover it Make defaultTimeToLiveSeconds=0 a valid, explicitly-rendered value rather than a silently-omitted one: - Change the deployment template guard from 'gt ... 0' to 'ge ... 0' so a zero value renders --default-time-to-live-seconds=0 when the gate is enabled. Negative values are still omitted to avoid the binary's startup rejection. Update the chart test for the zero case accordingly. - Add a controller test proving that with the gate enabled and a zero default TTL, a terminated SparkApplication is neither deleted nor requeued (the zero value disables the default, as intended). Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * refactor: normalize default TTL configuration Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> --------- Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> * chore(deps): bump github.com/onsi/ginkgo/v2 from 2.27.2 to 2.32.1 in /test/e2e (kubeflow#3095) Bumps [github.com/onsi/ginkgo/v2](https://github.com/onsi/ginkgo) from 2.27.2 to 2.32.1. - [Release notes](https://github.com/onsi/ginkgo/releases) - [Changelog](https://github.com/onsi/ginkgo/blob/master/CHANGELOG.md) - [Commits](onsi/ginkgo@v2.27.2...v2.32.1) --- updated-dependencies: - dependency-name: github.com/onsi/ginkgo/v2 dependency-version: 2.32.1 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> * docs: document webhook failure when a service mesh sidecar is injected (kubeflow#3100) * docs: document webhook failure when a service mesh sidecar is injected Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * adding caveat for multiple releases Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> --------- Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * fix(webhook): generate valid volume names for ConfigMaps (kubeflow#3099) Signed-off-by: immanuwell <pchpr.00@list.ru> * feat(ci): publish the operator binary extracted from the released image (kubeflow#3098) * feat(ci): publish the operator binary extracted from the released image Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * incoperating review comments by Tariq Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * incoperating review comments by Tariq - take 2 Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> --------- Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * fix(sparkconnect): resolve images from selected template containers (kubeflow#3103) Signed-off-by: immanuwell <pchpr.00@list.ru> * docs: add Spark Connect user guide (kubeflow#3091) Signed-off-by: Vidyansh <ezboi2312@gmail.com> * feat(controller): add default service account fallback for SparkApplication driver (kubeflow#3092) * feat(controller): add default service account fallback for SparkApplication driver Adds a --default-service-account controller flag. When set, SparkApplications that do not specify .spec.driver.serviceAccount fall back to this value at submission time. The fallback is applied to a copy of the application so it is never persisted to the custom resource. Empty by default, so behaviour is unchanged on upgrade. Part of kubeflow#3049 Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * refactor(controller): move driver service account fallback to pkg/util and honour pod template Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * feat(controller): validate --default-service-account is a valid DNS subdomain Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * chore(chart): group --default-service-account with other controller defaults Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * docs: document the default driver service account flag Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> --------- Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * fix(webhook): generate valid volume name for Prometheus ConfigMap (kubeflow#3111) A SparkApplication name may be up to 63 characters, so appending the Prometheus ConfigMap and volume suffixes overshoots the volume name limit and Kubernetes rejects every driver and executor pod of the application. Signed-off-by: rjgoyln <pt40419@gmail.com> * refactor: centralize Spark container selection (kubeflow#3115) * refactor: centralize Spark container selection Signed-off-by: rohith1X8 <rohith18p18@gmail.com> * chore: address review comments Signed-off-by: rohith1X8 <rohith18p18@gmail.com> --------- Signed-off-by: rohith1X8 <rohith18p18@gmail.com> * feat(sparkconnect): add service account fallback for Spark Connect server pod (kubeflow#3109) * feat(sparkconnect): add service account fallback for Spark Connect server pod Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * refactor(sparkconnect): drop server serviceAccount CRD field as asked by Tariq and clarify flag scope Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * refactor(sparkconnect): inline default service account fallback and add log line Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> --------- Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * chore(ci): migrate vulnerability scanning to OSV-Scanner (kubeflow#3110) * chore(ci): migrate vulnerability scanning to OSV-Scanner Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * Update .github/workflows/osv-scanner.yaml Co-authored-by: Manabu McCloskey <manabu.mccloskey@gmail.com> Signed-off-by: Vikas Saxena <90456542+vikas-saxena02@users.noreply.github.com> * chore(ci): remove image scanning job as instructed by @nabuskey Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> --------- Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> Signed-off-by: Vikas Saxena <90456542+vikas-saxena02@users.noreply.github.com> Co-authored-by: Manabu McCloskey <manabu.mccloskey@gmail.com> * chore(deps): bump google.golang.org/grpc from 1.82.1 to 1.83.1 in /test/e2e (kubeflow#3136) Bumps [google.golang.org/grpc](https://github.com/grpc/grpc-go) from 1.82.1 to 1.83.1. - [Release notes](https://github.com/grpc/grpc-go/releases) - [Commits](grpc/grpc-go@v1.82.1...v1.83.1) --- updated-dependencies: - dependency-name: google.golang.org/grpc dependency-version: 1.83.1 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> * chore(deps): bump tornado from 6.5.7 to 6.5.8 in /docs/website (kubeflow#3135) Bumps [tornado](https://github.com/tornadoweb/tornado) from 6.5.7 to 6.5.8. - [Changelog](https://github.com/tornadoweb/tornado/blob/master/docs/releases.rst) - [Commits](tornadoweb/tornado@v6.5.7...v6.5.8) --- updated-dependencies: - dependency-name: tornado dependency-version: 6.5.8 dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> * Make webhook leader election timings configurable (kubeflow#3065) * feat(webhook): add leader election parameters for lease duration, renew deadline, and retry period Signed-off-by: mosa0519 <mohanakrishna.sadhu@netcracker.com> * feat(webhook): add leader election parameters for lease duration and renew deadline Signed-off-by: mosa0519 <mohanakrishna.sadhu@netcracker.com> * feat(webhook): update leader election renew deadline and retry period durations Signed-off-by: mosa0519 <mohanakrishna.sadhu@netcracker.com> --------- Signed-off-by: mosa0519 <mohanakrishna.sadhu@netcracker.com> * fix(webhook): validate ConfigMap references in SparkApplication specs (kubeflow#3117) * fix(webhook): validate ConfigMap references in SparkApplication specs An unusable or repeated ConfigMap reference is accepted today and only surfaces in the pod the mutating webhook builds, which the API server then rejects over a name the user never chose while the application itself looks healthy. ScheduledSparkApplication carries the same spec, so it needs the same check. Signed-off-by: rjgoyln <pt40419@gmail.com> * fix(webhook): point ConfigMap validation errors at the name field Each configMaps entry carries both a name and a mount path, so an error that stops at the list index leaves the reader guessing which of the two is wrong. Signed-off-by: rjgoyln <pt40419@gmail.com> --------- Signed-off-by: rjgoyln <pt40419@gmail.com> * docs: replace Enterprise Gateway notebooks guide with Kubeflow SDK (kubeflow#3141) * docs: replace Enterprise Gateway notebooks guide with Kubeflow SDK Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * docs: correct Kubeflow SDK install to kubeflow[spark] Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * fixing unpushed commit Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * chore: untrack Python bytecode and ignore __pycache__ Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> --------- Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> * docs: add SparkConnect API reference to api-docs.md (kubeflow#3126) * docs: generate api reference for SparkConnect (v1alpha1) Add api/doc.go with 'package api' so gen-crd-api-reference-docs can parse the parent api directory. Update Makefile build-api-docs target to point at the parent api directory to capture both v1beta2 and v1alpha1 packages. Fixes kubeflow#3114 Signed-off-by: Fumer057 <fumer057@users.noreply.github.com> * chore: trigger CI to resolve network flake Signed-off-by: Fumer057 <fumer057@users.noreply.github.com> * docs: address reviewer comments for SparkConnect API reference Signed-off-by: Fumer057 <fumer057@users.noreply.github.com> * docs: fix copyright header in api/doc.go Signed-off-by: Fumer057 <fumer057@users.noreply.github.com> --------- Signed-off-by: Fumer057 <fumer057@users.noreply.github.com> Co-authored-by: Fumer057 <fumer057@users.noreply.github.com> * fix(webhook): validate ConfigMap mount-path uniqueness (kubeflow#3140) * fix(webhook): validate ConfigMap mount-path uniqueness Motivation: spec.{driver,executor}.configMaps entries with different names but the same mount path pass admission today, since the ConfigMap validator only rejected duplicate names. The mutating webhook then builds one volumeMount per entry, so two entries sharing a path produce two volumeMounts with an identical mountPath, which the API server rejects at pod creation with a generic error that gives no hint the SparkApplication spec is the cause. Conversely, mounting the same ConfigMap at two different paths was rejected outright by the duplicate-name check, even though that is a legitimate configuration: the mutating webhook just needs to build one pod volume per distinct ConfigMap and one volumeMount per entry, instead of one volume per entry. Approach: - internal/webhook/configmap_validator.go: validateConfigMapList now rejects entries whose mount Path repeats within the same driver or executor configMaps list, instead of rejecting a repeated Name. - internal/webhook/sparkpod_defaulter.go: addGeneralConfigMaps now adds each derived ConfigMap volume at most once, while still emitting a volumeMount for every entry, so the same ConfigMap can be mounted at multiple paths without the pod ending up with two volumes sharing a name. Validation: - go test ./internal/webhook/... (including the ginkgo envtest suite, run with KUBEBUILDER_ASSETS pointed at the make setup-envtest binaries) passes, including new/updated cases: a duplicate mount path is now rejected, the same ConfigMap at two distinct paths is now accepted and produces one volume with two volumeMounts, and a previously-invalid "duplicate ConfigMap name" spec is now valid as long as paths differ. - go test $(go list ./... | grep -v -e /drift -e /test/e2e) passes. - make go-vet, make go-fmt (no diff), and make go-lint (0 issues) all pass clean; go mod tidy produced no changes. - Branch is at upstream/master tip (ff244c1); upstream's own Integration Test workflow is green on recent master runs. Report: kubeflow#3134 Signed-off-by: Pujitha Paladugu <10557236+pujitha24@users.noreply.github.com> Assisted-by: claude-sonnet-5 (via Claude Code) * fix(webhook): key ConfigMap volume dedup by source name, not generated volume name Signed-off-by: Pujitha Paladugu <10557236+pujitha24@users.noreply.github.com> * fix(webhook): reject empty and reserved ConfigMap mount paths validateConfigMapList now rejects an empty configMaps[].path (which otherwise builds an invalid VolumeMount) and a path that collides with one the webhook reserves for the Spark, Hadoop, or Prometheus ConfigMap it mounts itself, mirroring the same gating logic addPrometheusConfig uses to decide whether that mount happens. Signed-off-by: Pujitha Paladugu <10557236+pujitha24@users.noreply.github.com> --------- Signed-off-by: Pujitha Paladugu <10557236+pujitha24@users.noreply.github.com> Co-authored-by: Pujitha Paladugu <10557236+pujitha24@users.noreply.github.com> * docs: add SparkConnect to the website API reference (kubeflow#3138) * docs: add SparkConnect to the website API reference The reference section documented only the two v1beta2 kinds, so SparkConnect (sparkoperator.k8s.io/v1alpha1) was missing from both the landing page card and the API reference page. make build-api-docs generates from api/v1beta2 only, so there is no generated reference to link for SparkConnect. The page points at the Go types and the Spark Connect user guide instead. Signed-off-by: Shivansh Pandey <shivanshp987@gmail.com> * docs: address review on the SparkConnect API reference - Drop the version claim from the generated-reference link and the regeneration note. kubeflow#3126 extends build-api-docs to the parent api directory, so wording that named v1beta2 would be wrong once it lands; this phrasing holds either way. - Remove the per-CRD facts table. It covered SparkConnect only, and hand-copying group, kind, resource and scope for all three would duplicate what docs/api-docs.md generates. - Update the Reference card on the landing page (docs/website/index.rst) to name all three custom resources. Signed-off-by: Shivansh Pandey <shivanshp987@gmail.com> --------- Signed-off-by: Shivansh Pandey <shivanshp987@gmail.com> * fix: stop adding SparkApplication owner reference to executor pods (kubeflow#3152) * Stop adding SparkApplication owner reference to executor pods Since kubeflow#2670 executor pods carried two owners: the driver pod (controller=true, set by Spark) and the SparkApplication (non-controller, added at submission time). Kubernetes garbage collection only deletes a dependent once all owners are gone, so deleting the driver pod (manual delete, spec.suspend=true, Kueue preemption) left executor pods orphaned until the SparkApplication itself was deleted. Drop the extra owner reference so executors are cascade-deleted with the driver pod. Deleting the SparkApplication still cascades through the driver pod to the executors. Issue: kubeflow#2961 Signed-off-by: KR Ravindra <42912207+KR-Ravindra@users.noreply.github.com> * Assert executor pods are deleted when a SparkApplication is suspended Extend the spark-pi suspend/resume e2e test: wait for an executor pod to exist before suspending, then after the application reaches Suspended assert that no driver or executor pods labelled with the application name remain. With the extra SparkApplication owner reference on executors this assertion fails because the executor pods survive the driver pod deletion. Signed-off-by: KR Ravindra <42912207+KR-Ravindra@users.noreply.github.com> --------- Signed-off-by: KR Ravindra <42912207+KR-Ravindra@users.noreply.github.com> --------- Signed-off-by: Jay Bharadwaj <jbharadw@openai.com> Signed-off-by: Tamir Krasna <64045253+Tankdoggo@users.noreply.github.com> Signed-off-by: dependabot[bot] <support@github.com> Signed-off-by: Vikas Saxena <Vikas.Saxena.2006@gmail.com> Signed-off-by: Vikas Saxena <90456542+vikas-saxena02@users.noreply.github.com> Signed-off-by: dineshkumar181094 <dineshkumar181094@gmail.com> Signed-off-by: immanuwell <pchpr.00@list.ru> Signed-off-by: Vidyansh <ezboi2312@gmail.com> Signed-off-by: rjgoyln <pt40419@gmail.com> Signed-off-by: rohith1X8 <rohith18p18@gmail.com> Signed-off-by: mosa0519 <mohanakrishna.sadhu@netcracker.com> Signed-off-by: Fumer057 <fumer057@users.noreply.github.com> Signed-off-by: Pujitha Paladugu <10557236+pujitha24@users.noreply.github.com> Signed-off-by: Shivansh Pandey <shivanshp987@gmail.com> Signed-off-by: KR Ravindra <42912207+KR-Ravindra@users.noreply.github.com> Co-authored-by: Jay Bharadwaj <jayanth86@users.noreply.github.com> Co-authored-by: Tamir Krasna <64045253+Tankdoggo@users.noreply.github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: Vikas Saxena <90456542+vikas-saxena02@users.noreply.github.com> Co-authored-by: Tariq Hasan <mmtariquehsn@gmail.com> Co-authored-by: Dinesh Kumar <36758667+dineshkumar181094@users.noreply.github.com> Co-authored-by: Immanuel Tikhonov <122638311+immanuwell@users.noreply.github.com> Co-authored-by: Vidyansh Singh <141176362+reckless-sherixx@users.noreply.github.com> Co-authored-by: rjgoyln <151457491+rjgoyln@users.noreply.github.com> Co-authored-by: Rohith Peddi <rohith18p18@gmail.com> Co-authored-by: Manabu McCloskey <manabu.mccloskey@gmail.com> Co-authored-by: mohanakrishna sadhu <43145647+AxcelBlaze003@users.noreply.github.com> Co-authored-by: Rishabh Shukla <rishabhshukla2901@gmail.com> Co-authored-by: Fumer057 <fumer057@users.noreply.github.com> Co-authored-by: Pujitha Paladugu <pujitha.rathna@gmail.com> Co-authored-by: Pujitha Paladugu <10557236+pujitha24@users.noreply.github.com> Co-authored-by: shivansh <shivanshp987@gmail.com> Co-authored-by: KR Ravindra <rajaravindra919@gmail.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bumps tornado from 6.5.7 to 6.5.8.
Changelog
Sourced from tornado's changelog.
... (truncated)
Commits
a55abe3Merge pull request #3704 from bdarnell/security-6.5.8fc79488docs: add additional credit to release notes7b01763Fix test_strip_headers_on_redirect's URL-embedded-credentials casesd72fff8release notes and version bump for 6.5.8b168818auth: Formally deprecated OpenIDMixinda28476web: Also check for semicolons in deprecated mixed-case cookie args8d6363ehttputil: Enforce a new limit on the number of arguments in a requestde85b3fhttputil: Apply multipart max_parts limit earlierDependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)You can disable automated security fix PRs for this repo from the Security Alerts page.