Thank you.

This is a known issue, a workaround which is currently working for me, on Firefox's latest stable version, is to go directly to Special:UserLogin on those wikis after logging in on Meta.

This issue appears to have been resolved, so I'll close this ticket.

Articles, created by these accounts need to be deleted. Thank you.

I would like to nukes pages created by one user, but from two of his accounts

Hi. What would you like to Nuke? Until Kafka/Jobrunner related issues are fixed it would probably be easiest if we do it SRE-side.

@Collei if you used the on wiki form try just emailing sre[at]miraheze[dot]org with a username and email, that tends to be actioned pretty quick. Password will be sent to you.

I would like to help with testing extensions, but I do not have a mirabeta account. I requested one but have not received a reply, so I'd appreciate if SRE could get to that as soon as possible. Thanks.

Yep, I think I fixed this now. Apologies for the inconvenience. Appreciate the patience!

Now pages from the Story namespace are starting to look like this.

Yes, that would be great, considering OS mentioned the dump is likely way to large for RequestImport. Thanks a ton MacFan!

In T12042#241252, @PixDeVl wrote:

Not an extensions and I can't be entirely sure if it's directly related to MediaWiki 1.42, but an interwiki import of Template:Done failed with this error

[e59ac8c12520d2d5a57535fd] /wiki/Special:Import?action=submit Wikimedia\Rdbms\DBTransactionStateError: Cannot execute query from Wikimedia\Rdbms\Database::select while transaction status is ERROR

Backtrace:

from /srv/mediawiki/1.42/includes/libs/rdbms/database/TransactionManager.php(207)
#0 /srv/mediawiki/1.42/includes/libs/rdbms/database/Database.php(991): Wikimedia\Rdbms\TransactionManager->assertTransactionStatus(Wikimedia\Rdbms\DatabaseMySQL, array, string)
#1 /srv/mediawiki/1.42/includes/libs/rdbms/database/Database.php(640): Wikimedia\Rdbms\Database->assertQueryIsCurrentlyAllowed(string, string)
#2 /srv/mediawiki/1.42/includes/libs/rdbms/database/Database.php(1350): Wikimedia\Rdbms\Database->query(Wikimedia\Rdbms\Query, string)
#3 /srv/mediawiki/1.42/includes/libs/rdbms/database/DBConnRef.php(119): Wikimedia\Rdbms\Database->select(string, array, array)
#4 /srv/mediawiki/1.42/includes/libs/rdbms/database/DBConnRef.php(351): Wikimedia\Rdbms\DBConnRef->__call(string, array)
#5 /srv/mediawiki/1.42/extensions/MintyDocs/includes/MintyDocsUtils.php(21): Wikimedia\Rdbms\DBConnRef->select(string, array, array)
#6 /srv/mediawiki/1.42/extensions/MintyDocs/includes/MintyDocsUtils.php(51): MintyDocsUtils::getPagePropForTitle(MediaWiki\Title\Title, string)
#7 /srv/mediawiki/1.42/extensions/MintyDocs/includes/MintyDocsUtils.php(55): MintyDocsUtils::getPageType(MediaWiki\Title\Title)
#8 /srv/mediawiki/1.42/extensions/MintyDocs/includes/MintyDocsHooks.php(81): MintyDocsUtils::pageFactory(MediaWiki\Title\Title)
#9 /srv/mediawiki/1.42/includes/HookContainer/HookContainer.php(159): MintyDocsHooks::addTextToPage(MediaWiki\Output\OutputPage, string)
#10 /srv/mediawiki/1.42/includes/HookContainer/HookRunner.php(2701): MediaWiki\HookContainer\HookContainer->run(string, array)
#11 /srv/mediawiki/1.42/includes/Output/OutputPage.php(2399): MediaWiki\HookContainer\HookRunner->onOutputPageBeforeHTML(MediaWiki\Output\OutputPage, string)
#12 /srv/mediawiki/1.42/includes/Output/OutputPage.php(2412): MediaWiki\Output\OutputPage->addParserOutputText(string, array)
#13 /srv/mediawiki/1.42/includes/Output/OutputPage.php(2103): MediaWiki\Output\OutputPage->addParserOutput(MediaWiki\Parser\ParserOutput, array)
#14 /srv/mediawiki/1.42/includes/Output/OutputPage.php(2035): MediaWiki\Output\OutputPage->addWikiTextTitleInternal(string, MediaWiki\Title\Title, boolean, boolean)
#15 /srv/mediawiki/1.42/includes/Output/OutputPage.php(4726): MediaWiki\Output\OutputPage->addWikiTextAsInterface(string)
#16 /srv/mediawiki/1.42/includes/specials/SpecialImport.php(256): MediaWiki\Output\OutputPage->wrapWikiMsg(string, array)
#17 /srv/mediawiki/1.42/includes/specials/SpecialImport.php(121): MediaWiki\Specials\SpecialImport->doImport()
#18 /srv/mediawiki/1.42/includes/specialpage/SpecialPage.php(718): MediaWiki\Specials\SpecialImport->execute(NULL)
#19 /srv/mediawiki/1.42/includes/specialpage/SpecialPageFactory.php(1669): MediaWiki\SpecialPage\SpecialPage->run(NULL)
#20 /srv/mediawiki/1.42/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, MediaWiki\Context\RequestContext)
#21 /srv/mediawiki/1.42/includes/actions/ActionEntryPoint.php(145): MediaWiki\Actions\ActionEntryPoint->performRequest()
#22 /srv/mediawiki/1.42/includes/MediaWikiEntryPoint.php(199): MediaWiki\Actions\ActionEntryPoint->execute()
#23 /srv/mediawiki/config/initialise/entrypoints/index.php(93): MediaWiki\MediaWikiEntryPoint->run()
#24 {main}

