Issue is blocked by something controlled by another entity.
Deployed in latest MediaWiki update by @Paladox
Sun, Sep 20
I will try register there
Could you reply to the dev on the github issue?
If at least param prefix = would work, it solves the lack of multilanguage support. So the dates pages could be located in any namespace, even Main, which is prefferable.
I have read the developer response on github, and appreciate your effort to get answers on my questions from the dev.
As the dev says, there it is multi-language support suppose to be working fine, but it is not. You could go to magic.miraheze.org and test to find out about it, as I did with login and without login on several browsers, with extensions and completely clean fresh firefox.
User:Затейник/Календарь page created to test jscalendar.
Sat, Sep 19
@Helper: please see the replies at https://github.com/edwardspec/mediawiki-extension-JsCalendar/issues/2
The part about localising custom namespaces, it would have to have a change to ManageWiki.
Fri, Sep 18
Thu, Sep 17
Please note that I did mention the Wikimedia Phabricator, not ours, as it's up to the developer to fix it.
Wed, Sep 9
Unfortunately, there is nothing we can do on our side because this is an upstream bug as you have pointed out that depends on the VisualEditor developers. The only alternative would probably be to use the normal editor.
Aug 26 2020
Since It's working, I'll close it as finished.
Per a discussion on Discord, unlike the previous one this extension doesn't offer a wgForegroundFeatures so we can't really do this on our side. Upstream https://bitbucket.org/wikiskripta/medik/issues/24/logo-modification created
Aug 25 2020
Unfortunately, I'm pretty sure this is also the case for the WMF Phabricator. Either way, there's not much Miraheze can do about that as we don't have any specific changes to Phabricator, and we upgrade Phabricator very frequently, whenever the updates come out, so this will be something that would have to be taken up upstream with Phabricator.
Aug 22 2020
Aug 21 2020
Now available on upstream REL1_34 branch
Aug 19 2020
Aug 13 2020
Aug 10 2020
Patch pushed upstream for review
Aug 1 2020
Jul 30 2020
John has investigated this issue and hasn't found what could be causing it here, therefore we find that it is best to create an upstream task for this (https://phabricator.wikimedia.org/T259265) therefore declining this task as it is seemingly not something we can resolve.
This seems to be to be an upstream case as I tried to search a local file on the English Wikipedia and also couldn't find it unless I pasted the exact name. I've filed an upstream task here: https://phabricator.wikimedia.org/T259228 and unfortunately since this is an upstream case (seemingly at least) there's nothing Miraheze can do.
Unfortunately it is a known problem upstream and not something Miraheze can help with since we do not develop VisualEditor. The suggestion is that VisualEditor not be used to edit templates.
Jul 24 2020
it appears that voteny has the same problem as those two, not surprising
It's stange that both AJAX Poll and PollNY haave the same problme, but I see that they are related with 1 author in common so I'm wondering if VoteNY also has the same problem since it has the same authors as PollNY.
I'll talk to them
Jul 8 2020
I went through and I think I've found a pattern that will stop this for the next 60 days.
Blacklisted 2 dupes, filed bug upstream, added sitemap. I can keep blacklisting bad ones
I'll go through and blacklist the dupes later tonight.
Jul 7 2020
Jul 6 2020
What's happening now?
Jun 29 2020
Tracked at https://phabricator.wikimedia.org/T231308
It looks like DataTransfer is very outdated. Support for PHPExcel ended 2019, has been deceprated since 2017 and was last updated in 2015.
Jun 20 2020
There's not much coming....
Jun 19 2020
https://phabricator.wikimedia.org/T206683 and Adds a prefix to usernames. "Due to this bug it may be necessary to specify --user-prefix="" when importing files." related