Create a new special page called Special:BlockedExternalDomains, editable by anyone having "delete" right

Sounds like ext:LocalisationUpdate would have been a good option had it not been sunset? (T300498)

Updated backtrace from my dev stack. For testing purposes, I disabled every extension, skin and non-"core" hook call.

[681ce7ac7b4d7d4eb733cc15] /wiki/Main_Page TypeError from line 300 of /home/lcawte/webhost/quietwiki/w/extensions/GlobalPreferences/includes/Hooks.php: Return value of GlobalPreferences\Hooks::getPreferencesFactory() must be an instance of GlobalPreferences\GlobalPreferencesFactory, instance of MediaWiki\Preferences\DefaultPreferencesFactory returned

Is the cause likely to be similar to T285894 ?

Extension is not tracked/developed upstream. Should be fixed in current codebase.

Forgot about this one - yes, and in REL1_35.

Does ShoutWiki Ads not have a Phab project up here?

In T254803#6204208, @Legoktm wrote:

Maybe put out a call on mediawiki-l to see if anyone uses this functionality before we get deprecate it?

For alternative names, this basically enables hotlinking so $wgEnableImageHotlinking?

I'm pretty sure that SkinAfterContent with some CSS or AddFooterLink could be used to achieve the same effect.

In T254104#6180271, @Aklapper wrote:

Screenshot from mobile mode. It is unclear what the problem is.

In T101017#6134711, @sbassett wrote:

In T101017#6128275, @Dzahn wrote:

We are waiting for updates from the security team here. Let's ask them instead of the bug reporter.

This likely needs a re-triage then as I'm sure it's fallen off our radar at this point. While it would be nice to have some official process in place, if the user this task concerns (@lcawte) has been inactive and/or no longer requires such access, we should probably resolve this task.

In T199474#5003716, @GeoffreyT2000 wrote:

The part about rc_bot has already been fixed with https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/494619/. Perhaps
Jack Phoenix and Lewis Cawte could also make a similar patch that fixes the problem for rc_patrolled.

On my TODO list when I clear this week's coursework off my list... that's assuming no one gets to it first.

I think this got shelved from our director's meeting due to more pressing matters and never ended up back on the agenda. Given that I'm the sole director now, I'd sign this if this access is something that's still possible (although I'm guessing the NDA may have been updated since June 2015?)

I'll let you guys in on a little trick I don't like publicizing, we've got a tool so it can be done on wiki as well! It's called Special:RefreshSpecial. I'd suggest, particularly on Brickipedia, if you're going to run them all (and I'd suggest you not do it excessively either), run OrphanedPages separately. I've not run it on Brickipedia since, well, probably August, but one of the pages takes a long time to populate and I'm pretty sure it's that one.

Breaking runs of fairly big maintenance scripts like runJobs and refreshLinks isn't a great idea...

ShoutWiki has enough resources to support Semantic MediaWiki, since Brickimedia now lives there this task is invalid.

Brickimedia doesn't use CloudFlare anymore.

I missed a config line. Sorted.

Transferring the domain to me (as I said I'd foot the bill a few times) is probably the easiest in the long run.

Sure, we need access to the DNS before we can do anything (pretty much all the prep work is done)

I'm happy to look into this... probably later today.

In T146588#2665741, @ashley wrote:

Also the whole User blog: namespace is a Wikia-ism adopted by Brickipedia for whatever reason that is beyond my comprehension; BlogPage by default puts the blogs into the Blog: namespace and this isn't currently configurable (and I quite honestly don't see why it would need to be, do we really have so much blog activity that we somehow explicitly need to mention that it is a user blog (as opposed to...a site blog?) post written by user Foo?).

In T139322#2490830, @Danny_B wrote:

Apart from empty history of the project, the lack of reaction from the team actualy clearly shows that the project is unused.

The only people with access to fix this (to my knowledge) are @Ajraddatz and @georgebarnick. Please stop assigning this to anyone and everyone.

So we decided in principle that the company is happy to go ahead with this, pending the signing of NDAs to the company by people with access to the server.

Cherrypicked this on to REL1_26 as it was breaking ShoutWiki.

@Aklapper It's on the agenda for the next board meeting, as we never agreed we'd actually sign it as a company.