@Seddon I think this is your test banner?

We have the legacy giving signup on the US Thank You page (click "Request more information" button) which posts to https://lp.email.wikimedia.org/LegacyGivingSignup/Form/?sp_source=thankyoupage. Would we be able to use an endpoint on that domain for banner signups?

There's also the donate link in the footer of https://www.wikipedia.org/ (portal), and fundraising sometimes runs banners on it. It doesn't run on mediawiki though

Can someone look into this? It's very annoying for both fundraising and community users

This appears to work fine on the current site e.g. https://wikimediafoundation.org/role/staff/

These stat elements no longer appear on the refreshed site launched in 2025. The stats which replaced them (15 billion views every month, 265,000 volunteers etc) do match across languages.

Does not appear to be an issue on the refreshed site launched in 2025

Regarding the "Eventlogging" task, this fiscal year I'm going to look at doing this within fundraising banner code using the Test Kitchen functionality. Since we have such a variety of fundraising-specific events we might want to track they would need custom code in banners anyway.

I updated T166346 with a list of donationinterface messages currently used on donatewiki. There are none in banners now.

This is no longer necessary since the support pages are now on wikimediafoundation.org

Hi, it's actually @ppenloglou and @SKivlehan-WMF who are maintaining the apps fundraising configuration now.

Not seeing this any more (and it would have been on an old iteration of the site)

https://wikimediafoundation.org/role/staff/ is now linked in the main navigation menu under "Who we are"
(It doesn't list all staff, but does list senior and community-facing roles)

Twitter was removed. Share links on the current website are:

No longer an issue on current design

No longer an issue on current design

No longer an issue on current design

Live on enwiki now, and confirmed it's working. Thanks!

I have removed the credit card option from Laos

No, the dropdown list just includes every country (e.g. the very first one is Afghanistan, which is blocked)

Thanks! Bulgaria is now enabled on donatewiki again: https://donate.wikimedia.org/?country=BG&uselang=en

It's not a question of "working around", it's just inaccurate and confusing for users.

Noting that we removed Venmo from donatewiki and banners until this can be fixed

We also have some user agent info in civicrm_contribution_tracking now: os, os_version, browser, browser_version. Not sure how far back it goes

Okay, this should be fixed in banners now: example, change made. It was an issue even before we switched to the monthly convert dialogs, but maybe that made it a bit more obvious.

I have an idea what this is, will look into it

Okay, change on donatewiki is done.

Done, thank you!

Updated currency rates to match those on payments https://donate.wikimedia.org/w/index.php?title=MediaWiki:DonationForm.js&diff=prev&oldid=42148

Closing this since both suggestions (swapping order of name fields, and adding explanation to last name caption) were implemented on Japan forms: https://payments.wikimedia.org/index.php?title=Special%3AGravyGateway&appeal=JimmyQuote&country=JP&currency=JPY&payment_method=cc&recurring=0&gateway=gravy&uselang=ja&amount=300

In T396271#11390780, @Ejegg wrote:

@Pcoombe how hard is it to make donatewiki pass through a couple more parameters like it already does with contact_id and contact_hash? In this case, we would like it to pass checksum and contribution_recur_id to the payments form.

Jon's change is merged now. From next Tuesday we will be able to test the new skin using ?useskin=donate on production donatewiki, and I can make any required updates to the templates: I have a pretty good idea already of what needs doing.

The different color is deliberate, see the Figma file.

Previous discussion on this in T381437 and specifically T381437#10906269. Adding @ppenloglou too for info

https://donate.wikimedia.org/?country=US&hpc=10000&hpcCurrency=JPY gives the expected result for me: ignore the hpc since the currency doesn't match, and just show default USD amounts

Thanks @greg. I can manage the deploy of this since I have time tomorrow and it seems like a good learning opportunity.

This has not been resolved. Unpublished translations are now in a "CNBanner" namespace e.g. https://meta.wikimedia.org/wiki/CNBanner:FR2025_translations-iad-thank-you/en. But banner content and published translations remain in MediaWiki namespace e.g. https://meta.wikimedia.org/wiki/MediaWiki:Centralnotice-template-WikiConSeoul2025banner

We have the country name on both banners and donatewiki now. So I don't think it's needed on payments as well

For fundraising banners we use the country from mw.centralNotice.data.country (which allows us to override it with a country= url parameter for testing).

Donation forms in Bulgaria are now disabled https://donate.wikimedia.org/?country=BG, and I made an Asana task to re-enable with Euros in January

I've added to discuss in standup next week. Providing everyone agrees, it will be easy to change.

Oh wait @RKumar_WMF, are you suggesting we just disable donations from Bulgaria until January? That would suit me fine, and I can't imagine it's a lot of donations. Do we need a wider discussion before doing that?

It looks like we have payments forms for new EUR donations in Bulgaria already https://payments.wikimedia.org/index.php/Special:GravyGateway?currency=EUR&country=BG&payment_method=cc&uselang=en-gb&amount=10&opt_in=1

No longer an issue with the new homepage

Tried a patch demo (https://patchdemo.wmcloud.org/wikis/2e61fc2ecf/) and it doesn't seem to have fixed it

Legal approved this change, and I've (finally) implemented it. Diff of donatewiki javascript

I've redirected both donatewiki and banner cards to adyen

Japan cards and Google Pay traffic are now back to gr4vy on both banners and donatewiki. I updated the payments routing summary sheet