Since T12040 still seems to be an issue I'm not sure if the error data is logged, if so, someone with shell on test141(if test shell includes graylog access, though I don't think any current beta shell holders aren't also SRE/MWE this is a moot point) may want to investigate this(leaving as part of this task but if needed I'll make a new one for this.

In T12042#241252, @PixDeVl wrote:

Not an extensions and I can't be entirely sure if it's directly related to MediaWiki 1.42, but an interwiki import of Template:Done failed with this error

[e59ac8c12520d2d5a57535fd] /wiki/Special:Import?action=submit Wikimedia\Rdbms\DBTransactionStateError: Cannot execute query from Wikimedia\Rdbms\Database::select while transaction status is ERROR

Backtrace:

from /srv/mediawiki/1.42/includes/libs/rdbms/database/TransactionManager.php(207)
#0 /srv/mediawiki/1.42/includes/libs/rdbms/database/Database.php(991): Wikimedia\Rdbms\TransactionManager->assertTransactionStatus(Wikimedia\Rdbms\DatabaseMySQL, array, string)
#1 /srv/mediawiki/1.42/includes/libs/rdbms/database/Database.php(640): Wikimedia\Rdbms\Database->assertQueryIsCurrentlyAllowed(string, string)
#2 /srv/mediawiki/1.42/includes/libs/rdbms/database/Database.php(1350): Wikimedia\Rdbms\Database->query(Wikimedia\Rdbms\Query, string)
#3 /srv/mediawiki/1.42/includes/libs/rdbms/database/DBConnRef.php(119): Wikimedia\Rdbms\Database->select(string, array, array)
#4 /srv/mediawiki/1.42/includes/libs/rdbms/database/DBConnRef.php(351): Wikimedia\Rdbms\DBConnRef->__call(string, array)
#5 /srv/mediawiki/1.42/extensions/MintyDocs/includes/MintyDocsUtils.php(21): Wikimedia\Rdbms\DBConnRef->select(string, array, array)
#6 /srv/mediawiki/1.42/extensions/MintyDocs/includes/MintyDocsUtils.php(51): MintyDocsUtils::getPagePropForTitle(MediaWiki\Title\Title, string)
#7 /srv/mediawiki/1.42/extensions/MintyDocs/includes/MintyDocsUtils.php(55): MintyDocsUtils::getPageType(MediaWiki\Title\Title)
#8 /srv/mediawiki/1.42/extensions/MintyDocs/includes/MintyDocsHooks.php(81): MintyDocsUtils::pageFactory(MediaWiki\Title\Title)
#9 /srv/mediawiki/1.42/includes/HookContainer/HookContainer.php(159): MintyDocsHooks::addTextToPage(MediaWiki\Output\OutputPage, string)
#10 /srv/mediawiki/1.42/includes/HookContainer/HookRunner.php(2701): MediaWiki\HookContainer\HookContainer->run(string, array)
#11 /srv/mediawiki/1.42/includes/Output/OutputPage.php(2399): MediaWiki\HookContainer\HookRunner->onOutputPageBeforeHTML(MediaWiki\Output\OutputPage, string)
#12 /srv/mediawiki/1.42/includes/Output/OutputPage.php(2412): MediaWiki\Output\OutputPage->addParserOutputText(string, array)
#13 /srv/mediawiki/1.42/includes/Output/OutputPage.php(2103): MediaWiki\Output\OutputPage->addParserOutput(MediaWiki\Parser\ParserOutput, array)
#14 /srv/mediawiki/1.42/includes/Output/OutputPage.php(2035): MediaWiki\Output\OutputPage->addWikiTextTitleInternal(string, MediaWiki\Title\Title, boolean, boolean)
#15 /srv/mediawiki/1.42/includes/Output/OutputPage.php(4726): MediaWiki\Output\OutputPage->addWikiTextAsInterface(string)
#16 /srv/mediawiki/1.42/includes/specials/SpecialImport.php(256): MediaWiki\Output\OutputPage->wrapWikiMsg(string, array)
#17 /srv/mediawiki/1.42/includes/specials/SpecialImport.php(121): MediaWiki\Specials\SpecialImport->doImport()
#18 /srv/mediawiki/1.42/includes/specialpage/SpecialPage.php(718): MediaWiki\Specials\SpecialImport->execute(NULL)
#19 /srv/mediawiki/1.42/includes/specialpage/SpecialPageFactory.php(1669): MediaWiki\SpecialPage\SpecialPage->run(NULL)
#20 /srv/mediawiki/1.42/includes/actions/ActionEntryPoint.php(504): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, MediaWiki\Context\RequestContext)
#21 /srv/mediawiki/1.42/includes/actions/ActionEntryPoint.php(145): MediaWiki\Actions\ActionEntryPoint->performRequest()
#22 /srv/mediawiki/1.42/includes/MediaWikiEntryPoint.php(199): MediaWiki\Actions\ActionEntryPoint->execute()
#23 /srv/mediawiki/config/initialise/entrypoints/index.php(93): MediaWiki\MediaWikiEntryPoint->run()
#24 {main}

