Hosta

Good Article Counter missed one (missing 2)

The Good Article counter is not counting my GA for Lambert Gas and Gasoline Engine Company. It gives me 216 GAs, however I have really done 217 GAs. Can it be fixed so it gives me the correct count, by counting everything. This may be a clue Thanks.--Doug Coldwell (talk) 21:39, 12 June 2022 (UTC)[reply]

Perhaps this is related to #System problem? above. NguoiDungKhongDinhDanh 22:23, 12 June 2022 (UTC)[reply]

@Doug Coldwell You mean this GA counter? This appears strange, as this tool doesn't depend on the toolforge databases that were lagged. Will look into it ... – SD0001 (talk) 10:10, 14 June 2022 (UTC)[reply]

• @SD0001: Yep! The "techie talk" you speak of is already over my head. Thanks for looking into it. It seems to have missed just Lambert Gas and Gasoline Engine Company. So, apparently somewhere along the line of closing this GA review a step was missed (guessing).--Doug Coldwell (talk) — Preceding undated comment added 10:22, 14 June 2022 (UTC)[reply]

  Redoing ping to @SD0001:. Graham87 11:46, 14 June 2022 (UTC)[reply]

• @SD0001: Any clues why Lambert Gas and Gasoline Engine Company is not on the GA Counter? It should have shown just before Wolcott. --Doug Coldwell (talk) 20:14, 15 June 2022 (UTC)[reply]

• :@SD0001: The article I created on Alexander S. Wolcott passed GAN and was promoted to Good Article yesterday, however Legobot notified me it had failed. Legobot got confused. The GA Counter missed this one also. I really have 218 Good Articles, but the GA Counter shows only 216. Seems to be a pattern here. Technically beyond me to know how to fix. Thanks for help. = This one solved.--Doug Coldwell (talk) 10:04, 15 June 2022 (UTC)[reply]

  @SD0001: The article I created on John Johnson (inventor) passed GAN and was promoted to Good Article 01:15, 17 June 2022‎, however Legobot notified me it had failed. Legobot got confused. The GA Counter missed this one also. I really have 219 Good Articles, but the GA Counter shows only 217. Seems to be a pattern here. Technically beyond me to know how to fix. Thanks for help.--Doug Coldwell (talk) 09:21, 17 June 2022 (UTC)[reply]

  Give me some time. I'll sort it out. For the GA counter to work, Legobot or someone else needs to add {{good article}} to the article. John Johnson now has it, and so it's indeed being counted. As for Lambert Gas, it just got missed. I can add the entry manually in the database, but I am hoping to do some analysis and figure which other articles got missed randomly, so that the issue doesn't arise in the future. – SD0001 (talk) 13:33, 17 June 2022 (UTC)[reply]

Wrong message when restoring an old version of a page.

For some reason the text of MediaWiki:Postedit-confirmation-restored has been changed from "The page has been restored." to "The page has been undeleted.". When you do a manual revert on a page you therefore get a message about the page being undeleted, rather than being restored to an old version. Is this an intentional change or a bug? I don't think "undeleted" makes much sense in this context. Could someone override the new message locally until this is resolved? 192.76.8.94 (talk) 11:56, 15 June 2022 (UTC)[reply]

This was changed in gerrit:plugins/gitiles/mediawiki/core/+/6abc28230b547cacaffe93df5b54fbd56a45ce99. There are other messages that where changed from "restored" to "undeleted". Snævar (talk) 12:37, 15 June 2022 (UTC)[reply]

phab:T307181. — xaosflux ^Talk 13:20, 15 June 2022 (UTC)[reply]

192: can you be more specific, I haven't run in to this yet. What do you mean when you say "a manual revert"? When I go to a page history, edit an old version, and publish it ("a manual revert", such as in testwiki:Special:Diff/514665) I'm not seeing this message. What are the exact steps you are doing that is leading you to this? — xaosflux ^Talk 13:22, 15 June 2022 (UTC)[reply]

@Xaosflux This morning I did a manual revert on a file description page. I opened the version of the page I wanted to restore, Entered an edit summary about reverting sock edits, then saved the old version of the page without changing anything. The green "edit successful" popup was displayed, but instead of saying "The page has been restored." it said "The page has been undeleted.", which doesn't make sense in this context. 163.1.15.238 (talk) 13:48, 15 June 2022 (UTC)[reply]

Thank you! Bug phab:T310708 opened. — xaosflux ^Talk 14:10, 15 June 2022 (UTC)[reply]

@Xaosflux Thank you for opening a phab ticket. Sorry that my original message was unclear, I'll give more details when reporting problems in the future. 163.1.15.238 (talk) 15:03, 15 June 2022 (UTC)[reply]

No worries, it may have been more obvious to someone else, that you were watching and followed up was most helpful! The dev's seem to agree this is in error and are looking at an upstream fix. — xaosflux ^Talk 15:06, 15 June 2022 (UTC)[reply]

Malformed entries derived from preloads - is there a better way to do this?

Sometimes, a link opens an edit page where users can fill in content. Sometimes, the new section already has some text in it. Many times, I've seen users write their request/contested speedy deletion/something else under the signature inserted by the preloaded text.

For example:

== Contested speedy deletion ==
This page should not be speedily deleted, because (your reason here) [[User:Example|Example]] ([[User talk:Example|talk]]) 19:08, 15 June 2022 (UTC)

(a reason why the page should not be speedily deleted)

or

 == Edit request ==
 {{request edit}}
 [[User:Example|Example]] ([[User talk:Example|talk]]) 19:08, 15 June 2022 (UTC)

 (description of the edit request)

Is there a way for preloads to use the DiscussionTools, which automatically inserts signatures, instead of the edit screen? So that when users write their request at the bottom, it is autosigned.

I'm talking about something like this:

1. User clicks 'Request edit' button
2. 'New section' form appears with a preload like this:

{{request edit}}

<!-- State UNAMBIGUOUSLY your suggested changes below this line, preferably in a "change X to Y" format. Other editors need to know what to add or remove. Blank edit requests will be declined. -->

1. User fills in edit request below comment and saves the page.
2. DiscussionTools fills in the signature automatically.

weeklyd3 (message me | my contributions) 19:08, 15 June 2022 (UTC)[reply]

To demonstrate, I found a talk page in CAT:CSD (probably will be deleted soon) that demonstrates the problem I'm talking about: Talk:Leba Chand Tudu. It says 'your reason here' and a signature followed by the user's comment. weeklyd3 (message me | my contributions) 19:10, 15 June 2022 (UTC)[reply]

We've considered this when working on the DiscussionTools new topic tool, you can read the discussions at T269310. (I'm one of the developers.)

It would be possible to add, and we had a mostly working implementation, but we've discovered that this would probably have to be enabled individually for each use of preload, because the existing ones wouldn't always work well with it (there are some that don't expect a signature at the bottom or a heading at the top, and some that don't work well in visual mode – particularly those using <!-- --> comments and subst: templates).

At the time we dropped this work, on the assumption that wiki users probably wouldn't want to do the work to adjust the forms and opt them in, but considering the wider adoption of the tool (e.g. Wikipedia:Village pump (proposals)#Enabling the New Topic Tool by default) maybe we should revisit that. (CC @PPelberg (WMF)) Matma Rex talk 20:06, 15 June 2022 (UTC)[reply]

@Matma Rex It would definitely be nice to have this as an option to opt into using the new topic tool with preloads, there would just need to be a way to specify a fallback. --Ahecht (TALK
PAGE) 13:10, 16 June 2022 (UTC)[reply]

ReFill down?

Every time I try and use it just says 'Pending. Waiting for an available worker'... GiantSnowman 20:39, 15 June 2022 (UTC)[reply]

I have created a task to cover this. Keith D (talk) 22:25, 15 June 2022 (UTC)[reply]

@GiantSnowman: should be working again now. Keith D (talk) 23:12, 15 June 2022 (UTC)[reply]

Thanks! GiantSnowman 06:11, 17 June 2022 (UTC)[reply]

Query about categories

You guys are so helpful that maybe you can answer this one for me. I occasionally check Category:Wikipedia non-empty soft redirected categories.

If you check it right now, you'll see what I've seen in the past, a category for non-empty categories that is actually full of empty redirect categories! In the past, I have made a minor edit to the redirect category, like adding a blank line or space, and that has removed it from this category. I don't know why basically a null edit would do this but it does. But I really don't want to spend time tonight making pointless edits to 59 redirect categories so I came here looking for a longer term solution. Do you know why some redirect categories would randomly show up in an incorrect category when they, in fact, are empty? Thanks for any help you can provide. Liz ^{Read! Talk!} 02:28, 16 June 2022 (UTC)[reply]

@Liz The English wikipedia is too big and gets too many page views to update things in real time. Rendering a page (i.g. turning the wikitext into HTML that can be sent to readers and calculating all the metadata about the results) can take a significant amount of time, 20-30 seconds or more for big or complex pages, so to save computing time the results are calculated and stored in a cache for later use. Mediawiki uses things called "links tables" to keep a record of all the links in a page and what types they are, which are used to fill up categories and pages like Special:WhatLinksHere. To save processing time this table is not updated when the page is viewed or purged, it is only updated when a page is edited (on the assumption that that is the only time a page will have new content added that needs to be scanned for links), hence why you can only update the categories on a page by null editing them.

When it comes to categories there's another complication to consider - it is possible to add or remove categories from millions of pages at once by editing templates. To prevent the servers getting locked up trying to add categories to loads of pages at once mediawiki uses what is called a "job queue" - instructions that pages need to be added to or removed from a category via a template are stored up and processed when the servers are less busy - this is why it can take weeks/months for some template populated categories to empty.

The best solution here is probably a bot. The API has a special option you can set when you can set when purging a page called forcelinkupdate which forces the page to update the links table, something the normal Special:purge page doesn't do. A bot could scan over the category and purge any pages in it a couple of times a day. 192.76.8.94 (talk) 03:20, 16 June 2022 (UTC)[reply]

I don't know if the matter described at Wikipedia:Village pump (technical)/Archive 196#G12 category populated by ghosts was ever fully cleared up - if not, it is probably caused by the same problem.
Generally speaking, whenever you have a page (which we shall call "Foo") that is showing a category at the bottom (which we shall call "Bar"), but the Category:Bar page isn't listing Foo, the fix is to perform a WP:NULLEDIT on Foo. Similarly, if the Category:Bar page lists Foo, but Foo doesn't show Bar among its categories, again perform a null edit on Foo. Of course, you should have enabled Preferences → Appearance → Show hidden categories first. --Redrose64 🌹 (talk) 07:41, 16 June 2022 (UTC)[reply]

In my experience, this used to work reliably, but now I sometimes have to do both a purge and a null edit. Sigh... Peter coxhead (talk) 08:54, 16 June 2022 (UTC)[reply]

@Liz My User:Ahecht/Scripts/refresh script might help here. It can either do a forcelinkupdate or a null edit to every page in a category automatically. --Ahecht (TALK
PAGE) 13:06, 16 June 2022 (UTC)[reply]

How to get page views for all fungi articles for a partner organisation

Hi all

I've recently started a project with Kew Gardens to try to improve coverage of plants and fungi. I'd really like to give them a number of page views to describe the audience for fungi articles. I've tried using Category:Fungi but this includes people and products eg Marmite and Beatrix Potter. The is a Wikiproject box which should capture all the relevant articles but I don't understand how to get this into a pagepile or similar. If someone could do this for me it would be really really helpful.

https://wp1.openzim.org/#/project/Fungi/articles

Thanks very much

John Cummings (talk) 10:58, 16 June 2022 (UTC)[reply]

One option is to use SPARQL on Wikidata. This query works just for Amanita. (Click the triangle in a square, bottom left.) In theory, you can replace Amanita's id (Q213938) by that of fungus (Q764). In practice, there so many results that it times out. You may be able to fix it by working through all the taxa at some suitable level one at a time. Certes (talk) 13:20, 16 June 2022 (UTC)[reply]

Installing AutoWikiBrowser in Linux

Hi,
I'm having trouble installing AutoWikiBrowser on Linux. I tried installing it with Wine, but it doesn't work. Can you walk me through how to correctly install it on Linux? Thanks, Interstellarity (talk) 12:34, 16 June 2022 (UTC)[reply]

Good luck: it can be a pig. User:Certes/AWB on Ubuntu may be of help. Some of what I did there is unnecessary, but I don't know which bits. It will also need changes if you use a different Linux distribution. I now use wine-5.0.3, which works at least as well as the 4.0.2 I originally had, so any version between should be fine. AWB now works for me, though not smoothly. I usually use JWB, which does simple things just as well, and reserve AWB for the tasks JWB can't handle. Certes (talk) 13:01, 16 June 2022 (UTC)[reply]

Asking on WT:AWB probably would be more fruitful in the future so other users can benefit from your question. :) Izno (talk) 13:50, 16 June 2022 (UTC)[reply]

Thursday issues in Vector-2022?

Hi all, to me, the right-part of the navigation links above a page (Read/Edit source/.../More/TW) appear to have shifted a lot towards the left and now slightly overlapping over the left-part of the navigation links (Article/Talk) on Vector 2022. I'm on mobile using desktop version but this is a brand new issue on it. Anyone else facing this? Something to do with today being Thursday? —CX Zoom[he/him] ^{(let's talk • {C•X})} 20:15, 16 June 2022 (UTC)[reply]

The paler border beneath the top heading (even in legacy Vector) is also throwing me off... Nardog (talk) 21:42, 16 June 2022 (UTC)[reply]

Thank god I'm not going crazy. I opened a page and the line color change really threw me off balance. SWinxy (talk) 23:14, 16 June 2022 (UTC)[reply]

@CX Zoom, Nardog, and SWinxy: for the too-light-border line, see Wikipedia:Village_pump_(technical)#Vector_border_(i.e._under_article_titles)_appears_lighter below. @CX Zoom: if you are seeing overlapping labels in vector-2022, especially if logged out/not running any personal scripts or gadgets we should get a bug open on that. See WP:BUG to report it to phabricator, screen shots will be extremely helpful there. If you open the bug, please update this discussion with the task id. — xaosflux ^Talk 11:04, 19 June 2022 (UTC)[reply]

Preview image for Charles V, Holy Roman Emperor uses signature instead of portrait

I originally brought this issue up in the Teahouse, and was directed to here.

The preview image for Charles V, Holy Roman Emperor's article is the second image—his signature—even though the first image has a full portrait. I was told that maybe the dimensions of the image (1771×3000 px) makes it less preferable to the extension that picks the preview image, but it seems to me that the ratio (0.59 or 1.69, depending on how it's calculated) is well within the allowed ratio by the extension. Is there any way to force the extension to either pick the portrait or not pick the signature?

(By way of suggestion as well, could it help if the extension's criteria be modified to score colored photos higher than pure black-and-white?) — Preceding unsigned comment added by Yo.dazo (talk • contribs) 23:19, 16 June 2022 (UTC)[reply]

I've added notpageimage to the signature block of the infobox. This will remove signatures from being page images on all pages for all signatures. I think that's probably reasonable for signatures. Izno (talk) 23:42, 16 June 2022 (UTC)[reply]

Adiutor (new gadget proposal)

Hi everyone, I would like to propose a new gadget I coded this gadget with OOUI from scratch, this gadget helps various user processes, I first coded Adiutor for Turkish Wikipedia, then I thought about adapting it here, I don't know how the application process works here. I am still developing this gadget.

Features

• Editors can create speedy deletion requests.
• Editors can see the recent diff on a page.
• Editors can detect copyright violations.
• Editors can share their activity status with other users.
• Editors can propose deletion of articles.

Here is the gadget page: User:Vikipolimer/Adiutor

Thanks for your reviews. 𝗩𝗶𝗸𝗶𝗽𝗼𝗹𝗶𝗺𝗲𝗿 ℣ 23:57, 16 June 2022 (UTC)[reply]

Hi Vikipolimer, we don't normally jump right to "gadget" level for new scripts until they have some uptake. Feel free to list at Wikipedia:User scripts/List and advertise it gently in places it could be relevant. I suggest you put a backlink comment in your directions so that you can track the 'what links here' adoptions. If you script starts getting quite popular, then yes this is the venue to ask for it to be moved from a WP:USERSCRIPT to a site gadget. — xaosflux ^Talk 00:23, 17 June 2022 (UTC)[reply]

Hi @Xaosflux thanks for your kindly response, I've already listed it in Wikipedia:User scripts/List. Well, you can archive this proposal I get the point now :) 𝗩𝗶𝗸𝗶𝗽𝗼𝗹𝗶𝗺𝗲𝗿 ℣ 00:30, 17 June 2022 (UTC)[reply]

Twinkle already does speedy deletion and proposed deletion. I don't think you'd get approval for activity status for a gadget, but I think there is already a script for that. Recent diffs can be obtained from (ancient) popups gadget. (I don't know if there are others.) Copyright violations might reasonably be scripted, but OTOH I know that our copyright violations processes already suffer from insufficient processing access.

And any way, I'm not really sure all those different functions should be in one script.

I don't mind the idea that there should be competitors to our existing gadgets and scripts, but it might be more useful to work on those directly instead. (I understand that's maybe difficult to think about since you have already started and it was originally made for Turkish WP.)

As an aside, there's a general expectation that OOUIjs will at some point in the nearish future be deprecated in favor of Codex, which is also designed by the WMF and is based on Vuejs, so it uses modern Javascript. Izno (talk) 00:30, 17 June 2022 (UTC)[reply]

Thanks for your review and advice @Izno, I plan to add some key features to this script that will distinguish the new tool from Twinkle, of course, I'm not asking for new ideas here, but it's a good start to create a roadmap, thank you again. Also, I had no idea about Wikipedia will pass the VueJS. 𝗩𝗶𝗸𝗶𝗽𝗼𝗹𝗶𝗺𝗲𝗿 ℣ 00:54, 17 June 2022 (UTC)[reply]

Wholeheartedly agree in not seeing the point of having these disparate features in one script. Nardog (talk) 01:00, 17 June 2022 (UTC)[reply]

Copyright violations might reasonably be scripted
Indeed it is (plus 4 others at WP:US/L). — Guarapiranga ☎ 02:43, 17 June 2022 (UTC)[reply]

Infobox settlement

As a person who regularly works with categorization cleanup, I've noticed a recurring problem that I wanted to ask if anybody can solve.

What happens, over and over again, is that somebody adds a {{citation needed}} tag for the population of a community that's using {{Infobox settlement}} without explicitly referencing the population there — but because they frequently pop the tag directly onto the population number in population_total = instead of placing it in the population_footnotes = field where it really belongs, the automatic comma-delimiter function in population_total automatically also comma-delimits the year in the citation tag's transcluded maintenance category, resulting in Special:WantedCategories constantly getting cluttered up with nonsense categories like Category:Articles with unsourced statements from June 2,022 (note the comma in the year) where it really should have been Category:Articles with unsourced statements from June 2022.

But this obviously isn't a thing that those of us who work on category cleanup should be expected to just put up with repeatedly mopping up over and over again — it's a thing that by rights we should never be seeing at all, because it should be flatly impossible for the template to even be able to cause such a nonsense category to get generated in the first place. WP:TEMPLATECAT even explicitly states that "When templates are used to populate administration categories, ensure that the code cannot generate nonsensical or non-existent categories, particularly when the category name depends on a parameter".

Obviously we don't want to completely shut off comma-delimiting in that field, because it's necessary in the population numbers themselves, but is there any way that some sort of "firewall" can be coded so that it can continue to comma-delimit the population numbers while simultaneously being prevented from fucking up the maintenance category if somebody places the citation tag in the wrong field? Bearcat (talk) 18:46, 17 June 2022 (UTC)[reply]

If cn is particularly common, you could add some Module:String based code to remove a citation needed after display but before categorization. Izno (talk) 19:00, 17 June 2022 (UTC)[reply]

I don't know how to do that, which is precisely why I'm asking for help. Bearcat (talk) 01:56, 18 June 2022 (UTC)[reply]

@Bearcat, something like:

{{#invoke:String|replace|source={{subst:cn}}|pattern=%[%[Category:All articles with unsourced statements%]%]%[%[Category:Articles with unsourced statements from .+?%]%]%<sup class="noprint Inline-Template Template-Fact" style="white-space:nowrap;"%>%[%<i%>%[%[Wikipedia:Citation needed%{{!}}%<span title="This claim needs references to reliable sources%. %(.+?%)"%>citation needed%<%/span%>%]%]%<%/i%>%]%<%/sup%>|plain=false|replace=}}

(though there's some error as this doesn't work). ― Qwerfjkltalk 07:36, 18 June 2022 (UTC)[reply]

Help to reset a password?

A long-time editor I know (since '02!) who took a break for many years, now needs a password reset. They didn't set an email in user prefs, but list their email on their userpage. Is emailing ca@ still the right way to ask a dev to set the email for the account? – SJ + 20:41, 17 June 2022 (UTC)[reply]

@Sj: They (or you) can file a task on Phabricator. If they can prove that the account belongs to them, devs will likely act. NguoiDungKhongDinhDanh 01:51, 18 June 2022 (UTC)[reply]

@Sj: yes, emailing ca@ is the best way, especially if you can vouch for them being the legitimate account owner. Legoktm (talk) 05:10, 18 June 2022 (UTC)[reply]

File a task and reference it through ca@. 🐶 EpicPupper ^{(he/him | talk)} 05:11, 18 June 2022 (UTC)[reply]

Email ca@wikimedia.org. Trisbendo (talk) 14:02, 18 June 2022 (UTC)[reply]

The "right way" is just start a new account. A dev or wmf MAY help, but they may not. — xaosflux ^Talk 16:54, 18 June 2022 (UTC)[reply]

The devs will require absolute evidence that the long-time editor concerned really is the same person that was using the login ID concerned. As noted by Xaosflux, it's much easier for the long-time editor to just create a new account. My advice is that an early (if not the first) edit of that new account should be to create a user page stating something like "This user has previously edited under the name of (insert previous login ID) but lost their password". That makes it plain that sockpuppetry is not involved. Also, get them to set that email address. --Redrose64 🌹 (talk) 21:11, 18 June 2022 (UTC)[reply]

Strange Behaviour on Special:Search

I think I've just encountered a bug on Special:Search

Steps to reproduce:

1. Go to Special:Search
2. Enter an interwiki or namespace prefix into the left hand search box that appears, e.g. "c:" or "phab:" or "Help:"
3. Select the text in the search box, and copy it by dragging to the right hand search box
4. Single letter interwiki prefixes are replaced by the letter followed by an underscore, e.g "c:" becomes "C_". Multi-letter prefixes are replaced with the word "download".

There seems to be some kind of javascript (?) involved which is stripping prefixes from page titles for some reason, e.g. "Help:Getting started" is replaced with "Getting started" when copied across in this manner. Is this an intended feature? I don't see how it is useful to remove namespace prefixes on copying, it just seems like it would end up sending people to the wrong place? Normal words can be copied across in this manner with no issues. Tested on chrome. 192.76.8.88 (talk) 21:26, 18 June 2022 (UTC)[reply]

Eh? I only have one search box, so is this "the left hand search box" or "the right hand search box"? --Redrose64 🌹 (talk) 21:52, 18 June 2022 (UTC)[reply]

@Redrose64 On Special:Search there are two search boxes (at least on old vector) one to the left which is from the special page, and one at the top right in the header. 192.76.8.88 (talk) 21:54, 18 June 2022 (UTC)[reply]

You didn't say anything about Vector. If you look at the page in MonoBook, there is only one box. --Redrose64 🌹 (talk) 23:43, 18 June 2022 (UTC)[reply]

(1) Vector is the default desktop skin so if someone doesn't mention the skin it's safe to assume it's Vector. (2) There indeed are two boxes even in Monobook, just on the left side instead of top right. Nardog (talk) 00:07, 19 June 2022 (UTC)[reply]

I wish it was safe to assume Vector and other defaults but many users fail to say they have changed preferences and installed scripts or browser extensions when they report issues. In this case it was an IP so Vector seemed relatively safe to assume. It could still be a registered user who was logged in when testing but not when posting. It would be a lot easier to answer issue reports if all reporters were sensible. PrimeHunter (talk) 00:21, 19 June 2022 (UTC)[reply]

(edit conflict) All IP's have Vector. It's the default skin. Other options are only for registered users. MonoBook also has two search boxes at your link: The normal in the left pane and the larger one at top of Special:Search. There are also Chrome issues in MonoBook no matter which search box you try to drag text from. PrimeHunter (talk) 00:13, 19 June 2022 (UTC)[reply]

It happens for any string with a colon and also happens at unrelated non-wiki sites, e.g. https://r12a.github.io/app-conversion/. Whatever it is, it's about Chrome and not MediaWiki. PrimeHunter (talk) 22:40, 18 June 2022 (UTC)[reply]

It appears to be a Chrome feature to download something by dragging it from a browser window. Colons are usually disallowed in file names so if the feature thinks that text is meant to be a file name, it may replace colons by underscores. I don't know whether a site can ask Chrome to ignore the feature in some circumstances. PrimeHunter (talk) 23:00, 18 June 2022 (UTC)[reply]

Appletons template broke and abandoned

Cleaning up some dusty corners of WP, I found a page using the citation Template:Appletons' which is throwing a redtext error as the cite encyclopedia template needs a title (or it could be some deeper bug). I have no idea how to code templates and maybe one day I'll want to learn, but today's not the day. It seems like a quick fix for those in the know, so if someone has a few minutes to look at it it'd probably be helpful for a lot of pages still using this template. Thanks all. SamuelRiv (talk) 21:58, 18 June 2022 (UTC)[reply]

Not a WP:VPT issue.

{{Appletons'}} uses {{cite encyclopedia}}. The error message is telling you that the citation needs the name of the article in Appletons' that supplied text for the Diego Delgadillo en.wiki article; this because surely the whole of Appletons' is not the source of that borrowed text. Use either of |wstitle= (if the Appletons' article is available at Wikisource) or |title=.

—Trappist the monk (talk) 22:07, 18 June 2022 (UTC)[reply]

{{Appletons'}} with no parameters produces:

 This article incorporates text from a publication now in the public domain: Wilson, J. G.; Fiske, J., eds. (1891). Appletons' Cyclopædia of American Biography. New York: D. Appleton. {{cite encyclopedia}}: Missing or empty |title= (help)

If a wrapper template like {{Appletons'}} is used then maybe there should be a feature to pass the name of the wrapper template to {{cite encyclopedia}} (which itself is a wrapper for Module:citation/CS1) so the error message can give the template name which was used in the wikitext. PrimeHunter (talk) 23:42, 18 June 2022 (UTC)[reply]

I have thought about implementing something like that – I've done it for some templates that use {{lang}} → Module:Lang – but haven't gotten farther than that.

—Trappist the monk (talk) 00:32, 19 June 2022 (UTC)[reply]

Vector border (i.e. under article titles) appears lighter

I've noticed that the Vector theme's border color has changed to a lighter shade of gray. Noticed it when I was logged out a few minutes ago (logged in I have monobook). Figured I'd bring it up here in case it was mistaken, not sure where all the master CSS is or where changes to it are discussed so I don't know where to verify whether it was intentional myself. If it was intentional, of course, disregard this. Thanks. --Duonaut ^{(talk | contribs)} 04:27, 19 June 2022 (UTC)[reply]

@Duonaut that is being worked on in phab:T310533 - those updates are usually rolled out once a week after they are ready. — xaosflux ^Talk 11:00, 19 June 2022 (UTC)[reply]

Saving edits in AWB like Huggle

I am thinking, why cannot we save edits using AWB like we do in Huggle. Let me be clear. In huggle, we perform certain operations one by one, and all of them are left in a queue, and huggle performs them one by one. We don't have to wait for Huggle to perform the edits. But in AWB we have to wait until AWB saves the edit and then a new page appears. What are the problems that can happen if AWB was configured like Huggle and it also had a edit queue? Itcouldbepossible ^Talk 04:31, 19 June 2022 (UTC)[reply]

@Itcouldbepossible I suggest you follow up at WT:AWB as this would require maintainers of that client to do a rewrite. — xaosflux ^Talk 10:59, 19 June 2022 (UTC)[reply]

Please add more languages to Template:Comics infobox sec/lang

I am not sure if this is not obsolete, but it is still used by some comic infoboxes. I just noticed that Czech and Hungarian are not supported. Can they be added (needed for Funky Koval, FYI)? And ideally, this needs to be automatic, without people like me (and you) wasting our time on adding some languages... _{Piotr Konieczny aka Prokonsul Piotrus| reply here} 15:32, 19 June 2022 (UTC)[reply]

I don't work with language templates but shouldn't it just use {{ISO 639 name link}} to work with all common languages? PrimeHunter (talk) 15:43, 19 June 2022 (UTC)[reply]

Yeah, ↑↑. In Template:Infobox comics meta series replace:

|data17 = {{Comics infobox sec/lang|{{{lang|}}}}}

with:

|data17 = {{#if:{{{lang|}}}|{{ISO 639 name link|{{{lang|}}}}}}}

caveat lector: not tested

—Trappist the monk (talk) 16:16, 19 June 2022 (UTC)[reply]

TalkRead

recent version update mangled the display (vector-2022), and the top menu shows now "TalkRead". the "talk" part links to the talpage, and the "read" part does the same as the leftmost menu item ("Project" here, "Article" in mainspace, etc.).

arguably, the "read" part is superfluous, and in any case, as it is now, it's harmful, and mangles the display.

no doubt this will be fixed soon by the software, but in the meantime, it can be "patched" locally by editing medaiwiki:Skin-view-view, and saving it as empty page.

peace. קיפודנחש (aka kipod) (talk) 02:37, 20 June 2022 (UTC)[reply]