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 (145 w, 1 d)
- LDAP User
- MediaWiki User
- Nemo bis
Thu, Jul 20
I can do this if nobody else manages in a few days, let me know.
Wed, Jul 19
Sun, Jul 16
Sat, Jul 15
We of course want to support all currently used calendars, but for instance I'm unable to translate the description of this bug to a specification. https://en.wikipedia.org/wiki/Hindu_calendar is a mess as well.
Tue, Jul 11
Giving that experience to approximately 100 new users per day would be a terrible introduction to Wikipedia, IMO
Either the summary or the status of the task is incorrect, please alter as needed.
Mon, Jul 10
Bizarre situation indeed, some histories look quite fake now all incoming links remain broken. I guess we can only have a local pywikibot run move back all the titles with redirects suppressed, so that the redirects from the old to the new titles work again.
Sat, Jul 8
Re the new summary, note there was already a project called LocalisationUpdate v2 or LUv2 (never put into use).
Thu, Jul 6
I changed summary since there was disagreement about the term "forced".
Wed, Jul 5
let namespaceDupes.php take care of them?
Tue, Jul 4
I'd prefer that bugs be closed only *after* the repositories are emptied, otherwise they'll keep coming up again.
deploy for say a week and see how that affects spam bots
Mon, Jul 3
Sun, Jul 2
"A total of 16,214 non-merge changesets were pulled into the mainline repository for the 4.9 development cycle, making this cycle the busiest in the kernel project's history." https://www.linux.com/news/linux-weather-forecast
My point is that "Greek polytonic" is not an real language. is just another script
Sat, Jul 1
Fri, Jun 30
Thu, Jun 29
We could make the messages ignored on translatewiki.net, but really they should be fixed.
AFAIAA this isn't Stalled on anything in particular currently, right?
This is actually being used for MobileFrontend as well, right? I'd add special pages too, like T88270: Special:Watchlist should be the default not Special:EditWatchlist when you click watchlist in left menu.
(Marked Regression for lack of a better way to tag important shortages of MobileFrontend which go counter feature parity.)
What does this task need a volunteer for? This is just a setting, AFAICT.
>>! In T169071#3388409, @Pnorman wrote:
It's probably worth looking at how the link to https://wikimediafoundation.org/wiki/Cookie_statement is handled, which is also linked from the Italian page.
Wed, Jun 28
Tue, Jun 27
Yesterday, we did a query of clickthrough traffic across all Wikipedias to get a simple snapshot idea of the usage of the sister projects (from the search results page) before and after the production release:
Maybe this should be closed invalid, especially if there's already some other task on how to handle temporary failures. Mailservers often lie about the reasons they bounce or defer messages, nowadays (to avoid scraping etc.).
The proposal is sensible.
Mon, Jun 26
it seems like it would be a waste of time to request the addition of more languages there
What do you mean by "list name of all languages"? A special page like Special:SiteMatrix but just with a super-long table of language codes and names?
Sat, Jun 24
Jun 21 2017
I think it makes sense to remove users who have been inactive for a long time (several months or years) and who are not currently doing any code review. The two users mentioned have exactly 0 open patches requesting their review.
We are not defining any namespace with ID 206 in our configuation. I think it's SF_NS_FORM, defined by https://github.com/SemanticMediaWiki/SemanticMediaWiki/blob/master/src/NamespaceManager.php (which in the past caused https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues/1975 ).
Not resolved: the language selector was simply removed, wasn't it? T113114: Make all wiki-facing error pages consistent
Personally i would just care about errors and warnings in the log files, but no a strong opinion either.
Jun 20 2017
Jun 19 2017
Jun 18 2017
Jun 17 2017
It's not acceptable to break core functionality of Wikimedia (content) wikis for an entire class of users just to combat a minority of abusers. Targeted blocks must be used instead, see T168142#3357904. Let's close this one to avoid having a hundred parallel discussions.
I've blocked a few ranges for a month on mediawiki.org based on AFRINIC information, just because it's mediawiki.org and we need something quick (but not too painful) to protect Phabricator, which is not as robust as a wiki. Let's see if it helps anything until T167915: Disable media for Morocco Wikipedia Zero or similar is fixed.
This request doesn't seem especially legit. You "just" want to block them from using Phabricator, don't you?
Translation pages cannot be edited directly, so you cannot patrol (or move, or delete) them directly either. You only can patrol/undo/rollback the edits in Translations namespace.
Jun 16 2017
Why are we restricting Zero-rated users to only the "not a wiki" version of our wikis?
Why restrict this mechanism to Zero, making Zero different from other access? We could instead deny access to unpatrolled files for users that aren't logged-in.
Jun 14 2017
LanguageFallbackChain::extractPreferredValue() returns a language value which should be what we need, if it's passed on in the next steps; TermIndexEntry provides a getLanguage() function.
Funnily, the good old action=render works well. :)
Are such clicks (counts) recorded in EventLogging and for how long?
Search engines and users are confused if we give them results in unexpected languages, so T167872: Correctly set lang HTML attribute for each article placeholder string is rather important to fix.
There is still an open patch associated to this report, at https://gerrit.wikimedia.org/r/#/c/118101/ . Now that we went a more minimalistic way with the WikiEduDashboard etc., I wonder if this feature request can be declined/repurposed, to focus on exploiting MediaWiki core/s watchlisting (with enotif and other notification systems hooked into it).