Page MenuHomePhabricator
Feed Advanced Search

Thu, Sep 30

Taylor added a comment to T292108: Do something about "cellpadding=".

don't need arbitrary padding

Thu, Sep 30, 8:15 AM · TemplateStyles, HTML5
Taylor added a comment to T292108: Do something about "cellpadding=".

T2986: [tables] Please implement COL, COLGROUP unresolved since year 2004

Thu, Sep 30, 8:06 AM · TemplateStyles, HTML5

Wed, Sep 29

Taylor created T292108: Do something about "cellpadding=".
Wed, Sep 29, 7:01 PM · TemplateStyles, HTML5
Taylor added a comment to T283143: Inquiry possible massive copyright infrigment on Wikitionary in Esperanto.

Fixed 3 typos: https://meta.wikimedia.org/wiki/Requests_for_comment/Resolve_massive_copyright_infringement_on_Wiktionary_in_Esperanto

Wed, Sep 29, 6:01 PM · Esperanto-Sites, ELiSo

Mon, Sep 20

Taylor added a comment to T278962: do not follow sitelink redirects when redirect badge is used.

I still think that a magic word is the preferable approach, irrespective of progress with the temporary fix with many badges. Discard the badges and use VALIDREDIRECT instead. Let wikidata autodetect "redirect to page" vs "redirect to section" and display appropriate icon, and autodetect VALIDREDIRECT too with a tri-state verdict "intentional redirect" vs "dubious redirect" (redirect but magic word missing) vs "misuse of VALIDREDIRECT" (target is an empty page, or a redirect, or a page (not section) not linked to wikidata). I do not see the point with "Q16956589" either. Make it as simple as possible. The originally intended solution with 2 independent badges allows for a large number of dubious states.

Mon, Sep 20, 6:46 AM · MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata-Campsite, Wikidata

Aug 9 2021

Taylor added a comment to T278629: Expensive functions ($wgExpensiveParserFunctionLimit, severe inconsistencies) + batching.

I don't know whether this batching would be possible for pagesincategory queries too. If YES then it is the preferred fix. I have an alternative idea that I would put into a separate task if batching is possible for ifexist only.

Aug 9 2021, 9:30 PM · MediaWiki-extensions-Scribunto, Performance Issue, MediaWiki-Parser

Aug 2 2021

Taylor renamed T278629: Expensive functions ($wgExpensiveParserFunctionLimit, severe inconsistencies) + batching from Expensive functions ($wgExpensiveParserFunctionLimit, severe inconsistencies) to Expensive functions ($wgExpensiveParserFunctionLimit, severe inconsistencies) + batching.
Aug 2 2021, 11:44 PM · MediaWiki-extensions-Scribunto, Performance Issue, MediaWiki-Parser

Jul 10 2021

Taylor added a comment to T278629: Expensive functions ($wgExpensiveParserFunctionLimit, severe inconsistencies) + batching.

Hello ... thanks for answering. Allowing to batch "ifexist" calls from LUA (unlimited or at least high number of pages for the cost of one) would be a great thing. This explains why there can be more than 500 links and they still have right colour, whereas "ifexist" stops working.

Jul 10 2021, 10:46 PM · MediaWiki-extensions-Scribunto, Performance Issue, MediaWiki-Parser

Jun 23 2021

Taylor added a comment to T170737: Run recountCategories.php on Wikimedia wikis.

The script has been applied to -eo- wiktionary and the broken categories seem fixed. Now we can think about a more permanent solution for the problem, in the form of of running this script regularly or upon request, or by other means. Another wiki badly needing this was commons. See T85696.

Jun 23 2021, 11:10 AM · User-Urbanecm, Wikimedia-Site-requests, Wikimedia-maintenance-script-run
Taylor added a comment to T224321: Run populateCategory.php.

The title of this task "Run populateCategory.php" is presumably incorrrect (T170737):

Jun 23 2021, 11:07 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Jun 5 2021

Taylor merged T229394: Categories showing a bigger number than they contain into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
Jun 5 2021, 11:58 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor merged task T229394: Categories showing a bigger number than they contain into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
Jun 5 2021, 11:57 PM · MediaWiki-Categories
Taylor added a comment to T229394: Categories showing a bigger number than they contain.

