Bump github.com/riverqueue/river/rivershared from 0.23.1 to 0.24.0 in the go-dependencies group across 1 directory

[dependabot]

Bumps the go-dependencies group with 1 update in the / directory: github.com/riverqueue/river/rivershared.

Updates github.com/riverqueue/river/rivershared from 0.23.1 to 0.24.0

Release notes

Sourced from github.com/riverqueue/river/rivershared's releases.

v0.24.0

⚠️ Version 0.24.0 has a breaking change in HookWorkEnd.WorkEnd in that a new JobRow parameter has been added to the function's signature. Any intergration defining a custom HookWorkEnd hook should update its implementation so the hook continues to be called correctly.

⚠️ Internal APIs used for communication between River and River Pro have changed. If using River Pro, make sure to update River and River Pro to latest at the same time to get compatible versions. River v0.24.0 is compatible with River Pro v0.16.0.

Added

• The project now tests against libSQL, a popular SQLite fork. It's used through the same riversqlite driver that SQLite uses. [PR #957](riverqueue/river#957)
• Added JobDeleteMany operations that remove many jobs in a single operation according to input criteria. [PR #962](riverqueue/river#962)
• Added Client.Schema() method to return a client's configured schema. [PR #983](riverqueue/river#983).
• Integrated riverui queries into the driver system to pave the way for multi-driver UI support. [PR #983](riverqueue/river#983).
• Added QueueConfig level FetchCooldown and FetchPollInterval settings to enable queue-specific job fetch intervals. For example, a queue of high-priority jobs could be checked more often to improve responsiveness, while one with slow or time-insensitive tasks could be checked infrequently to reduce database load. [PR #994](riverqueue/river#994).

Changed

• Remove unecessary transactions where a single database operation will do. This reduces the number of subtransactions created which can be an operational benefit it many cases. [PR #950](riverqueue/river#950)
• Bring all driver tests into separate package so they don't leak dependencies. This removes dependencies from the top level river package that most River installations won't need, thereby reducing the transitive dependency load of most River installations. [PR #955](riverqueue/river#955).
• The reindexer maintenance service now reindexes all river_job indexes, including its primary key. This is expected to help in situations where the jobs table has in the past expanded to a very large size (which makes most indexes larger), is now a much more modest size, but has left the indexes in their expanded state. [PR #963](riverqueue/river#963).
• The River CLI now accepts a --target-version of 0 with river migrate-down to run all down migrations and remove all River tables (previously, -1 was used for this; -1 still works, but now 0 also works). [PR #966](riverqueue/river#966).
• Breaking change: The HookWorkEnd interface's WorkEnd function now receives a JobRow parameter in addition to the error it received before. Having a JobRow to work with is fairly crucial to most functionality that a hook would implement, and its previous omission was entirely an error. [PR #970](riverqueue/river#970).
• Add maximum bound to each job's attempted_by array so that in degenerate cases where a job is run many, many times (say it's snoozed hundreds of times), it doesn't grow to unlimited bounds. [PR #974](riverqueue/river#974).
• A logger passed in via river.Config now overrides the default test-based logger when using rivertest.NewWorker. [PR #980](riverqueue/river#980).
• Cleaner retention periods (CancelledJobRetentionPeriod, CompletedJobRetentionPeriod, DiscardedJobRetentionPeriod) can be configured to -1 to disable them so that the corresponding type of job is retained indefinitely. [PR #990](riverqueue/river#990).
• Jobs inserted from periodic jobs with IDs now have metadata river:periodic_job_id set so they can be traced back to the periodic job that inserted them. [PR #992](riverqueue/river#992).
• The unused function WorkerDefaults.Hooks has been removed. This is technically a breaking change, but this function was a vestigal refactoring artifact that was never used by anything, so in practice it shouldn't be breaking. [PR #997](riverqueue/river#997).
• Periodic job records are upserted immediately through a pilot when a client is started rather than the first time their associated job would run. This doesn't mean they're run immediately (they'll only run if RunOnStart is enabled), but rather just tracked immediately. [PR #998](riverqueue/river#998).
• The job scheduler still schedules jobs in batches of up to 10,000, but when it encounters a series of consecutive timeouts it assumes that the database is in a degraded state and switches to doing work in a smaller batch size of 1,000 jobs. [PR #1013](riverqueue/river#1013).
• Other maintenance services including the job cleaner, job rescuer, and queue cleaner also prefer a batch size of 10,000, but will fall back to smaller batches of 1,000 on consecutive database timeouts. [PR #1016](riverqueue/river#1016).

Fixed

• Cleanly error on invalid schema names in Config.Schema. [PR #952](riverqueue/river#952).
• Jobs rescued by JobRescuer no longer have their trace set to "TODO". This becomes an empty string instead. [PR #1010](riverqueue/river#1010).

Changelog

Sourced from github.com/riverqueue/river/rivershared's changelog.

[0.24.0] - 2025-08-16

⚠️ Version 0.24.0 has a breaking change in HookWorkEnd.WorkEnd in that a new JobRow parameter has been added to the function's signature. Any intergration defining a custom HookWorkEnd hook should update its implementation so the hook continues to be called correctly.

⚠️ Internal APIs used for communication between River and River Pro have changed. If using River Pro, make sure to update River and River Pro to latest at the same time to get compatible versions. River v0.24.0 is compatible with River Pro v0.16.0.

Added

• The project now tests against libSQL, a popular SQLite fork. It's used through the same riversqlite driver that SQLite uses. [PR #957](riverqueue/river#957)
• Added JobDeleteMany operations that remove many jobs in a single operation according to input criteria. [PR #962](riverqueue/river#962)
• Added Client.Schema() method to return a client's configured schema. [PR #983](riverqueue/river#983).
• Integrated riverui queries into the driver system to pave the way for multi-driver UI support. [PR #983](riverqueue/river#983).
• Added QueueConfig level FetchCooldown and FetchPollInterval settings to enable queue-specific job fetch intervals. For example, a queue of high-priority jobs could be checked more often to improve responsiveness, while one with slow or time-insensitive tasks could be checked infrequently to reduce database load. [PR #994](riverqueue/river#994).

Changed

• Remove unecessary transactions where a single database operation will do. This reduces the number of subtransactions created which can be an operational benefit it many cases. [PR #950](riverqueue/river#950)
• Bring all driver tests into separate package so they don't leak dependencies. This removes dependencies from the top level river package that most River installations won't need, thereby reducing the transitive dependency load of most River installations. [PR #955](riverqueue/river#955).
• The reindexer maintenance service now reindexes all river_job indexes, including its primary key. This is expected to help in situations where the jobs table has in the past expanded to a very large size (which makes most indexes larger), is now a much more modest size, but has left the indexes in their expanded state. [PR #963](riverqueue/river#963).
• The River CLI now accepts a --target-version of 0 with river migrate-down to run all down migrations and remove all River tables (previously, -1 was used for this; -1 still works, but now 0 also works). [PR #966](riverqueue/river#966).
• Breaking change: The HookWorkEnd interface's WorkEnd function now receives a JobRow parameter in addition to the error it received before. Having a JobRow to work with is fairly crucial to most functionality that a hook would implement, and its previous omission was entirely an error. [PR #970](riverqueue/river#970).
• Add maximum bound to each job's attempted_by array so that in degenerate cases where a job is run many, many times (say it's snoozed hundreds of times), it doesn't grow to unlimited bounds. [PR #974](riverqueue/river#974).
• A logger passed in via river.Config now overrides the default test-based logger when using rivertest.NewWorker. [PR #980](riverqueue/river#980).
• Cleaner retention periods (CancelledJobRetentionPeriod, CompletedJobRetentionPeriod, DiscardedJobRetentionPeriod) can be configured to -1 to disable them so that the corresponding type of job is retained indefinitely. [PR #990](riverqueue/river#990).
• Jobs inserted from periodic jobs with IDs now have metadata river:periodic_job_id set so they can be traced back to the periodic job that inserted them. [PR #992](riverqueue/river#992).
• The unused function WorkerDefaults.Hooks has been removed. This is technically a breaking change, but this function was a vestigal refactoring artifact that was never used by anything, so in practice it shouldn't be breaking. [PR #997](riverqueue/river#997).
• Periodic job records are upserted immediately through a pilot when a client is started rather than the first time their associated job would run. This doesn't mean they're run immediately (they'll only run if RunOnStart is enabled), but rather just tracked immediately. [PR #998](riverqueue/river#998).
• The job scheduler still schedules jobs in batches of up to 10,000, but when it encounters a series of consecutive timeouts it assumes that the database is in a degraded state and switches to doing work in a smaller batch size of 1,000 jobs. [PR #1013](riverqueue/river#1013).
• Other maintenance services including the job cleaner, job rescuer, and queue cleaner also prefer a batch size of 10,000, but will fall back to smaller batches of 1,000 on consecutive database timeouts. [PR #1016](riverqueue/river#1016).

Fixed

• Cleanly error on invalid schema names in Config.Schema. [PR #952](riverqueue/river#952).
• Jobs rescued by JobRescuer no longer have their trace set to "TODO". This becomes an empty string instead. [PR #1010](riverqueue/river#1010).

Commits

• 3cfef1a Prepare release v0.24.0 (#1020)
• 3bbe023 Add a default maintenance service timeout (#1019)
• 20287ed match job kind and queue name by substring, not just prefix (#1018)
• 9c54d2b Start testing against Go 1.25 (#1014)
• 38b69b1 Bring reduced batch size to all other standard maintenance services (#1016)
• de60166 Schedule jobs in smaller batches when it appears the database is degraded (#1...
• 9262a68 Remove TODO on duplicated work unit wrapper + add explanatory comment (#1011)
• 2b36eeb Eliminate TODO stored to error trace from job rescuer (#1010)
• 7be36dd Add job cleaner excluded queues that can be configured through pilot (#1004)
• d278b65 Expose internal insert function to pilot + optional ID during job insert (#1001)
• 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