In T395806#10876339, @Lucas_Werkmeister_WMDE wrote:

In T395806#10876091, @Aklapper wrote:

Personally I am still not a fan of any temporary logo changes in Phabricator based on a random calendar system.

I for one would be happy to keep the pride logo year-round, FWIW (like e.g. /r/ProgrammingLanguages does). Then we don’t have to change it every June :)

Miraheze is thinking of doing the same with theirs, it's a very easy replacement to do while maintaining brand identity and being accepting of everyone!

Gerrit patch reviewed and merged by Thiemo, issue is now resolved.

Patch has been submitted: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/PageSchemas/+/1139967

In T159062#10756325, @TTO wrote:

I still haven't seen a clear response to the two points I made in my 2017 comment:

In T159062#3074340, @TTO wrote:

What exactly are "unused redirects"? Redirects that have no inbound links?

Could you explain why this query report would be useful in core? As an example, English Wikipedia will have many thousands of unused redirects (however you define the term), kept to avoid link rot, and nothing needs to be done with them. The same is no doubt true of many wikis.

In particular I question the assumption that "unused redirects" (whatever this might mean) are worth keeping track of.

It works on other pages, although it doesn't make sense as to why it won't work on the mainpage?

Hey there, I tried enabling wgWPBEnableDefaultBanner = true; and it didn't change anything, I'm using it in the main namespace on the main page, you can see my sandbox wiki here: https://dev.aeywoo.com/index.php/Main_Page

It would definitely be a detrimant to multiple large-sized wiki-farm services (like Miraheze, Wiki.gg, WikiOasis and Wikia and independent wiki hosting projects that share their user tables and other appropriate tables across multiple small or large-scale topic related wikis that can't easily be condensed into one larger wiki, (see the Classic RuneScape Wiki, the Old School RuneScape Wiki and the RuneScape Wiki as a small topic related example project that utilises $wgSharedDB to connect all three wikis to the same user tables) I believe it would be in Wikimedia's best interests to keep supporting $wgSharedDB.

This appears to be an error with Extension:SemanticDrilldown, @Paladox has made a PR to the SemanticDrilldown GitHub repository to hopefully correct the issue. https://github.com/SemanticMediaWiki/SemanticDrilldown/pull/111

In T31118#10060337, @Suzukaze-c wrote:

(Currently it is proposed and unimplemented, but ::details-content might exist in the future. https://css-tricks.com/almanac/selectors/d/details-content/ )

Might be worth archiving Extension:TwitterCards as well.

Would you not change the topic of this task since this ticket is older instead of making a new ticket entirely?

Hey, thanks for making a fix for it. It works as intended when migrating now, thanks!

PopulateCucActor, PopulateCucComment, PopulateCulActor-2 and PopulateCulComment-2 are present in the converted database as seen in the image below, I was migrating the Database when the error occurred, skipping the migration of cul_user isn't optional when update.php runs it everytime, unless I disable the extension when I do it, I shouldn't have to do that and it should register that the table isn't there for migration and skip it.

Okay, I'm not sure what was causing the issue, but it seems to be working fine for me now, guess I'll close this issue but thanks for the response.

Hey, thanks for figuring that out and updating the documentation, this has solved the problem I've been experiencing, I'll update the category and tags before closing this task.

It must have slipped their mind, this extension isn't used by a lot of people who run 1.39 MW as far as I know, I can't figure out how to commit with Gerrit and I'm busy until later tonight, is someone else possibly able to do this in the meantime please?

@Aklapper I have solved the problem, it was solved by replacing "use CheckUserHooks;" with "use MediaWiki\CheckUser\Hooks;" and then by replacing "CheckUserHooks" on line 67 with "Hooks", I will attempt to add the changes through Gerrit.

Im attempting to diagnose the issue and find a solution, yes. The main issue I'm running into now is the inconsistency between CheckUser versions for REL1_39 some missing certain services and such, regardless of which service I'm trying to have AccountInfo use it reports it not existing, it appears to be as simple as changing the service name being used but which service to change it to is a bit difficult for me to figure out.