User Details
- User Since
- Sep 11 2015, 3:03 AM (466 w, 1 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Jonesey95 [ Global Accounts ]
Yesterday
When is this fix going to be deployed? This mass message arrived in the past 24 hours with a Linter "bogus image options" error in it:
Wed, Aug 14
I suggest adding something like "The new category names are listed at [[Special:TrackingCategories]]."
Tue, Aug 13
Sun, Aug 11
This is still a problem, despite assurances in 2021 from @Sbailey (See above. This is not about Sbailey personally, but I worked in IT customer service for a long time and learned not to promise things that I was not sure I could deliver by myself).
Thu, Aug 8
Jul 16 2024
Thank you for the patch. I would support a separate fostered-transparent lint category. It should be low priority or just a tracking category when it starts, as it will probably list some false positives that either can't be "fixed" or do not need to be "fixed".
Please restore the previous correct Linting functionality until you figure out a new way to manage these transparently rendering items. Right now, we have hundreds of false positives cluttering up the reports, which makes it difficult to find and fix actual errors.
Jul 11 2024
It appears that this patch has been deployed and has fixed most or all pages in template space. For some reason, at least some pages in article space are still reporting false positive fostered content errors. See, for example, https://en.wikipedia.org/wiki/List_of_Pomona_College_people.
Jul 5 2024
This is a known bug, one of many in Linter related to include/noinclude tags; this one popped up sometime around a year ago. I poked around to look for a phabricator task, but I can't find it. The workaround is to put a line break before the noinclude tag. We had to do this to a pile of templates on en.WP.
Jul 4 2024
Jun 17 2024
This bug is still present. The screen shot is of https://en.wikipedia.org/w/index.php?title=User:Jonesey95/sandbox&oldid=1229635601 using Brave for Mac, Vector 2022, logged out, desktop view.
Jun 15 2024
Jun 14 2024
This appears to be related to T367480.
This is related to T367480.
The code that caused these breaking changes really needs to be rolled back and fixed on a development server. It is far too disruptive to be on the live encyclopedia.
The infobox at https://en.wikipedia.org/wiki/2024_European_Parliament_election_in_Ireland is much too wide in Vector 2022. My content column is 900 pixels wide, and my window width is 1,230 pixels. The infobox goes off the right side of the screen, overlapping the right-side toolbar when it is visible, at any window width from 630 pixels to 1,230 pixels. It was working fine before, staying inside the content column.
I have copied multiple reports of undesirable behavior from the English WP Village Pump (technical) into T367462. If any of the problems are not related to the style changes reported in the original bug report, they may need to be split into separate bug reports.
Multi-column tables in infoboxes are aligned badly. See https://en.wikipedia.org/wiki/Chris_Dangerfield for an example.
For me, at least, the font size in infoboxes on en.WP has changed to 90% of the default size instead of 88%, which it has been forever. In Vector 2010, the font size in infoboxes is still 88%. I am looking at en:John Dalton, for example. I have the (formerly default) "small" font size selected as my prose body font preference in the new radio-button switcher on the right-side toolbar.
A message box showing no image in Vector 2022 and working fine in Vector legacy:
Jun 13 2024
FWIW, thumb-sized images show slightly smaller than my chosen preference (300px) in infoboxes on en.WP in Vector 2022 now. A normal thumbnail image shows as 300px, and the same image in Template:Infobox person (which defaults to the "frameless" image size option) shows as 295px.
This is either a subtask of T329673 or redundant. Enabling the sticky header on all pages should be a quick fix. I have done it with CSS for well over a year, with no ill effects.
This may be a subtask of T329673. Enabling the sticky header on all pages should be straightforward. I have done it with CSS with no ill effects.
Jun 5 2024
We prevent the addition of obsolete tags to user signatures. Why not elsewhere? Other editors are just going to have to fix them eventually. We are making work for ourselves by allowing these new errors to be created.
May 23 2024
This is still happening:
May 22 2024
Linter has been flagging these obsolete tags for at least six years, and some bots and editors on some wikis have made good progress in updating the syntax, but two big problems remain:
This is tangentially related to T52182. If I want to center a template parameter value, it should be straightforward for an editor to select it, cut it, insert Template:Center, and then past the template parameter value into the nested template. Instead, once I am inside the template parameter value editing box, I lose access to the template insertion menu. That encourages the use of obsolete methods.
May 21 2024
Why is this bug report from 2013 still open? I just had to remove a link from a Wikidata page that was a copyright violation, but without an explanation, my edit might look like vandalism. We need to be able to add a short explanation like "copyright violation" to our Wikidata edits. This should be a no-brainer.
May 17 2024
May 16 2024
Apr 5 2024
T358921 was not linked above. While doing QA for this task, please try undoing this change in https://en.wikipedia.org/wiki/Template:Quote_box/sandbox to see if the spacing at the bottom of the quote box remains the same.
Mar 22 2024
Signatures should definitely need to confirm Linter errors. That is by design, and it took us years to get it rolled out. See T355462 and its predecessors.
Also see https://www.mediawiki.org/wiki/Talk:Reading/Web/Accessibility_for_reading#Signature_disabled which illustrates a different kind of nesting.
Mar 17 2024
This might be difficult to find, since the italics on either side of the URL may be marking up text that is outside of the link.
In what way is this a wikitext syntax error?
Mar 7 2024
Using Linter to track missing alt text is a Bad Idea. Missing alt text is not a syntax error. Please learn from your big mistake in the "wide table" Linter tracking fiasco. Linter tracking is for syntax errors that can and should be fixed in all cases; missing alt text, like "wide tables", does not meet any of those criteria.
Task T358921 was closed as a duplicate of this one. Please ensure that any test cases related to fixing this problem include the multiple situations described in that bug report.
Mar 5 2024
This is happening for me today at https://en.wikipedia.org/wiki/Template:Random_slideshow on the English Wikipedia. If I switch to non-Parsoid, two normal categories and two hidden categories are shown. If it matters, I am using Vector 2022.
Mar 3 2024
Additional vertical spacing problems, this time excessive padding around blockquote tags, has been reported at https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&curid=3252662&diff=1211600813&oldid=1211518868#Excessive_indentation_of_block_quotations
Mar 1 2024
Feb 29 2024
Feb 28 2024
Reported at https://github.com/wikimedia-gadgets/shortdesc-helper/issues/17 just to cover my bases. I am not a programmer, so submitting a pull request with modified code is probably beyond my skills.
I posted it a month ago with no response. It is unclear to me who maintains this gadget. I do not see a link to an official bug-reporting venue at the gadget's page, but I may have missed it.
Feb 23 2024
Something possibly related to this series of changes messed up the symmetry of the padding at two en.WP templates. See https://en.wikipedia.org/w/index.php?title=Template_talk:Quote_box&oldid=1209709062#bottom-of-box_sizing and https://en.wikipedia.org/w/index.php?title=Template_talk:Talk_quote_block&oldid=1209711889#Ugly_bottom_padding
Feb 12 2024
Yes, and thanks to the bug fixer!
Feb 8 2024
Nothing appears to have been fixed. I just opened https://en.wikipedia.org/wiki/John_Dalton in Chrome for Mac OS, logged out, and when I inspect the "Special pages" link in the Tools sidebar on the right, I get this:
Feb 5 2024
Jan 25 2024
One way to start the discussion would be to create a wiki page listing all of the current Linter errors. For each one, figure out whether it can cause real rendering problems on pages (e.g. link-in-link errors cause real display problems every time; some unclosed tags cause all subsequent text to be smaller or cause subsequent sections to be nested inside an unclosed div). For obsolete tags, figure out whether support for obsolete tags is going to be removed. And so on.
This enhancement has caused Linter "span wrapping div" errors in pages transcluding some Special pages. See T275230 and https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=1199067000#Possible_WP:ITSTHURSDAY_change_causing_Linter_errors
This appears to be happening with Special:RecentChanges/25 as of today. See https://en.wikipedia.org/w/index.php?title=User:Jonesey95/sandbox&oldid=1199013916 for an example.
Jan 18 2024
Thanks for making that extra effort. The screen shots are nicely comparable now by switching two tabs back and forth.
It is difficult to compare the two screenshots, because they appear to have been taken with different screen resolutions. Also, one is logged in and one is logged out, so I can't tell if any user-specific CSS is being applied. Would it be possible to take two comparable screen shots. The second one does look promising, but without the same environment in each, I can't say for sure. Sorry to be so picky.
Jan 10 2024
This bug description does not appear right to me. It seems like the bottom margin for the p tag is the problem, not the top margin for lists. I suppose the overall problem could be addressed from either direction.
It looks like this patch is waiting for someone to "schedule the change for one of the available backport windows". I read the relevant wikitech page, but it is way beyond my skills.
Dec 31 2023
Another one, to help with tracking down the cause of this bug:
https://en.wikipedia.org/w/index.php?title=Cunobeline&diff=1192840869&oldid=1187335708
Dec 29 2023
Dec 28 2023
Dec 23 2023
I also see the large, downward-facing black triangle after clicking directly on https://en.wikipedia.org/wiki/User:AnomieBOT/TPERTable when it is listed in my Watchlist as having changes.
Dec 12 2023
Done =)
I guess I should have said that this is probably a zombie process, since the bot has not edited (on en.WP) in seven years.
Dec 11 2023
This problem does not appear to be fixed in the Zebra redesign (see screen shot).
Dec 10 2023
Same. Maybe the Zotero engine has been tweaked since the initial report. OK to close the ticket, I guess.
Dec 9 2023
This bot is long-dead. I helped with getting it set up on the user specification side.
Dec 8 2023
The OP's problem, as illustrated in the image uploaded on 7 December, is fixed at en.WP now. Thanks!
Nov 28 2023
Nov 27 2023
Interesting. I don't know why all of that process would be needed for a serious error that can leak into the rest of the page, including the TOC, the right-hand sidebar in Vector 2022, the title, and just about everything else on the page. See https://en.wikipedia.org/w/index.php?title=User:Robertgreer/sandbox/NYCB/Saratoga&oldid=962070708 for an example.
Nov 26 2023
It seems like it should be a relatively quick fix to get this to appear on the list of errors at Special:LintErrors. Is there anything that regular Wikipedia editors can do to move this ticket along?
It appears that the "signature too long post substitution" detection is not working properly. As an example, user Adam Cuerden is listed at https://signatures.toolforge.org/reports/en.wikipedia.org but their expanded sig is fine. The problem may be that the tool does not fully expand the signature before testing it. See https://signatures.toolforge.org/check/en.wikipedia.org/Adam%20Cuerden
Nov 6 2023
Was it intentional that this change also applied to other text of lesser importance (and therefore semantically smaller in the design until this change) such as the text output by the short description gadget?
Nov 4 2023
mw:Help:Images specifically says that images using the "right" option are supposed to float right, but the VPT thread contains a screen shot showing the header text overlaid on the image. I don't think "thumb" should be required to stop that from happening, unless mw:Help:Images needs to be corrected.
Nov 3 2023
It appears that the WMF may be on the hook for updating the format of the link called "View detailed information on the lint errors" on the "Page information" page for any page having Linter errors. See https://en.wikipedia.org/w/index.php?title=User:WOSlinker/lint14&action=info for a current example of one of these links. The results show pages in two namespaces instead of just the page in question.
Thanks for the quick reply. We will see about getting the links updated. Thanks for this new namespace selection feature. I have already used it a couple of times to narrow the list of results, and it seems to work fine.
Nov 2 2023
It appears that this change has been rolled out to en.WP. Is the breakage of existing links like https://en.wikipedia.org/wiki/Special:LintErrors/missing-end-tag?namespace=0 (missing end tag errors in article space) intentional?
Oct 27 2023
Please note that the above screen shots do not show the right-side toolbar.
Oct 13 2023
Is this task related to a strange new development that we are seeing at en.WP? When we click an "edit" link from https://en.wikipedia.org/wiki/Special:LintErrors/deletable-table-tag?namespace=0 we get "action=parsermigration-edit" at the end of the URL instead of "action=edit".
Oct 10 2023
Please don't revert the changes, which have been helpful overall. I have been adding line breaks before the noinclude tags to a few hundred template pages, and that seems to resolve this false positive error without changing the table's display.
Oct 9 2023
Here is a similar case that was causing a Linter false positive error:
Oct 7 2023
This is affecting dozens, possibly hundreds, of template pages. If it could be fixed soon, that would be helpful.
Oct 6 2023
Oct 4 2023
I found and fixed similar (and different, but still undetected) cases at:
- https://en.wikipedia.org/w/index.php?title=Catholicity&diff=1178578750&oldid=1176889179
- https://en.wikipedia.org/w/index.php?title=Eug%C3%A9nie_Foug%C3%A8re&diff=1178583792&oldid=1173473263
- https://en.wikipedia.org/w/index.php?title=Flying_Blind_%28film%29&diff=1178584874&oldid=1173845460
- https://en.wikipedia.org/w/index.php?title=HMS_Pilote&diff=1178612036&oldid=1124674850
- https://en.wikipedia.org/w/index.php?title=Pelargonium&diff=1178681708&oldid=1174661287 (this one is inside an sfn template, which is maybe a little different)
- https://en.wikipedia.org/w/index.php?title=KkStB_269&diff=1178675475&oldid=1070681481