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

Bump the effect group across 1 directory with 4 updates #668

Closed
wants to merge 1 commit into from

Conversation

dependabot[bot]
Copy link
Contributor

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

Bumps the effect group with 4 updates in the / directory: @effect/platform, @effect/platform-node, @effect/schema and effect.

Updates @effect/platform from 0.58.20 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.53.19 to 0.68.2

Release notes

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

@​effect/platform-node@​0.68.2

Patch Changes

@​effect/platform-node@​0.68.1

Patch Changes

Changelog

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

0.68.2

Patch Changes

0.68.1

Patch Changes

0.68.0

Patch Changes

0.67.3

Patch Changes

0.67.2

Patch Changes

0.67.1

Patch Changes

... (truncated)

Commits

Updates @effect/schema from 0.68.17 to 0.75.5

Release notes

Sourced from @​effect/schema's releases.

@​effect/sql-mysql2@​0.26.2

Patch Changes

@​effect/sql-d1@​0.23.2

Patch Changes

@​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": {

... (truncated)

Changelog

Sourced from @​effect/schema's changelog.

0.75.5

Patch Changes

  • #3792 382556f Thanks @​gcanti! - resolve parse error when using pick with union of class schemas, closes #3751

  • #3790 97cb014 Thanks @​gcanti! - Equivalence: Fixed a bug related to discriminated tuples.

    Example:

    The following equivalence check was incorrectly returning false:

    import * as E from "@effect/schema/Equivalence"
    import * as S from "@effect/schema/Schema"
    // Union of discriminated tuples
    const schema = S.Union(
    S.Tuple(S.Literal("a"), S.String),
    S.Tuple(S.Literal("b"), S.Number)
    )
    const equivalence = E.make(schema)
    console.log(equivalence(["a", "x"], ["a", "x"]))
    // false

0.75.4

Patch Changes

0.75.3

Patch Changes

  • #3761 360ec14 Thanks @​gcanti! - Allow Schema.Either to support Schema.Never without type errors, closes #3755.

    • Updated the type parameters of format to extend Schema.All instead of Schema<A, I, R>.
    • Updated the type parameters of Schema.EitherFromSelf to extend Schema.All instead of Schema.Any.
    • Updated the type parameters of Schema.Either to extend Schema.All instead of Schema.Any.
    • Updated the type parameters of Schema.EitherFromUnion to extend Schema.All instead of Schema.Any.

0.75.2

Patch Changes

... (truncated)

Commits

Updates effect from 3.4.7 to 3.12.2

Release notes

Sourced from effect's releases.

[email protected]

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

[email protected]

Patch Changes

  • #4194 302b57d Thanks @​KhraksMamtsov! - take concurrentFinalizers option in account in Effect.all combinator

  • #4202 0988083 Thanks @​mikearnaldi! - Remove internal EffectError make sure errors are raised with Effect.fail in Effect.try

  • #4185 8b46be6 Thanks @​jessekelly881! - fixed incorrect type declaration in LibsqlClient.layer

  • #4189 bfe8027 Thanks @​tim-smart! - ensure Effect.timeoutTo sleep is interrupted

  • #4190 16dd657 Thanks @​IMax153! - extend IterableIterator instead of Generator in SingleShotGen

  • #4196 39db211 Thanks @​mikearnaldi! - Avoid putting symbols in global to fix incompatibility with Temporal Sandbox.

    After speaking with James Watkins-Harvey we realized current Effect escapes the Temporal Worker sandbox that doesn't look for symbols when restoring global context in the isolate they create leading to memory leaks.

[email protected]

Minor Changes

... (truncated)

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

3.12.1

Patch Changes

  • #4194 302b57d Thanks @​KhraksMamtsov! - take concurrentFinalizers option in account in Effect.all combinator

  • #4202 0988083 Thanks @​mikearnaldi! - Remove internal EffectError make sure errors are raised with Effect.fail in Effect.try

  • #4185 8b46be6 Thanks @​jessekelly881! - fixed incorrect type declaration in LibsqlClient.layer

  • #4189 bfe8027 Thanks @​tim-smart! - ensure Effect.timeoutTo sleep is interrupted

  • #4190 16dd657 Thanks @​IMax153! - extend IterableIterator instead of Generator in SingleShotGen

  • #4196 39db211 Thanks @​mikearnaldi! - Avoid putting symbols in global to fix incompatibility with Temporal Sandbox.

    After speaking with James Watkins-Harvey we realized current Effect escapes the Temporal Worker sandbox that doesn't look for symbols when restoring global context in the isolate they create leading to memory leaks.

3.12.0

Minor Changes

... (truncated)

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...
  • 6062041 Version Packages (#4191)
  • fda8ef7 Logger: eliminate duplicate code in stringLogger and logFmtLogger imp… (#4199)
  • Additional commits viewable 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 4 updates in the / directory: [@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), [@effect/schema](https://github.com/Effect-TS/effect/tree/HEAD/packages/schema) and [effect](https://github.com/Effect-TS/effect/tree/HEAD/packages/effect).


Updates `@effect/platform` from 0.58.20 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/[email protected]/packages/platform)

Updates `@effect/platform-node` from 0.53.19 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/[email protected]/packages/platform-node)

Updates `@effect/schema` from 0.68.17 to 0.75.5
- [Release notes](https://github.com/Effect-TS/effect/releases)
- [Changelog](https://github.com/Effect-TS/effect/blob/@effect/[email protected]/packages/schema/CHANGELOG.md)
- [Commits](https://github.com/Effect-TS/effect/commits/@effect/[email protected]/packages/schema)

Updates `effect` from 3.4.7 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/[email protected]/packages/effect)

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

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot added dependencies Pull requests that update a dependency file javascript Pull requests that update Javascript code labels Jan 14, 2025
Copy link
Contributor Author

dependabot bot commented on behalf of github Jan 15, 2025

Superseded by #670.

@dependabot dependabot bot closed this Jan 15, 2025
@dependabot dependabot bot deleted the dependabot/npm_and_yarn/effect-bb963297bf branch January 15, 2025 03:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dependencies Pull requests that update a dependency file javascript Pull requests that update Javascript code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

0 participants