If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk. Discussions are automatically archived after remaining inactive for five days.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See task 3864. There is an accesskey property on it (default to accesskey="f" in English). Logged-in users can enable the "Focus the cursor in the search bar on loading the Main Page" gadget in their preferences.
No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.
If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.
If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.
When I edit admin-protected pages like Template:Disambig editnotice, I get nearly-white text on a very light pink background, and it's nearly invisible. Does anyone know where this color is set? Is that part of the skin CSS?
BTW, I added class=skin-invert to that template, but the results are pretty ugly in dark mode. It (and many other templates) could probably use upgrading to CSS variables with the palette from [1], though it's very difficult for me to edit it safely at the moment. -- Beland (talk) 03:46, 20 July 2024 (UTC)[reply]
I've thrown Something at the problem now that I've been reminded about at least 5% of why I asked for int admin back. We're going to need to refine colors, these don't necessarily mesh well with syntaxhighlighting, which is still a known problem child. Izno (talk) 04:07, 20 July 2024 (UTC)[reply]
(Alternatively, we can ditch the pink for editing protected things and just use the base colors, but IDK how that will go down with Everyone.) Izno (talk) 04:10, 20 July 2024 (UTC)[reply]
I know what the purposes of the background is, I am just about convinced however that it isn't valuable to load for every user in the groups of interest. Izno (talk) 16:34, 20 July 2024 (UTC)[reply]
I'm now getting white text on a dark red background in dark mode, which makes things a lot easier to edit in dark mode. Many thanks! I'm still curious where this fix was implemented, in case I run into similar problems elsewhere? -- Beland (talk) 19:03, 21 July 2024 (UTC)[reply]
As for the BTW, this template strongly needs to reconsider whether it should have the (coffee) color it does. It is intended as a system message (edit intro) and should be colored as expected for that series of templates. It looks like it was added based on "it would be more noticeable", which I think is a miss since most other edit notices are no more noticeable. But particularly to using a Codex color, there are no coffee colors in that palette. Izno (talk) 04:15, 20 July 2024 (UTC)[reply]
I've changed it to "background-color-warning-subtle" from the official palette, which is more or less the same hue. It still ends up as an ugly brown in dark mode, even without "class=skin-invert". Presumably there needs to be an official thinking up of a good subtle warning color for dark mode?
Whether this should be notionally colorized as a warning or as info I'm agnostic about. Looking through the templates in Category:Editnotice templates, the aesthetics are really all over the place. Some templates get attention by having a yellow icon, red icon, yellow border (which is nice even in dark mode), red words as internal headers, yellow background, or pink background. Some have no attention-getting colors at all. Should we start a discussion somewhere about making the visual conventions more uniform? If these are all going to need to be converted to use the new official palette, they'd need to be adjusted anyway. -- Beland (talk) 19:22, 21 July 2024 (UTC)[reply]
I wouldn't be surprised by an ugly brown being the flip for yellow. Using the skin-invert class should be used only for non-flipping colors, and this isn't one of those.
We don't need to convert to Codex per se, we just need to be sensitive to what colors we have and are providing in multiple color themes now. Having a standardized color scheme (which we in fact already have for the message box series, though as you point out it is often customized) is one way to be successful at that objective by default. Adding the customizations that we do is the issue, and could be solved either by removal of those colors, making some other standard templates/templatestyles, or using upstream variables from Codex or even Common.css. A discussion about the customizations is probably warranted somewhere, but I don't know how many people are interested in that kind of topic - often there is resistance along the lines of "it looks like how I wanted" (which would echo refrains from when the message boxes were standardized nearly 20 years ago). Izno (talk) 19:35, 21 July 2024 (UTC)[reply]
i read about half this thread and understood less than that, but one thing i think i understand was what Redrose64 said: The pink reminds me that I'm editing a protected page, and that I need to exercise extra caution. What if the pink were added as a border around the browser window or editing area instead of a background that potentially camouflages the text? Would that be an equally effective reminder? and maybe do similarly for other "alerts"? i don't know how many such color-coded alerts exist; i'm an anonymous IP rather than a registered user or admin, so i guess i don't see some of these things. But maybe instead of having light-mode-black-on-white-(and-sometimes-black-on-pink) change to dark-mode-white-on-black-(and-sometimes-white-on-dark-red-or-yellow-on-ugly-brown), maybe instead light mode and dark mode could just toggle black-on-white to white-on-black with both sharing the "double word score" pink border (or maybe a border of pink-and-red stripes like these, or Battenburg markings) for Alert Type X, and for Alert Type Y light and dark mode can share a "triple letter score" shade(s)-of-blue border, and so on like that?
I like the idea of moving the warning color out of the background and into a border or eye-injuring stripes above or below the edit box. That prevents any conflict with syntax highlighting, the authors of which probably aren't expecting a background color that only admins see. -- Beland (talk) 16:19, 26 July 2024 (UTC)[reply]
Note: I originally intended to ask the devs to make the system message add the category but this has been proposed in the past in phab:T289404 and was declined. This is why I think adding the template manually is the best approach. Nickps (talk) 16:03, 25 July 2024 (UTC)[reply]
The code for {{Documentation subpage}} has a test that looks like it tries to assign a category: ... [[Category:{{#switch:{{SUBJECTSPACE}} |Template=Template |Module=Module |User=User |#default=Wikipedia}} documentation pages]] .... My naive question is: why isn't that code working? Does an if statement need to be redesigned? Can something else be tweaked inside that template? I'm not clear on how the page-header page "adds" the doc subpage to the template without actually transcluding it; maybe the category could be "added" in the same way that the doc subpage template is "added". – Jonesey95 (talk) 16:19, 25 July 2024 (UTC)[reply]
I will stop. But you're not explaining what's so dangerous about them. They can be reverted as easily as I am doing them. Nickps (talk) 17:07, 25 July 2024 (UTC)[reply]
10 minutes of edits done manually can be reverted in less than half that by someone with AWB. I'm not creating a fait accompli and I'd like you to take that back. Nickps (talk) 17:11, 25 July 2024 (UTC)[reply]
(edit conflict) What's dangerous is explained in the essay I linked - it inappropriately biases the situation toward the automatic documentation being removed later because the edits required to do it are already in place. The cost of this is that every time a module is created {{documentation subpage}} has to be manually added to the subpage forevermore, and I'm not seeing what the point of Category:Module documentation pages even is when the search I linked above can produce the same output in the unlikely event anyone cares. * Pppery *it has begun...17:12, 25 July 2024 (UTC)[reply]
Hello, I found a problem on Commons. The problem is with images in SVG format, where there is distortion in the display of the text of the image, a change in the location of the text display, and a difference in the size of the text display.
This is a sample image, please click and view. So if you click on it, it will appear to you like this.
I thought the problem was due to the program I use to edit photos. For about a full day, I was experimenting with solving the problem, trying different size dimensions and so on, but it was not solved. Then in the end I discovered that the cause of the problem was the Commons website and not me.
I was also able to find out the reason for the problem on the Commons website. It occurs because the text is in a large size, and if you reduce it, the text size will be displayed at approximately the correct size.
Therefore, I ask that the technicians responsible please fix this defect, because it is a major problem. I have stopped editing images until the problem is fixed. Unfortunately, many people must have stopped designing images in this format and uploading them to Wikipedia articles because of this problem.
Note: I do not want to raise the discussion within the Commons project, because it is a very important problem related to the display of images in Wikipedia articles, and Because there is no interest from technicians within the Commons project. Mohmad Abdul sahibtalk☎talk21:55, 25 July 2024 (UTC)[reply]
How do you know technicians from the Commons project wouldn't be interested in this issue if you haven't raised it there? Tule-hog (talk) 22:06, 25 July 2024 (UTC)[reply]
@Tule-hogYou can take a look here There are problems raised a year ago that have not been answered. Also, the problem I raised is urgent and important. I have stopped all my projects until the bug is fixed. In addition, the problem is linked between the two projects. Mohmad Abdul sahibtalk☎talk19:42, 26 July 2024 (UTC)[reply]
Not saying you shouldn't have raised it here, just that you might also try raising it there to increase coverage. Arabic's SVG rendering possibly not working is a serious, global bug to be sure. Have you happened to find any graphics that don't have the issue? Tule-hog (talk) 02:58, 27 July 2024 (UTC)[reply]
I think the problem is that your used the Arial font in your image, which is not a free font, and thus is not installed on the Wikimedia servers. Try changing the text in the image to use one of the fonts listed here: https://meta.wikimedia.org/wiki/SVG_fonts – I suggest Liberation Sans, which was designed as an alternative to Arial – and see if that makes it display right. Matma Rextalk22:28, 26 July 2024 (UTC)[reply]
@Matma Rex: Nope. I have tried (LiberationSans-Bold), and the problem is the same. There has only been a slight difference in text measurements, but text distortion, positioning, and size are still there. Mohmad Abdul sahibtalk☎talk02:50, 27 July 2024 (UTC)[reply]
Hmm, you're right. I uploaded a new version of the file (File:Anterior Thyroid - Arabic.svg) just to be sure, and it still looks very wrong. I want to try some other things, but I'm not sure how the result is supposed to look like – the SVG file on my computer also has slightly weird-looking text, and I'm not sure if it's a problem with the file or with my applications: https://phabricator.wikimedia.org/F56717722. Can you export it to PNG on your computer and upload that version to Commons too, so that we may compare? Matma Rextalk03:34, 27 July 2024 (UTC)[reply]
@Matma Rex: I think I discovered the cause of the problem, it is caused by a difference in dots per inch. Because I downloaded an image in SVG format for the year 2010 and wanted to modify it, but I saw this message inside the program:
was created in an older version of Inkscape (90 DPI) and we need to make it compatible with newer versions (96 DPI). Tell us about this file. This file contains digital artwork for screen display (Choose if unsure.) This file is intended for physical output, such as paper or 30 prints. Create a backup file in same directory. More details: We've updated Inkscape to follow the CSS standard of 36 OPI for better browser compatibility we used to use 50 DPI. Digital artwork for screen. display will be converted to 96 DPI without scaling and should be unaffected. Artwork drawn at 90 DPI for a specific physical size will be too small if converted to 96 DPI without any scaling. There are two scaling methods. Scaling the whole document: The least error-prone method, this preserves the appearance of the artwork, including filters and the position of masks etc. The scale of the artwork relative to the document size may not be accurate. Scaling individual elements in the artwork: This method is less reliable and can result in a changed appearance but is better for physical output that relles on accurate sizes and positions (for example for 3D printing. More information about this change are available in the Inliscape
I have installed Inkscape version 0.48 (2010). Then I tried editing the image and uploading it to Commons, and I did not see any distortion or any problems with the text.
__________________
There is another problem, which is when you open the image in this way, right-click on it and then download it directly, without clicking on the download icon, the image is not downloaded in SVG format, but rather in PNG format, and this is a big problem that should not happen. Mohmad Abdul sahibtalk☎talk04:55, 27 July 2024 (UTC)[reply]
@Matma Rex: This is the original image. We do not have distortion problems with PNG images because their texts are more like printed matter or more like hardsub, meaning that the text is not editable, nor are the image objects. As for SVG files, they are more like an image project that can be edited and translated, including the text. I work with SVG images so that they can be easily modified and translated into other languages. I hope in the future that Wikipedia's policy will change so that it does not allow uploading any PNG images of any images with text on them.
In fact, I suggest that Wikipedia provide the feature of translating SVG image texts without the need to upload them repeatedly for each language. This will facilitate the work and reduce the size of the Commons server data. I mean, if the Commons project provides us with the advantage of recognizing image texts and translating them so that they are displayed directly without the need to repeatedly upload the image in each language, then the matter will become easier and faster and will save space on the Commons project server. Mohmad Abdul sahibtalk☎talk05:16, 27 July 2024 (UTC)[reply]
SVG image rendering is done using librsvg, if you have problems with how the image renders it is probably a problem in the librsvg library. We don't do direct work on developing the software that renders the SVG (it is a dependency). If you find the issue, perhaps you can report it with the librsvg project. —TheDJ (talk • contribs) 08:50, 27 July 2024 (UTC)[reply]
" I suggest that Wikipedia provide the feature of translating SVG image texts without the need to upload them repeatedly for each language" You are welcome to write such functionality for MediaWiki. Most of this kind of functionality is written by volunteers. —TheDJ (talk • contribs) 08:58, 27 July 2024 (UTC)[reply]
The user stated they wish to do this without having to reupload for each translation. While svg translate allows combining translations into a single upload, each edit to them or each new translation still requires a reupload. —TheDJ (talk • contribs) 08:54, 28 July 2024 (UTC)[reply]
"right-click on it and then download it directly" then you are downloading the thumbnail, and this is expected. If you want the original file, you always need to use the link below it "original file" and choose Save file as. —TheDJ (talk • contribs) 08:48, 27 July 2024 (UTC)[reply]
Thanks for all this information.
@TheDJ: yes, I know this. I meant that the image must be downloaded in SVG format even if it is clicked directly without clicking on the download icon - otherwise some people may not pay attention to the download icon and a problem and suspicion will occur.
@The wubThe wub: This is something legendary, I didn't know about it. But I have a problem, which is when I access a Commons project in English, its interface will switch to Arabic. Unfortunately, the Commons project cannot be accessed according to the desired language، and unfortunately, the (Content Translation/V2) is not available in this project, and for this reason I cannot translate many explanatory articles in the Commons project. I hope that the Commons:SVG Translate tool icon is present on the information page of every SVG image uploaded to Commons, so that everyone knows that this feature exists, whether writing on images or translating them.
I have informed the members of the Librsvg project, and am waiting for their response to find out if the problem is due to the library. We still need to find out the cause of the malfunction, to determine the cause of the problem, any information about this would be helpful. I hope that we will cooperate in fixing the defect, because the problem is related to a major error related to Wikipedia, especially the display of images. I have currently stopped all my projects related to image design, because if I now upload images with small texts in them so that they will be displayed in a large size, it is expected that after fixing the defect, the text size will decrease.Mohmad Abdul sahibtalk☎talk08:05, 28 July 2024 (UTC)[reply]
I have opened a report here. I cannot handle the issue and follow up the problem programmatically, because I am not a programmer. By opening the issue in the Librsvg project forum, it becomes clear that following up on the problem and diagnosing its cause is the responsibility of Wikipedia members. I did everything I could do, and the rest requires your intervention. Mohmad Abdul sahibtalk☎talk17:40, 28 July 2024 (UTC)[reply]
That page also hassomecharts that are mostly white. Of course image files don't change color (well, GIF files might, but i don't think they're the solution here), but it's something else to consider.
Village pump (Policy - Technical - Proposals (persistent) - Idea lab - WMF - Miscellaneous)
and this part
Village pump (technical) archive This page contains discussions that have been archived from Village pump (technical). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic. < Older discussions · Archives: A, B, C, ... 212, 213, 214
appear as dark text (including blue links that turn purple after clicking them) on a light background. The list of archives includes 42 as hard-to-see #light text on a light background in dark mode.
The GIF article has an infobox that says (more or less)
Filename extension: .gif Internet media type: image/gif Type code: GIFf Uniform Type Identifier (UTI): com.compuserve.gif Magic number: GIF87a/GIF89a
but ".gif", "image/gif", and "GIFf" appear as dark text on a light background. "GIF87a" and "GIF89a" seem to switch with light mode/dark mode, maybe by using <code>THIS</code> instead of {{code|THAT}}?
"Parts of these pages have dark text on a light background" yes this is expected. There is 25 years of legacy and fixing all these templates to have both a light AND a dark mode will take multiple years and require new decisions to be made. The highest priority however right now is to ensure we do not have dark on dark or light on light, as that effects readability. The 'is it pretty' issues will be dealt with in good time. —TheDJ (talk • contribs) 08:55, 27 July 2024 (UTC)[reply]
Agreed: This is not a top priority. However, as someone unfamiliar with coding, i don't always know if a problem here is related to a problem there, so sometimes i ask others i think might know (or might know how to find out). Also, even if the issues are unrelated, a small issue might still deserve to be on the to do list (even if way, way down on the to do list), so i hope mentioning it is useful. --173.67.42.107 (talk) 19:44, 27 July 2024 (UTC)[reply]
TheDJ, well, in this case it's a combination of the SyntaxHighlight extension not supporting dark mode, which we can't do much about, and {{code}} using the syntaxhighlight tag, when it could use the code tag if no langauge is specified. — Qwerfjkltalk19:56, 27 July 2024 (UTC)[reply]
i've done a bit of Wikipedia browsing and editing on my smartphone, mostly in dark mode since i learned it was an option (Wednesday July 10?).
On my laptop, wikipedia.org addresses redirect by default to en.wikipedia.org and light mode, but i have sometimes edited the web address to en.m.wikipedia.org to get the mobile dark mode on my laptop.
Today (Saturday July 27) on my laptop, en.wikipedia.org (i think it was en.wikipedia.org/wiki/Wikipedia:Sandbox if that matters) gave me a pop-up alert saying something along the lines of "dark mode is available in the Appearance link of the menu on the right side of the screen" but i can't find Appearance listed in any of the five menus i've found:
The upper right of the screen has three dots resembling an ellipsis... that gives me this drop down menu:
Pages for logged out editors (learn more)
Contributions
Talk
below that is the drop down menu for languages (obviously Appearance doesn't belong there)
below that is a Tools drop down menu (i can list its options if that would help, but Appearance isn't one of them, even when i scroll down as far as it goes, so...)
The upper left has what looks like a triple bar or 三 that reveals a drop down Main menu (again, i can list the options, but Appearance isn't there, even scrolling to the bottom)
below that is the drop down table of Contents, resembling a vertical ellipsis next to a triple bar, somewhat like ⋮Ξ (again, Appearance doesn't belong there, although as a pictograph it looks like it could be a settings menu)
Appearance is also not visibly part of the footer "menu":
Privacy policy
About Wikipedia
Disclaimers
Contact Wikipedia
Code of Conduct
Developers
Statistics
Cookie statement
Mobile view
i also checked Wikipedia's Main Page with similar results (no Appearance nor ⋮三).
i exited the pop-up in search of the Appearance link and have not been able to get the pop-up again (which is normally a good thing, but right now means i can't double check anything about it, like, "did it say Appearance or appearances?")
If anyone knows what's going on here, please don't leave me in the dark. i mean, let me in on the dark. You know what i mean. ;-)
Usually the start discussion notice is displayed on talk pages with no comments; But, now its in all talk pages. Even in Wikipedia talk:Village pump (technical), Don't know how long it has been but I just noticed it. Is it a glitch or something??? Vestrian24Bio (TALK) 11:48, 26 July 2024 (UTC)[reply]
The current and prior templates need to be merged into a catchall so we can have a percentage if we want but also have no percentage for many articles. I could simply make two separate templates and rename them so we could use either, if that's preferred at wikipedia. or we add an attribute to the current template that adds the (72.6%) after the win loss. We use the template because so many editors forget to use an ndash instead of a hyphen. If it's better or easier to have two templates just let me know. Thanks. Fyunck(click) (talk) 19:25, 26 July 2024 (UTC)[reply]
Exploring this further... the "search the archives" function at NPOVN seems to be working fine. The problem seems to be that the "list of archives" for NPOVN appears to have been replaced with the "list of archives" for RSN. Blueboar (talk) 12:15, 27 July 2024 (UTC)[reply]
Hi all at the Pump, it's easy to feel disconnected despite the fantastic and often thankless efforts you make to keep WP going behind the scenes. I don't do barnstars, but here's a pic of a huge medieval barn instead. Well done, and thank you again for all your tireless and often unacknowledged hard work. MinorProphet (talk)— Preceding undated comment added 13:24, 27 July 2024 (UTC)[reply]
On List of Anaheim Ducks seasons, when you view the page logged out and scroll down far enough, the year by year table partially covers up the appearance settings (in Google Chrome, Windows 11, for what it's worth). I'm guessing this probably isn't intended; is there a means of nudging the settings over so they are fully visible for users? Home Lander (talk) 17:06, 27 July 2024 (UTC)[reply]
Per mw:Recommendations for mobile friendly articles on Wikimedia wikis you can mark large tables up so that they scroll (I did that for this article). This issue has been around for over a decade now for mobile users. Vector 2022 just brought the issue to a larger audience.
The referenced issue (if solved) will likely be resolved by marking up tables like this automatically but I don't think there is a silver bullet for fixing every table (this solution is incompatible with sticky headers for example). 🐸Jdlrobson (talk) 02:24, 28 July 2024 (UTC)[reply]
I am not sure if this is the right forum. Feel free to move it to a proper one, such as WP:Village pump (idea lab).
When page A needs to be renamed to B, but B redirects to A, what commonly happens is that B gets moved to C without leaving a redirect (so that page B is free), meaning A can then be renamed to B, and C can be renamed to B, also without leaving a redirect. This is called a round robin move. Alternatively, the redirect B can simply be deleted. Since this is commonly done, is it feasibility and technically possible to do the two moves at the same time (eg, A to B and B to A at the same time), removing the need for a third one? JuniperChill (talk) 19:35, 27 July 2024 (UTC)[reply]
The UK Space Agency article has a logo at the top which is supposed to have the red, blue and white colors of the union jack, however the image doesn't actually use white, it uses transparent so it blends in with the off-white panel. However in dark mode the transparent area appears black so the logo appears red, blue and black which is wrong. The solution would be for images not to use transparent colors when they should be white although this would upset people who want the image to blend in with the off-white background panel. Termynaytor (talk) 04:45, 28 July 2024 (UTC)[reply]
Agreed. If a logo is truly intended to be transparent background, we should use that, of course. But that is the rarity. I'm not one for "catering" to companies/organizations' preference, but in the display of their logos (whether it's a white background or otherwise) we should follow their press/media kits for displaying it - at least in the color department. The vast majority of organizations will have their logo as part of a press/media kit with guidance on how it is to be shaped, the colors to use (often with exact hex values) - and we should use logo images that comply with those even if they are public domain, in my opinion. -bɜ:ʳkənhɪmez (User/say hi!) 05:23, 28 July 2024 (UTC)[reply]
@Termynaytor: SVG files are comparatively easy to edit, especially when they were not created with InkScape. Use a plain text editor such as WordPad. This SVG image had just three elements - the <svg>...</svg> element itself, plus one <path /> element each for the red and blue portions. There is nothing to specify either background or transparency - SVG images are implicitly transparent, except for those areas where an object has been drawn that is 100% opaque.
I've added a fourth element, being <rectx="0"y="0"width="500"height="140"fill="white"stroke="none"/> which draws a white background before the coloured bits.
Thanks for that. There are other images in the thread linked by WOSlinker above such as the Porsche and Apple logos but people might prefer to keep the transparency in those cases. Termynaytor (talk) 08:42, 28 July 2024 (UTC)[reply]
A commons gadget that allows us to add a white background to images via a single button click would be really useful here... 🐸Jdlrobson (talk) 21:52, 28 July 2024 (UTC)[reply]
@Jdlrobson: If I understand you correctly, you're suggesting a utility that, given the name of an existing image, will edit that image and save the amended image. My edit to File:UK Space Agency logo.svg wasn't difficult, but I don't think that it's something that could easily be automated in a way that fits all situations. --Redrose64 🌹 (talk) 22:20, 28 July 2024 (UTC)[reply]
That also may run afoul of c:COM:OVERWRITE, depending on specifics of the file, and the temptation of editors to use it widely on images of things that are not intrinsically "white background". DMacks (talk) 22:29, 28 July 2024 (UTC)[reply]
How to add a background color to an image in an infobox?
You cannot rely on this because there is light and dark mode. Better to explicitly edit the image to have a background color. ~ 🦝 Shushugah (he/him • talk) 10:43, 27 July 2024 (UTC)[reply]
Neocorelight, download the image and edit the background colour. Reupload the edited version to Wikimedia Commons, being sure to credit the original license holder, link to the version you remixed, and provide the same license as the original version.If you don't have image editing software on your device, you can probably use the free online tool Photopea.Folly Mox (talk) 10:33, 30 July 2024 (UTC)[reply]
This page has WP:Pending changes activated. The edit history listing now looks odd when Dark mode is activated. On edits that have been accepted, that line has a white background instead of black/dark and the text is light-colored, making it more hard to read. Instead, this should be a dark grey background, lighter than the standard background, so as to fit with the dark scheme, and make the text readable.
There's this recurring issue at Special:WantedCategories where a redlinked Category:Clean-up categories from YYYY gets generated because somebody has erroneously backdated a maintenance template to 15 or 20 years ago — following which a bot automatically recreates the resulting redlinked maintenance-queue category for that specific template, but then leaves the general "clean-up" container as a redlink that ends up becoming the category cleanup crew's job to fix.
For example, Category:Articles with unsourced statements from July 2004 has been recreated four times within the past two weeks, just from people accidentally typing 2004 instead of 2024 in a {{citation needed}} template somewhere in an article, which is obviously just a disruptive pain in the badonkadonk to have to keep dealing with over and over.
I've asked here before, and was told that it was possible, but obviously it didn't happen: is there any way that maintenance templates like {{citation needed}} can be made to do an ifexist check on categories, and file nonexisters in an error-catcher category (e.g. "citation needed with dating problems" or something along those lines) instead of causing the recreation of a redlinked category that's already been cleaned up and deleted in the past? Bearcat (talk) 13:21, 28 July 2024 (UTC)[reply]
Also, given that it's clearly possible for bots to detect and automatically create redlinked maintenance categories as needed, then can any of the following things that inevitably hit WantedCategories on a regular basis get farmed out to bots instead of becoming my job to fix?
"Wikipedia Today's featured article nominations from [Current Month and Year]", which consistently lands there at some point in the middle of every month without fail, and should really just be automatically created by a bot right off the top of the month if it's routinely expected to exist?
Any non-empty redlinks of the "Articles containing [Insert Language Here] text", "Pages with [Insert Language Here] IPA" and "CS1 [Insert Language Here]-language sources (lang code)" varieties?
Dated maintenance categories (such as Category:Articles with unsourced statements from July 2024) are created by AnomieBOT (talk·contribs) if either of two conditions apply: (i) it's now the last day of the preceding month; (ii) there's a page in the category and the date is valid - even if the year is a typo. I would expect that if you want different behaviour from AnomieBOT, your first contact should be Anomie (talk·contribs), who (unlike some botops I could name) is not only active but also replies to talk page messages.
Obviously sockpuppet ones should be the responsibility of the admin or clerk who tagged the page, but mistakes can and do happen — so there really needs to be a way to catch such mistakes before they become my problem to fix.
When it comes to the backdated maintenance templates, it's really a thing that the template needs to handle rather than the bot. The bot is just going to come along and create any non-empty redlink it finds, and can't easily modify a redlinked category to be different than what's there — it's the template that needs to be prevented from being able to generate a backdated redlink like that at all, so that there's nothing for the bot to have to recreate. So it's really that the template needs to have "if asked to regenerate outdated category that does not exist, then replace with problem-catcher category instead of redlinked date" code inside the template, because a bot can't make that happen if the template isn't already handling it. Bearcat (talk) 21:14, 28 July 2024 (UTC)[reply]
AnomieBOT won't create dated categories for any date, only dates since 2004. I forget why I picked that year specifically, beyond deciding that anything earlier was definitely not some ancient article being undeleted or some ancient edit removing a maintenance tag being reverted. I could bump it to 2010 easily enough if people typing "200X" instead of "202X" is a common thing.
The non-date examples would need to be considered case by case. "Wikipedia sockpuppets of" and Wikipedia suspected sockpuppets of" seem like reasonable prefixes to search for. Not sure about "Articles containing", "Pages with", or "CS1".
Regarding bumping from 2004 to 2010 – can the bot look up the earliest existing month/year category and not create categories which are earlier than that? —andrybak (talk) 15:00, 30 July 2024 (UTC)[reply]
I wonder how often people validly undelete, or unredirect, or otherwise revert to a revision that has a maintenance tag older than that. Or how often people change a tag from one category to another, suddenly populating the "another" category with a bunch of old dates. Also I'd rather have a consistent cutoff rather than having to try to look up an earliest date for every different category. Anomie⚔23:47, 30 July 2024 (UTC)[reply]
Can I butt in here for a moment to ask if we're seriously considering making the lives of people who actually work the backlogged cleanup categories (I'm sure they exist) significantly harder, so that the people who keep Special:WantedCategories tidy are less inconvenienced? I've also had empty maint categories I've G6'd years ago pop back up, and that's a good thing, because it means someone's reverted an unsourced article that was made into a redirect years ago, or copy-pasted in an old version of a deleted article, or reverted a page to a really old version, and those all need to be dealt with. If we make the maintenance tags not categorize such edits, then they're going to be noticed by a lot fewer people. If it's just a matter of the bot not recreating redlinked grandfather cats, then have it make those. Or, y'know, deal with the underlying problem - most of the time the correct thing to do was a simple rollback or G4 speedy, in my experience - and then G6 the maintenance cat again. Even if you omit the last, it's not going to last an hour anyway; we've got admins who race each other for easy speedies like that. —Cryptic03:56, 31 July 2024 (UTC)[reply]
At Great Britain at the Olympics the sections are not collapsible as expected on the mobile interface. In my sandbox I tried removing sections until it worked again, then reinstating that section and removing everything else, only to find that it worked again. I also tried fixing the markup errors (specifically, invalid HTML attributes) but that didn't fix it either. So I can only assume the cause is the "Medals by sport" section just being excessively large. Is this a known limitation of the collapsing mechanism? Should that section be split up so the collapsing works? Hairy Dude (talk) 16:49, 28 July 2024 (UTC)[reply]
The three linked "related articles" at the bottom of each article page are showing their thumbnails in photographic negative for me. A temporary glitch, a problem on my end (mobile android chrome), I don't know -- standard images in-article look fine. I wanted to let someone know in case there is an issue to fix. See, e.g., bottom of Thomas Cromwell or Wyatt's rebellion. Al Begamut (talk) 17:04, 28 July 2024 (UTC)[reply]
So every once and a while I come across a composer with 3–4 works on Wikipedia, but no navigational template, so I go ahead and make one. Is there any way to generate a list of composers who are missing one still? Not sure if this is a bot-request matter, AWB request or something else entirely. (see parent cat)
So essentially, I'd be looking for categories like [[Category:Compositions by Example Person]] which have more than 2 pages, but there is no corresponding {{Example Person}} that exists. Aza24 (talk)21:37, 28 July 2024 (UTC)[reply]
In dark mode, at {{Stabbing Westward}}, the actual link for Stabbing Westward is an extremely dark grey that is difficult to see on a black background. Also, when editing, anything that is NOT a link is grey text on a white background. It was not this way before. Does anyone know how to fix this?
Grey text on white background when editingBlack text on black background when viewing
On Wikipedia:WikiProject Athletics, the subpages /leftpanel, /rightpanel, and /Members are supposed to be transcluded, but since recently they are shown as links. As far as I can tell, there were not any recent changes made to this project page or its subpages that could have triggered this. The issue with /leftpanel was reported on the project talk page on 28 July. Anyone know what caused it or how it could be fixed? – Editør (talk) 08:40, 29 July 2024 (UTC)[reply]
Thank you, I'm assuming this identifies the cause. I'm not sure how to fix this though. – Editør (talk) 09:09, 29 July 2024 (UTC)[reply]
Editør, I assume you'd need to simplify or remove some of these template calls: Transclusion expansion time report (%,ms,calls,template) 100.00% 1838 242 1 -total 37.90% 696 694 1 Wikipedia:WikiProject_Athletics/rightpanel 28.63% 526 307 1 Wikipedia:WikiProject_Athletics/leftpanel 23.79% 437 326 1 Template:Scrolling_window 21.97% 403 905 1 User:AlexNewArtBot/AthleticsSearchResult 19.57% 359 777 1 Wikipedia:Version_1.0_Editorial_Team/Athletics_articles_by_quality_statistics 19.35% 355 777 1 User:WP_1.0_bot/Tables/Project/Athletics 16.46% 302 510 15 User:AlexNewArtBot/MaintDisplay 14.55% 267 473 196 Template:Pagelinks 14.43% 265 233 1 User:WP_1.0_bot/WikiWork — Qwerfjkltalk09:32, 29 July 2024 (UTC)[reply]
Thank you for the additional info. I don't think I understand enough about the issue to be able to fix this myself. – Editør (talk) 09:39, 29 July 2024 (UTC)[reply]
When I changed it to {{User:AlexNewArtBot/AthleticsSearchResult}} and purged the project page's cache, the transcluded content of /leftpanel was displayed again, so part of the issue seems to be caused by {{scrolling window}} making the project page exceed some limit as you indicated. I'm not sure why this happened now, maybe because there the transcluded contents were much longer than usual due to the Summer Olympics? I have reverted my edit, because the project page became too long without the scrolling window. However, the change and purge didn't fix the transclusion issue for /rightpanel and /Members. – Editør (talk) 10:53, 29 July 2024 (UTC)[reply]
The suggested solution with a div and CSS didn't work, I'm not sure why not. It even removed additional transcluded content from the project page, so I have reverted my edits for this. – Editør (talk) 11:40, 29 July 2024 (UTC)[reply]
Ah I see, I missed that you meant direct in the project page. I'm afraid don't have time for the fiddling right now. – Editør (talk) 12:07, 29 July 2024 (UTC)[reply]
Where do I report an error in trying to add a redirect category to an existing redirect using the Tag button?
I tried to add the {{R with possibilities}} tag to a redirect, and it created a second empty redirect shell. The original redirect had been Special:Permalink/1210632744. When I tried to add the additional category, using the Tag button, it applied this diff:
Special:Diff/1237443069. As can be seen, it moved the existing redirects into a new shell, leaving an empty shell.
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Feature news
Editors using the Visual Editor in languages that use non-Latin characters for numbers, such as Hindi, Manipuri and Eastern Arabic, may notice some changes in the formatting of reference numbers. This is a side effect of preparing a new sub-referencing feature, and will also allow fixing some general numbering issues in Visual Editor. If you notice any related problems on your wiki, please share details at the project talkpage.
Bugs status
Some logged-in editors were briefly unable to edit or load pages last week. These errors were mainly due to the addition of new linter rules which led to caching problems. Fixes have been applied and investigations are continuing.
Editors can use the IP Information tool to get information about IP addresses. This tool is available as a Beta Feature in your preferences. The tool was not available for a few days last week, but is now working again. Thank you to Shizhao for filing the bug report. You can read about that, and 28 other community-submitted tasks that were resolved last week.
Project updates
There are new features and improvements to Phabricator from the Release Engineering and Collaboration Services teams, and some volunteers, including: the search systems, the new task creation system, the login systems, the translation setup which has resulted in support for more languages (thanks to Pppery), and fixes for many edge-case errors. You can read details about these and other improvements in this summary.
There is an update on the Charts project. The team has decided which visualization library to use, which chart types to start focusing on, and where to store chart definitions.
One new wiki has been created: a Wikivoyage in Czech (voy:cs:) [7]
Hi there, I was directed here after asking this question at the Teahouse.Roger Uren is a page I created for a former diplomat that was investigated by Australian intelligence services for alleged espionage. I told a friend to look it up, they searched for it in google as "Roger Uren Wikipedia". His page didn't pop up, but all mentions of him on other Wikipedia pages did. The Roger Uren page was created in early April (over 90 days ago). Is there any reason why it wouldn't appear? Another user told me that the Wikipedia page appears in a basic search of his name, but disappears when you add "Wikipedia" to the search. 30Four (talk) 05:04, 30 July 2024 (UTC)[reply]
Probably a side effect of our logic that blocks the article from indexing when it is newly created. When this index'ing restriction is lifted, Google isn't as likely to pick up the article until someone looks for it, edits it, or links to it from outside of wikipedia. It seems to show up now however. —TheDJ (talk • contribs) 08:33, 30 July 2024 (UTC)[reply]
The table of contents behavior has changed, some time in the last few hours. I'm using Firefox on a Windows PC. Until now the table of contents has displayed on the left sidebar, which is what I want. Now I still see that when displaying Firefox full screen, but when it's not full screen, which is my usual way of working, I don't see the TOC. I can still get there by clicking the TOC icon in the upper left, or by expanding Firefox to full screen, but I strongly prefer the previous behavior. What has changed, and can it be set back to the way it was? (Note that I've not switched the TOC to "hide", it's still in "move to sidebar" mode.) — Mudwater (Talk)10:26, 30 July 2024 (UTC)[reply]
It depends on the width of your screen. Maybe you don't have the exact window width ? Or possibly you zoomed in the browser one nudge with the zoom function that a browser has ? —TheDJ (talk • contribs) 11:53, 30 July 2024 (UTC)[reply]
Okay, I think I see what happened. I didn't realize this, but the width that I usually use for the browser window is slightly larger than the minimum for displaying the table of contents in the left sidebar. Then today, without noticing it, I was using a slightly narrower window for the browser, causing the TOC to mysteriously disappear. When I widen the window by a small amount, the "problem" is fixed. Thanks for your help. — Mudwater (Talk)12:08, 30 July 2024 (UTC)[reply]
On Wikispecies (where I am an admin), if I view the history of a page with multiple unpatrolled edits, I see an option to "Mark all revisions as patrolled". I do not see this here on en.Wikipedia, nor on Wikidata.
How can I enable this on the latter projects (where I am not an admin; if that is relevant)?
I searched for that string, and found only one discussion, from 2009, which refers to an "Enchanted [SIC: enhanced?] recent changes" option under preferences -> Recent changes, but I see no such option on any of the listed projects. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits12:20, 30 July 2024 (UTC)[reply]
I noticed on Hey Jude#Auctioned lyrics and memorabilia that the inflation conversion from pounds to US$ is showing "US$FXConvert/Wordify error: cannot parse value 'Unknown country code for year 2023: GBR '". Many of the GBR test cases on Template:FXConvert/testcases are similarly broken, so it's probably affecting a lot of articles. I can't tell where exactly this data is coming from or if there were recent changes causing this. hinnk (talk) 19:00, 31 July 2024 (UTC)[reply]
Vestrian24Bio (TALK) 17:22, 26 July 2024 (UTC)
Done It wasn't. Just fixed it. •Shawnqual• 📚 • 💭 00:21, 27 July 2024 (UTC)
.png){kind=link}
Moved from WP:Help Desk
You are invited to join the discussion at Template talk:Hidden archive top § Heading text colour unreadable in dark mode. Rummskartoffel 10:53, 28 July 2024 (UTC)
