| Age | Commit message (Collapse) | Author |
|---|
|
* Refactor how Redis locks are created
* Fix autorelease duration on account deletion lock
|
|
* Fix single Redis connection being used across all Sidekiq threads
* Fix tests
|
|
* Add support for editing for published statuses
* Fix references to stripped-out code
* Various fixes and improvements
* Further fixes and improvements
* Fix updates being potentially sent to unauthorized recipients
* Various fixes and improvements
* Fix wrong words in test
* Fix notifying accounts that were tagged but were not in the audience
* Fix mistake
|
|
* Fix Delete and Create-related locks expiring too fast
Fixes #16238
By default, RedisLock expires after 10 seconds, which may not be enough to
process statuses, especially when those have attached media files.
This commit extends those 10 seconds to 15 minutes, which should be plenty
enough to handle any status, while being short enough to not waste many
sidekiq job retries in the exceedingly rare case in which a sidekiq process
would crash when processing a `Create` or `Delete`.
* Fix other RedisLock autorelease durations
Fixes #15645
- things that only perform a few simple database queries (e.g. finding and
saving a record) have been left unchanged, so they'll still use the default
10s duration
- things that perform significantly more complex database queries have been
changed to a 5 minutes timeout
- things that perform multiple HTTP queries have been changed to a 15 minutes
timeout
|
|
* Avoid race condition when streaming deleted statuses
* Move redis lock to DistributionWorker to avoid extra Redis value
|
|
* Fix Scheduler::SubscriptionsScheduler, add worker test for it
* Change production log level of Sidekiq to "warn" instead of "info"
|
|
|
|
class that matches Rails 5 practices (application level abstraction)
|
|
|
|
can't be found in the first place (already removed)
|
|
|
|
|
|
DistributionWorker. That isn't the heaviest service, yet, but gotta start
somewhere
|
