Change I6926bee1be71f18fde2909b4d03e673dcff3b1a8 #44 fixing it.

In addStatusIndicator determineRequestedRevision returns what user prefers instead of what type has version actually displayed if it is newest rev.

Favicon not generated.

But only in standard namespaces? What with project-based namespaces?

Now it's OK

Mixing use WikitextContent and use MediaWiki\Content\WikitextContent;? For autoloader it may include class file twice, with executed on include class_alias.

In T372459#10065048, @Mbch331 wrote:

Probably related to https://www.wikimediastatus.net/incidents/3x86p48v5tx6

This can help: add jqueryMsg depedency to ext.growthExperiments.Homepage

In T367982#10055826, @Mondo wrote:

In T367982#9916138, @matmarex wrote:

In T367982#9915003, @Mondo wrote:

I've noticed this a couple of times in Timeless, too, so it's not limited to Vector.

I can't reproduce the problem on Timeless. Can you share more details about where you see that, and a screenshot?

Sorry for my late response, but it took a while to encounter the problem again. But I just encountered it again: https://nl.wikipedia.org/w/index.php?title=Overleg_gebruiker:Roffaduft showed me a blue link, even though it was supposed to be red, as I hadn't posted the welcome message yet. I forgot to screenshot it, but it did happen.

You wanted to say <math>\int{ \left[ \left( \right] }</math> as example?

Same as on other private wiki: T368945

Probably invalid installation issues. Ask on [[mw:Project:Support desk]].
No responses.

Is this still happening?

PS. There is no need to separate the link "review" in its own column; it should appear next to the title of the article, instead “edit”.

Yes, module solution seems to be enough. No need for extensions. Something stops us?

because the article https://en.wikipedia.org/wiki/Double_tilde oddly is

Because there is page named "~~".

Because getArticleSiteLinks assumes it always has response from wikidata. Needs to be rewritten.

In T367638#10024027, @matej_suchanek wrote:

In T367638#10023959, @Wargo wrote:

In T367638#10022975, @matej_suchanek wrote:

If we cannot assume the user exists locally, what should be done?

Or some interwiki pointing. The action is done using account on external wiki, so that account should be linked anyway. To be handled by CentralAuth and their hooks?

That's actually what Wikibase does when it inserts recent changes. (So I am striking what I wrote.)

Yes, but not for Echo.

In T367638#10022975, @matej_suchanek wrote:

If we cannot assume the user exists locally, what should be done?

Maybe because it searches words.
Use regexp
-intitle:/LL\-Q/

In T324422#9982630, @Msz2001 wrote:

(but I didn't see the problem where the edits weren't done using VE).

In T368380#9982475, @Tgr wrote:

In T368380#9954488, @Tacsipacsi wrote:

Maybe another extension aborts a hook FlaggedRevs depends on?

At a quick skim I don't see any PageMoveComplete hook handler in Wikimedia production that would ever return false.

Maybe it should be test on Parsoid? Do we need $poutput stuff during autoreview?

In T368712#9948063, @Superpes15 wrote:

should I create a patch, or do you want to continue with your change?

OK, please continue.

Simply configure (one of logos and favicon are missing) as sysop-itwiki.

Negation is needed. And rules for visited redlinks, if applicable?

In T367638#9896494, @matmarex wrote:

So it seems that the account was treated as unregistered when creating the notification, and now there's bad data in the database.

Yes. Should isRegistered return true for global accounts (even no local created)? This needs to be checked also in light of forthcoming temporary accounts.

• Seems EchoEventPresentationModel.php $user->isRegistered() returns false for external (Wikibase) account. This account The monster is my thing ill do this if im thing is not registered on wikimaniawiki (and won't be).
• The agent name is truncated resulting in _ at the end which is invalid Title.

Something with https://www.mediawiki.org/wiki/MediaWiki:Gadget-tabbedwindow.js and latest heading structure modifications. What skins have this problem?

I can help with setting up on server if you (operators) need.

What do you see in network console?

@matmarex Could I have flag to allow all patches on Patchdemo?

But the message about translatewiki is still unparsed and not in interface language.

They had problems T363086 with deployment procedure and I don't know how they finalized it.

In T362856#9749363, @Msz2001 wrote:

The patch that @KartikMistry mentioned was deployed on 22 April to plwiki

No, from 23 to 25. Last event was 18:20, deployments are on 20:00 (in Poland)

In T362507#9747580, @Bluehill395 wrote:

The problem still occurs in 1.42. I think need to backport the changes.

This is related with the first section.
Maybe some delays, timeouts in getting version from some external software (CirrusSearch?).

We can delete getAssociatedNavigationLinks if we don't need it.

Now I created another entries on logs :P https://www.mediawiki.org/w/index.php?title=Topic:Xxavmfc41t2yb5zg&topic_showPostId=y3kaa7nq0w2z04tt#flow-post-y3kaa7nq0w2z04tt

_recheck

@Xaosflux works for you? If not, could you test network console?

For me it works.

Do you use any scripts (especially on translatewiki.net)?
Can it be from apihelp?

In T361041#9732668, @Ada_Jakubowska_WMPL wrote:

For your information, @AramilFeraxa and @SkrzydlatyMuflon will help us in the site creation process, so at the end of your job, when you create some accounts, you can also create accounts for them :)

Fixed by https://github.com/wikisource/api/commit/f98d1e57190507bfb977461d772a1dc4019a4b98

And T361622 at once. Always ignore main page title.

On Special:ListGroupRights make sure user group has writeapi right.

In T362139#9731305, @Msz2001 wrote:

In T362139#9724671, @matmarex wrote:

I'll be honest, I'm not sure how it's supposed to work. But I think I managed to restore how it worked.

I set up demo wikis to compare:
Before the bug: https://patchdemo.wmflabs.org/wikis/777f1587e8/w/index.php?title=Test1&action=edit&undoafter=152&undo=153
Current buggy version: https://patchdemo.wmflabs.org/wikis/1010d4fce1/w/index.php?title=Test1&action=edit&undoafter=152&undo=153
After the fix: https://patchdemo.wmflabs.org/wikis/83a92cb3f0/w/index.php?title=Test1&action=edit&undoafter=152&undo=153

If someone here feels like they understand it, I'd appreciate if you could test on those demo wikis as well.

@matmarex How can we test this? Do we have to get rights on these patchdemo wikis? (AFAIK, the accept checkbox does not appear if one does not have editor rights).

They click on rollback on history page or on diff view?

This may apply to wgContentTranslationUnmodifiedMTThresholdForPublish too?

Do another test

Maybe opted-out mentee has mentor that also opted out from being mentor.

The slash at the end is problematic. Removing it opens thread.

Maybe outdated issue.

• On mediawiki.org, where this thread is located, can see history (also logged out)
• On other wiki (Wikimedia) as Aklapper

Is preview of every deleted revision possible? And diffs between them?

Is it on your wiki or Wikimedia?
If your, you need to install Extension:JsonConfig and import also data from Commons or modify module to not use them or disable some of its features.

In T362139#9701584, @matmarex wrote:

@Wargo To clarify, you mean that getOldID() only checks whether we're viewing a page with the &oldid=… URL parameter, and we should also check for the &undoafter=…&undo=… parameters?

Yes, this is definitionof this function (method). Undo URL doesn't provide oldid.

This is because we check validity of URLs using wfParseUrlduring reading external links from flow_ext_ref but not during filling "reference" tables. This causes filling database with wrong links when they are inserted into messages (posts) and these alarms.

The only hook to fire update of watched heading's DOMs is ve.deactivationComplete.
Maybe it should be universal and VE should be modified to call the new hook?

Is any sense to call preprocessResults on empty set?

It happens only when list is empty - no subscriptions.

Thanks, I evaluated them again, and yes, this is the way.