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
I have checked that my issue does not already have a solution in the FAQ
I have searched the existing issues and didn't find my bug already reported there
I have checked that my bug is still present in the latest release
Version
3.9.1
What happened?
When calling BackgroundScheduler.modify_job() when a ProcessPoolExecuter has been set as the default, jobs are removed from the job-store after entering the _jobstores_lock context manager on line 486. This results in a job not found exception.
We have just migrated from a ThreadPoolExecuter and our tests started failing. Found this issue in vscode debugger. Issue is resolved when ThreadPoolExecuter is set as defualt.
Things to check first
I have checked that my issue does not already have a solution in the FAQ
I have searched the existing issues and didn't find my bug already reported there
I have checked that my bug is still present in the latest release
Version
3.9.1
What happened?
When calling
BackgroundScheduler.modify_job()
when aProcessPoolExecuter
has been set as the default, jobs are removed from the job-store after entering the _jobstores_lock context manager on line 486. This results in a job not found exception.We have just migrated from a
ThreadPoolExecuter
and our tests started failing. Found this issue in vscode debugger. Issue is resolved whenThreadPoolExecuter
is set as defualt.setup:
debug output:
How can we reproduce the bug?
Set default executer to
ProcessPoolExecuter
and modify a job which exists in the default job store.The text was updated successfully, but these errors were encountered: