Account doesn't seem to exist

In T210752#5413960, @jhsoby wrote:

Whee, go @Reedy! I can try to import the Neapolitan contents from Wikisource.org at the hackathon tomorrow unless someone else wants to give it a go.

It's created

@aaron here's the state of play:

Needs RELEASE-NOTES to complete this task, but core patch CR+2'd as per https://phabricator.wikimedia.org/T191231#5411308

It should have kept ALL of my settings.

However, the idea came up that we should prepare a similar maintenance page on our servers for the site in case something major happened with our host and we decided we needed to flip the WikimediaFoundation.org domain back to our servers immediately.

Marking as stalled because this cannot be put live again until some remediation is done, and an incident report written for issues caused on cawiki when pulling data from wikidata

Basically, mediawiki-config shouldn't be sitting behind numerous other patches (such as these MF ones ) while the swat queue is empty

As mentioned in T226056 too... I wonder if we should have some sort of non technical/"laymans" description?

I wonder if there should be a side/parent task for allowing multiple of anything (as appropriate)....

^ to show the re-introduction of the empty "available" section

Will need to get your manager to sign this off

In T228588#5392898, @Osnard wrote:

I am wondering why the "id" is an actual PHP class name, rather than a "real" id, like totp, which chould just be provided by the PHP class and therefore would not change in such cases.

Extension wants converting to extension registration before we'd deploy it (should be trivial)

In T228588#5389351, @ItSpiderman wrote:

@JoeWalsh Due to refactoring and moving towards namespaced classes

MediaWiki\Extension\OATHAuth\Auth\TOTPAuthenticationRequest

class name is expected.
No refactoring was done (from our side) on Wikipedia apps
Please let me know if i can help in any way

Ah yeah, forgot about that. Backporting to supported branches is good :)

We don’t bundle MF so we don’t need to

a new hook was created in OATHAuth to address

Is this actually a bug when the hook in core is lowercased at the start? And I don't think the Hook class does a case insensitive matching...

I noted on the gerrit patch...

As an aside, I'm poking the various dependancies to add/update their .gitattributes to reduce the number of files we're bringing in with this

Doesn't seem to want to draw me an updated graph :(

In T226058#5379371, @ItSpiderman wrote:

Is this issue still relevant? This message key is actually not used anymore, as error SpecialPage is gone now. I could not reproduce the issue

In T226058#5379371, @ItSpiderman wrote:

Is this issue still relevant? This message key is actually not used anymore, as error SpecialPage is gone now. I could not reproduce the issue

In T229250#5376414, @Aklapper wrote:

Not sure if we want to have tasks about every page that lacks some translation markup, or what's the intention behind this task? :-/

https://www.mediawiki.org/w/index.php?title=New_Developers&oldid=3310056&diff=3334948 does some of it

In T229175#5371352, @Aklapper wrote:

I don't think that WMF-Legal actively follow stuff in Phabricator.

Is there something we can do to add (automated) testing for this, or making sure part of the QA of the releases, that this actually works in both versions?

It seems it's broken on Android too :/

In T179741#5368720, @dom_walden wrote:

I can reproduce this by creating a GlobalBlock of an IP range via the API.

In T179741#5368720, @dom_walden wrote:

I do not believe GlobalBlocking::getRangeCondition (which is called by GlobalBlocking::getGlobalBlockingBlock) correctly interprets IP ranges.

Time to move 73 from experimental?

Being bold

In T228762#5359391, @sbassett wrote:

Could we piggy-back on what's there?