Closing as dupe of T85696, again.

Jun 5 2021, 11:56 PM · MediaWiki-Categories
Taylor added a comment to T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.

Possible fixes:

  • a) run the script now on all public WMF wikis (will fix categories broken for now, will not prevent the wrong counts from re-appearing)
  • b) run the script now, and re-run it regularly or at least occasionally, or establish a way to request running it on a particular wiki
  • c) add a check against ZERO before decrementing the counter, making it impossible for the counts to become negative (removes the most prominent and most silly symptome of the bug, particularly if a) is performed subsequently, but will not fix false positive counts for empty categories, less useful alone, sufficiently useful together with b))
  • d) Allow "action=purge" to recalculate the number of pages/subcats/files in a category (very useful, let users fix those categories that bother them)
  • e) fix the flawed logic (see above T85696#2079552 by "PleaseStand") causing this bug (most difficult strategy?) and perform a) then
Jun 5 2021, 11:39 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor merged T224321: Run populateCategory.php into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
Jun 5 2021, 11:29 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor merged task T224321: Run populateCategory.php into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
Jun 5 2021, 11:29 PM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests
Taylor added a comment to T224321: Run populateCategory.php.

Running this script will not prevent the problem from re-appearing after some time, but it will make the values correct for now at least. There are other ideas around, most notably "Allow action=purge to recalculate the number of pages/subcats/files in a category". From the discussion above it's unclear why this is "stalled". It is clear that it is assigned to nobody and nobody is working on this, closing as dupe of T85696.

Jun 5 2021, 11:28 PM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests
Taylor added a comment to T170737: Run recountCategories.php on Wikimedia wikis.

YES this still needs to be done. Many wikis are broken.

Jun 5 2021, 11:13 PM · User-Urbanecm, Wikimedia-Site-requests, Wikimedia-maintenance-script-run

May 24 2021

Taylor merged T224209: Orphaned entries in categorylinks into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
May 24 2021, 6:17 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor merged task T224209: Orphaned entries in categorylinks into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
May 24 2021, 6:16 PM · Platform Engineering (Icebox), MediaWiki-Page-derived-data, Wikimedia-database-error, MediaWiki-Categories
Taylor added a comment to T224209: Orphaned entries in categorylinks.

Closing this in favor of T85696 because the very same problem occurrs on other wikis, and nobody is working on this task.

May 24 2021, 6:16 PM · Platform Engineering (Icebox), MediaWiki-Page-derived-data, Wikimedia-database-error, MediaWiki-Categories
Taylor added a comment to T247187: Wrong subcategory counts in Commons.

Closing this in favor of T85696 because the very same problem occurs on wikipedia, wiktionary and other wikis.

May 24 2021, 6:13 PM · WMF-General-or-Unknown, Wikimedia-maintenance-script-run, Commons
Taylor merged T247187: Wrong subcategory counts in Commons into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
May 24 2021, 6:12 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor merged task T247187: Wrong subcategory counts in Commons into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
May 24 2021, 6:12 PM · WMF-General-or-Unknown, Wikimedia-maintenance-script-run, Commons

May 22 2021

Taylor added a comment to T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.

IMHO the priority of this task should be increased given the large number of complaints and redundant duplicate tasks about the very same problem.

May 22 2021, 11:09 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor added a comment to T272821: Chinese Wikipedia: category has -1 page.

This problem seems to exist on all wikies and has been causing complaints for over 10 years. Closing this in favor of T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category. The negative record is -12 for now.

May 22 2021, 9:32 PM · MediaWiki-Categories, Wikimedia-maintenance-script-run, Chinese-Sites
Taylor merged T272821: Chinese Wikipedia: category has -1 page into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
May 22 2021, 9:31 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor merged task T272821: Chinese Wikipedia: category has -1 page into T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.
May 22 2021, 9:31 PM · MediaWiki-Categories, Wikimedia-maintenance-script-run, Chinese-Sites
Taylor added a project to T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category: Wikimedia-maintenance-script-run.
May 22 2021, 9:24 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor raised the priority of T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category from Lowest to High.
May 22 2021, 9:09 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories
Taylor added a comment to T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.

SUPPORT. Reevalutae the category, including the sortorder.

May 22 2021, 5:44 PM · Wikimedia-maintenance-script-run, MediaWiki-Categories

May 19 2021

Taylor added a comment to T283143: Inquiry possible massive copyright infrigment on Wikitionary in Esperanto.

https://eo.wiktionary.org/wiki/nobela https://vortaro.net/#nobelo_kd piracy (can be found in PIV, cannot be found in PV)

May 19 2021, 8:36 PM · Esperanto-Sites, ELiSo
Taylor added a comment to T283143: Inquiry possible massive copyright infrigment on Wikitionary in Esperanto.

Removing All-and-every-Wiktionary as this is not about all Wiktionaries

May 19 2021, 8:12 PM · Esperanto-Sites, ELiSo
Taylor added a comment to T283143: Inquiry possible massive copyright infrigment on Wikitionary in Esperanto.

I am the malicious sysop deleting articles all the time. There is a large number of such articles, and there are several ways to search for them. It will take years to get rid them all, as I want to add useful content and improve quality of the project besides only deleting.

May 19 2021, 10:28 AM · Esperanto-Sites, ELiSo

Apr 6 2021

Taylor added a comment to T278962: do not follow sitelink redirects when redirect badge is used.

Support. Discard the badges and use __VALIDREDIRECT__ instead. Let wikidata autodetect "redirect to page" vs "redirect to section" and display appropriate icon, and autodetect __VALIDREDIRECT__ too with a tri-state verdict "intentional redirect" vs "dubious redirect" (redirect but magic word missing) vs "misuse of VALIDREDIRECT" (target is an empty page, or a redirect, or a page (not section) not linked to wikidata). I do not see the point with "Q16956589" either. Make it as simple as possible. The originally intended solution with 2 independent badges allows for a large number of dubious states.

Apr 6 2021, 10:45 PM · MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata-Campsite, Wikidata

Mar 31 2021

Taylor added a comment to T278962: do not follow sitelink redirects when redirect badge is used.

I assume removing the badge from a sitelink should be disallowed if the target page is (currently) a redirect?

Mar 31 2021, 8:32 PM · MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata-Campsite, Wikidata

Mar 28 2021

Taylor updated the task description for T278629: Expensive functions ($wgExpensiveParserFunctionLimit, severe inconsistencies) + batching.
Mar 28 2021, 10:53 AM · MediaWiki-extensions-Scribunto, Performance Issue, MediaWiki-Parser

Mar 27 2021

Taylor created T278629: Expensive functions ($wgExpensiveParserFunctionLimit, severe inconsistencies) + batching.
Mar 27 2021, 7:18 PM · MediaWiki-extensions-Scribunto, Performance Issue, MediaWiki-Parser

Feb 9 2021

Taylor added a comment to T165061: Fixing redirects for Cognate (step 1).

4 years later. A solution is needed for " https://sv.wiktionary.org/wiki/When_in_Rome,_do_as_the_Romans_do. " vs " https://en.wiktionary.org/wiki/when_in_Rome,_do_as_the_Romans_do ". Either by allowing linking to redirects, or by some other trick. Most wiktionaries have restrictive policies when it comes to redirects. For example "colour" redirecting to "color" is prohibited on many wiktionaries and thus probably not an issue. Those are NOT same pages. But "When_in_Rome,_do_as_the_Romans_do." and "when_in_Rome,_do_as_the_Romans_do" are same. There is no obvious solution about how to deal with proverbs on wiktionaries. EN wikt has a policy to remove final punctuation and avoid capitalization of beginning letter of a sentence, thus the lemma form is " when_in_Rome,_do_as_the_Romans_do ". SV wikt has a policy resulting in " When_in_Rome,_do_as_the_Romans_do. " (uppercase "W" and dot at the end). Those are SAME LEMMAS and should thus be linked to each other. Unfortunately automatically adjusting the letter case is not possible as it would result in a huge number or false positives. Allowing automatic interwiki linking to redirects would allow to solve the problem manually by creating redirects on both sides. I do not see any better "magic" solution now. If there is an issue with false positives then the interwiki linking to redirects can be restricted to pagenames containing at least one space. This would rule out a mess of "color" and "colour" and "colow" as pointed above. I consider "Cognate" as highly preferable to manual explicit interwiki links (as used before 2017) but this issue with proverbs needs to be solved.

Feb 9 2021, 5:55 PM · MW-1.36-notes (1.36.0-wmf.35; 2021-03-16), Patch-For-Review, Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Wikidata, All-and-every-Wiktionary, Cognate

Feb 7 2021

Taylor added a comment to T163717: Cognate should show links to redirects.

4 years later. A solution is needed for " https://sv.wiktionary.org/wiki/When_in_Rome,_do_as_the_Romans_do. " vs " https://en.wiktionary.org/wiki/when_in_Rome,_do_as_the_Romans_do ". Either by allowing linking to redirects, or by some other trick. Most wiktionaries have restrictive policies when it comes to redirects. For example "colour" redirecting to "color" is prohibited on many wiktionaries and thus probably not an issue. Those are NOT same pages. But "When_in_Rome,_do_as_the_Romans_do." and "when_in_Rome,_do_as_the_Romans_do" are same. There is no obvious solution about how to deal with proverbs on wiktionaries. EN wikt has a policy to remove final punctuation and avoid capitalization of beginning letter of a sentence, thus the lemma form is " when_in_Rome,_do_as_the_Romans_do ". SV wikt has a policy resulting in " When_in_Rome,_do_as_the_Romans_do. " (uppercase "W" and dot at the end). Those are SAME LEMMAS and should thus be linked to each other. Unfortunately automatically adjusting the letter case is not possible as it would result in a huge number or false positives. Allowing automatic interwiki linking to redirects would allow to solve the problem manually by creating redirects on both sides. I do not see any better "magic" solution now. If there is an issue with false positives then the interwiki linking to redirects can be restricted to pagenames containing at least one space. This would rule out a mess of "color" and "colour" and "colow" as pointed above. I consider "Cognate" as highly preferable to manual explicit interwiki links (as used before 2017) but this issue with proverbs needs to be solved.

Feb 7 2021, 1:25 PM · All-and-every-Wiktionary, Cognate

Dec 1 2019

Taylor updated the task description for T239536: Proposal: add "action=readraw" to API since the non-API call "action=raw" is dangerous.
Dec 1 2019, 3:15 PM · MediaWiki-API, Platform Engineering
Taylor created T239536: Proposal: add "action=readraw" to API since the non-API call "action=raw" is dangerous.
Dec 1 2019, 3:13 PM · MediaWiki-API, Platform Engineering

Nov 29 2019

Taylor added a comment to T237792: Editing "$wgNamespacesToBeSearchedDefault" at EO wiktionary.

Sorry for the late answer. Indeed it works well and this "bug" can remain CLOSED.

Nov 29 2019, 8:19 PM · User-MarcoAurelio, Wikimedia-Site-requests

Nov 21 2019

Taylor added a comment to T237792: Editing "$wgNamespacesToBeSearchedDefault" at EO wiktionary.

'''UPDATED''': Indeed now it works well if I AM NOT LOGGED IN ... only 0 and 102 are preselected. But when logged in still all namespaces are preselected. This does not happen on for example Swedish wiktionary. The request was not to completely remove the possibility to search in them, only to remove them from the preselection. And the patch added only 102 and did not remove the other ones. I don't know why they are preselected when I am logged in. No longer a major issue, but still strange.

Nov 21 2019, 8:18 PM · User-MarcoAurelio, Wikimedia-Site-requests

Nov 20 2019

Taylor added a comment to T237792: Editing "$wgNamespacesToBeSearchedDefault" at EO wiktionary.

Thanks ... I see that the patch has already been applied and works. The namespace 102 has been added (the most important part of the request), the large amount of obscure namespaces (other than 0 and 102) have not been removed (the less important part).

Nov 20 2019, 2:14 AM · User-MarcoAurelio, Wikimedia-Site-requests

Nov 14 2019

Taylor moved T237792: Editing "$wgNamespacesToBeSearchedDefault" at EO wiktionary from Blocked on community consensus to Backlog on the Wikimedia-Site-requests board.
Nov 14 2019, 10:58 AM · User-MarcoAurelio, Wikimedia-Site-requests
Taylor changed the status of T237792: Editing "$wgNamespacesToBeSearchedDefault" at EO wiktionary from Stalled to Open.
Nov 14 2019, 10:57 AM · User-MarcoAurelio, Wikimedia-Site-requests
Taylor removed a project from T237792: Editing "$wgNamespacesToBeSearchedDefault" at EO wiktionary: Community-consensus-needed.
Nov 14 2019, 10:56 AM · User-MarcoAurelio, Wikimedia-Site-requests
Taylor added a comment to T237792: Editing "$wgNamespacesToBeSearchedDefault" at EO wiktionary.

I have sort of a consensus now (3 YES votes, one of them is mine after 5 days, started Nov-09):

Nov 14 2019, 10:55 AM · User-MarcoAurelio, Wikimedia-Site-requests

Nov 9 2019

Taylor created T237792: Editing "$wgNamespacesToBeSearchedDefault" at EO wiktionary.
Nov 9 2019, 4:53 AM · User-MarcoAurelio, Wikimedia-Site-requests

May 1 2019

Taylor added a comment to T221525: Add namespace "Aldono" at EO wiktionary.

Works, thanks.

May 1 2019, 8:18 AM · Wikimedia-maintenance-script-run, Patch-For-Review, Wikimedia-Site-requests

Apr 28 2019

Taylor added a comment to T221525: Add namespace "Aldono" at EO wiktionary.

Looks great now. Can de deployed.

Apr 28 2019, 1:30 AM · Wikimedia-maintenance-script-run, Patch-For-Review, Wikimedia-Site-requests

Apr 26 2019

Taylor added a comment to T221525: Add namespace "Aldono" at EO wiktionary.

The reason is that "Aldono" and "Modulo" are substantives whereas "Uzanta" is an adjective.

Apr 26 2019, 4:19 PM · Wikimedia-maintenance-script-run, Patch-For-Review, Wikimedia-Site-requests
Taylor added a comment to T221525: Add namespace "Aldono" at EO wiktionary.

Sorry for a minor comment: instead of "103 => 'Aldono_diskuto'" it should be "103 => 'Aldono-Diskuto'" (dash and uppercase "D") consistent with for example "Modulo-Diskuto" (not with "Uzanta_diskuto").

Apr 26 2019, 3:16 PM · Wikimedia-maintenance-script-run, Patch-For-Review, Wikimedia-Site-requests

Apr 21 2019

Taylor created T221525: Add namespace "Aldono" at EO wiktionary.
Apr 21 2019, 5:09 PM · Wikimedia-maintenance-script-run, Patch-For-Review, Wikimedia-Site-requests

Apr 9 2019

Taylor added a comment to T218796: Add namespace "Lampiran" at ID wiktionary.

It works, thanks. [https://id.wiktionary.org/w/api.php?action=query&titles=Lampiran:Daftar_isi&prop=pageprops]

Apr 9 2019, 4:42 PM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Apr 3 2019

Taylor added a comment to T218796: Add namespace "Lampiran" at ID wiktionary.

Can we get the patch enabled now?

Apr 3 2019, 11:44 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Mar 28 2019

Taylor added a comment to T218796: Add namespace "Lampiran" at ID wiktionary.

OK, I can see the change.

Mar 28 2019, 11:28 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Mar 22 2019

Taylor added a comment to T218796: Add namespace "Lampiran" at ID wiktionary.

Yes.

Mar 22 2019, 11:35 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Mar 21 2019

Taylor added a comment to T218796: Add namespace "Lampiran" at ID wiktionary.

Fixed my mistake. I lack access rights to fix the "bug".

Mar 21 2019, 8:46 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests
Taylor placed T218796: Add namespace "Lampiran" at ID wiktionary up for grabs.
Mar 21 2019, 8:45 AM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests

Mar 20 2019

Taylor created T218796: Add namespace "Lampiran" at ID wiktionary.
Mar 20 2019, 3:57 PM · Wikimedia-maintenance-script-run, Wikimedia-Site-requests