User Details
- User Since
- Jul 2 2015, 1:34 PM (545 w, 6 d)
- Availability
- Available
- IRC Nick
- chiborg
- LDAP User
- Unknown
- MediaWiki User
- Gabriel Birke (WMDE) [ Global Accounts ]
Thu, Dec 11
Wed, Dec 10
Mon, Dec 8
Wed, Dec 3
Tue, Nov 25
Mon, Nov 24
Pull Request: https://github.com/wmde/fundraising-banners/pull/886
You can test that the banner is not displayed when the banner shows, by adding banner=WMDE_FR_2025_Test_Temp_User_Hides_Banner to the URL parameters
Fri, Nov 21
Here are the steps to reproduce:
Thu, Nov 20
Tue, Nov 18
Fix for the membership bounded context: https://github.com/wmde/fundraising-memberships/pull/296 (needs a major release because of database changes)
We still need to change the domain to recognize purged memberships. T409090: 🐛 Memberships are scrubbed before export added the isPurged flag to the Doctrine entity, but domain class, converters and ShowMembershipConfirmationUseCase should still use that, also to avoid initializing an IBAN with an empty string, which is what turns the membership confirmation page from a "display message" to an error page.
Mon, Nov 17
Nov 13 2025
Another Pull request to fix the fix: https://github.com/wmde/fundraising-backend/pull/1184
the "deadlock fix" triggered errors on missing (e.g. misspelled) banners that stalled the import forever. The new fix restores the old "warn when encountering missing banners" while keeping the endless loop prevention.
Tested locally, but needs code review, acceptance testing & deploy
Nov 12 2025
Two new pull requests with fixes:
Nov 10 2025
Nov 6 2025
Pull Request: https://github.com/wmde/fundraising-backend/pull/1179
Nov 3 2025
Oct 30 2025
Pull request: https://github.com/wmde/fundraising-backend/pull/1170
Oct 29 2025
Try running php8.4 -d display_errors=1 -d memory_limit=4G vendor/bin/migrate-donation-tracking-data instead, that should take care of the autoload problems
Oct 25 2025
Oct 22 2025
Oct 21 2025
Next steps for review & deployment:
- Review https://github.com/wmde/fundraising-donations/pull/333 (performance improvement of donation scrubbing). Create a new patch release.
- Update dependency on FOC
- Merge & deploy infrastructure changes https://github.com/wmde/fundraising-infrastructure/pull/463 The new env configuration files contain the values for the new backup solution.
- Deploy FOC. Attention: currently we're running a branch for membership upgrade exports in production. Only deploy when https://github.com/wmde/fundraising-backend/pull/1166 for T407182: Export script for membership updates has reviewed been merged!
- Go to FOC current-release directory and run the following command: php8.4 -d memory_limit=8G tools/console.php scrub-personal-data --backup
Pull Request: https://github.com/wmde/fundraising-backend/pull/1166
Oct 20 2025
PR for donations: https://github.com/wmde/fundraising-donations/pull/332
PR for application (draft until we have a new minor release of donations): https://github.com/wmde/fundraising-application/pull/3153
Oct 17 2025
Oct 15 2025
Oct 14 2025
Current state: I've run the script successfully in test, using a copy of the production database. Testing the anonymization of 43K of donations took roughly 4 hours. Now I'm running a test for " re-anonymizing" around 1.9M of donations that I've just marked as being not anonymized (setting is_scrubbed to 0). It's been running for 4 days now and is still not finished. Next step in the investigation: Run select count(*) from spenden where is_scrubbed=0 and dt_gruen IS NOT NULL; in 1-hour intervals to check how many donations the script anonymizes per hour to get a feel for the (non)performance.
has been approved by KuF