Thu, Feb 6
I am fixing these pages on Meta:
- for pages with no <translate> tag, often, an editor wanted to remove the possibility to translate. So translation administrator should just use “remove from translation” action link from Special:PageTranslation.
- for pages which have been protected since they have been marked for translation, to workaround this bug, translation administrator should mark the page again for translation, using the following link: https://meta.wikimedia.org/w/index.php?title=Special:PageTranslation&target=<Issued_page_name>&do=mark.
Sun, Jan 26
BaRaN6161_TURK has turned “madde” into “makaleler” on September, 29th. You can discuss directly on Translatewiki.net.
Wed, Jan 22
Tue, Jan 21
I can reproduce with Chromium
Seems to be worst today:
Could not reproduce this on a filtered search on translatewiki. Might be linked specifically to translated pages (similar to bug #60952).
I can reproduce on Translatewiki.net, so it is not only related to translated pages only.
Sat, Jan 18
Sorry, I thought all merged patch were automatically deployed to beta.
I still reproduce on en.wikipedia.beta.wmflabs.org
Jan 16 2020
Many thanks for your detailed explanation! =)
Jan 14 2020
Edit has been prevented with 495d9420f0db to let the ref list automatically update. I still think it could be edited as a standard template.
Jan 11 2020
Jan 9 2020
I think it is a caching issue: the browsers may keep pages fully in cache while browsing to display them instantly when using Previous Page button.
Jan 5 2020
Jan 4 2020
Jan 3 2020
So I think the help should be fixed, it currently indicates: “There may be results that do not contain one or more of your search terms.”
In fact, I didn’t expect the stemmer achieved to look for “venu” instead of “venir”, but I would think CirrusSearch would try to remove the “venir” keyword to find articles where all other words are in the title.
(Before your explanation, I believed it already did it for finding Sheila article; so I found that bahavior inconsistent.)
Jan 2 2020
Jan 1 2020
@NicoV I took the liberty of editing your task: I hope I haven’t made any mistake, else, please fix them.
Dec 21 2019
So, the fallback OCR is now used instead of hOCR, until this bug is fixed.
Dec 20 2019
Dec 17 2019
Aklapper had already pointed above a MediaWiki.org link which explains how the Phabricator priority system work: mw:Phabricator/Project_management#Setting_task_priorities.
Dec 12 2019
Indeed, I don’t think so. But it get shown when there is one mention (over several ones) which failed. In this case, maybe it’s more complicated, but it would be useful to have the username of mention which failed.
Dec 11 2019
Maybe… I don’t know what is the best design.
Dec 10 2019
Dec 9 2019
I finally received the emails. Just an unnormally long delay: feel free to close this task as worksforme.
Dec 8 2019
Nov 29 2019
No, they will not. At least, not automatically.
Nov 28 2019
Nov 27 2019
I think you can feel free to claim the task and to fork the software from Github. No special rights are needed to produce a patch.
Done: T239353: New maintainer needed for Phetools OCR for Wikisource. Please feel free to edit it.
Nov 20 2019
Seems to duplicate T189389: "Publish changes" button is confusing in Draft namespace which has been closed as duplicate of T163302: Consider to re-label "Save changes"/"Publish changes" to be "Save & Publish".
Probably duplicates T145696: Sandbox as a feature.
Nov 11 2019
Note on Special:Contributions with Vector, .mw-title class is got by Flow Discussion page title.
Oct 31 2019
That’s fine to me, thanks.
Oct 30 2019
Oct 25 2019
Oct 23 2019
Oct 22 2019
Oct 20 2019
Oct 9 2019
My bad, I thought wikidiff2 was part of MediaWiki core, I didn’t know different diff evaluator were possible.
Sep 29 2019
Sep 15 2019
Aug 23 2019
With only one change, the “diff” link seems to be broken (curid=0&oldid=0). Besides (related?), the number of byte added is false (not the same indicated in History page which is more credible).
Jun 1 2019
I agree with stjn: animation is really disturbing while reading.
May 26 2019
May 22 2019
Seems OK on test2.wp
May 5 2019
May 4 2019
It would be nice to have clickable TOC items to easily browse the page we’re editing.
May 1 2019
Apr 25 2019
The link I’ve seen was created from a gadget which read directly the source code to get the ID, so it let generating correct URLs. But the gadget is currently used by only 2025 (including 242 active) users, so I think there is not a lot of issues of this kind.
Apr 23 2019
Mar 30 2019
Indeed, I just encountered the bug on fr.wp again (2019-03-30). Maybe a recent regression…
Mar 24 2019
Mar 21 2019
Indeed, I suppose this normalization may be undesirable for some language.
Mar 20 2019
Mar 10 2019
Feb 3 2019
I just checked: AdBlock doesn’t seem to block anything. And I’ve been able to reproduce after Wikipedia white-listing (@@||fr.wikipedia.org^$document rule).
Jan 31 2019
Is it possible it is related to T154329? I often switch tab, then, coming back to wiki tab, VE fails to load.
Jan 30 2019
I just encountered this issue with 2017WikitextEditor, which is therefore concerned too.
Jan 27 2019
Jan 24 2019
Jan 23 2019
Jan 4 2019
- Drupal uses Drupal Localization Server which doesn’t provide any glossary service. French community have a glossary website which is currently down.
- WordPress uses GlotPress which integrates a glossary feature. However, its API is currently read-only.
- KDE has no web l10n interface in its website. It only includes a translation search engine but I haven’t found its source code.