Don't use conpherence with me, I won't read nor reply. Instead write me by email or my user talk on mediawiki.org.
- User Since
- Oct 10 2014, 2:32 PM (123 w, 3 d)
- LDAP User
- MediaWiki User
- Nemo bis
On the wikis, you should use the full URL.
This is for scenarios where the main user group are people who don't even speak the translated languages, but need to use the translations.
Not a matter of configuration.
I've always assumed that, like Special:AllPages, this special page is meant for monitoring and transparency reasons, so that editors can see all the pages which appear on the wiki and can work on improving them. Correct?
It should be a variant of the Special:AllPages name and be a clear reference to Wikibase, so Special:AllRepoPages or Special:AllRemotePages or similar.
Sorry for triple message... do I see correctly (https://archive.fo/MakpZ ) that currently https://cy.wikipedia.org/wiki/Arbennig:AboutTopic/Q272 is the only URL actually indexed by Google?
I note however that https://www.mediawiki.org/w/index.php?diff=2373589 contradicts the task description, since it says «all placeholders for Items that have an id up Q3000» (bold added).
the rest of the notable ArticlePlaceholder pages
Thanks for updating the task description.
T154816 is not a hard blocker, just a nice to have (why not make a couple persons happy if it costs us nothing). Doing T156113 before the disabling is instead definitely recommended, though not absolutely necessary per T156113#2964757.
In fact an instance I just created from Special:NovaInstance with the same name also works.
True, I do see the links again now.
Sat, Feb 18
Thanks for letting me read this ticket. I note the description contains a valid rationale, which helps me understand the action:
Can't test now since I'm not getting any of the password reset emails...
Interestingly, deluge (1.3.12) finds both archive.org servers as webseeds:
Florian is correct, but let me add that of course we're happier if you choose 3. Then, if someone in 6 more years files a task like this, we can help them. :)
Fri, Feb 17
Per T137269#2363171, I'm going to re-fix this task to be about what was actually being discussed. However, I'm also closing it since the discussion was superseded by events.
I don't see recent updates at https://secure.phabricator.com/T10350 . If the script works, please mark this as resolved.
A parent projects for the app-related projects is very much needed. The current jungle of projects makes searches etc. practically impossible.
Thu, Feb 16
This has nothing to do with article size, you are just including too much stuff (see post-expansion limit below). It's not acceptable to serve pages bigger than this, just split the page.
Wed, Feb 15
As far as I can see, this is resolved. I/O from NFS is quite slow from the dumps machines (less than 90 Mbps) and this is the worst effect that an intense reading activity from dumps-1 is currently able to cause on labstore1003 (quite far from the peaks of over 40 MB/s it has on a typical week):
Thanks for all this.
Tue, Feb 14
I think it should be possible to either have a script deriving the plural rules using Unicode's CLDR definition
Mon, Feb 13
Since most people seem to be asking about language priorities (as is natural), but they're not getting good answers on the super-messy Flow page, we should make sure that https://www.mediawiki.org/wiki/ULS/FAQ#language-territory is either linked directly or prominently available from the link target.
A non-Wikimedia translator was confused by this bug on https://wiki.gentoo.org/index.php?title=Java/ru&diff=next&oldid=593402 ; the most frequent cause is FuzzyBot edits not being applied, so I instructed them to upgrade to fix T48716: Translation page does not contain the latest translations/last translation. I also added a note to this purpose on the task description.
Sun, Feb 12
I'm a bit lost after all this exchange. I only want to say that PyICU is an important package to offer for us, especially since it's one of the ways to ship and use the CLDR data which Wikimedia users contribute. Having the packages python-pyicu and python3-icu installed is good.
Sat, Feb 11
I know such an app exists (it's documented at https://translatewiki.net/wiki/IOSApp ), but I want to hear from the reporter whether that's what they're using.
What's the "Translate wiki iOS app"?