Somebody please review the patchset. It corrects a bug.

In T49799#6469152, @tstarling wrote:

If the point is just to enable the coroutine module then the proposed change seems unnecessarily complex. As far as I'm concerned, coroutine can be enabled if it passes a security review.

And the security review isn't likely to happen any time soon?

Is the extension still maintained?

Please review the change https://gerrit.wikimedia.org/r/626884.

Cannot reproduce. See https://traditio.wiki/Project:Test/ED/2equals.

Could anybody review the change https://gerrit.wikimedia.org/r/620525?

To enable ModgoDB under PHP 7.4, mongodb extension should be enabled (sudo apt install php-mongodb && sudo phpenmod mongodb; and also mongodb library should be installed with Composer: composer require mongodb/mongodb "^1.6.0" (this will be necessary until bug T259743 is resolved).

Can automated tests read extension.json's requires.platform section and add to the testing environment whatever is missing?

I'll try to implement S for English ordinals, for the time being, and make it overloadable.

Why not jS (see https://www.php.net/manual/en/function.date.php)?

It seems a strange idea to me. Changes in MediaWiki or extensions codebase (per @gh87), Lua modules, templates and pages with Semantic MediaWiki annotations do not propagate themselves along dependencies in realtime; and neither is even the parser cache invalidation.

Will adding |ignore regex parameter to {{#get_web_data:}} help? For comments starting wish hashes, set |ignore regex=/#.*$/m.

Can the bug's author or anybody else share connection settings for LocalSettings.php that allow to connect to a publically accessible MongoDB base?

Do you want to pass the key in an HTTP header?

Have you tried to curl Special:GetData/Fruits_data from your webserver's console?

Shouldn't this be closed as resolved?

Examples of __time usage:

• https://traditio.wiki/Project:Test/ED/XML/XPath (the Retrieved line),
• https://traditio.wiki/WikiApiary (the lines at the bottom of the two collapsible sections of the gray infobox).

Thank you, @Reedy, I have managed, though with great difficulty, to re-synchronise REL1_34 with it origin.

In T254887#6206246, @Yaron_Koren wrote:

That's interesting. What's a use case for parsing HTML with External Data?

Corrected the patch per Yaron Koren's review.

In T247629#5970859, @Ammarpad wrote:

No you did something different again; You should use $wgNamespaceProtection [828] = ['editmodule']; as it's all you need. You needn't to 'basically' use something else. NS_MODULE is meant to be used internally in the extension code.

I did it in the hope that this issue would be resolved. The code fragment to which you referred still doesn't explain to me why namespace constants defined in some extensions are not available in LocalSettings.php while others are (like SMW_NS_PROPERTY).

I applied the last patch manually, and the maintenance script started to work.

In T247629#5969187, @Ammarpad wrote:

In T247629#5969186, @alex-mashin wrote:

That's what I did;

No, you used $wgNamespaceProtection [NS_MODULE] = ['editmodule']; that's not the same thing with what I said.

No, when I found out the absence of NS_MODULE, I had to switch to:

if (defined ('NS_MODULE')) {
	$wgNamespaceProtection [NS_MODULE] = ['editmodule'];
} else {
	$wgNamespaceProtection [828] = ['editmodule'];
}

So, I eventually had to do basically what you said.

In T247629#5969183, @Ammarpad wrote:

NS_MODULE is a non canonical namespace, you must use the numerical constant

$wgNamespaceProtection[ 828 ] = [ 'editmodule' ];

In T247629#5968878, @Reedy wrote:

Not defined where?

Perhaps, wikilinks should again be parsed before external links?

For the time being, I replaced $wgUrlProtocols [] = '/'; with $wgUrlProtocols [] = $wgScriptPath; to achieve the desired effect, although I am not yet sure whether that has broken something else.

Will anybody review the code in https://gerrit.wikimedia.org/r/553857?

@Yaron_Koren, when I found out that a certain site had banned my wiki's IP for downloading currency exchange rates too often (and I was sure that caching was already enabled); and that I had to create the cache table manually, apart from finding another source of exchange rates; and that the table that I created using the SQL code from the wiki page was wrong (caused MediaWiki crash on non-Latin URIs due to wrong collation)—I decided to automate table creation.

In T237613#5644117, @Aklapper wrote:

@alex-mashin: Basically a duplicate of T232624: Class 'LoggerFactory' not found? But no idea which branch / versions you tested this with...

MediaWiki 1.31.5 (8af9c78)