@Jdlrobson That seems fairly harmless but again: I'm not a skin developer and not well placed to determine if it's useful

@AKanji-WMF I would be more comfortable with someone from Fundraising Tech reviewing the actual patch, since I don't tend to touch Centralnotice internals and know nothing about our error logging

I don't know enough about how the skin system works to know if that makes a difference. Which element would that place it on? I think it just needs to be on #siteNotice (which contains MediaWiki-extensions-CentralNotice and/or any sitenotices)

I don't see this as necessary. The main Commons:Copyright tags page links out to the country-specific subpage, along with several others. If we were to include all of the relevant subpages it would clutter the form.

This appears to be fixed now, with the step labels and buttons no longer having fixed width

I get a similar error (as does @ehughes)

Yes, the code in the task description involves embedding external javascript

@Jdlrobson Feel free to work on a proof of concept, but I can't guarantee Online Fundraising will have time to work on implementing this in the near future. We will also probably want to A/B test any changes for donation performance.

Is it possible to log the banner name as well? That would be really helpful

Is this the same as T264375: Make it easier to identify client side errors from CentralNotice banners in logs?

@Ejegg @AKanji-WMF See discussion in Slack here https://wikimedia.slack.com/archives/C8W3HEHLG/p1711576458606369. It's probably worth at least thinking about this as part of "combo wiki"

@Ejegg I've updated the Thank You page to cope with either wmf_ or utm_ prefixes (and convert to utm_ for the survey links until we can get that fixed). So fine to push that patch out whenever you're ready.

T221993: [OTRS] Request for "Did you know" explore card is a pre-existing task for iOS

I've looked at Turnilo a bit more and there definitely seems to be something strange going on. For the English Brazil campaigns only the number of Close statuses (code 2.1) is even higher than the number of banner_shown statuses (6). This is also right from the start of the campaign.

Hi @Jdlrobson, in terms of Fundraising banners we're certainly thinking about our design choices for night mode, and will be testing different approaches. We won't need to make final decisions for a while though since we only show to logged out users.

Okay, I have updated the buttons to read "Donate via Bank Account (ACH)"

Hi @EMartin, here are some test links adding ACH to donatewiki forms. Can you confirm these look as desired? Then I'll put them on the live forms

(volunteer hat on)

I have enabled monthly paypal in Mexico on donatewiki (diff) and for our upcoming Latin America banners

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

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