You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is somewhat similar to this (quite old) issue #33 (which I think would likely still be a "nice to have") but we think that an initial_run_at would likely be a lot more useful.
Our use case is that we are trying to see how backed up Que jobs are in order to set alarms based on that. The issue is that currently in order to determine the job_delay, we need to do something along these lines:
Hi,
This is somewhat similar to this (quite old) issue #33 (which I think would likely still be a "nice to have") but we think that an
initial_run_at
would likely be a lot more useful.Our use case is that we are trying to see how backed up Que jobs are in order to set alarms based on that. The issue is that currently in order to determine the
job_delay
, we need to do something along these lines:error_count = 0
=>job_delay = now() - run_at
error_count > 0
=>job_delay = now() - F(run_at, error_count)
The major benefit in adding
initial_run_at
would be to make this always be:regardless of the
error_count
.Is there any appetite for adding the column
initial_run_at
(and also potentiallycreated_at
as a nice to have)?Thanks,
Paul
The text was updated successfully, but these errors were encountered: