Skip to content
This repository has been archived by the owner on Feb 8, 2018. It is now read-only.

Show when a project is misconfigured #3727

Closed
chadwhitacre opened this issue Aug 31, 2015 · 26 comments
Closed

Show when a project is misconfigured #3727

chadwhitacre opened this issue Aug 31, 2015 · 26 comments

Comments

@chadwhitacre
Copy link
Contributor

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:

  • The Giving page should include a "Broken"(?) tab in addition to the Active and Cancelled tabs.
  • The giving and receiving 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.

@chadwhitacre
Copy link
Contributor Author

"Broken"(?)

Maybe "Inactive" to parallel "Active"?

@chadwhitacre
Copy link
Contributor Author

The point is that it would work except for a circumstance outside of the giver's control (and probably inside of the giver's[sorry:] receiver's control—though, consider Team rejections).

@chadwhitacre
Copy link
Contributor Author

I'm not going to get to this on the Pivot milestone.

@chadwhitacre chadwhitacre added this to the Pivot milestone Aug 31, 2015
@chadwhitacre
Copy link
Contributor Author

I've created a new Refund Announcement milestone (see gratipay/inside.gratipay.com#326 (comment)) and added this to Pivot.

@chadwhitacre chadwhitacre modified the milestones: Pivot, Team Basics Oct 29, 2015
@aandis aandis self-assigned this Mar 6, 2016
@aandis
Copy link
Contributor

aandis commented Mar 7, 2016

Thinking about landing this next. Here's how I think to go about this

  1. Create a has_payout_route column in payment_instructions which would be true if owner of the team has paypal set up and false otherwise.
  2. Calculate receiving of the team taking into consideration only those rows of payment_instructions where is_funded is true and has_payout_route is true.
  3. Calculate giving of the participant taking into consideration only those rows of payment_instructions where is_funded is true and has_payout_route is true.
  4. Reflect all payment_instructions where has_payout_route is false or is_funded is false on the Inactive tab of the Giving page.

Suggestions?
cc: @whit537 @rohitpaulk

@aandis
Copy link
Contributor

aandis commented Mar 7, 2016

Here's how I think to go about this ...

This is all well and good but I still don't understand how #3666 (comment) could happen.

According to my "Giving" page, I'm giving to two teams, but the summary seems to only take one into account

Reason mentioned in #3666 (comment) is

That could be because the ~owner of the other Team you give to doesn't have a PayPal attached (#3681),

But this can't be because till now we don't check whether owner has paypal set up while calculating giving amounts for participants. I am only proposing to add it now.

Either this has something to do with payday which I don't have complete idea about, yet, or it was wrongly reported.

@mattbk
Copy link
Contributor

mattbk commented Mar 7, 2016

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?

@aandis
Copy link
Contributor

aandis commented Mar 7, 2016

~book's page doesn't even report him as giving at all, which is not true

It's not? Why would that be?

do you have admin access

Nope. I can see ~book giving $0.00

@mattbk
Copy link
Contributor

mattbk commented Mar 7, 2016

@whit537, can we give @aandis the admin bit so he can see how Gratipay.com is actually behaving?

@chadwhitacre
Copy link
Contributor Author

Done! Welcome to the League of Admins, @aandis. With great power comes great responsibility! :-)

=> select username, is_admin from participants where is_admin;
┌────────────┬──────────┐
│  username  │ is_admin │
├────────────┼──────────┤
│ clone1018  │ t        │
│ rohitpaulk │ t        │
│ aandis     │ t        │
│ whit537    │ t        │
│ mattbk     │ t        │
└────────────┴──────────┘
(5 rows)

@aandis
Copy link
Contributor

aandis commented Mar 7, 2016

woah. _chiils_. Thanks @whit537 :)

@aandis
Copy link
Contributor

aandis commented Mar 7, 2016

~book's page doesn't even report him as giving at all, which is not true

@mattbk I see now. But I think this behavior is correct since ~book doesn't have credit card setup. So showing $0.00 in giving makes sense. Only thing wrong is that payment_instruction are shown in the Active tab. They should instead be shown in the Inactive tab which would happen once this issue is resolved.

@mattbk
Copy link
Contributor

mattbk commented Mar 7, 2016

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."

@chadwhitacre
Copy link
Contributor Author

Bump. One of four left on Finish Team Basics. Update, @aandis?

@aandis
Copy link
Contributor

aandis commented Apr 10, 2016

What I have proposed should work except that it'll also need to take care of -

If a ~user is taking from a team and has enough to cover giving, it's confusing that their tips don't work.

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.

@kaguillera
Copy link
Contributor

@aandis I was just wondering if you had any progress on this. Just curious...

@mattbk
Copy link
Contributor

mattbk commented Sep 14, 2016

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)

@aandis
Copy link
Contributor

aandis commented Sep 15, 2016

@kaguillera I did intend to start this but didn't get a chance to go over payday. Removing my assignment for now. ;)

@aandis aandis removed their assignment Sep 15, 2016
@aandis
Copy link
Contributor

aandis commented Oct 14, 2016

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?

@chadwhitacre
Copy link
Contributor Author

Hmm ... maybe #4064 or #4120?

@mattbk
Copy link
Contributor

mattbk commented Oct 18, 2016

@aandis, didn't you answer this yourself at #3727 (comment)?

@aandis
Copy link
Contributor

aandis commented Oct 20, 2016

@mattbk that was before I realized that if a user's takes is enough to cover his giving, he'll actually be able to give to that team on payday irrespective of whether he has a cc setup or not. So since ~book takes from multiple teams and has enough to give to other teams, his giving should show the amount given.

@chadwhitacre chadwhitacre changed the title show when a Team is misconfigured Show when a project is misconfigured Jan 4, 2017
@chadwhitacre
Copy link
Contributor Author

chadwhitacre commented Jan 12, 2017

When a Team's payout route fails or is disconnected

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.

@mattbk
Copy link
Contributor

mattbk commented Mar 6, 2017

Digging into #4367 and finding similar behavior to this:

Although I give to [project], my giving doesn't reflect that.

@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 (!):
image

...but your giving doesn't show up. Mustn't this be because you don't have a credit card attached?
image

@mattbk
Copy link
Contributor

mattbk commented Apr 6, 2017

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."

Also, "We have money for you, but can't payout because you have no route set up."

@mattbk
Copy link
Contributor

mattbk commented Apr 6, 2017

I guess it should be opt-in like other emails, e.g.,

image

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants