chore: release v4.5.10 (#4440)
🚀 Publish Trigger.dev Docker / typecheck (push) Failing after 0s
🚀 Publish Trigger.dev Docker / units (push) Failing after 0s
🚀 Publish Trigger.dev Docker / publish-webapp (push) Has been skipped
🚀 Publish Trigger.dev Docker / publish-worker-v4 (push) Has been skipped
🚀 Publish Trigger.dev Docker / scan-webapp (push) Has been skipped
🚀 Publish Trigger.dev Docker / scan-supervisor (push) Has been skipped
🧭 Helm Chart Release / lint-and-test (push) Has been cancelled
🚀 Publish Trigger.dev Docker / 📣 Dispatch main image (push) Has been cancelled
🧭 Helm Chart Release / release (push) Has been cancelled

This commit is contained in:
github-actions[bot]
2026-08-07 14:06:43 +01:00
committed by GitHub
parent 7246f677db
commit 72f50c2dad
59 changed files with 155 additions and 288 deletions
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
API rate limits now apply per environment, so creating extra API keys no longer increases how many requests an environment can make.
@@ -1,6 +0,0 @@
---
area: webapp
type: feature
---
Self-hosted deployments can now create multiple full-access API keys for each environment.
@@ -1,6 +0,0 @@
---
area: supervisor
type: fix
---
When the capacity signal drops out, the last decision is held for a grace period rather than released.
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
Lower background database load during deployments and dev sessions for projects that use declarative schedules.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Batch triggers no longer fail to start their runs when an environment is under heavy API load. If a batch still can't finish being created, `batchTriggerAndWait` now fails with an error instead of leaving the parent run waiting forever, and the batches page says so rather than reporting that it resumed.
-6
View File
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Triggering a run with a very large `priority` no longer fails. The priority is now capped to the highest supported value instead of erroring out.
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
Triggering a task now does one fewer database write, so runs reach the queue slightly faster.
@@ -1,9 +0,0 @@
---
area: webapp
type: fix
---
Fix debounce doing nothing when the delay was longer than an hour, which made every trigger
create its own run instead of collapsing onto the debounce key. Debounced runs now keep being
pushed back for as long as triggers keep arriving, so set `maxDelay` when the work has to happen
eventually, and settings that could never debounce are rejected rather than silently ignored.
-6
View File
@@ -1,6 +0,0 @@
---
area: webapp
type: feature
---
Short links like /_/apikeys now take you straight to that page in your current project and environment, so you no longer need the full URL with your org, project and environment in it.
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
Creating or updating a schedule, and deploying a project with declarative schedules, is faster in long-lived projects with many deploys.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Honor the configured database connection timeout so brief connection spikes no longer surface as spurious "can't reach database server" errors.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Fixed a rare case where a single run or span carrying data that could not be ingested would make other runs or trace events in the same batch go missing from the runs list, traces, and logs. Now the rest of the batch is always kept: an affected run still appears with its status (only its un-ingestable output is dropped), and an affected trace event or payload is skipped instead of taking down everything around it.
-6
View File
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Fix the sidebar "Help & Feedback → Contact us" form sometimes not sending your message. It now sends reliably every time.
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
Admins opening an impersonation link from outside the dashboard now get a confirmation page naming the organization and destination instead of being bounced back, and while impersonating they can switch to "View as user" to see the dashboard exactly as that user sees it, with the admin-only UI and the impersonation highlight both hidden. Stopping impersonation is still one click away in the account menu.
-6
View File
@@ -1,6 +0,0 @@
---
area: webapp
type: feature
---
The dashboard gets a refreshed Dark theme as its new default look. On the account page you can switch to Light, System preference (follows your OS), or the original Classic look, and fine-tune the new themes with a contrast slider.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Requests spanning multiple tasks now require permission for every requested task instead of accepting permission for only one task.
-6
View File
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
Browser tabs now name the page you're on, and the run, task or queue when you're looking at one, instead of all reading "Trigger.dev".
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
Allow the database connection pool and connect timeouts to be tuned separately for each database's writer and read replica, falling back to the shared defaults when unset.
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
In-app feedback and add-on/quota requests are now recorded with more account context for the support team.
-6
View File
@@ -1,6 +0,0 @@
---
area: supervisor
type: improvement
---
Self-hosted Kubernetes deployments now measure running-task count more accurately when deciding whether to pause pulling new work, so the safeguard engages closer to its configured thresholds.
@@ -1,6 +0,0 @@
---
area: webapp
type: feature
---
Additional environment API keys can now create scoped public access tokens.
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
The Queues pages now open on the last hour instead of the last day, and remember the time period you picked when you navigate between queues or reload the page.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
The four charts at the top of the Queues page now always cover the whole environment, so paging through or re-sorting your queues no longer changes them. The scheduling delay chart also leaves a gap where no runs started, instead of dropping to zero.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Reject alert webhook destinations in reserved benchmarking IP ranges.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Fix the health report failing with an internal error when requested through the API.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Triggering a task no longer intermittently fails to create the run when a database write briefly stalls.
@@ -1,6 +0,0 @@
---
area: webapp
type: feature
---
Additional environment API keys can authenticate API requests using their configured permissions, with revoked and expired keys rejected. Batch responses use server-issued public access tokens so additional keys never need the environment signing secret.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Team members who join an organization through single sign-on or directory sync now get their own development environment for every project, so the dashboard's dev view and `trigger dev` become available to them without an admin having to set anything up. Members who were already missing one are repaired the next time their membership is synced from your identity provider.
@@ -1,6 +0,0 @@
---
area: webapp
type: fix
---
Fixed a rare error where triggering a task could fail if the idempotency key or debounce key contained an invalid null character. The character is now removed automatically and the run is created as normal.
@@ -1,6 +0,0 @@
---
area: supervisor
type: feature
---
Self-hosted Kubernetes deployments can now add tolerations to run pods, so runs are allowed onto tainted nodes. An invalid toleration now stops the supervisor at startup instead of failing every run pod, so check existing values before upgrading.
@@ -1,6 +0,0 @@
---
area: webapp
type: improvement
---
Speeds up resolving the latest worker version and deployment for an environment, removing an occasional stall when triggering runs in projects that have accumulated many deployed versions.