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

chore(deps): bump the effect group with 3 updates #9

Merged
merged 1 commit into from
Jan 14, 2025

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Jan 14, 2025

Bumps the effect group with 3 updates: @effect/platform, @effect/platform-node and effect.

Updates @effect/platform from 0.72.1 to 0.72.2

Release notes

Sourced from @​effect/platform's releases.

@​effect/platform@​0.72.2

Patch Changes

  • #4226 212e784 Thanks @​gcanti! - Ensure the encoding kind of success responses is respected in the OpenAPI spec.

    Before

    When generating an OpenAPI spec for a request with a success schema of type `HttpApiSchema.Text()``, the response content type was incorrectly set to "application/json" instead of "text/plain".

    import {
      HttpApi,
      HttpApiEndpoint,
      HttpApiGroup,
      HttpApiSchema,
      OpenApi
    } from "@effect/platform"
    const api = HttpApi.make("api").add(
    HttpApiGroup.make("group").add(
    HttpApiEndpoint.get("get", "/").addSuccess(HttpApiSchema.Text())
    )
    )
    const spec = OpenApi.fromApi(api)
    console.log(JSON.stringify(spec.paths, null, 2))
    /*
    Output:
    {
    "/": {
    "get": {
    "tags": [
    "group"
    ],
    "operationId": "group.get",
    "parameters": [],
    "security": [],
    "responses": {
    "200": {
    "description": "a string",
    "content": {
    "application/json": {
    "schema": {
    "type": "string"
    }
    }
    }
    },
    "400": {

... (truncated)

Changelog

Sourced from @​effect/platform's changelog.

0.72.2

Patch Changes

  • #4226 212e784 Thanks @​gcanti! - Ensure the encoding kind of success responses is respected in the OpenAPI spec.

    Before

    When generating an OpenAPI spec for a request with a success schema of type `HttpApiSchema.Text()``, the response content type was incorrectly set to "application/json" instead of "text/plain".

    import {
      HttpApi,
      HttpApiEndpoint,
      HttpApiGroup,
      HttpApiSchema,
      OpenApi
    } from "@effect/platform"
    const api = HttpApi.make("api").add(
    HttpApiGroup.make("group").add(
    HttpApiEndpoint.get("get", "/").addSuccess(HttpApiSchema.Text())
    )
    )
    const spec = OpenApi.fromApi(api)
    console.log(JSON.stringify(spec.paths, null, 2))
    /*
    Output:
    {
    "/": {
    "get": {
    "tags": [
    "group"
    ],
    "operationId": "group.get",
    "parameters": [],
    "security": [],
    "responses": {
    "200": {
    "description": "a string",
    "content": {
    "application/json": {
    "schema": {
    "type": "string"
    }
    }
    }
    },

... (truncated)

Commits

Updates @effect/platform-node from 0.68.1 to 0.68.2

Release notes

Sourced from @​effect/platform-node's releases.

@​effect/platform-node@​0.68.2

Patch Changes

Changelog

Sourced from @​effect/platform-node's changelog.

0.68.2

Patch Changes

Commits

Updates effect from 3.12.1 to 3.12.2

Release notes

Sourced from effect's releases.

effect@3.12.2

Patch Changes

  • #4220 734af82 Thanks @​KhraksMamtsov! - fix inference for contravariant type-parameters

  • #4212 b63c780 Thanks @​KhraksMamtsov! - Refine Effect.validateAll return type to use NonEmptyArray for errors.

    This refinement is possible because Effect.validateAll guarantees that when the input iterable is non-empty, any validation failure will produce at least one error. In such cases, the errors are inherently non-empty, making it safe and accurate to represent them using a NonEmptyArray type. This change aligns the return type with the function's actual behavior, improving type safety and making the API more predictable for developers.

  • #4219 c640d77 Thanks @​whoisandy! - fix: ManagedRuntime.Context to work when Context is of type never

  • #4236 0def088 Thanks @​tim-smart! - fix color option for Logger.prettyLogger

Changelog

Sourced from effect's changelog.

3.12.2

Patch Changes

  • #4220 734af82 Thanks @​KhraksMamtsov! - fix inference for contravariant type-parameters

  • #4212 b63c780 Thanks @​KhraksMamtsov! - Refine Effect.validateAll return type to use NonEmptyArray for errors.

    This refinement is possible because Effect.validateAll guarantees that when the input iterable is non-empty, any validation failure will produce at least one error. In such cases, the errors are inherently non-empty, making it safe and accurate to represent them using a NonEmptyArray type. This change aligns the return type with the function's actual behavior, improving type safety and making the API more predictable for developers.

  • #4219 c640d77 Thanks @​whoisandy! - fix: ManagedRuntime.Context to work when Context is of type never

  • #4236 0def088 Thanks @​tim-smart! - fix color option for Logger.prettyLogger

Commits
  • 766e852 Version Packages (#4213)
  • 0def088 fix color option for Logger.prettyLogger (#4236)
  • ea77cca Use fast-check re-export (#4232)
  • 734af82 fix inference for contravariant type-parameters (#4220)
  • c640d77 fix: ManagedRuntime.Context to work when Context is of type never, cl… (#4219)
  • da58a6d Schema: move type-level fields (e.g., Type, Encoded) in the Schema im… (#4216)
  • 90fc632 fix BigDecimal.unsafeFromNumber jsdoc (#4214)
  • b63c780 Refine Effect.validateAll return type to use NonEmptyArray for errors (#4...
  • See full diff in compare view

Dependabot 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 rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
  • @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
  • @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
  • @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
  • @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions

Bumps the effect group with 3 updates: [@effect/platform](https://github.com/Effect-TS/effect/tree/HEAD/packages/platform), [@effect/platform-node](https://github.com/Effect-TS/effect/tree/HEAD/packages/platform-node) and [effect](https://github.com/Effect-TS/effect/tree/HEAD/packages/effect).


Updates `@effect/platform` from 0.72.1 to 0.72.2
- [Release notes](https://github.com/Effect-TS/effect/releases)
- [Changelog](https://github.com/Effect-TS/effect/blob/main/packages/platform/CHANGELOG.md)
- [Commits](https://github.com/Effect-TS/effect/commits/@effect/platform@0.72.2/packages/platform)

Updates `@effect/platform-node` from 0.68.1 to 0.68.2
- [Release notes](https://github.com/Effect-TS/effect/releases)
- [Changelog](https://github.com/Effect-TS/effect/blob/main/packages/platform-node/CHANGELOG.md)
- [Commits](https://github.com/Effect-TS/effect/commits/@effect/platform-node@0.68.2/packages/platform-node)

Updates `effect` from 3.12.1 to 3.12.2
- [Release notes](https://github.com/Effect-TS/effect/releases)
- [Changelog](https://github.com/Effect-TS/effect/blob/main/packages/effect/CHANGELOG.md)
- [Commits](https://github.com/Effect-TS/effect/commits/effect@3.12.2/packages/effect)

---
updated-dependencies:
- dependency-name: "@effect/platform"
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: effect
- dependency-name: "@effect/platform-node"
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: effect
- dependency-name: effect
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: effect
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot added the automerge label Jan 14, 2025
@mergify mergify bot merged commit 423415f into master Jan 14, 2025
3 checks passed
@dependabot dependabot bot deleted the dependabot/npm_and_yarn/effect-4ebeba69af branch January 14, 2025 00:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants