Vaughn Iverson

Hi, the job you `.save()` can't have `_private` data. In your server code, you can `update()` the saved job to add or modify `_private` data however you would like, and...

Dates in Job collection are stored as EJSON dates. Later.js schedules are stored just as they are generated by Later.js, and only Later.js is used to process them. So whatever...

Jobs are promoted from waiting to ready based on a periodic query that always checks an EJSON date. Jobs that use later.js schedules use that library to calculate the next...

I've had good luck with [momentjs](http://momentjs.com/) and its add-on timezone support [moment timezone](http://momentjs.com/timezone/). It sounds like you are mostly interested in allowing users to work in their own timezones, without...

Right, I see. I don't really see a straightforward way to fix that without a major overhaul of Later.js, and as I said, I'm not going there. If you come...

My instinct is to say that it should be entirely a later.js thing. The core functionality (e.g. repeat) should be UTC only. Keeping in mind that repeat only knows about...

I think the main issue with having a dependence on MomentTZ is that it updates every 30-60 days on average (sometimes more often). And any given update is probably critical...

Dates in JobCollection are Meteor EJSON dates, and ultimately, on disk, MongoDB BSON dates, which are the only dates you can write a MongoDB query about. There are no time...

Hi, I'm not really understanding exactly what you are proposing or what problem it will solve. Can you please explain in a bit more detail what this is about?

Hi, do you see this with the sample app? I need you to help me narrow down whether this is a browser-side (and hence resumable.js) problem, or a server-side problem....