Since T12040 still seems to be an issue I'm not sure if the error data is logged, if so, someone with shell on test141(if test shell includes graylog access, though I don't think any current beta shell holders aren't also SRE/MWE this is a moot point) may want to investigate this(leaving as part of this task but if needed I'll make a new one for this.

Hi, did you want us to import the xml/page dump that was included in the dump that you linked?

This is a image only dump right now, although since a RequestImport hasn't been made theres a chance the dump may be too large to upload(I'm not familiar with the max upload sizes). The task will be updated should we need to import pages via Phorge as well.

Not an extensions and I can't be entirely sure if it's directly related to MediaWiki 1.42, but an interwiki import of Template:Done failed with this error

Unfortunately not, Miraheze SRE are busy and there are many factors that we currently cannot predict that will determine when and how this issue is resolved.

Claiming as the poor bloke who's bored enough to be testing mainly, I have crate and admin on testwikibeta so I'll mess with what I can there. Someone from SRE/MWE will need to test CreateWiki, RemovePII, and such if we want to test those.

Yes. Image imports can only be done here on Phorge.

Alright, my apologies! I actually tried to do that the first time but the page wouldn't load after submitting the XML file. It worked this time however. Is the image folder still valid?

Please use https://meta.miraheze.org/wiki/Special:RequestImportDump for the XML

Noting for any task observers: these tests are being done mainly of surface level features, prioritizing speed/efficiency and important extensions. (There are prooooooobably not any issues further down maybe. but if we checked each one for it we'd be lucky to finish by MediaWiki 1.52.) Further bul- testing will be conducted on core and popular extensions should time allow. Maybe.

In T12042#241121, @Universal_Omega wrote:

In T12042#241113, @PixDeVl wrote:

• https://test.mirabeta.org/wiki/Portable_Infobox_test is dead inside

Should be fixed with https://github.com/Universal-Omega/PortableInfobox/pull/120 but is not updated yet.

In T12042#241113, @PixDeVl wrote:

• https://test.mirabeta.org/wiki/Portable_Infobox_test is dead inside

WikiLove also didn't explode, not testing custom images

• https://test.mirabeta.org/wiki/Portable_Infobox_test is dead inside

Why do we need to be so cool and allow extension additions dies inside

Note for other members of SRE seeing this error in the future, please see https://phabricator.wikimedia.org/T315737#8187139

Stalled on T12040

Is there any chance for this to be resolved?

Agreed. Images are all in place now!

Even after clearing caches and trying fresh browsers, the appearance of the deleted testpage persisted for more than 12 hours. Now, except for Android (Edge), the problem seems to be better than it was just a couple of hours ago. What is known about how long it should take to update?

In T12033#241017, @MikeV wrote:

After deleting the testpage with four categories, the following problems occur:

• The testpage is displayed when browsing from "InPrivate" mode (Edge).
• For several hours, if we logged off, the testpage appeared again. That is currently not a problem.
• The testpage is currently displayed when browsing from a different browser (Firefox and Chrome).
• No pages are currently displayed when browsing from an Android device, even the correct NENA Knowledge Base (DRAFT) page.

I have assigned Universal Omega to editor and administrator groups.

Can this task be closed? I imported all the images myself

After deleting the testpage with four categories, the following problems occur:

In T12022#240906, @Darkrai18 wrote:

In T12022#240905, @OrangeStar wrote:

Fixed, again. I see this happened after toggling the private setting on your wiki, which makes me think the setContainersAccess job is not running.

And for my other wiki @OrangeStar ?
https://sherlockholmes.wikitide.org/wiki/Germany

This is a known issue caused by the recent migration to a new Job Runner Software(Kaftka). SRE is still working out the kinks on the new software to eventually assist overall farm preformance(leaving this task open since I don't know if it would be appropriate to close, but there's not much to do with keeping it open)

In T12033#240973, @Universal_Omega wrote:

Nevermind. Should be fixed.

Exception does not seem to have been logged. That will need to be solved first unfortunately.

The problem does not seem to have been solved
[07a2bad65fec70280e5e6cf6] Caught exception of type Flow\Exception\InvalidActionException

Please restore the Miraheze backup of this wiki. I can copy over the changes from WikiTide since November 2023 myself.

Please restore the Miraheze backup of this wiki. I can copy over the changes from WikiTide since November 2023 myself.

In T12022#240905, @OrangeStar wrote:

Fixed, again. I see this happened after toggling the private setting on your wiki, which makes me think the setContainersAccess job is not running.

Fixed, again. I see this happened after toggling the private setting on your wiki, which makes me think the setContainersAccess job is not running.

My images have just died again

I've just reset the permissions on your wiki.

Anything new here?

I'm half sure this would fix itself before when the cache updated for the Maintenance pages. But with the cache updating this morning, the screenshot below is from today, and those pages were created April 1st. So the issue doesn't seem to resolve with the usual cache update.

Hi This hasn't been resolved.

In T12022#240801, @Reception123 wrote:

Sorry about that, there was an issue with files I understand that's since been fixed.

Sorry about that, there was an issue with files I understand that's since been fixed.

This is strange as wmgSiteNoticeOptOut isn't set to true in ManageWiki.

per above

I can confirm this, via Support threads, several users have expressed the same issues.

In T11985#240669, @OrangeStar wrote:

If you get this exception again, can you copy paste the full exception (including the random string of letters) into the comments instead of taking a screenshot? I need a new one to find what's going wrong here.

[7d9b9fe43ffee34b083c811d] Caught exception of type Flow\Exception\InvalidActionException

I'm still waiting. Can at least someone say if this is being investigated, or just forgotten?