Page MenuHomePhabricator

Unable to edit any page on www.mediawiki.org with MediaWiki\Revision\RevisionAccessException
Closed, ResolvedPublicBUG REPORT

Description

Steps to replicate the issue (include links if applicable):

What happens?:

[85642acc-3574-48fa-8715-60849881c97f] 2024-09-14 13:05:41: Fatal exception of type "MediaWiki\Revision\RevisionAccessException"

What should have happened instead?:
The editor should open instead of there being a bid red angry fatal exception box

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):

#wikimedia-tech
[08:52:28] <aharoni> Hallo. I cannot edit any pages on mediawiki.org. Where I press "Edit source" or "Edit", I get: Fatal exception of type "MediaWiki\Revision\RevisionAccessException"
[09:03:25] <AntiComposite> confirmed

Event Timeline

AntiCompositeNumber triaged this task as Unbreak Now! priority.Sep 14 2024, 1:11 PM

I was able to submit one translation unit using Special:Translate to https://www.mediawiki.org/wiki/Manual:$wgParserEnableUserLanguage/he (just as a test).

But if I'm trying to edit a whole page using Edit source or Edit, or if I'm trying to Undo an edit, I get Fatal exception of type "MediaWiki\Revision\RevisionAccessException"

It's because of T183490 which is currently running on mediawikiwiki. Thankfully, I have seen the issue before and it's just cache being stupid. It would automatically go away at most in 24 hours and usually way sooner. I can try to purge the cache. We probably should add an automatic cache purge to the migration script.

ladsgroup@mwmaint1002:~$ mwscript eval.php --wiki=mediawikiwiki
> $cache = \MediaWiki\MediaWikiServices::getInstance()->getMainWANObjectCache();

> $key = $cache->makeKey('revision-slots', '', 946683, 5577029);

> $cache->delete( $key );

This did the trick. Now people can edit mediawikiwiki now but there should be some errors here and there still. Before next production run, we should automatically purge these since they can be in worse mw messages and bring down the whole wiki. cc. @Zabe. I can try to implement it but I'm traveling. Will see if I'll be able to do it.

A curious screenshot I wanted to share. Notice how the "User page" tab looks like:

image.png (905×188 px, 30 KB)

Something got broken with parsing. Usually it works correctly.

It has nothing to do with the parsing. As I said, It will automatically resolve in a couple of hours

It has nothing to do with the parsing. As I said, It will automatically resolve in a couple of hours

No problem. Just an oddity along the way. Thank you for fixing it! Enjoy the rest of your weekend :)

The migration fully finished on mediawikiwiki.

wikiadmin2023@10.64.48.160(mediawikiwiki)> select count(*) from content where content_address like 'tt%';
+----------+
| count(*) |
+----------+
|        0 |
+----------+
1 row in set (1.736 sec)

wikiadmin2023@10.64.48.160(mediawikiwiki)>

So this now only is a thing of the cache catching up.

Thank you for fixing it. I can now READ the pages again. However, I think it would not be a good idea to run the migration in the same way on other wikis.

Ladsgroup claimed this task.