User Details
- User Since
- Oct 29 2016, 5:14 PM (403 w, 6 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Lyrixn [ Global Accounts ]
Sep 7 2023
Why do you ship this crap with MediaWiki if it doesn't work? This ticket is up from 2007 and the issue remains.
Jul 27 2023
Jul 11 2023
Jun 29 2023
Yeah, already figured it out, thanks.
May 14 2020
Ok... so the solution was rather simple. I simply had to drop the l10n_cache table completely as it was somehow corrupted (older translations had issues, whilst newer ones didn't) and run the update script, which recreates the table.
May 10 2020
I'll also include the debug log for pages where recent revision is broken (replaced some content with "xxx" to anonymize it):
Apr 21 2020
Truncating didn't help. That's a real shame, as we're running a rather large wiki project with years of translations. Tagalog (language) seems to be broken and some more popular languages like Brazilian Portuguese are getting recent revision errors after being edited, i.e. blank pages.
Hmm.. I'm not exactly sure what I'm supposed to do here. What would be the recommended steps of troubleshooting this or where would it be appropriate to ask this?
Apr 11 2020
It's also worth noting that I had to apply the following patch when updating to 1.34 back in December:
git pull "https://gerrit.wikimedia.org/r/mediawiki/extensions/Translate" refs/changes/81/560081/2
Hello @Aklapper, I was using the 2019/07 version previously, now I've updated to 2020/01 and the issue persists.
Jul 6 2018
Whatever's going on here, it's spamming my email. Might want to figure out a better way of doing what you're doing, just an advice.
Jun 24 2018
Dec 17 2017
Okay, truncating fixed it.
For whatever reason running update.php stalls on "Renaming index lc_lang_key into PRIMARY to table l10n_cache" and crashes the mysql server if not aborted.