This would be useful for CentralNotice banners too (see also T86904)
Tue, Jan 16
Fixed that banner, and wm2018scholarcfp_deat.
Thu, Jan 11
Wed, Jan 10
Thu, Jan 4
Spreadsheet updated with final numbers. Thanks everyone!
Tue, Jan 2
Wed, Dec 27
Fri, Dec 22
You can now use mw.centralNotice.data.country in the banner code, instead of Geo.country. This will use the country parameter if it was specified in the URL, otherwise falling back to geolocation.
It's easier to do this within banners now, so I don't think we need this any longer.
Fixed as part of T181252
Even after updating all the banners, we continued to get popupsUnknown status on about 19-20% of all banner views recorded. It's strange, but not a big deal since we have more than enough data.
Thu, Dec 21
@Ilario, could you or someone else from Wikimedia CH take a look at this?
There's also https://collab.wikimedia.org/wiki/Fundraising/Engineering/Outages, not sure how up to date it is.
Tue, Dec 19
Dec 18 2017
This is actually a banner, and I don't think there's a bug here.
Dec 13 2017
@AndyRussG Can you take a look at this one please? It's annoying since the labels now have full width, and people are accidentally clicking them and changing the device settings.
Dec 11 2017
This is done. Diffs:
Dec 8 2017
Dec 7 2017
Dec 5 2017
Oh yeah, I was definitely thinking after Big English for this! Just wanted to get it down while I remembered.
We've been using the new style linked above for a while. @MBeat33 Are you still getting reports of this or do you think we can close this task?
Dec 4 2017
Dec 2 2017
@Jseddon found a bug where some recent banners with a component which appears on scrolling were showing this on pages outside the main namespace. We estimate this only affected a very small portion of total views (less than 1000 over the past week), and the bug is now fixed.
Nov 30 2017
@JMinor The fundraising team just discussed this. Given the volume of app use in California, and the comparatively small number of donations we expect from Canada, we're totally fine if you want to turn off the announcements in Canada until the client can be fixed.
Thanks everyone! Can confirm that donations are coming in from this, I'll update results in this sheet every day or so.
Ah, no wonder we're still getting a few popupsUnknown. Some of our banners still have the old code. I'll try and chase them down.
Nov 24 2017
A few more screenshots:
Nov 23 2017
Nov 22 2017
Let's use these URLs, changing "control" if we do run alternative designs.
Nov 17 2017
I agree that confusion about the input seems most likely. If you click outside the input after selecting it, it looks just like any other selected button. The desktop large banner (below) is clearer. And on mobile it's very clear as clicking the button opens up a keyboard for input.
Thanks for the work on this @AndyRussG. I've included the code from T176334#3716446 in the banner templates (wrapped in a conditional so it only runs for English desktop banners). The ratio of impressions with popupsEnabled to popupsDisabled looks good now, but I'm seeing a very large number with popupsUnknown (more than enabled and disabled put together). Data
Nov 16 2017
You're correct that this was desired behaviour. This banner position was one we tried in a short test today, and based on its donation performance we probably aren't going to be moving forward with it.
Nov 8 2017
(now looking at the version on https://wikimediafoundation.org/wiki/Thank_You/draft)
Nov 7 2017
If it's possible to get this change deployed before 16 November, when Reading are planning to end their current Page Previews test (T178500) that would be really helpful.
Nov 3 2017
Oct 31 2017
Thanks @AndyRussG, that code looks good to me. We can definitely add it only where needed i.e. English desktop banners.
@Ejegg Banner impressions look pretty good to me. CPS have re-run some of their reports and they are also looking more reasonable. Thanks for all your help with this!
@CCogdill_WMF Yes, I now get consistent results from these methods:
Oct 25 2017
Closing this, we found they were coming in from the Brazil banner campaign. There had been a miscommunication about including Boletos.
Oct 24 2017
We've not had any outage notifications from PayPal. I just tried and was able to make a donation via PayPal EC, but haven't received a TY email yet.
@CCogdill_WMF I think we do need to consider ecom as being broken for now. This query should get the data you need, it ignores anything in utm_source after the first period:
Oct 23 2017
You can see the query ecom is using by adding --sql to the end of the command.
Oct 20 2017
Looks like donatewiki is correctly sending amount=5 in the URL, so it seems the problem is on the payments end.
Oct 19 2017
I've updated all our "current best" banners. Turned out to be nothing too difficult, just deprecation of bind method.
Oct 18 2017
I'm not seeing a significant decrease in the banner impression counts in pgehres.
Oct 17 2017
Oct 16 2017
Testing that sounds good to me.
Oct 14 2017
Implemented popup window for sharing based on https://jonsuh.com/blog/social-share-links/
Oct 12 2017
Great, thanks. I've updated the minimum amounts in donatewiki and banners.
Oct 11 2017
This seems likely to have been the cause of at least some of the recent banner impression count decreases we were seeing (tracked at T177653). Impression counts in pgehres do appear to be back up since October 4. @CCogdill_WMF are you seeing a similar recovery for the donatewiki counts?
Oct 9 2017
Thanks @Ejegg. I've just copied the updated amounts into donatewiki and banners, since it seems they don't change very often and feels like overkill to add a request every time. I'll watch the file for changes.
Oct 6 2017
@Ejegg Where can I find the current minimum amounts so that I can update the checks on banners and donatewiki? I think they used to be in a file currencyMinimums.js in DonationInterface, but that doesn't seem to exist any more.
@jrobell The English one was fixed in the above change too (confirmed in Civi)