Page MenuHomePhabricator

Taylor (Taylor 49)
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Mar 20 2019, 3:01 PM (264 w, 6 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Taylor 49 [ Global Accounts ]

Recent Activity

Mon, Apr 15

Taylor added a comment to T209310: Consider implementing Module:No globals / Log globals in Scribunto itself.

Working link: https://www.mediawiki.org/w/index.php?title=Extension:Scribunto/Lua_reference_manual&diff=prev&oldid=6470970

Mon, Apr 15, 9:50 PM · User-notice-archive, MW-1.40-notes (1.40.0-wmf.6; 2022-10-17), Scribunto

Mar 3 2024

Taylor added a comment to T358810: Having <> in headings leads to errors.

Shot: https://commons.wikimedia.org/w/index.php?title=File:Bug-in-subheadings-ASCII-62.png
Link: https://eo.wikipedia.org/w/index.php?title=Vikipedio:Alinomendaj_artikoloj&oldid=8650474#Adolf_Hitler_%E2%86%92_Adolfo_Hitlero_kaj_Vladimir_Putin_%E2%86%92_Vladimiro_Putino

Mar 3 2024, 5:08 PM · MW-1.42-notes (1.42.0-wmf.20; 2024-02-27), Content-Transform-Team, DiscussionTools
Taylor created T358987: Greater-than sign breaks wiki subheadings.
Mar 3 2024, 3:43 PM · MediaWiki-Parser

Sep 17 2023

Taylor added a comment to T346508: Don't convert Vorbis into MP3.

The fault is in the proprietary "Ios" and the proprietary "InternerExplorer". I am aware that some of the patents on MP3 expired, still converting Vorbis to (inferior) MP3 is anything else than a gain. As long as users of proprietary stuff are the most privileged group having everything working smoothly and "natively", whereas users of free software and free file formats have trouble, the power of the proprietary companies will not shrink. PNG as a temporary solution until the patent on LZW84 expires, Vorbis as a temporary solution until the patents on MP3 expire, Theora as a temporary solution until the patents on old MPEG expire ... who would want to ever design a free file format under such provisions?

Sep 17 2023, 8:01 PM · MediaWiki-extensions-Phonos
Aklapper awarded T346508: Don't convert Vorbis into MP3 a Dislike token.
Sep 17 2023, 5:17 PM · MediaWiki-extensions-Phonos

Sep 16 2023

Taylor updated the task description for T346508: Don't convert Vorbis into MP3.
Sep 16 2023, 10:28 PM · MediaWiki-extensions-Phonos
Restricted Application added a project to T317129: Improve "Failed to convert audio to MP3" error message: Community-Tech.

It should not try to convert a free audio file format into an unfree one: T346508.

Sep 16 2023, 10:25 PM · MediaWiki-extensions-Phonos
Taylor created T346508: Don't convert Vorbis into MP3.
Sep 16 2023, 10:23 PM · MediaWiki-extensions-Phonos
Taylor added a comment to T346195: Phonos attribution link is so small it's barely clickable.

Agree and strong support. Changing the submicroscopic "i" to "ⓘ" is an improvement. But please add an attribute allowing to override this new "(i)", allowing for empty string to suppress it (so that separate wikitext can be used in order to link directly to Commons).

Sep 16 2023, 5:22 PM · MW-1.41-notes (1.41.0-wmf.27; 2023-09-19), Community-Tech (CommTech-Kanban), Accessibility, MediaWiki-extensions-Phonos

Jul 18 2023

Taylor added a comment to T341175: Change the Indonesian Wiktionary's name and project namespace from Wiktionary to Wikikamus.
  • The fact that the namespace 4 has different names on different project types of same language makes sharing templates more difficult.
  • The fact that the namespace 4 has same name as the site causes confusion. People are trying to create articles in the ns 4 assuming that ns "Wikipedia" is the obvious choice for wikipedia articles. People don't understand it's purpose. This is happening on essentially all wikis, last but not least on Indonesian wikipedia. Are other namespaces such as "Template:" NOT part of Wikipedia too?
  • The namespace 4 has most aliases and causes most trouble and confusion. On many wikis we have page titles like Wiktionary/Wiktionary/Wiktionary/Project/Project.
  • On wikidata it is difficult to name an item linked to pages in ns 4 because it has many names even in one language. Using the generic "Project:" is possible but it will NOT show like that on any wiki.
Jul 18 2023, 3:24 PM · Wikimedia-Site-requests

Jul 13 2023

Taylor added a comment to T341175: Change the Indonesian Wiktionary's name and project namespace from Wiktionary to Wikikamus.

The former "Sitetitle" contains "{{SITENAME}}".

Jul 13 2023, 8:05 PM · Wikimedia-Site-requests

Jul 6 2023

Taylor added a comment to T341175: Change the Indonesian Wiktionary's name and project namespace from Wiktionary to Wikikamus.

The name of ns 5 is currently " Pembicaraan Wiktionary: ".

Jul 6 2023, 8:36 PM · Wikimedia-Site-requests

Jun 3 2023

Taylor added a comment to T337700: Exception: "Malformed UTF-8 characters" in Parser\MagicWordArray (via LqtVIew).

YES please do decommission "Windows-1252" (and "Windows 11") ASAP.

Jun 3 2023, 11:02 PM · Unstewarded-production-error, DBA, MW-1.41-notes (1.41.0-wmf.11; 2023-05-30), Wikimedia-database-issue (Bad data), Wikimedia-production-error
Taylor added a comment to T337700: Exception: "Malformed UTF-8 characters" in Parser\MagicWordArray (via LqtVIew).

OK ... T184749 ... does svwikt still contain non-ASCII-and-non-UTF8 text?

Jun 3 2023, 9:38 PM · Unstewarded-production-error, DBA, MW-1.41-notes (1.41.0-wmf.11; 2023-05-30), Wikimedia-database-issue (Bad data), Wikimedia-production-error
Taylor added a comment to T337700: Exception: "Malformed UTF-8 characters" in Parser\MagicWordArray (via LqtVIew).

This one still fails: https://sv.wiktionary.org/w/index.php?title=MediaWiki%3AHistorywarning&diff=14484&oldid=8261

Jun 3 2023, 9:22 PM · Unstewarded-production-error, DBA, MW-1.41-notes (1.41.0-wmf.11; 2023-05-30), Wikimedia-database-issue (Bad data), Wikimedia-production-error
Taylor added a comment to T337700: Exception: "Malformed UTF-8 characters" in Parser\MagicWordArray (via LqtVIew).

Logs are broken too: https://sv.wiktionary.org/wiki/Special:Logg/Taylor_49

Jun 3 2023, 8:52 PM · Unstewarded-production-error, DBA, MW-1.41-notes (1.41.0-wmf.11; 2023-05-30), Wikimedia-database-issue (Bad data), Wikimedia-production-error
Taylor added a comment to T337700: Exception: "Malformed UTF-8 characters" in Parser\MagicWordArray (via LqtVIew).

Swedish wiktionary is still broken. I can't delete pages anymore. Plus some other cosmetical errors. But I still can undelete and protect.

Jun 3 2023, 8:50 PM · Unstewarded-production-error, DBA, MW-1.41-notes (1.41.0-wmf.11; 2023-05-30), Wikimedia-database-issue (Bad data), Wikimedia-production-error

Mar 17 2023

Taylor updated subscribers of T331906: Add Lua function to read out previous section heading.
Mar 17 2023, 5:21 AM · Scribunto, All-and-every-Wiktionary
Taylor added a comment to T122934: Section-scope declarations for Wiktionary template invocations.

T331906: Add Lua function to read out previous section heading suggests another, possibly cleaner and simpler solution to the same problem.

Mar 17 2023, 5:13 AM · All-and-every-Wiktionary, Parsing-Team--ARCHIVED
Taylor added a comment to T331906: Add Lua function to read out previous section heading.

Indeed T122934 adresses same problem, but this one offers a simpler and cleaner solution avoiding the need for extra code like {{#sectionproperty: declare | lang=en}}.

Mar 17 2023, 5:10 AM · Scribunto, All-and-every-Wiktionary

Mar 13 2023

Taylor updated the task description for T331906: Add Lua function to read out previous section heading.
Mar 13 2023, 7:44 PM · Scribunto, All-and-every-Wiktionary
Taylor added a comment to T331906: Add Lua function to read out previous section heading.

The translation between language code and language name (discussed at meta page linked above) is already available elsewhere on every decent wiktionary. This is about reading out the RAW heading and nothing else.

Mar 13 2023, 5:37 PM · Scribunto, All-and-every-Wiktionary
Taylor created T331906: Add Lua function to read out previous section heading.
Mar 13 2023, 5:28 PM · Scribunto, All-and-every-Wiktionary

May 22 2022

Taylor added a comment to T278962: Allow redirects and the target article as independent sitelinks if redirect badge is used.

Do you believe that if someone opens a Wikidata item with 100
sitelinks, Wikidata should query all 100 Wikipedia projects every time?

May 22 2022, 9:37 AM · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata

May 15 2022

Taylor added a comment to T299244: Deleted pages are not being removed from links tables, which also messes up category counts.

Can this maybe get closed now? There are plenty of non-urgent bug-items about the same thing, and one more is still open:

May 15 2022, 10:56 PM · MW-1.38-notes (1.38.0-wmf.18; 2022-01-17), MediaWiki-Page-deletion, Wikimedia-production-error, Wikimedia-Incident, MediaWiki-Categories
Taylor added a comment to T278962: Allow redirects and the target article as independent sitelinks if redirect badge is used.

Adding Wikidata badges in Wikidata via a bot needs one bot approval within Wikidata
Adding a magic word to existing redirects would require a bot request on every Wikimedia project

May 15 2022, 10:40 PM · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata

Jan 23 2022

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

T299823: Regularly run recountCategories.php on Wikimedia wikis via systemd timer

Jan 23 2022, 12:11 AM · User-Urbanecm, Wikimedia-Site-requests, Wikimedia-maintenance-script-run
Taylor added a comment to T299823: Regularly run recountCategories.php on Wikimedia wikis via systemd timer.

SUPPORT, all wikis, once per month.

Jan 23 2022, 12:04 AM · User-MarcoAurelio, User-notice-archive, Wikimedia-maintenance-script-run, WMF-General-or-Unknown

Jan 22 2022

Taylor added a comment to T210733: Magic word "PAGESINCATEGORY" with parameter "pages" returns negative value on zhwikibooks.

If it is valid then it is a dupe of T85696: Allow action=purge to recalculate the number of pages/subcats/files in a category.

Jan 22 2022, 11:56 PM · MediaWiki-Categories, MediaWiki-Parser, Chinese-Sites

Jan 21 2022

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

The script was run again on all public WMF wikis due to T299244: Deleted pages are not being removed from links tables, which also messes up category counts.

Jan 21 2022, 6:30 PM · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), Wikimedia-maintenance-script-run, MediaWiki-Categories

Jan 14 2022

Taylor added a comment to T278962: Allow redirects and the target article as independent sitelinks if redirect badge is used.

Right ... quit ping-spamming, and make sure to give a support vote after 2022-01-28: https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2022/Wikidata/Do_not_follow_sitelink_redirects_when_redirect_badge_is_used#VALIDREDIRECT

Jan 14 2022, 9:48 PM · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata

Sep 30 2021

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

don't need arbitrary padding

Sep 30 2021, 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

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

Sep 29 2021

Taylor created T292108: Do something about "cellpadding=".
Sep 29 2021, 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

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

Sep 20 2021

Taylor added a comment to T278962: Allow redirects and the target article as independent sitelinks if 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.

Sep 20 2021, 6:46 AM · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), 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 · 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 · 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 · 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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-issue, 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-issue, 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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 wikis 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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 · User-notice-archive, MW-1.38-notes (1.38.0-wmf.21; 2022-02-07), 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: Allow redirects and the target article as independent sitelinks if 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 · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata

Mar 31 2021

Taylor added a comment to T278962: Allow redirects and the target article as independent sitelinks if 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 · Wikidata Dev Team (Sprint-∞), Wikidata-Campsite, MW-1.37-notes (1.37.0-wmf.17; 2021-08-02), Wikidata

Mar 28 2021

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

Mar 27 2021

Taylor created T278629: Expensive functions ($wgExpensiveParserFunctionLimit, severe inconsistencies) + batching.
Mar 27 2021, 7:18 PM · 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.40-notes (1.40.0-wmf.23; 2023-02-13), MW-1.36-notes (1.36.0-wmf.35; 2021-03-16), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), 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-Action-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-Action-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