-
Notifications
You must be signed in to change notification settings - Fork 308
Show when a project is misconfigured #3727
Comments
Maybe "Inactive" to parallel "Active"? |
The point is that it would work except for a circumstance outside of the giver's control (and probably inside of the |
I'm not going to get to this on the Pivot milestone. |
I've created a new Refund Announcement milestone (see gratipay/inside.gratipay.com#326 (comment)) and added this to Pivot. |
Thinking about landing this next. Here's how I think to go about this
Suggestions? |
This is all well and good but I still don't understand how #3666 (comment) could happen.
Reason mentioned in #3666 (comment) is
But this can't be because till now we don't check whether owner has paypal set up while calculating Either this has something to do with |
Changing the payday algorithm last year affected a bunch of things. Right now, ~book's page doesn't even report him as giving at all, which is not true. @aandis, do you have admin access to be able to see ~user information at gratipay.com? |
It's not? Why would that be?
Nope. I can see ~book giving $0.00 |
Done! Welcome to the League of Admins, @aandis. With great power comes great responsibility! :-)
|
woah. _chiils_. Thanks @whit537 :) |
@mattbk I see now. But I think this behavior is correct since ~book doesn't have credit card setup. So showing $0.00 in |
That's the part that's confusing to me (and maybe to ~book). If a ~user is taking from a team and has enough to cover giving, it's confusing that their tips don't work. This must have been explained to me before. Moving "unfunded" into inactive makes sense in this case. It should definitely be clear why this is the case (help text on Inactive tab) and an alert added if there isn't one yet (something scary like "your account is broken and you aren't tipping anyone). Additionally this is one of the things I think we should email people about on payday. Do we do that already? "You are attempting to give but we can't do that because x." |
Bump. One of four left on Finish Team Basics. Update, @aandis? |
What I have proposed should work except that it'll also need to take care of -
I am going to have to go over payday to understand how it handles that so that the actual numbers match with what is supposed to happen at payday. |
@aandis I was just wondering if you had any progress on this. Just curious... |
I recently saw a comment by @rohitpaulk that explained (to a user) how this worked, but I can't seem to locate it... EDIT: #3666 (comment) |
@kaguillera I did intend to start this but didn't get a chance to go over payday. Removing my assignment for now. ;) |
Although I give to gratipay, my giving doesn't reflect that. I realize this issue is about misconfigured teams, but I couldn't find an issue about user's misconfigured caches. Is there an existing issue for this? |
@aandis, didn't you answer this yourself at #3727 (comment)? |
@mattbk that was before I realized that if a user's |
Actually, we still collect even when the route is failing. 🐭 In any case, I'm dropping this from the "Finish Project Basics" milestone because I think don't need to block other work on it. |
Digging into #4367 and finding similar behavior to this:
@aandis, as a fellow team member, I'm going to use your simple giving/taking as an example. You're receiving from Gratipay, and giving an equal amount to Gratipay (!): ...but your giving doesn't show up. Mustn't this be because you don't have a credit card attached? |
Also, "We have money for you, but can't payout because you have no route set up." |
Reticketed from #3666 (comment).
When a Team's payout route fails or is disconnected (cf. #3681), then we should reflect in the UI the fact that the Team isn't actually receiving payments:
giving
andreceiving
caches shouldn't include broken payments.What are the conditions for successful payment? How else can payments be broken?
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: