User Details
- User Since
- Mar 1 2015, 6:07 PM (456 w, 2 d)
- Availability
- Available
- LDAP User
- Ahecht
- MediaWiki User
- Ahecht [ Global Accounts ]
May 17 2023
Fun fact: 2.44.10 is older now (4.5 years) than 2.40.2 was when this task was first opened (4.1 years).
Mar 16 2023
Mar 15 2023
Mar 3 2023
Jan 5 2023
@VirginiaPoundstone, as far as I'm aware, it's not so much that Thumbor is dependent on features of Debian 9 (Stretch) and is incompatible with Debian 10 (Buster) or 11 (Bullseye), it's that currently running on Stretch requires us to use obsolete and buggy versions of other libraries such as librsvg. lt's mostly a matter of setting up and configuring Thumbor on a Bullseye instance, although there are some modifications that would be needed to support the latest versions of librsvg, as documented at T265549.
Sep 23 2022
@Legoktm for an input list of arbitrary length, that would result in the possibility of getting an output of "1, or 2", which is not desired. Serial commas should only be used in lists of three or more items. You then end up with something like =mw.text.listToText(list, nil, #list > 2 and ", or " or " or ") which is starting to get pretty unwieldy for something required by pretty much every English style guide.
Aug 3 2022
As a note, my proposed image also reduced the font size of the "Latest comment" line to help distinguish it from the first comment.
Aug 1 2022
I know that this change has been reverted, but for future reference, while the new icon usually appears to me as:
There are occasional times where it instead appears as
This is in normal 14px text in Chrome on Windows 10 on a 1920x1080 monitor. I can reliably trigger this rendering with the following wikicode on a new line: :[https://en.wikipedia.org link text].
Jul 31 2022
I agree with Nikki here that the arrow should be leaving the box, not pointing to the corner.
Jul 27 2022
Which images on the bad-image-list on enwiki are there because they are perfectly innocent images that are being spammed across wikipedia? The only ones I see on there are there because (a) they are inappropriate except in specific contexts or (b) they are non-free images and Wikipedia policy only allows them to appear on pages for which there is a fair-use rationale in place. Neither of those situations are images we want in search results. I've seen innocent images requested on the talk page from time to time, but those requests are almost always declined (and that sort of vandalism is typically taken care of with a block or an edit filter).
The Bad-image-list is based on each individual community's consensus. I'm pretty sure that the consensus in most english-speaking areas is that graphic sexual imagery is inappropriate in some contexts, which is why enwiki put those images on their bad-image-list. If fawiki found the consensus to put all images of women on their bad-image-list, then those images shouldn't show up in their search results either.
I don't think its as hotly controversial as you make it out to be. There's a vast difference between showing potentially controversial images in context (which is what that referendum was about), where they are carefully placed and vetted by human editors, and an automated tool trying to guess what pictures it should show in popups and search results that ends up showing pictures of anal sex to kids as they are typing in the name of the city where Disneyland is located. There is no requirement that search results or popups contain images (and on desktop there have been no images in search results since the founding of Wikipedia), so no harm is done if the occasional false positive slips through, and those images of bunnies or assholes will still be present in the appropriate articles.
Jul 26 2022
Another request for this on enwiki: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&diff=prev&oldid=1100413658
Jul 7 2022
I am also seeing it only on https://refill.toolforge.org, not the ng site. Whether I get the "request this server could not understand" message or the 502 error seems to be based on the length of the input. If I paste in your example 42 times I get a 502 error, but if I only paste it in 41 times I get the other error page.
Jul 6 2022
Jun 16 2022
Jun 7 2022
I'm confused as to why "What links here" is in that label at all -- we already know what page we're on because the box sits right below the h1 that says "Pages that link to "X"". The label should be clear and unambiguous, something like "Advanced options" (and frankly this applies to "Special:Contributions" as well, as the box isn't for searching since we already did that, it's for setting advanced search options).
@Arthurfragoso, the only issue is that font rendering can be wildly inconsistent between devices and browsers. It can cause labels to not line up correctly, text to overlap, or even certain characters not to show up. Sure, best practice may be to convert raw text to paths, but there are lots of cases where that isn't practical or desirable (especially if an SVG file needs frequent edits or updates).
May 13 2022
May 3 2022
Apr 25 2022
Apr 23 2022
Apr 20 2022
Apr 19 2022
After reviewing the code for both pageimages and MobileFrontend, it looks like the easiest solution is just to transclude {{MediaWiki:Bad image list}} into MediaWiki:Pageimages-denylist on Wikis where it is desirable to have the former blocked from search results. No need for manually copying one over to the other, no need for a bot. I don't have access to test this, but from the source code it should work.
Apr 18 2022
The image was never added to https://en.wikipedia.org/wiki/MediaWiki:Pageimages-denylist. Once it is, per https://www.mediawiki.org/wiki/Extension:PageImages#Can_I_exclude_certain_page_images?, you will need to change a link on the article to force it to refresh the page image. Purging isn't enough.
In addition to all the reasons AlexisJazz mentioned, if this also fixes the embarrassingly bad thumbnail quality when the source image is too wide, I'm all for it. The quality problem could be fixed right now by changing background-size: auto 100%; to background-size: auto; in list-thumb.list-thumb-y, but I suppose that's not being done because it causes a lot of whitespace around wide images. If we have category icons of a known reasonable aspect ratio, we can treat them the way we treat the placeholder image and load the actual SVG at a fixed size instead of a stretched rasterized version.
Apr 12 2022
Feb 2 2022
My RandomInCategory tool on toolforge was affected by this as well since it's using the standard PHP 7.3 installation on toolforge. I fixed it by changing $jsonFile = file_get_contents($queryURL) to :
Jan 31 2022
Jan 11 2022
Jan 10 2022
Stretch was supposed to be phased out by June 2021 per https://wikitech.wikimedia.org/wiki/Operating_system_upgrade_policy, and will be EOL in less than 6 months (June 30, 2022) per https://wiki.debian.org/LTS. Is any work being done on this?
Dec 16 2021
Ugg. That seems like a massive oversight for an organization with $157 million in revenue and a >$100 million endowment.
@Aklapper Are there any plans to upgrade to librsvg 2.42 or greater? It's been over three years since its release.
Nov 11 2021
Sorry for adding to a declined task, but I have a js script I want to run periodically via node.js, but I can't just use the "nodejs" command because that runs node.js v8, and I need v10. I have been running it using
webservice --backend=kubernetes node10 shell nodejs ~/www/js/wikiprojects.js. How can I run this via crontab, since running that command as-is gives me the -bash: /usr/bin/webservice: No such file or directory error?
Aug 17 2021
What is the alternative for displaying math symbols not supported by TeX in such a way that the app doesn't render them invisible? See T182127
There are some wiki pages that still do not display correctly in dark mode.
Jul 22 2021
Then use single vs. double underlines, or some other feature that doesn't sacrifice readability in favor of navigability.
Jul 21 2021
As mentioned before, all of the proposed colors fail the WCAG AAA accessibility criteria of a 7:1 contrast ratio for normal text. We shouldn't be sacrificing accessibility in actually being able to read the text to make links stand out more. If you want to make links stand out, there is a standard way that that has been done since the beginning of the internet: underlining them.
Jun 2 2021
Thanks. I updated the version on githhub to do better validation of lang and urlencode title=. I'm not sure how to validate the nouns and adjectives, since those lists are designed to be customizable.
Jun 1 2021
Sandbox version pushed to the live website.
May 31 2021
Good catch. I was wondering why the <nowiki> wasn't being displayed as a change. I agree that, if the previous tag was being ignored by the parser because it was unclosed, adding a reply should try to keep that status-quo.
May 28 2021
I had a little time and put together a revision: https://github.com/zanhecht/ircredirect/blob/main/index.php. It's also live at https://ircredirect.toolforge.org/sandbox/.
May 26 2021
- The first bug is a relatively easy fix.
Apr 21 2021
Mar 22 2021
Mar 5 2021
Why can't there be three options "Enabled", "Disabled", and "Default", to separate users who deliberately turned off the tool from those that hadn't seen the settings?
Mar 3 2021
@Izno Thanks, I don't know why I didn't see that in my search.
Sep 10 2020
Beyond that, I don't think it's something we should use for end-users as for the most part these errors are inconsequential to them (whatever is broken isn't something they want, need, or know about), and not in their realm to understand or know how to do anything about.
Jul 15 2020
That brings up perhaps the most important use case: the talk page of a mainspace article with a slash in it, such as [[Talk:AC/DC]], [[Talk:n/a]], [[Talk:R/K selection theory]], [[Talk:9/11 Commission Report]], [[Talk:S/PDIF]], etc.
Jun 19 2020
Jun 7 2020
I agree that the current icon is completely unintuitive. This is my suggestion for the best way to indicate highlighting without using any color:
Jun 3 2020
May 31 2020
I think this problem has gotten significantly worse for "Special:RandomInCategory/Pending AfC submissions" since that villiage pump thread. As the category was reduced from 4,500 pages down to 1,350 based on reviews of "random" drafts, the large timestamp gaps have grown more prominent. I just ran it 25 times, and I got (in order):
May 29 2020
@KylieInTheSkylie You linked to a redirect without a talk page.
@Agabi10 the tech news item was posted and has long since been archived. What's the path forward?
Apr 23 2020
Apr 9 2020
@Izno this would be for going from Talk to Article, not the other way around. I'm not aware of any cases where multiple talk pages redirect to a core talk page whose accompanying article page is a redirect.
@Johan, I think that's a little difficult to understand. How about "The "Article" tab on talk pages of redirects currently links to the target of the redirect. A change is being considered to have it link to the redirect page itself. You can leave feedback on this."
Feb 28 2020
Why does {{REVISIONID}} now return blank when substed? Shouldn't it at least return '-'?
Feb 10 2020
Dec 10 2019
Currently, the user experience for someone seeing an error message such as the one at https://en.wikipedia.org/sec-warning is quite poor. To find out what they actually have to do (besides "contact IT", which is going to get them nowhere), a user has to scroll past a large list of languages they don't read, find the tiny link to https://wikitech.wikimedia.org/wiki/HTTPS/Browser_Recommendations, and then find the tiny section on that page that applies to them.
Sep 11 2019
It's working again for me as well.
Sep 10 2019
This seems to affect creating and editing pages, across multiple wikis (I've tried enwiki and meta), and across multiple accounts (I've tried both my main account and my bot account), with both VE and the wikitext editors.
Jul 2 2019
How long do you expect labsdb1011 to be depooled for. Is this going to be a regular thing?
Jun 20 2019
This doesn't seem to be limited to quarry. Queries (such as https://quarry.wmflabs.org/query/36665) that had been running in about 15 minutes both on quarry and through a bot running https://wikitech.wikimedia.org/wiki/User:Legoktm/toolforge_library (using the toolforge DB replica) are now timing out on both. The issue appears to be with the database servers themselves.
May 15 2019
I would agree that the intended behavior of the "Article" button, when on a talk/history page of a redirect, should be to link to the redirect itself. The number of times an editor wants to go directly from the redirect talk page to the redirect target is small compared to the number of times the editor wants to go to the redirect itself.
Dec 20 2018
Only using 40% of the page width for the actual article text seems quite low, and makes the page look cluttered (despite all the whitespace). Vector, by comparison, uses around 80%.
Oct 4 2018
Aug 30 2018
Since potentially tens of thousands differrnt sized thumbnails were affected by this bug, will the server eventually regenerate all of these, or will they need to be purged manually?