Page MenuHomePhabricator

Donatewiki form is displaying with low dollar amount and then changing quickly. Also showing Amazon and then hiding.
Closed, ResolvedPublic

Description

From donor:

"for a second the blue amount blocks start off at $3, then suddenly change to $20 as lowest amount. As I clicked on the $3 block before I saw it change to $20, I felt like I was being scammed when my PayPayl transaction said $20 on check out"

Sounds to me like repainting for the (for instance) HK donation amounts. Lazy loads can cause that kind of content flicker. Probably can't fix that, but we could show nothing before the update instead of showing something.

https://donate.wikimedia.org/w/index.php?title=Special:FundraiserLandingPage&country=US&uselang=en&utm_medium=email&utm_source=sp50097764&utm_campaign=C15_Email1&hpc=25.65

Event Timeline

cwdent raised the priority of this task from to Needs Triage.
cwdent updated the task description. (Show Details)
cwdent subscribed.
atgo renamed this task from Paypal (?) donation amount issue to Form is displaying with low dollar amount and then changing quickly. Also showing Amazon and then hiding. .Nov 25 2015, 11:51 PM
atgo triaged this task as High priority.
atgo moved this task from Inbox to Form issues on the Wikimedia-Fundraising board.
atgo updated the task description. (Show Details)
atgo set Security to None.
Pcoombe renamed this task from Form is displaying with low dollar amount and then changing quickly. Also showing Amazon and then hiding. to Donatewiki form is displaying with low dollar amount and then changing quickly. Also showing Amazon and then hiding. .Nov 26 2015, 11:58 AM
Pcoombe claimed this task.

The change in amounts is because of the "highest previous contribution" (hpc) parameter that we pass in some emails. And Amazon hiding is because of https://meta.wikimedia.org/wiki/MediaWiki:FR2013/Resources/PaymentOutages.js

The delay is probably worsened since all the scripts switched to async loading. I'll see what I can do about it.

Okay, I changed it so that the form (and the amounts in the appeal) don't display until the amounts are ready. I also added an error message if javascript is disabled; previously the form would show up but not work, now it just displays the message instead.

The PaymentOutages script may still cause methods to disappear after a slight delay, but this should be shorter than before. I don't want to block the whole form on that running, as it involves loading from another wiki (so we can use the same list for banners and donatewiki).

The donor in ZD #179605 reports that: "following the links from your various emails to donate the same amount as last year, and each time the screen either 'jumps' and switches $3 to $5 or the 'Renew your donation: $3' link goes to a minimum option of $5." I am following up with them to determine payment method & browser.

Thanks Michael. If we could get the url which is in their email too, that would be helpful.

@MBeat33 Did you hear any more about this? I can't reproduce the switching from $3 to $5. It's possible they were seeing a cached version without my previous fix.

@CCogdill_WMF For the "Renew your donation" copy in the email, is that supposed to adjust based on highest previous contribution? If not, we may have an issue when someone is presented with the wrong amounts

For the "Renew your donation" copy in the email, is that supposed to adjust based on highest previous contribution? If not, we may have an issue when someone is presented with the wrong amounts

All of the links in the emails go to the same destination, and therefore all have the hpc= parameter. Regardless of what amount button/renew button you click in an email, you'll get the same landing page tailored to your hpc.

I think the donor has a good point though: if you get a link/button in the email saying you can donate $3, and then get to the page and it isn't actually an option there (apart from manually typing it in the "Other" field) that isn't a good experience.

I see the point, but I don't think we have a good way to support what they're suggesting - unless we have a whole different ruleset for latest_native_amount which can also determine landing page amounts.

Brian and I have been talking about retesting populating the Other field with the amount in the link/button, but it doesn't look very good right now.

The donor quoted in the description, #172711, confirm the links they used:

http://links.wikimedia.mkt4477.com/ctt?kn=4&ms=NTAwOTc3NjQS1&r=Mzk5NjI5OTQwMTMS1&b=0&j=ODAzMzMxMTA4S0&mt=1&rt=0)

https://donate.wikimedia.org (https://donate.wikimedia.org/) (http://links.wikimedia.mkt4477.com/ctt?kn=8&ms=NTAwOTc3NjQS1&r=Mzk5NjI5OTQwMTMS1&b=0&j=ODAzMzMxMTA4S0&mt=1&rt=0

and also that they were not using LastPass but did use autofill.

A more recent donor #1709605 echoes @Pcoombe's point:

this is not a technical issue... This is a design issue. When you click on any link / image, it leads to your donation page, the donation quadrant on the upper right takes time to load, and it only loads amounts starting at $5. Of course, you do have the option of making a contribution of your choosing. What I am trying to convey is that it may give the wrong impression - it did to me - that you write asking us to renew our same donation, then we are led to a page that seemingly forced our hand to give more.

Okay, I see three possible resolutions for this:

  1. Fix the CSS on the form so it looks better when we force the other amount (using param &otherVal=XX) - we don't want to roll this out until it looks nicer. I'm following up to see if Trilogy can do it. See screenshot.
    Screen Shot 2015-12-08 at 10.27.40 AM.png (509×349 px, 38 KB)
  1. Find a way to make one of the actual buttons the renew amount. I'm thinking the value for button #1 would just be the latest_native_amount. Currently you'd have to support fractional numbers, i.e. 3.05, but I think I could convince Adam to round the numbers in that field for us. I don't know if this will work on the form, though.
  1. Support another set of landing pages based on the latest_native_amount. Our hpc landing pages intentionally push the donors to give more than they did in the past. The latest_native pages would have a bottom amount less than or equal to their past donation.

I'm hoping option #1 is the easiest, so I'll talk to Trilogy. @Pcoombe let me know if 2-3 are feasible, and the level of difficulty if possible.

Thanks!

@CCogdill_WMF I fixed the CSS on the form by just removing the different backgrounds for the input, which I was never too keen on, and making it white all the time. Now using otherVal should be clearer: https://donate.wikimedia.org/w/index.php?title=Special:FundraiserLandingPage&country=GB&uselang=en-gb&utm_medium=spontaneous&utm_source=fr-redir&utm_campaign=spontaneous&otherVal=1.23