Fundraising bod: https://meta.wikimedia.org/wiki/User:Pcoombe_(WMF)
And also volunteer dabbler: https://meta.wikimedia.org/wiki/User:The_wub
Fundraising bod: https://meta.wikimedia.org/wiki/User:Pcoombe_(WMF)
And also volunteer dabbler: https://meta.wikimedia.org/wiki/User:The_wub
Should the link in the task be to Use standardized class names in HTML markup for components in templates across projects section which seems more relevant to night mode?
@AKanji-WMF I'm out of office next week, but feel free to put something on my calendar for when I'm back
Note that the series of links overlapping the header are coming from https://vi.wikipedia.org/wiki/B%E1%BA%A3n_m%E1%BA%ABu:AdvancedSiteNotices which seems to be a Vietnamese Wikipedia specific customisation. They still overlap even when the Wiki loves Folklore Centralnotice banner is closed. You'll have to ask one of the local admins about that.
Reading the parent task I believe this has been fixed
Not a fundraising banner
I have removed PayTM from https://donate.wikimedia.org/?country=IN
This is what it looked like before, with the globe to the left of the wordmark
Tested and looks good, thanks!
I've been doing some cleanup of tracking parameters and have removed this tracking for Brave since it doesn't seem needed any more. Pulled some final numbers and 1.02% of banner donations In FY2023-24 Q1/Q2 were made using Brave as browser.
Whatever it was, it's not happening any more
Thanks @JMando, that is helpful. However it would still require significant rewriting of some of the test results scripts, especially methods.py which we use for monitoring method popularity and conversion rates. I don't have time to undertake that at the moment.
Okay, that's all the test_tools scripts updated, and I think I've done all the ad hoc queries in Google Sheets (e.g. for sidebar, app menu etc tracking)
There isn't a payment_method field as described in the other task, only payment_method_id and payment_submethod_id. What are those supposed to join to?
I can also work on updating to use the new table this month, but there's quite a few scripts will need to be edited so it may take longer
Great, thanks @Ejegg ! Confirmed it looks good now.
Hi, not sure if this change actually took effect? For example if I try to give below the minimum in NOK, it still states the previous minimum 9.92 instead of the new 11
Same result for me. I don't see any warnings in the browser console
Yes, I use that extensively. Didn't realise there was any desire to deprecate it.
Some slight adjustments to BRL and MXN monthly convert amounts (along with some others) in the patch above
Pinging @AbbanWMDE @kai.nissen, looks like this is a Wikimedia Deutschland banner
It works! Confirmed in Google Search Console that https://donate.wikimedia.org/?uselang=en is now indexed, and if I google "donate wikipedia"
Oh yes, I forgot about this one!
Weird. This error only occurs at midnights, from a single Chrome OS user agent. https://logstash.wikimedia.org/app/dashboards#/view/e51e9de0-9339-11eb-944f-51f280f5c035?_g=h@80ae615&_a=h@d195be0
Still no change
Thanks for flagging this! Done with this change to the Thank You page javascript.
There is an option in the FRU campaigns settings (in the "Supporter" section) to either request or require a postal address. We do not currently have this enabled for any of our campaigns
Closing as this was done in T288285: As a donor I want to be able to make an easy and convenient donation via Apple Pay in the Wikipedia app
No, it's nothing to do with me
This is met with the more spaced out radio buttons we adopted in desktop large
Is it possible to at least remove the unused messages from translatewiki then? I've been confused by that and edited the wrong thing in the past
@Ejegg Just checking on the status of this? When I visit the unsubscribe page linked at the bottom of the Thank You email, it looks like all the messages are from donate_interface
Same result in the search console when I tried just now :(
Weird, I see https://donate.wikimedia.org/?uselang=en allowed at the bottom of https://donate.wikimedia.org/robots.txt but the Search Console still suggests it's blocked.
No, this is done. Thanks!
Huh, I had no idea that was editable on wiki. Thanks @Ejegg !
T350815 and T351086 were both QA'd, so I've copied over the test setup to production: https://donate.wikimedia.org/wiki/MediaWiki:AppsCampaignConfig.json
Adding here my quick notes on things that we would want/need to change:
Hi @Tsevener, the test content is all configured at https://test.wikipedia.org/wiki/MediaWiki:AppsCampaignConfig.json now. I also double checked https://test.wikipedia.org/wiki/MediaWiki:AppsDonationConfig.json and that looks good too.
Sounds good to me, thanks @Cstone!
Great, thanks @Damilare!
Import of 2023-11-15 seems to have worked, but we're still missing 2023-11-14
Thanks @AnnWF, looks good to me with Dlocal now
I've added the requested additional payment methods. Adding @HNordeenWMF for info. Note that Apple Pay only shows up if you use Safari browser (or include &forceApplePay=1 in the banner preview link)
Noting that the change is deployed and the new description meta tag is present on landing pages. However the descriptions still aren't showing in Google (https://search.google.com/test/rich-results/result?id=19KQ6zMWoXJuyfGjdb3Kvw) because of the issues @EWilfong_WMF flagged above.
Donatewiki and our current banners have both been updated to not show pre-payment monthly convert for Apple Pay. This is fine to deploy now from my pov. Thanks!
Donatewiki and our current banners have both been updated to not show pre-payment monthly convert for Google Pay. This is fine to deploy now from my pov. Thanks!
Worked perfectly, thanks @Jgreen !
Bumping to UBN since this blocks us from doing any banner testing
I've made some new banners which should hide Venmo in browsers where it isn't supported. Did some spot checking with browserstack and it seemed fine.
Also verified that there's no more CSP report messages in the browser console. Thanks everyone!
Closing as intended behaviour (for now)
Thanks @Tsevener, great points about compatibility. That's fine to keep the confirmation text translations in the app, and I removed them from the donatewiki JSON.
Sounds good @cooltey. The thank you page does actually contain some custom javascript to show different follow-up actions based on the donor's country.
It seems to be some problem with geolocation. The initial link doesn't have a country specified and is supposed to either check for an existing GeoIP cookie, or look up the user's IP and set one. Then redirect the user to Special:LandingPage with the correct country included in the URL.
Ideally it would be the same countries, since those are the ones we have translations etc already set up