Skip to content

chore(deps): bump localize from 1.2.0 to 1.3.0 in the prod-dependencies group across 1 directory - #274

Merged
jimsynz merged 1 commit into
mainfrom
dependabot/hex/prod-dependencies-63d1f6084f
Sep 30, 2026
Merged

jimsynz merged 1 commit into
mainfrom
dependabot/hex/prod-dependencies-63d1f6084f

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Sep 26, 2026 •

Copy link
Copy Markdown
Contributor

Bumps the prod-dependencies group with 1 update in the / directory: localize.

Updates localize from 1.2.0 to 1.3.0

Release notes

Sourced from localize's releases.

Localize version 1.3.0

[1.3.0] — September 21st, 2026

Added

  • Localize.Date.parse/2, Localize.Time.parse/2 and Localize.DateTime.parse/2 parse a localized date, time or datetime string back to a value. They delegate to calendrical, which the application must add as a dependency.

  • Localize.DependencyRequiredError is returned when an operation needs a companion package the application does not depend on, naming the :package and the :operation. It is what the new parse/2 functions return when calendrical is absent.

Changed

  • Breaking. Localize.validate_territory/1 returns the canonical territory code, so validate_territory("AN") is now {:ok, :CW} where it was {:ok, :AN} — likewise SU to :RU, DD to :DE, and CS and YU both to :RS. This matches validate_locale/1, which already resolved them.

Fixed

  • Localize.Utils.Math.mod/2 and amod/2 carry overloaded contracts, so integer arguments type as integer results under dialyzer. Downstream calendar arithmetic no longer types as float-possible when it flows through these functions.

  • Localize.validate_territory/1 accepts territory codes that CLDR replaces rather than lists: "UK", and the alpha-3 and numeric forms "GBR" and "826", were all rejected and now resolve to :GB. This matters for anything mapping a ccTLD to a territory, since .uk is the domain while GB is the code.

  • Localize.Interval.to_string/3 and to_parts/3 no longer raise FunctionClauseError for en-CA with fields: :month_and_day, format: :short. CLDR publishes an alt="variant" interval pattern for en-CA, and it is now resolved as a single date's pattern is, honouring :prefer.

  • en-CA skeleton formats such as :yMd and :MEd render the locale's standard pattern, 2026-05-03, rather than the day-first variant 3/5/2026 they returned whatever :prefer asked for. prefer: :variant still selects the variant.

Changelog

Sourced from localize's changelog.

[1.3.0] — September 21st, 2026

Added

  • Localize.Date.parse/2, Localize.Time.parse/2 and Localize.DateTime.parse/2 parse a localized date, time or datetime string back to a value. They delegate to calendrical, which the application must add as a dependency.

  • Localize.DependencyRequiredError is returned when an operation needs a companion package the application does not depend on, naming the :package and the :operation. It is what the new parse/2 functions return when calendrical is absent.

Changed

  • Breaking. Localize.validate_territory/1 returns the canonical territory code, so validate_territory("AN") is now {:ok, :CW} where it was {:ok, :AN} — likewise SU to :RU, DD to :DE, and CS and YU both to :RS. This matches validate_locale/1, which already resolved them.

Fixed

  • Localize.Utils.Math.mod/2 and amod/2 carry overloaded contracts, so integer arguments type as integer results under dialyzer. Downstream calendar arithmetic no longer types as float-possible when it flows through these functions.

  • Localize.validate_territory/1 accepts territory codes that CLDR replaces rather than lists: "UK", and the alpha-3 and numeric forms "GBR" and "826", were all rejected and now resolve to :GB. This matters for anything mapping a ccTLD to a territory, since .uk is the domain while GB is the code.

  • Localize.Interval.to_string/3 and to_parts/3 no longer raise FunctionClauseError for en-CA with fields: :month_and_day, format: :short. CLDR publishes an alt="variant" interval pattern for en-CA, and it is now resolved as a single date's pattern is, honouring :prefer.

  • en-CA skeleton formats such as :yMd and :MEd render the locale's standard pattern, 2026-05-03, rather than the day-first variant 3/5/2026 they returned whatever :prefer asked for. prefer: :variant still selects the variant.

Commits
  • a04702f Pin every CI matrix row to the latest Elixir and OTP patch and update the act...
  • a0553d1 Record the new parse functions and dependency error, and trim two changelog e...
  • 2a2995d Name 1.4.0 as the release CLDR 49 blocks and note 1.3.0 is clear to ship
  • 064b974 Merge origin/main and reconcile the task list into the standard format
  • 3f7d1f8 Add the task list and repository status in the standard format
  • 2bd6bc9 Release 1.3.0
  • 1bf67d6 Add overloaded contracts to Math.mod/2 and amod/2 so integer arithmetic types...
  • 4b145ca Resolve en-CA alt variant patterns in interval and skeleton formats
  • 38d4819 Update CLDR49 plan
  • 50d0234 Update CLDR 49 plan
  • Additional commits viewable in compare view

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file elixir Pull requests that update elixir code labels Sep 26, 2026
Bumps the prod-dependencies group with 1 update in the / directory: [localize](https://github.com/elixir-localize/localize).


Updates `localize` from 1.2.0 to 1.3.0
- [Release notes](https://github.com/elixir-localize/localize/releases)
- [Changelog](https://github.com/elixir-localize/localize/blob/main/CHANGELOG.md)
- [Commits](elixir-localize/localize@v1.2.0...v1.3.0)

---
updated-dependencies:
- dependency-name: localize
  dependency-version: 1.3.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: prod-dependencies
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot changed the title chore(deps): bump localize from 1.2.0 to 1.3.0 in the prod-dependencies group chore(deps): bump localize from 1.2.0 to 1.3.0 in the prod-dependencies group across 1 directory Sep 30, 2026
@dependabot
dependabot Bot force-pushed the dependabot/hex/prod-dependencies-63d1f6084f branch from e1d694c to 33dcbec Compare September 30, 2026 14:12
@jimsynz
jimsynz merged commit 0af1844 into main Sep 30, 2026
38 of 42 checks passed
@dependabot
dependabot Bot deleted the dependabot/hex/prod-dependencies-63d1f6084f branch September 30, 2026 15:11
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 elixir Pull requests that update elixir code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant