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.

I've just reset the permissions on your wiki.

Briefly discussed the implementation of this a couple of weeks ago and we decided that something like a Swift Container would be appropriate for this. So if someone with Swift access could create a container, "miraheze-loadouts" or something like that then that would be grand.

Tilesheets has been patched.

This has been added to ManageWiki/settings under the styling tab.

Has this been done, or is it no longer required? If the latter the correct status is invalid.

This is done, Special:Statistics now shows 187 content pages.

In T11981#239896, @Universal_Omega wrote:

I've already added some initial support to this with my recent work on monitoring, by adding statsd metrics, which pushes to Graphite, which is then pushed to Grafana using the new Graphite data source I added there. We can add these to statsd, or even directly to prometheus maybe.

In T11918#239820, @retep998 wrote:

I think it would be great if the developers of that extension (such as me and SatanicSanta) could view that ticket.

In T11918#239791, @Redmin wrote:

This is stalled due to the presence of low severity issues in OreDict. I am yet to review Titlesheets, however.

In T11901#239052, @OrangeStar wrote:

In T11901#238730, @Original_Authority wrote:

1. Storing the dumps: this relies on the idea that the dumps are exported as XML files from an actual wiki. My thought was that we could create a loadout wiki for each language, and periodically export that to a folder in Swift, and then the script would use the correct dump for the correct language variant of that wiki. I'm not sure if this would work, though, and would be a lot of wikis? But it is the idea I envisioned and is also how it is done on Fandom and previously Gamepedia. We could run a cron or something to automatically export the dump or something stupid like that.
2. The Mainpage: this would also mean that we didn't have to use the maintenance script to create the main page, because it can be created by the loadout. Is this a good idea? I'd say so, since it would mean one less thing to have a script for.

LGTM. Aditionally, one thing that comes to mind is that this would make it easier for anyone to edit the default main page. I remember that @Raidarr on Discord mentioned wanting to edit the default main page, which is not currently an easy task since the message is very hard to edit since currently it is in a one line interface message.

We should look at how we approach allowing contributions in this hypothetical wiki. While it may be a bit too risky to allow anyone to edit, we could allow trusted users outside of SRE to also have edit rights on the loadout wiki, makes it easier for non-techies to contribute to especially the default main page.

You made an edit on your wiki 14 hours ago?

This has not had a reply in two weeks. Please reopen if this still occurs.

In T11607#237549, @Mandaepedia001 wrote:

I posted on the stewards' board first and they asked me to open a task here. I cannot change any permissions in my wiki, everything is faded out.

In T11752#236162, @Intp wrote:

I think the wiki needs the following extension installed to upload / render images from an external repository.

https://www.mediawiki.org/wiki/Extension:AWS

Simply whitelisting may not work.

Thanks,

User Intp

In T11881#238916, @Creeper19472 wrote:

In T11881#237981, @Original_Authority wrote:

All done but refreshLinks is failing because T11878.

Maybe we can do this now since the task is resolved

In T11901#238745, @PixDeVl wrote:

Also- down the line, would it be possible to allow for selection groups of templates? Say, I want to include standard MBox notices and the hatnote collection but I don't want infoboxes cluttering my wiki. If we go with the XML route this seems like it may be easy enough:tm:. For a loadout.miraheze.org wiki maybe could use categories or namespaces.

The linked statistic page shows you have 203 pages--do you believe there are more that aren't counted? You have $wgArticleCountMethod set to link in ManageWiki which means that only pages with links are counted as content pages. If you want all pages regardless of links etc to be counted, you need to change this to 'any'.

I have a working copy of this now, which is good progress. But before refining it, I'd like to get some opinions on the best way that this should be approached (cc. @Universal_Omega, @OrangeStar). The existing version I have has been tested with S3 (because I don't have access to a Swift instance, but will test with Swift before completion), and works on the basis that an XML dump is stored in Swift, which is downloaded as a stream, saved to the filesystem temporarily, and then imported and deleted.

These are on Fandom so probably do not need much scrutinising, but best to give them a once over.

The documentation can be found here.

RottenLinks was rewritten a bit a couple of months ago to no longer depend on a maintenance script. As such, it now requires 1.40 and for wikis to have migrated their external links and set wgExternalLinksSchemaMigrationStage (note that this was removed in 1.41 so will only need to be done for 1.39->1.40.

This is being caused by the Drafts extension:

I believe the correct location for reporting bugs for this extension would be to the author's email: support [at] topway.it

Scribunto is enabled on that wiki. This seems like a user error. Please can you provide the page where you are seeing this issue? You may wish to check out the Scribunto documentation.

All done but refreshLinks is failing because T11878.

This is a bit of a weird one, because the documentation says that the levels are set at Special:Stabilization, but that special page doesn't exist on that wiki despite having FlaggedRevs enabled.

This line looks to be the offender.

In T11547#237010, @Reception123 wrote:

@Original_Authority could you confirm that there are no blockers left?

Closing as invalid since there has been no response. Please reopen if the issue is still occurring.

Error: Call to undefined method MediaWiki\Title\Title::getRestrictionTypes()

Looks like this is from AuthorProtect extension.

Please can you provide a link to the article where I can see an example of the popup not working?

This can be enabled in Special:ManageWiki/extensions.

Failed to access name from slot_roles using id = 1

Seems related to T10409.

I've PR'd to fix all of those issues.

Also https://github.com/immewnity/mediawiki-fluent/issues/17 request to move it outside the folder into the root of the repo.

@Agent_Isai is there plans to bring over the changes WikiTide made to S:RW for this?

Interwiki sorting requires Wikibase Client. You need to enable that first.

I have a somewhat bizzare idea, but one that I think would be beneficial in the longer run. Since we will potentially be overhauling the notification system, I think this is a good time to potentially split a bit of it off from MediaWiki as its own service.

Should be in ManageWiki when Puppet runs next.

This is more than likely fine due to its usage on wiki.gg, but still a good idea to check.

We are all volunteers and there are a lot of tickets to get through. Please be patient, there are other tickets opened before this one. This ticket is less than three days old.

In T11716#234939, @Universal_Omega wrote:

It would only create technical debt to be renamed on certain wikis, if its renamed at all a name that covers central and child wikis would be good. However we could just add an alias for something else and have it change page title while in a technical aspect it is the same page is possible.

Merged.

No response. Assuming it is fixed. Reopen if otherwise.

A custom echo extension is definitely feasible. Tentatively claming this and I can begin working on it this weekend.

@Lemoncordiale, the two pages you linked appear to be working now; has the issue resolved itself?

Tentatively closing this as there has been no response and that domain looks to have been purchased before the opening of this ticket (and obviously not by the requester). I would assume it is already owned by Google since the NS's are Googles.

Done :)