-
Notifications
You must be signed in to change notification settings - Fork 867
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
delay() can now accept a future date at which run the job #497
Conversation
Yess I've wanted this for so long. What needs to get done to merge this? |
I've not had enough time to make 0.9.0 release ready... will look into this ASAP @contra |
@behrad Any reason you can't merge things into a new 0.9.0 branch as they become completed, then publish when ready? It would allow people to test out the new 0.9.0 features and provide feedback before the release |
:+1 +1 for this change in the way to operate. Eventually, it's common for the master branch to be more "cutting edge" (and tags exist for this reason!) Right now, my project is configured with NPM pointing at my own fork. As you can imagine, it's not ideal |
@EgoAleSum Right now my project is configured to your fork too 😄 |
Sorry guys for the delay... |
delay() can now accept a future date at which run the job
sure, I will merge that feature in a day or two :) |
@behrad sorry to bother you... Any news about merging the other patches? |
I'll try to merge some this Thursday @EgoAleSum |
@behrad we're all here hanging off your words :) |
This is very embarrassing I know, gonna close this today. |
It's now possible to pass a Date object to delay() with a future date in time instead of a number of ms.