Daniel Kronovet
Daniel Kronovet
@rdig heads up this has been merged to develop
@collinvine Alex and I discussed this today during sprint planning -- we can pick it up, but wanted to make sure it was still relevant. You're saying it's not? What's...
@collinvine Ok, works for us. The nice thing is we can toss this in really whenever we want. The only consideration is when/how we deprecate the built-in task functionality, since...
Hey @arrenv, A few thoughts: - The way we currently track whether a payment has "ended" is by saving an `endTime` for all payments. If we are before the end...
@arrenv You are right in that a stream could have ended while still being unclaimed by the user. This is why I suggested a 3 or 7 day grace period...
@arrenv sure, that's a conceivable risk. But ultimately I would say that if a colony wants to withhold funds, then there's no way to force them to provide them. Having...
A minimum solution here could be some sort of utility which validates a block and returns true/false, which we could then incorporate into some sort of testing framework. E.g. ```...
@area ultimately the comments read to me like they were written to describe the logical flow of the contract to help you implement, rather than comments designed to add useful...
@area @arrenv can this be implemented through some type of expiration window? e.g. after 7 days if the motion is not approved, it is automatically cancelled?
I would suggest doing it as the only option, where if it doesn't pass in the window it automatically fails. I suspect that will be much easier to implement (and...