chore(deps): update all non-major regex dependencies #926
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.
This PR contains the following updates:
1.61.5->1.63.40.23.0->0.33.11.48.0->1.61.01.14.1->1.16.51.14.4->1.16.33.6.0->3.10.31.9.2->1.9.31.23->1.254.18.1->4.19.11.63.4->1.64.80.7.0->0.9.21.27.0->1.30.00.3.57->0.3.227Warning
Some dependencies could not be looked up. Check the Dependency Dashboard for more information.
Release Notes
air-verse/air (air-verse/air)
v1.63.4Compare Source
What's Changed
Full Changelog: air-verse/air@v1.63.3...v1.63.4
v1.63.3Compare Source
What's Changed
New Contributors
Full Changelog: air-verse/air@v1.63.2...v1.63.3
v1.63.1Compare Source
What's Changed
go get -toolinstall method in README by @alexandregv in #779New Contributors
Full Changelog: air-verse/air@v1.63.0...v1.63.1
v1.63.0Compare Source
What's Changed
Full Changelog: air-verse/air@v1.62.0...v1.63.0
v1.62.0Compare Source
What's Changed
New Contributors
Full Changelog: air-verse/air@v1.61.7...v1.62.0
v1.61.7Compare Source
What's Changed
New Contributors
Full Changelog: air-verse/air@v1.61.5...v1.61.7
v1.61.6Compare Source
Changelog
ce50989Add exiter to test os.Exit caseauthzed/zed (authzed/zed)
v0.33.1Compare Source
Highlights
PermissionDeniederrorsWhat's Changed
zed backup createfrom swallowing network errors by @tstirrat15 in #568New Contributors
Full Changelog: authzed/zed@v0.33.0...v0.33.1
v0.33.0Compare Source
What's Changed
Full Changelog: authzed/zed@v0.32.0...v0.33.0
v0.32.0Compare Source
What's Changed
New Contributors
Full Changelog: authzed/zed@v0.31.1...v0.32.0
v0.31.1Compare Source
Highlights
Fixed a bug where a retryable error during backup creation would cause the client to restart the stream from the beginning, which was unhelpful.
What's Changed
Full Changelog: authzed/zed@v0.31.0...v0.31.1
v0.31.0Compare Source
Notables
--fail-on-warnflag forzed validateso that you can have stricter linting if desiredWhat's Changed
New Contributors
Full Changelog: authzed/zed@v0.30.2...v0.31.0
v0.30.2Compare Source
What's Changed
Full Changelog: authzed/zed@v0.30.1...v0.30.2
v0.30.1Compare Source
What's Changed
Full Changelog: authzed/zed@v0.30.0...v0.30.1
v0.30.0Compare Source
What's Changed
zed validateby @miparnisari in #478Full Changelog: authzed/zed@v0.29.0...v0.30.0
v0.29.0Compare Source
What's Changed
Full Changelog: authzed/zed@v0.28.0...v0.29.0
v0.28.0Compare Source
Highlights
zed backupzed permission lookup-resourcesWhat's Changed
New Contributors
Full Changelog: authzed/zed@v0.27.0...v0.28.0
v0.27.0Compare Source
What's New
Composable schema support! See documentation here: https://authzed.com/docs/spicedb/modeling/composable-schemas
What's Changed
Full Changelog: authzed/zed@v0.26.0...v0.27.0
v0.26.0Compare Source
What's New
You can now add an expiration to a relationship written by zed with the
--expirationflag:In practice:
What's Changed
Full Changelog: authzed/zed@v0.25.0...v0.26.0
v0.25.0Compare Source
New in this release
--explainto a bulk check call and get the same kind of debug output that you get on a normal check callschemaFilekey in your validation yaml files that references an external schema by path. This allows for a schema file to be kept separate from the validation file without having to manually concatenate.zed validatewith multiple files as arguments. Together with the previous change, this should mean that you can have a folder full of independent validation files that describe separate test cases and all reference the same schema.What's Changed
Full Changelog: authzed/zed@v0.24.0...v0.25.0
v0.24.0Compare Source
What's Changed
New Contributors
Full Changelog: authzed/zed@v0.23.0...v0.24.0
bufbuild/buf (bufbuild/buf)
v1.61.0Compare Source
buf registry loginin WSL2.--createflag forbuf pushto avoid errors on already existing modules if create is disallowed.v1.60.0Compare Source
textDocument/documentSymbolsupport forbuf lsp serve.--timeoutflag to 0, which results in no timeout by default.v1.59.0Compare Source
buf beta lsptobuf lsp serve. Commandbuf beta lspis now deprecated.textDocument/Referencessupport forbuf lsp serve.buf lsp serve.buf lsp serve.buf lsp serve.buf lsp serve.buf lsp serve.buf formatto remove extraneous whitespace before the first header node (syntax/packagedeclarations).
v1.58.0Compare Source
PROTOVALIDATElint rule to checkIGNORE_IF_ZERO_VALUEon fields that track presence.buf formaton fields with missing field number tags.includeandexcludepath handling for workspaces to avoid unnecessary file systemoperations. This change can result in a performance improvement for large workspaces.
--http2-prior-knowledgeflag set.v1.57.2Compare Source
v1.57.1Compare Source
v1.57.0Compare Source
gitlab-code-qualityerror format to print errors in the GitLab Code Quality formatfor
buf lintandbuf breaking.source_control_urltojsonoutputs forbuf registry {module, plugin} commitcommands.v1.56.0Compare Source
buf export --allflag to include non-proto source files.buf lintwill no longer warn about uses of(buf.validate.message).disabled, as it wasremoved in protovalidate v0.14.0. Please update to protovalidate v0.14.0 or higher, using the
steps outlined in the
protovalidate release notes.
buf breaking --against-registryto work with new modules that have no commits on thedefault branch.
v1.55.1Compare Source
v1.55.0Compare Source
buf beta statstobuf stats.buf registry sdk infocommand.to run
buf breaking, ignoring new module(s).v1.54.0Compare Source
CSRcategory to breaking rules.protoc-gen-buf-breakingandprotoc-gen-buf-lint.buf generatefor empty files, files with no declared types.buf lintfor predefinedrulesvariables.buf config migrateto filter out removed rules.PROTOVALIDATElint rule.v1.53.0Compare Source
v1.52.1Compare Source
v1.52.0Compare Source
exclude_typeon a non imported package.--exclude-typeflag forbuf generatewhen an input is specified.buf lintandbuf breakingoutput even when source code info is notavailable. This allows
buf lintandbuf breakingto respectignoreandignore_onlyconfigurations when source code info is not available.
v1.51.0Compare Source
buf convertto allow for zero length forbinpb,txtpb, andyamlformats.--include-typesforbuf generate.--against-registryflag tobuf breakingthat runs breaking checks against the latestcommit on the default branch of the corresponding module in the registry.
buf generate.buf generate. Adds the ability to exclude types with the parameterexclude_typesinbuf.gen.yamland a flag--exclude-typesin the CLI.Type filters may now also be specified as plugin parameters in
buf.gen.yaml.v1.50.1Compare Source
v1.50.0Compare Source
filterfor use with git inputs. This sets the filterflag argument for the git fetch command.
v1.49.0Compare Source
buf plugin push --labelto allow pushing a plugin with a label.--digest-changes-onlyflag tobuf registry {module,plugin} commit listto filterout commits that have no digest changes.
buf plugin push --source-control-urlto allow pushing a plugin with the sourcecontrol url.
dapr/cli (dapr/cli)
v1.16.5: Dapr CLI v1.16.5Compare Source
v1.16.4: Dapr CLI v1.16.4Compare Source
What's Changed
Full Changelog: dapr/cli@v1.16.3...v1.16.4
v1.16.3: Dapr CLI v1.16.3Compare Source
What's Changed
Full Changelog: dapr/cli@v1.16.2...v1.16.3
v1.16.2: Dapr CLI v1.16.2Compare Source
What's Changed
Full Changelog: dapr/cli@v1.16.1...v1.16.2
v1.16.1: Dapr CLI v1.16.1Compare Source
What's Changed
Full Changelog: dapr/cli@v1.16.0...v1.16.1
v1.16.0: Dapr CLI v1.16.0Compare Source
v1.15.2: Dapr CLI v1.15.2Compare Source
What's Changed
Full Changelog: dapr/cli@v1.15.1...v1.15.2
v1.15.1: Dapr CLI v1.15.1Compare Source
v1.15.0: Dapr CLI v1.15.0Compare Source
dapr/dapr (dapr/dapr)
v1.16.3: Dapr Runtime v1.16.3Compare Source
Dapr 1.16.3
This update includes bug fixes:
Sftp binding not handling reconnections
Problem
The SFTP binding, introduced in v1.15.0, did not correctly handle reconnections.
If the SFTP connection was closed externally (outside the Dapr sidecar), the sidecar would not attempt to reconnect.
Impact
In scenarios where the SFTP server or network closed the connection, the Dapr sidecar lost connectivity permanently and required a restart to restore SFTP communication.
Root Cause
The SFTP binding maintained a single long-lived connection and did not attempt to recreate it when operations failed due to network or server-side disconnects.
Once the underlying SFTP/SSH session was closed, subsequent binding operations continued to use the stale connection instead of establishing a new one, leaving the binding in a permanently broken state until the sidecar was restarted.
Solution
A new reconnection mechanism was added to the SFTP binding (PR).
When an SFTP action fails due to a connection issue, the binding now attempts to reconnect to the server and restore connectivity automatically, avoiding the need to restart the sidecar.
v1.16.2: Dapr Runtime v1.16.2Compare Source
Dapr 1.16.2
This update includes bug fixes:
HTTP API default CORS behavior
Problem
In the 1.16.0 release a change was introduced that changed the default behavior of CORS in the Dapr HTTP API. Now by default CORS headers were added to all HTTP responses. However this new behavior couldn't be disabled.
Impact
This caused problems in scenarios where CORS is handled outside of the Dapr sidecar, because the Dapr Sidecar always added CORS headers.
Solution
Revert part of the behavior introduced in this PR and change the default value of
allowed-originsflag to be an empty string, and disabling the CORS filter by default.Scheduler External etcd with multiple client endpoints
Problem
Using Scheduler in non-embed mode with multiple etcd client endpoints was not working.
Impact
It was not possible to use multiple etcd endpoints for high availability with an external etcd database for scheduler.
Root Cause
The Scheduler etcd client endpoints CLI flag was typed as an string array, rather than a string slice, causing the given value to be parsed as a single string rather than a slice of strings.
Solution
Changed the type of the etcd client endpoints CLI flag to be a string slice.
Placement not cleaning internal state after host that had actors disconnects
Problem
An actor host that had actors doesn't get properly cleaned up from placement after the sidecar is scaled down and the placement stream is closed.
Impact
This results in the placement server iterating over namespaces that no longer exist for every tick of the disseminate ticker.
Root Cause
The function
requiresUpdateInPlacementTablessould not setisActorHostto false once it is set to true, because once a host has actors the placement server keeps internal state for it and cleanup logic must be executed once the host disconnects.Solution
Update the logic in
requiresUpdateInPlacementTables.Blocked Placement dissemination during high churn
Problem
Placement would fail to ever, or very slowly, disseminate the actor table in high daprd churn scenarios.
Impact
Actors or workflows would fail to be activated, and existing actors or workflows would fail.
Root Cause
Placement used a "small" (100) queue size which when exhausted would cause a deadlock. Placement would also wait for a fully consumed channel queue before disseminating slowing down the dissemination process.
Solution
Increase the queue size to 10000 and change the dissemination logic to not wait for a fully consumed queue before disseminating.
Blocked Placement dissemination with high Scheduler dataset
Problem
Disseminations would hang for long periods of time when the Scheduler dataset was large.
Impact
Dissemination could take up to hours to complete, causing reminders to not be delivered for a long period of time.
Root Cause
The reminder migration of state store to scheduler reminders does a full decoded scan of the Scheduler database, which would take a long time if there were many entries. During this time the dissemination would be blocked.
Solution
Limit the maximum time spent doing the migration to 3 seconds.
Expose a new
global.reminders.skipMigration="true"helm chart value which will skip the migration entirely.Fix panic during actor deactivation
Problem
Daprd could panic during actor deactivation.
Impact
Daprd sidecar would crash, resulting in downtime for the application.
Root Cause
A race in the actor lock cached memory release and claiming logic meant a stale lock could be used during deactivation, double closing it, and causing a panic.
Solution
Tie the lock's lifecycle to the actor's lifecycle, ensuring the lock is only released when the actor is fully deactivated, and claimed with the actor itself.
OpenTelemetry environment variables support
Problem
OpenTelemetry
OTEL_*environment variables were not fully respected, anddapr.io/envannotation parsing broke when values contained=.Impact
OpenTelemetry resource attributes could not be reliably applied to the Dapr sidecar, degrading trace correlation with application containers, especially on Kubernetes. Configuring
OTEL_RESOURCE_ATTRIBUTESvia annotations did not work.Root Cause
=as a hard delimiter, breaking values that include=.Solution
OTEL_*variables (includingOTEL_RESOURCE_ATTRIBUTES) are honored.dapr.io/envparsing to allow values containing=.Fixing goavro bug due to codec state mutation
Problem
The goavro library had a bug where the codec state was mutated during decoding, causing the decoder to panic.
Impact
The goavro library would panic, causing the application to crash.
Root Cause
The goavro library did not correctly handle the codec state, causing it to panic when the codec state was mutated during decoding.
Solution
Update the goavro library to v2.14.1 to fix the bug. Take a more defensive approach, bringing back the old approach that always creates a new codec.
APP_API_TOKEN not passed in gRPC metadata for app callbacks
Problem
When
APP_API_TOKENwas configured, the token was not being passed in gRPC metadata for app callbacks including:This meant that applications using gRPC protocol could not authenticate incoming requests from Dapr when using the app API token security feature.
Impact
Applications that configured
APP_API_TOKENto secure their endpoints could not validate that incoming gRPC requests were from their Dapr sidecar. This broke the app API token authentication feature for gRPC applications.Root Cause
The gRPC subscription delivery, binding, and job callback code paths were directly calling the app's gRPC client without going through the channel layer abstraction. The channel layer is responsible for injecting the
APP_API_TOKENin thedapr-api-tokenmetadata header, but these direct calls bypassed this mechanism.Solution
Centralized the
APP_API_TOKENinjection logic in a helper function (AddAppTokenToContext) in the gRPC channel layer. Updated all gRPC app callback code paths (pubsub subscriptions, bindings, and job callbacks) to use this helper, ensuring the token is consistently added to the outgoing gRPC context metadata. Added comprehensive integration tests to verify token passing for all callback scenarios in both HTTP and gRPC protocols.Fixed Pulsar OAuth token renewal
Problem
The pulsar pubsub component was not renewing the OAuth token when it expired.
Impact
Applications using the pulsar pubsub component could not receive/publish messages when the OAuth token expired.
Root Cause
There was a bug in the component code that was preventing the OAuth token from being renewed when it expired.
Solution
Fixed the bug in the component code ensuring the OAuth token is renewed when it expires. Also added a test to verify the token renewal functionality. Fixed in dapr/components-contrib#4079
Fix Scheduler connection during non-graceful network interruptions
Problem
Catastrophic failure of scheduler connection during non-graceful network interruptions would not cause the dapr runtime to attempt to reconnect to Scheduler.
Impact
A true host network interruption (e.g. unplugging the network cable) would cause the dapr runtime to only recover connections to Scheduler after roughly 2 hours.
Root Cause
The gRPC KeepAlive parameters were not set correctly, causing the gRPC client to not detect broken connections in a timely manner.
Solution
The server and client KeepAlive parameters are now set to 3 second intervals with a 5 second timeout.
Prevent infinite loop when workflow state is corrupted or destroyed
Problem
Dapr workflows could enter an infinite reminder loop when the workflow state in the actor state store is corrupted or destroyed.
Impact
Dapr workflows would enter an infinite loop of reminder calls.
Root Cause
When a workflow reminder is triggered, the workflow state is loaded from the actor state store. If the state is corrupted or destroyed, the workflow would not be able to progress and would keep re-triggering the same reminder indefinitely.
Solution
Do not retry the reminder if the workflow state cannot be loaded, and instead log an error and exit the workflow execution.
v1.16.1: Dapr Runtime v1.16.1Compare Source
Dapr 1.16.1
This update includes bug fixes:
Actor Initialization Timing Fix
Problem
When running Dapr with an
--app-portspecified but no application listening on that port (either due to no server or delayed server startup), the actor runtime would initialize immediately before the app channel was ready. This created a race condition where actors were trying to communicate with an application that wasn't available yet, resulting in repeated error logs:Impact
This created a poor user experience with confusing error messages when users specified an
--app-portbut had no application listening on that port.Root cause
The actor runtime initialization was occurring before the application channel was ready, creating a race condition where actors attempted to communicate with an unavailable application.
Solution
Defer actor runtime initialization until the application channel is ready. The runtime now:
waiting for application to listen on port XXXXmessages instead of confusing error logsSidecar Injector Crash with Disabled Scheduler
Problem
The sidecar injector crashes with error (
dapr-scheduler-server StatefulSet not found) when the scheduler is disabled via Helm chart (global.scheduler.enabled: false).Impact
The crash prevents the sidecar injector from functioning correctly when the scheduler is disabled, disrupting deployments.
Root cause
A previous change caused the
dapr-scheduler-serverStatefulSet to be removed when the scheduler was disabled, instConfiguration
📅 Schedule: Branch creation - Between 06:00 PM and 09:59 PM, only on Friday ( * 18-21 * * 5 ) in timezone Europe/Berlin, Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.