This task has been migrated to GitLab.

This task has been migrated to GitLab.

This task has been migrated to GitLab.

It's fixed see details in T3862.

Is this fixed now, or is the issue still open?

Time to switch production database to a new sanitized one.

This is what I have done to sanitize the production database and plug it into our testbed for testing.

So turns out the customizer issue was due to the recent upgrade of the wp-extra-file-types plugin.

I modified the concerned line in the /srv/data/etc/cron/anacrontab file the following way:

It looks like it is not critical if the both tables above are not present in the WordPress database, publications list is still correctly displayed
while list of authors and tags will appear empty in the teachPress admin dashboard.

There is two tables with the index too large issue, wp_teachpress_authors and wp_teachpress_tags.

So it turns out that we cannot perform any operations on tables whose Index column size too large, sighs ...

Using the --single-transaction=TRUE option of mysqldump helped to get the name of the table with Index column size too large.

Thanks a lot for fixing this and the detailed report, this is pretty terrifying. I do not get why the Stripe API does not have some rate limit to prevent such abuse.

Looks like the bogus payment requests have stopped now. Disk usage on the PAAS instance is under control.

After restarting the instance, MySQL binary logs are disabled, which should avoid us getting some confusing hidden disk usage again.

While tracking down the root issue in WordPress, I noticed (from the php-fpm error logs) that WPML's languages weren't properly initialized, so I did that in the WordPress admin interface (enabled the same languages as the rest of the website).

I used the Stripe API to cancel the fraudulous payment intent (https://stripe.com/docs/api/payment_intents/cancel). (request req_J31DYN4PJsxdkK)

Root cause analysis points to a high amount of stripe webhooks being received on/around the time of the outage.

After running the reset master command on the mysql server, the disk quota usage is back down to ~2 GB, which matches usage from files + the actual MySQL data.

Response from Gandi support

Message sent to gandi simple hosting support:

After enabling the emergency console on the gandi interface, I couldn't find the disk usage culprit with du. It soon became obvious that the disk usage came from the database (which is the only bit of the disk that's not readble via the account used to connect to the emergency console).

+1, and ok to put the Events entry in the News menu

• create banner with the SWHAP tree
• change title to: The Pisa collection
• Add subtitle: Stories of landmark legacy code
• Beta version note
• Add link from "Archive" menu with "Browse Software Stories (Beta)" to stories.softwareheritage.org

A fundraising campaign can now be easily created and configured from the WP admin dashboard, closing this.

New donation form has been validated by @rdicosmo and deployed to production: https://www.softwareheritage.org/donate/.

This is what I have implemented on our testbed and I intend to deploy in production : https://www-dev.softwareheritage.org/donate/.

Fix is now deployed to production, pages loading time is now much faster (< 1s), closing this as resolved.

This is the best workaround I found so far, adding that piece of code at the end of our functions.php file.

My first analysis was biased by the flame graphs rendering, dynamic sidebar code is not the bottleneck here.

Below are the flame graphs I managed to produce, first one corresponds to the home page of the website while the second corresponds to the Collect and Curate Legacy Code page.

MySQL has been successfully upgrade to 8.0 and website is now back up and working.

Gandi support has been contacted, MySQL will be upgraded to 8.0 later today.

I have implemented some test donation forms using the Give plugin on our testbed:

I am currently reviewing the Give WordPress plugin and I think the features it offers is exactly what we want:

• creation of donation and fundraising campaign forms in a couple of clicks
• integration with Stripe

In T3111#60316, @zack wrote:

In T3111#60314, @anlambert wrote:

Done ! Hopefully teachpress (WP plugin to display publications list) has a bibtex import that works like a charm.

Good to know!

While we are at this, can you update the entry for the SANER 2020 paper? It says "forthcoming", but that is no longer the case. The updated BiBTeX for that paper is here: https://upsilon.cc/~zack/research/publications/saner-2020-swh-graph.bib

And you can add "forthcoming" to the ICSE 2021 paper, which is indeed forthcoming, and for which we don't have yet full bibliographic info (e.g., page numbers).

In T3111#60314, @anlambert wrote:

Done ! Hopefully teachpress (WP plugin to display publications list) has a bibtex import that works like a charm.

Done ! Hopefully teachpress (WP plugin to display publications list) has a bibtex import that works like a charm.

Thanks for looking into this!

I fixed the issue. I am keeping that task open as recopying the layout might be needed once the english ambassador material page gets updated.

This is not an issue with the content control plugin.