Page contents not supported in other languages.
Add topic
From Patch demo (REL1_41)
Latest comment: 2 years ago by Cryptic in topic Space aliens ate my header!

Contents taken from

This text is available under the Creative Commons Attribution-ShareAlike Licence.

Badminton module[edit source]

Hi there. Could I get some help for improving Module:Sports table/Badminton team. I try to use these codes, but there are some columns with zero, which should be not shown, as the data might not be available. So I expect the column would be: Pos, Team, Pld, W, L, MF, MA, MD, Pts, Qualification (for uncomplete table, activated by "point_for_against_style=none". Any help would be appreciated. Regards. Medelam (talk) 13:49, 19 October 2021 (UTC)Reply[reply]

Looks like you want Template:Para and Template:Para, which removes the header columns. However there doesn't seem to be code to disable the data rows in Module:Sports_table/Badminton_team. I've changed your example (above) and will I'll see if I can get it to work in the sandbox. —  Jts1882 | talk  14:32, 19 October 2021 (UTC)Reply[reply]
@Medelam: Is the above now what you require? —  Jts1882 | talk  14:41, 19 October 2021 (UTC)Reply[reply]
@Jts1882: Yes, that is exactly what I want. Appreciate your effort. Thank you and regards. Medelam (talk) 14:44, 19 October 2021 (UTC)Reply[reply]
I've put it live. The header code was also hiding the points columns if the games columns were hidden, so I've done the same with the country rows for consistency. So Template:Para is redundant when Template:Para is set. —  Jts1882 | talk  15:18, 19 October 2021 (UTC)Reply[reply]

Skip to Top and Skip to Bottom arrows[edit source]

A few project pages - and not all of them - have big arrows to click for "Skip to Top" and "Skip to Bottom". For me personally, they're just blocking text I want to read. How are these inserted on project pages, and how can I adjust so I don't have to see these arrows. Thanks. — Maile (talk) 15:53, 19 October 2021 (UTC)Reply[reply]

@Maile66 see Template:Tl - I think this is the template you're referring to. There are instructions there on how to hide them in your CSS. Nthep (talk) 16:01, 19 October 2021 (UTC)Reply[reply]
Looks like it worked. Thanks. — Maile (talk) 16:43, 19 October 2021 (UTC)Reply[reply]

Looking for help from a Python dev to help getting ReFill to build and run[edit source]

I volunteered to take over maintenance of WP:Refill as the original developer was no longer interested/able to do so. I am set up with Toolforge access via PuTTY etc. I'm having difficulties getting the code to build and run locally on my dev machine. I could really do with a Python dev to help me deal with NPM versioning issues (breaking changes in dependencies). Ideally, it would be someone who would be willing to be around longer than just to get me going, i.e. to field occasional subsequent questions. Hopefully, Curb Safe Charmer (talk) 16:54, 19 October 2021 (UTC)Reply[reply]

Template:Re Hey! I got that running locally not that long ago Template:P what's broken? ~TheresNoTime (to explain!) 17:04, 19 October 2021 (UTC)Reply[reply]
Replied on TheresNoTime's talk page. Thanks - this is hopefully the help I need - if not, I will post again here. Curb Safe Charmer (talk) 20:06, 19 October 2021 (UTC)Reply[reply]
Just a note, if this gets into Pythonic Madness I may have to poke someone like Template:U ~TheresNoTime (to explain!) 20:09, 19 October 2021 (UTC)Reply[reply]

Funny white bars in history previews, using green-on-black gadget[edit source]

This seems to have started today. When I point my mouse at "hist" on my watchlist the pop-up shews more-or-less as usual, but with vertical white bars between cur prev | time | username | section. You can see a picture of it here. They are not visible if I switch the gadget off. DuncanHill (talk) 19:08, 19 October 2021 (UTC)Reply[reply]

Template:Re there was an update to Wikipedia:Tools/Navigation popups today - is that what you are using? Perhaps there is a conflict with something in MediaWiki:Gadget-Blackskin.css. As the former has ~55000 users and the later has ~6400, I'd rather someone propose a change to blackskin then rollback navpops though. — xaosflux Talk 19:20, 19 October 2021 (UTC)Reply[reply]
Template:Re Yes, Navigation Pop-ups. DuncanHill (talk) 19:24, 19 October 2021 (UTC)Reply[reply]
Apparently blackskin.css overrides the table background, and the cell background, but not the background-color of the table rows —TheDJ (talkcontribs) 19:24, 19 October 2021 (UTC)Reply[reply]
Template:Replyto we can just add this into the table section of the blackskin.
table tr { 
    background-color: #000000!important;
    color: #00dd00!important;
TheDJ (talkcontribs) 19:34, 19 October 2021 (UTC)Reply[reply]
Template:Re thank you for the markup; @DuncanHill: I updated blackskin, please check in about 5 mins? — xaosflux Talk 20:44, 19 October 2021 (UTC)Reply[reply]
Template:Re and Template:Re Thank you, works as expected now. DuncanHill (talk) 20:59, 19 October 2021 (UTC)Reply[reply]

wpTextbox1 equivalent in 2017 wikitext editor[edit source]

What is it's equivalent? I don't find the element anywhere in the page and thus almost no user script in Wikipedia:User scripts/List#Editing doesn't work for me. The Wikipedia:User scripts/Guide seems to be written for the 2010 editor and isn't helpful for me in editing mode, when I try to develop a script on my own. Thanks for any help! — DaxServer (talk) 13:49, 20 October 2021 (UTC)Reply[reply]

wpTextbox1 is present alright for the 2017 wikitext editor. You should use jQuery.textSelection API for textbox interactions as they'd work independently of the type of source editor. – SD0001 (talk) 15:06, 20 October 2021 (UTC)Reply[reply]
@SD0001 Thanks for the reply. I must have been doing something so wrong!! — DaxServer (talk) 15:21, 20 October 2021 (UTC)Reply[reply]

Proposal to turn the DYK helper into a gadget[edit source]

Template:Atop This proposal arises out of ongoing efforts to simplify the process of making DYK nominations so that newcomers are able to complete it more easily (see here and here). Currently, one of the first obstacles is installing the DYK helper script, which requires editing your js page. If the helper were a gadget, all it'd require to activate is going to the settings page. The helper is very widely used and trusted (kudos to maintainer Template:U), so I propose turning it into a gadget. (Per here, this is the place to do that.) {{u|Sdkb}}talk 19:48, 18 October 2021 (UTC)Reply[reply]

  • Support as proposer. {{u|Sdkb}}talk 19:48, 18 October 2021 (UTC)Reply[reply]
  • Support. The process of posting a Did you know nomination is currently very manual, which can put off people from submitting them, and automating it makes a lot of sense. I think this helper script is a good step forward with this, but asking (potentially new) editors to install it in their individual javascript pages is very off-putting and very technical: it becomes a lot easier if it's just an option to turn on in their preferences. Thanks. Mike Peel (talk) 19:55, 18 October 2021 (UTC)Reply[reply]
  • Support In general, the entire DYK review process and feedback/comments also feels way too manual and different from talk page discussions which I would have expected. The less manual, the better overall! ~ 🦝 Shushugah (he/him • talk) 22:52, 18 October 2021 (UTC)Reply[reply]
  • Template:? (1) @SD0001: are you good with this? (2) @Sdkb: confirming this would be for opt-in, correct? — xaosflux Talk 23:21, 18 October 2021 (UTC)Reply[reply]
    For (1), see here. For (2), yes. {{u|Sdkb}}talk 23:25, 18 October 2021 (UTC)Reply[reply]
  • Support - I'm all for simplifying any process, especially if it helps new users. — Maile (talk) 23:29, 18 October 2021 (UTC)Reply[reply]
  • Support turning this excellent script into a gadget —valereee (talk) 00:01, 19 October 2021 (UTC)Reply[reply]
  • Support. I do not know the effort that goes into creating a gadget, but, I support this action that will greatly simplify the act of submitting a DYK nomination. Actually on that note if there is a way to simplify any other main page nomination (ITN nomination comes to mind) as a part of the same submission gadget, that would be welcome too. I am adding some ITN Admins just as an fyi. cc @Stephen, Spencer, PFHLai, Masem, and MSGJ: — Preceding unsigned comment added by Ktin (talkcontribs) 00:07, 19 October 2021 (UTC)Reply[reply]
    @Stephen, Spencer, PFHLai, Masem, and MSGJ: as a courtesy to Ktin above. --Izno (talk) 01:08, 19 October 2021 (UTC)Reply[reply]
    I'm all for more automated tools to help make these sections easier to use. Don't know enough about the DYK side of things to specifically comment there. SpencerT•C 02:21, 19 October 2021 (UTC)Reply[reply]
    Glad to see more tools and new ways to contribute. :-) --PFHLai (talk) 10:23, 19 October 2021 (UTC)Reply[reply]
  • Some non-blocking comments to this action (overall I want all the widely-used scripts to be gadgets): 1) I dislike the use of morebits.js. I am sure it is convenient, but it sure is so 2005 in looks. :^) 2) The name should be indicative of its purpose if possible; DYK "helper" is not. It appears to be exclusive to nominations, so, "DYK nominator" or even "DYKN.js" would be preferable. --Izno (talk) 01:03, 19 October 2021 (UTC)Reply[reply]
  • I like the idea, but installing a gadget is still one more step than necessary - I imagine we could use a withJS link here? That way you'd just click on a button "submit a DYK" on the DYK page (that's probably the precise place where people have the idea to submit their article, after all) and have the form immediately open. That would also eliminate any need to hunt down the "DYK" menu item or link. It would require a little coding and add one form field (you'd need to write the name of the article), but I'd be happy to help out and I think the extra inconvenience is worth it. A gadget would still help power users who submit lots of DYKs, but I would imagine they would be experienced enough to be able to install a user script (especially with script-installer). (I also feel like the gadget list is getting a little long, but that's a really, really tiny concern.) If we go ahead with a gadget nonetheless (which I'm not opposed to! just proposing another solution), I agree with what Izno said about naming. For Template:U, I would absolutely be in favor of introducing forms for those other processes. Enterprisey (talk!) 02:20, 19 October 2021 (UTC)Reply[reply]
    Thanks Template:Re and apologies for the digression. I must admit I know the least about gadgets and user scripts. But, what is the best way to take this conversation forward? The folks above are the real gurus of the ITN page. Happy to help coordinate. Ktin (talk) 02:46, 19 October 2021 (UTC)Reply[reply]
    @Ktin, well, you're in luck! I just made Wikipedia:Workflow improvements, so we could talk further over there. Enterprisey (talk!) 10:10, 19 October 2021 (UTC)Reply[reply]
    Is there something blocking having the gadget accessible from withJS? Probably means a little modification (autofill versus not of the page of interest), but that doesn't seem like a big deal. Izno (talk) 03:09, 19 October 2021 (UTC)Reply[reply]
    Yes, that's the only thing blocking it as far as I'm aware. Not a big deal, yeah. Enterprisey (talk!) 03:21, 19 October 2021 (UTC)Reply[reply]
    The use case for this seems to be primarily using a single form entry for a task - as such I'm much more in favor of ?withJS if it will work. The primary benefit for end users is that they won't have to go enable anything - they would just get a button to click on. The downside (?) is that they would need to navigate to the page and push the button as opposed to say adding this to a tool menu on their interface. — xaosflux Talk 15:01, 19 October 2021 (UTC)Reply[reply]
    That's precisely what I told Sdkb when they approached me (see User_talk:Mike_Peel#DYK_nomination_instructions). But it will require extensive changes and is not something I see happening in the near future. This script uses Morebits.quickForm that's designed to work within modal windows. A full-page form would render oddly with quickForm (eg. you can't even limit the width of the textareas, they'll spread across the page). While morebits is a good framework for complex forms within small dialogs (which OOUI is really lousy at), for a full-page form it's better to use OOUI. There are lots of UI controls in this script (for handling multiple hooks, multiple nominators, multiple articles, ...) which would likely require custom OOUI widgets. Also, the prose size calculation relies on the article being open (it can be tweaked to load the article html via the API, but then what with the user being able to change the article ...). – SD0001 (talk) 16:17, 19 October 2021 (UTC)Reply[reply]
    Sure, the "proper" way would be to convert it to a full-screen form, but honestly I don't think that's a requirement; it'll still work perfectly fine as a modal form, I'm guessing, even if it'll look a little weird. (Please correct me if I'm wrong.) For the prose size, yes, that's inconvenient, but I'd imagine people would use the dedicated widget for that if they do it very often. Enterprisey (talk!) 22:29, 19 October 2021 (UTC)Reply[reply]
    Hm. I think it would be semi-professional to open an all new page on which a modal pops up. But regarding the conversion to full-screen form, I think I may spoken too soon. Let me take a shot at that first – it's just that quickForm hasn't ever been used outside a modal (WP:TWPREF looks similar to other Twinkle windows that use quickForm, but actually it uses HTML built from the ground up!). It shouldn't be too hard to do some refactoring and have everything fit into a fixed-width div. Might need a couple of morebits patches. – SD0001 (talk) 09:31, 20 October 2021 (UTC)Reply[reply]
    Nevertheless, I suppose one day it could be rewritten (maybe as part of WP:Workflow improvements) – which brings to the other point: when is merged (likely, since it just cleared a security review) it would be possible to load gadgets via URL – in a way that's quite more performant than the current withJS trick (resourceloader minimisation, caching, load being requested before page is ready, etc – basically all the advantages that gadgets have over user scripts). When both of these happen we can convert this to a hidden gadget and have it load only by URL. – SD0001 (talk) 16:26, 19 October 2021 (UTC)Reply[reply]
    Awesome! Enterprisey (talk!) 22:29, 19 October 2021 (UTC)Reply[reply]
    It required some refactoring, but this is Template:T. I posted a note on WT:DYK#DYK-helper_script_improvements_and_auto-loading which has instructions on testing it out. cc @Sdkb and Enterprisey:. – SD0001 (talk) 14:22, 21 October 2021 (UTC)Reply[reply]
  • Comment - I'm not entirely sure which part of the process this proposal is covering, but noting that DYK already has a fairly intuitive process at WP:DYKNOM where you fill in the name of your article and off you go. It seems like the hard part about that is that you have to then go and edit the newly created DYK nom template, and then also transclude the nomination on the appropriate page. So I think we should be focusing our efforts on automating the latter two steps to complete that process, while keeping the ease-of-use of the form at WP:DYKNOM. The above-mentioned solution, which as far as I can tell involves either installing a JS script or fiddling around with your settings, is the very opposite of an ease-of-use solution for newcomers. Cheers  — Amakuru (talk) 08:07, 20 October 2021 (UTC)Reply[reply]
    @Amakuru This only creates the template, but does not actually link/transclude it anywhere which was confusing for me. Because I once created the template and expected it to transclude. I also noticed the preload template doesn't automatically autopopulate the title parameter, but I can fix that directly. ~ 🦝 Shushugah (he/him • talk) 09:52, 20 October 2021 (UTC)Reply[reply]
    @Shushugah: yes, this is my point. Rather than creating an entirely new tool, which requires users to install something on their profiles, the page I mention should be expanded and updated so that it does all of the steps rather than just one of them. Either that, or have a bot do the heavy-lifting, which is what happens at WP:GAN - an example of a good user-friendly process IMHO. Cheers  — Amakuru (talk) 09:59, 20 October 2021 (UTC)Reply[reply]
    I boldly edited Template:T:TDYK/preload to autopopulate the article name. Have a look ~ 🦝 Shushugah (he/him • talk) 10:19, 20 October 2021 (UTC)Reply[reply]
    To clarify, when @Shushugah says Template:Tq they are talking about the inputbox at WP:DYKNOM, not the script. – SD0001 (talk) 16:15, 20 October 2021 (UTC)Reply[reply]
    @Amakuru DYK-helper automates all of those steps. – SD0001 (talk) 16:14, 20 October 2021 (UTC)Reply[reply]


Uploading non-image files[edit source]

After tagging an orphaned PDF for WP:F10, I noticed that the message that Twinkle posts on the uploader's talk page (Template:Tl makes reference to Microsoft Word documents as a potential bad file type. But I thought I'd read somewhere that there's technical limitations in place that prevent the uploading of word documents (and generally non-image files other than PDFs). I guess if there are legacy ones hanging around, it might not be bad to keep the wording, but is it going to be possible to upload such file types? If not, I can change the template wording. Hog Farm Talk 06:12, 21 October 2021 (UTC)Reply[reply]

Template:Re you can see the list of supported file extensions here (click "make request" after ensuring we're not trying to trick you in to something nefarious - notably the action= in the left pane should say query to show it is only trying to read things). I suppose technically this isn't examining the file "type" just the name, but it is something to go off of. Improvements to that system are discussed in phab:T42479 and many linked tasks therein. — xaosflux Talk 11:44, 21 October 2021 (UTC)Reply[reply]
Had to look up what some of those file extensions meant. Mostly a bunch of obscure audio/video formats. Looks like the only F10-eligible filetype is .pdf and possibly .djvu. Hog Farm Talk 14:41, 21 October 2021 (UTC)Reply[reply]

Is this script safe to implement on the common.css page[edit source]

I was wondering this script, found on Customizing watchlists for the Username:common.css files is safe to apply? Qwerty284651 (talk) 23:34, 20 October 2021 (UTC)Reply[reply]

a [title="pagename"] {
    color: white;
    background: red;
    font-size: 150%;

Qwerty284651 (talk) 23:34, 20 October 2021 (UTC)Reply[reply]

Template:Re yes, that would be "safe" to use on your User:Qwerty284651/common.css page. — xaosflux Talk 23:44, 20 October 2021 (UTC)Reply[reply]
@Xaosflux: I tried using both the full URL permalink and the abbreviated name of an actual Wiki page, but it gave an error stating Warning: Unqualified attribute selectors are known to be slow. I am not good with scripts, so I don't understand what it wants from me. Could you help me out, please? Qwerty284651 (talk) 00:10, 21 October 2021 (UTC)Reply[reply]
The warning message is letting you know that since the [title="pagename"] selector will match against any HTML element, it will be slow to check all of them for the title attribute in question. You should remove the space between a and [title="pagename"], so only anchor elements will be checked. (I updated the Customizing watchlists page accordingly.) isaacl (talk) 04:37, 21 October 2021 (UTC)Reply[reply]
Indeed, this isn't a great script - but it isn't "dangerous". — xaosflux Talk 10:57, 21 October 2021 (UTC)Reply[reply]
Thanks, Xaosflux. I just run into this script, whilst looking for a way to highlight certain pages in my watchlist for easier navigation, but wasn't sure what was the problem with the error it was displaying. Thanks. Cheers, Qwerty284651 (talk) 11:32, 21 October 2021 (UTC)Reply[reply]
@Xaosflux Under pagename do I use the wikilink short version or the full URL permalink? Qwerty284651 (talk) 20:19, 21 October 2021 (UTC)Reply[reply]
The "title" attribute on an HTML element is what shows up in the popup tooltip when you hover over the element. Thus you should use whatever shows up when you hover over the link. isaacl (talk) 21:15, 21 October 2021 (UTC)Reply[reply]
Template:Ec Template:Replyto I moved this thread from WT:VPT, which is the talk page for discussing improvements to this page - basically, whether to alter the archive settings, almost nothing else goes there.
Anyway, please note that what you have provided above is not a script, it is a CSS rule. CSS rules, generally speaking, are harmless - the worst that could happen is that you make the whole page invisible. None of the three declarations in your rule goes anyway near to sdoing that. --Redrose64 🌹 (talk) 21:18, 21 October 2021 (UTC)Reply[reply]
@Redrose64: Thanks for clarifying it for me. Qwerty284651 (talk) 22:34, 21 October 2021 (UTC)Reply[reply]

Deal with bare URLs to files[edit source]

Hi there! I've been working on expanding bare URLs in references recently. However, there have been lots of URLs that point to an external file (PDF, image, etc.), where automatic reference generating cannot work normally to grab information such as titles. Then what can I do to expand those references? Maybe, upload the original files? Or something else? -- UNITE TOGETHER, STRIVE FOR SURVIVAL! 02:53, 16 October 2021 (UTC)Reply[reply]

I think those have to be handled manually. Whatamidoing (WMF) (talk) 23:49, 21 October 2021 (UTC)Reply[reply]
FYI in the last year or so I've noticed that refill2 is now formatting a few PDFs. Reflinks can format quite a few of them and can also mark some that have gone dead with a "dead link" template. But, as Whatamidoing points out, there are still tons of them that have to be formatted manually. MarnetteD|Talk 00:00, 22 October 2021 (UTC)Reply[reply]

IGN citation problem[edit source]

Hi. The auto citation tool is having problems citing pages from the IGN site. See the example: "<ref>{{Citation|last=pm|first=Craig HarrisUpdated: 12 May 2012 11:41 amPosted: 20 Oct 2008 10:14|title=Legend of Kage 2 Review - IGN|url=|language=en|access-date=2021-10-18}}</ref>". Note that the "last" and "first", which serve respectively to put the last and first name of the author of the article, are showing quite wrong information. And this bug not only affects the enwiki, but other wikis, like ptwiki, are also being affected. ✍A.WagnerC (talk) 17:22, 18 October 2021 (UTC)Reply[reply]

This is likely an issue with the Zotero configuration for IGN. See for more information. Izno (talk) 00:59, 19 October 2021 (UTC)Reply[reply]
@Scann or @Diegodlh could probably tell you more about what the problem is. Whatamidoing (WMF) (talk) 23:56, 21 October 2021 (UTC)Reply[reply]
Thanks for flagging this. I'll defer to Diego to explain the problem but in the meantime I've added the URL to our list of "problematic URLs" to test with Web2Cit. --Scann (talk) 00:29, 22 October 2021 (UTC)Reply[reply]

Possible printability issue[edit source]

I do have a possible issue that may be rooted in Wikipedia software. Or in the construction of lists with Wikipedia style elements. Some larger lists do not "nicely" print. With nicely I mean you can get the entire data to printer output without manually resizing (scaling). Fit to page size should do that, but it doesn't. While this can be OS related, I am a bit puzzled that it does not even work for PDF output (instead of printer output). As PDF carries an outer frame, in which all elements are placed, in theory it should not occur that certain information gets outside that frame.

This is Linux Mint (Ubuntu) version 19, and I see the issue with both the printer driver for Canon MX925 (which is a very reliable, well written driver). I have to scale below 87% (!) to get the entire content of a given page into that page without overspill at the right hand side. At the moment, I do not have a Windows machine at hand to verify this behaviour on Windows.

Browser is an up-to-date Firefox 93. Printing is done via Firefox' print function, which utilizes all installed drivers and a built-in PDF export. Mint/Ubuntu also offers PDF printer export as a driver, so I got three options: Canon, PDF export driver, built-in Firefox PDF export. All three show the issue...

The best example to showcase this is the list of Doctor Who serials:

Thanks a lot. 2001:A61:BAC:F001:9C64:F645:CAA3:9003 (talk) 10:01, 22 October 2021 (UTC)Reply[reply]

Tooltip and dialog box text for suggested translation links in left sidebar is not all English[edit source]

When an article at en-wiki doesn't exist in any other language, I usually get a few "suggested" languages to translate into in the left sidebar under the 'Languages' heading, where language links would appear had there been articles in other languages. In my case, French is one of those languages that often appears. The text in the left sidebar is français, exactly as it would be if a fr-wiki article existed. (Well, not exactly; the font is a lighter shade; approximately #72777D.) But the hover text is different.

Hovering over français in the language links section of the sidebar when there is no French article pops up the tooltip "Template:!xt". Clicking the link pops up a dialog box, which starts off with the bold heading, Template:!xt

This is English Wikipedia, and in my opinion, both the tooltip and the dialog box should both be written entirely in English (with the possible exception of adding a parenthetical appositive; e.g., "Template:Xt" would be fine. I don't have an objection to the long-standing practice of leaving the rendered text of language names in the list of language links in the native language; my question/complaint regards the language of the tooltip text, and of the pop-up dialog box. Thanks, Mathglot (talk) 20:12, 21 October 2021 (UTC)Reply[reply]

This seems like a reasonable task to put in Phabricator, starting with the Language-team team project. They should be able to sort it into an appropriate component project. Izno (talk) 20:45, 21 October 2021 (UTC)Reply[reply]
We can also do it locally in MediaWiki:Cx-entrypoint-title and MediaWiki:Cx-entrypoint-dialog-page-doesnt-exist-yet by testing $1. We don't appear to currently have a feature to get the language code from the native language name like français, but we could make it. PrimeHunter (talk) 21:50, 21 October 2021 (UTC)Reply[reply]
Realistically, this suggestion is primarily intended for people fluent in the destination language - if you can't easily read the name of the destination language in its native format - you probably shouldn't be trying to create articles on that other project. Am I missing a part of this? — xaosflux Talk 13:31, 22 October 2021 (UTC)Reply[reply]

Creating a new user talk section using discussion tools unwatches the page[edit source]


Hi all, I've found that sometimes the quickest way of seeing if an issue is just me or not just me is by mentioning it here and waiting for the screaming. Template:Ctop List of steps to reproduce:

What happens?:

  • The message is posted, and the previously watched talk page is unwatched

What should have happened instead?:

  • The message is posted without affecting the watched status


Can anyone else confirm? ~TheresNoTime (to explain!) 14:06, 22 October 2021 (UTC)Reply[reply]

@TheresNoTime yep, confirmed - interestingly, when I tested on a page I had watchlisted before enabling discussion tools, the bug didn't trigger. When I tested watching a page after enabling discussion tools, things happened exactly as you describe. firefly ( t · c ) 14:12, 22 October 2021 (UTC)Reply[reply]

mw.hook listener or list of all hooks[edit source]

Is there is a list of all available hooks (mw.hook) or is there a listener that I can hook into to listen to all hook fires? I've looked at mw:Manual:Hooks, but that doesn't seem what I'm looking for. An example is User:BrandonXLF/EasySummary.js, where the script is hooked into ve.saveDialog.stateChanged Thanks! — DaxServer (talk) 11:48, 22 October 2021 (UTC)Reply[reply]

The core ones are listed here in the mw.hook documentation. Other ones are considered to be 'private' but most can easily be found with codesearch. —TheDJ (talkcontribs) 13:19, 22 October 2021 (UTC)Reply[reply]
If you just want the names of all the hooks that have previously fired on the page you're on, you could also go to the function definition for mw.hook in your browser's dev tools and set a breakpoint on return hooks[name] right at the top of the function, hit the breakpoint by running mw.hook(), then look at the keys in the hooks object. – Rummskartoffel 14:58, 22 October 2021 (UTC)Reply[reply]
Thanks @TheDJ and @Rummskartoffel. Both your solutions're quite useful! — DaxServer (talk) 16:45, 22 October 2021 (UTC)Reply[reply]

Redlink to existing page[edit source]


Hello! I'm seeing something rather peculiar. In Special:PageHistory/Template:COVID-19 data/data, there are links to User:TolBot/Task 5, a soft redirect to Meta-Wiki, in my bot's edit summaries — but, despite the page existing, the links are red. When I click on a diff, the link is blue, and anywhere outside of an edit summary it's also blue. I've tried with safemode, so I don't think it's me. Can anybody else verify this or help me figure out what's going on? Thanks. Tol (talk | contribs) @ 21:57, 15 October 2021 (UTC)Reply[reply]

I see the link in the most recent edit as blue, and the others as red. Moving to the previous 100, all are blue. Filtering by date to exclude today's two changes, all are blue. It looks like a minor bug. Certes (talk) 22:17, 15 October 2021 (UTC)Reply[reply]
I only see one "Task 5" blue link at the history of Template:COVID-19 data/data. It is the most recent. The reason it is blue is that the wikitext is [[m:User:TolBot/Task 5|Task 5]] whereas the others omit m:. I tried to purge the history page but of course it only purged the template and that did not help. Weird. I don't see how it's related, but I asked about a red link problem here. Johnuniq (talk) 22:44, 15 October 2021 (UTC)Reply[reply]
There was recently an overhaul of how edit summaries ("comments") are formatted on history pages, this might be another regression from that. I would suggest filing a bug in Phabricator for this, as the output clearly is wrong given User:TolBot/Task 5 exists on this wiki. Legoktm (talk) 05:50, 16 October 2021 (UTC)Reply[reply]
And notably on other pages, such as the changevisibility controls page, the show as blue links. So looks like a bug of sorts on the history view page. — xaosflux Talk 15:46, 16 October 2021 (UTC)Reply[reply]
Thanks, everyone. I've filed a task. Tol (talk | contribs) @ 21:54, 18 October 2021 (UTC)Reply[reply]
This also happens for user pages that don't exist here but do exist at Meta, when a cross-wiki transclusion occurs - see for instance the two links to Explicit's user page in these edits. --Redrose64 🌹 (talk) 12:08, 23 October 2021 (UTC)Reply[reply]

Edit summaries with characters not staying on its line[edit source]

This anon is vandalizing and leaving non-linear edit summaries Template:IPvandal which are visible in his contribution history. I am using Windows 10 Pro/64 w/ Firefox current version. It is also visible with Chrome. Should a fix be made to Wiki's html generator?

Some of the "offending" test
̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺ͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩ ̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺ͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩ ̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺ͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩ ̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺̺ͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩͩ

Adakiko (talk) 07:08, 23 October 2021 (UTC)Reply[reply]

See Zalgo text. Nardog (talk) 07:18, 23 October 2021 (UTC)Reply[reply]
This could make for some interesting vandalism. Might need to request revdels so that other's edit summaries are readable? Adakiko (talk) 07:24, 23 October 2021 (UTC)Reply[reply]
So far, all of the "offending" edits have been at WP:Sandbox, a page to which we extend a great degree of freedom; it is generally acknowledged that no edits to this page can constitute vandalism as it is normally understood. So long as they're not committing a great Wikicrime - such as making an attack page or posting a massive copyvio - we generally let it be. --Redrose64 🌹 (talk) 11:36, 23 October 2021 (UTC)Reply[reply]
While in this case it appears not to be vandalism and may even be a legitimate test edit , the edits do present a problem which we may need to find solutions, to ensure that if someone does something similar on non-sandbox pages, it doesn't effect the usability of the page or of the page history to other legitimate users. Ideally we shouldn't have to rely on friendly admins rev-deleting things to fix issues like this.Nigel Ish (talk) 12:02, 23 October 2021 (UTC)Reply[reply]
I doubt this kind of vandalism occurs frequently enough to warrant any preventative measures. You have to know how to do it, and there are much easier and quicker ways to vandalise. – Rummskartoffel 13:10, 23 October 2021 (UTC)Reply[reply]

Archive header not displayed at Talk:Air Koryo[edit source]

Hi, could someone take a look at why the list of archives isn't displaying at the top of Talk:Air Koryo? I'm guessing it's due to the strange naming convention, e.g. Talk:Air Koryo/2012/Archive 1, but not sure how to fix it. -M.nelson (talk) 10:23, 23 October 2021 (UTC)Reply[reply]

Because you didn't put (and configured) one of the templates that do just that?
User:MiszaBot/config#After_you_have_set_up_archiving. MarMi wiki (talk) 15:21, 23 October 2021 (UTC)Reply[reply]
Template:Fixed. Those archives are very small and should probably be merged into one archive with a standard name. – Jonesey95 (talk) 15:29, 23 October 2021 (UTC)Reply[reply]
Thank you. Good point, the standard format would be better; I'll try resetting it and then Template:T1 might list them without an additional template. -M.nelson (talk) 15:57, 23 October 2021 (UTC)Reply[reply]

Missing history?[edit source]

I received a message on User talk:BattyBot claiming that my bot created Draft:Manathi P Ganesan. However, my bot doesn't create drafts. I looked at the draft history, and the only edit listed is my bot's edit to add Template:Tl. What happened to the rest of the edit history, and how can it be restored? Thanks! GoingBatty (talk) 02:38, 24 October 2021 (UTC)Reply[reply]

Based on the logs, the draft was history-merged into a user sandbox page, which basically moved all revisions to that page. —A little blue Bori v^_^v Jéské Couriano 02:53, 24 October 2021 (UTC)Reply[reply]
Template:Ec Template:U used Special:MergeHistory to move the rest of the history to User:Mc.balamurugan/sandbox. It's still there, so there's nothing to restore. * Pppery * it has begun... 02:53, 24 October 2021 (UTC)Reply[reply]
Click "View logs for this page" at top of the page history to see what happened. PrimeHunter (talk) 11:38, 24 October 2021 (UTC)Reply[reply]

There is a draft for this article[edit source]

When edited, dab Morgan White claims that "There is a draft for this article at Draft:Morgan White". That page does exist, but it's a redirect to Morgan White (gymnast). I see why Template:Tl is invoking Template:Tl, but could we handle such cases better? Pinging Template:U and Template:U who contributed to a previous discussion. Certes (talk) 22:49, 23 October 2021 (UTC)Reply[reply]

I have gone ahead and moved the draft title to Draft:Morgan White (gymnast) for consistency. BD2412 T 22:52, 23 October 2021 (UTC)Reply[reply]
Feel free to suggest an edit at template talk:Editnotices/Namespace/Main. The logic has become rather complicated, though maybe not to the extent that a Lua module is needed. – SD0001 (talk) 11:51, 24 October 2021 (UTC)Reply[reply]
Thanks for the replies. This odd-looking behaviour seems correct then: the template is right to draw our attention to the minor issue of a malplaced redirect. If someone were preparing a BCA or other replacement for the dab, I'd want to know about it. Certes (talk) 14:54, 24 October 2021 (UTC)Reply[reply]

Attribution of tags[edit source]

I made this edit just to fix a template date in a article split request so the article would be correctly categorized by the month/year. This got listed under Articles to be split at Wikipedia:WikiProject Singapore as proposed by me when it was in fact an IP that first added Template:Txl. Another editor did a split, without there having been any discussion. After that, they discovered it was suggested by an IP, and mentioned on my TP that they were mislead and may not have done the split had they realized the request came from an IP (not to disparage all IPs). Regardless, the "proposer" of the split was listed incorrectly. I don't know what templates/bots are involved in this so asking here if this can be "fixed". MB 19:58, 24 October 2021 (UTC)Reply[reply]

Template:Re I think you are referring to this edit - and think that it should be better? If so, please bring it up at User talk:AAlertBot and / or Wikipedia talk:Article alerts to see how that could be improved. — xaosflux Talk 20:19, 24 October 2021 (UTC)Reply[reply]
Asked at Wikipedia talk:Article alerts. Thanks. MB 20:26, 24 October 2021 (UTC)Reply[reply]

GNU General Public License Flashcard Program to use on Wikipedia's glossaries.[edit source]

Hi. Does anyone know of a GNU General Public License flashcard software program that can be used to run, share, and modify on Wikipedia? If so, please paste the code in your response. I would want to test it in the sandbox and then eventually place it on some of the glossaries and make flashcards within Wikipedia using the terms and definitions. The reader would be able to study the flashcards without leaving the page. It is an idea I have wanted to try for a long time. I think it would be a big hit. LearnMore (talk) 20:24, 22 October 2021 (UTC)Reply[reply]


Template:Re Wikipedia usually doesn't support that kind of interactive content, historically because it doesn't print in a reasonable way and is difficult to proofread. You can make quizzes on the Wikiversity sister project and link them as shown here. There is another technical reason that you don't want to host actual flashcards inside Mediawiki or its extensions: spaced repetition, a useful way to sequence flashcards, requires storage that doesn't fit into the Mediawiki database schema, nor in JavaScript storage in a way that would let a user migrate between browsers e.g. on different devices, and for large decks of flashcards such as for language vocabulary, it's not clear whether you could prevent bumping up against local storage limits even if you limited users to one browser. One very popular and widely supported free cross-platform flashcard app is Anki, decks of which you can link to with their AnkiWeb service which has limited collaboration features. (talk) 04:43, 23 October 2021 (UTC)Reply[reply]
Thank you very much for the response. I appreciate it. LearnMore (talk) 21:49, 24 October 2021 (UTC)Reply[reply]

Where to post SQL requests[edit source]

I'm pretty sure there used to be a page somewhere to ask for SQL queries to be run. I did a cold search, and found Wikipedia:SQL requests, which led me on this amazing journey, via a 6-way soft redirect-cum-splashpage-cum-suggested page runaround:

but never found my answer. So my first question is, where should Wikipedia:SQL requests *really* [soft-]redirect to?

Secondly, if you happen to know SQL and your appointment tomorrow with the Prime Minister was canceled at the last minute, I'm looking for two queries, yielding a count, and a handful of sample pages:

  • countTemplate:Sndhow many non-existent pages in Draft space have one or more in-links from mainspace? (I.e., if Draft:Foo_123 has one in-link from mainspace, Draft:Bar_456 has five, and Draft:Baz_678 has one hundred, the total count is 3.)
  • sampleTemplate:Snd can I get a list of around a dozen non-existent PAGENAMEs in Draftspace from that set, somewhat randomly selected (i.e., not all starting with 'A').

Thanks! Mathglot (talk) 03:18, 25 October 2021 (UTC)Reply[reply]

WP:Request a query. – SD0001 (talk) 03:29, 25 October 2021 (UTC)Reply[reply]
Template:Re, thank you! Mathglot (talk) 05:31, 25 October 2021 (UTC)Reply[reply]
Template:Discussion moved to

20:06, 25 October 2021 (UTC)

Styles of level 2 and level 3 headings[edit source]

Recently completed the Compiler page in the Oberon tutorial. I expect higher level headings to be more prominent than lower level headings. For example, "Tutorial objective" and "Introduction" (level 2) should be more prominent than the subsection "A first example" (level 3). In appearance, prominence is reversed. Levels 2 and 3 headings are rendered in a similar font size but level 3 is bold. Can anyone explain? A bug in MediaWiki? Can it be corrected? Thx, ... PeterEasthope (talk) 14:35, 21 October 2021 (UTC)Reply[reply]

@PeterEasthope: As far as I can tell, everything looks as intended in Vector, Monobook, and Timeless. Judging from your description, you're using Monobook, which is the only skin of the three that has bold h3s and regular h2s with the same font. If you just want to swap the font weight of the two (on your end only), you can add the following to your monobook.css on Wikibooks:
h2 {
  font-weight: bold;
h3 {
  font-weight: normal;
– Rummskartoffel 15:20, 21 October 2021 (UTC)Reply[reply]
Skin has examples of the four skins. Can the skin be identified visually? Something more certain? In Monobook, the links in the left margin are framed. In Vector, the links are listed with no frames. Please have a look at the UEFA Euro 2012 Final page. In default Vector style I see level 2, "Route to the final" in plain face; level 3, "Spain" in bold face. Why is the subordinate heading more prominent than the superordinate heading? Thx, ... PeterEasthope (talk) 04:51, 22 October 2021 (UTC)Reply[reply]
I disagree that the level 3 headings are more prominent in any of these four skins, though they do look too similar for my taste in Timeless. I don't know the exact design decisions that went into making the headings look the way they do, since I'm not a developer; for that, consider asking a member of the Web team. In any case, I'm not seeing a bug here. – Rummskartoffel 12:09, 22 October 2021 (UTC)Reply[reply]
To the best of my understanding, J. Doe with a default environment will see level 2 headings in plain face; level 3 in bold face; similar or same font size in both. Most people will agree that bold is more prominent than plain.... PeterEasthope (talk) 17:47, 22 October 2021 (UTC)Reply[reply]
Will do, thanks.... PeterEasthope (talk) 17:47, 22 October 2021 (UTC)Reply[reply]
I also find level 3 more prominent than level 2. I'm used to it now, but was initially confused as L2 seemed to be a subsection within L3. I use Legacy Vector (if I'd wanted a narrow screen, I'd have bought one) but standard Vector has similar headings. Certes (talk) 13:09, 22 October 2021 (UTC)Reply[reply]
Me to. I use Monobook and H3s are bold and look more prominent which always seemed wrong. MB 16:00, 22 October 2021 (UTC)Reply[reply]
C>I'm used to it now, but was initially confused as L2 seemed to be a subsection within L3.
We all accepted it for too long. Ref. The Emperor's New Clothes. Regards, ... PeterEasthope (talk) 17:47, 22 October 2021 (UTC)Reply[reply]
I guess this is all a matter of subjective personal taste, but I, for one, see level 2 headings as clearly superior to the L3–L6s. After all, they're in a larger typeface Template:Em they have that great, big horizontal rule stretching all the way across the page. I think one of the Vector skins shows me no discernable difference between H5 and H6 (only), but in my usual skin, Monobook, all the levels are clearly and recognizably differently sized. — JohnFromPinckney (talk / edits) 22:00, 22 October 2021 (UTC)Reply[reply]
It's certainly skin-dependent. I've checked out four properties (font-family, font-weight, border-bottom and font-size) for all six heading levels in four skins. Three properties are easily summarised:
  • MonoBook uses a normal-weight sans-serif font for all heading levels
  • Timeless uses a normal-weight serif font for all heading levels
  • Vector and Minerva use a serif font for levels 1 and 2 only, but sans-serif for levels 3, 4, 5 and 6
  • Vector and Minerva use bold for levels 3 and 4 only, normal weight for levels 1, 2, 5 and 6
  • MonoBook, Timeless and Vector show bottom borders (n.b. not horizontal rules) for levels 1 and 2 only, none for levels 3 to 6 - Minerva does not use borders at all.
The fourth is best presented as a table:
The font-size: property
Level MonoBook Timeless Vector Minerva
h1 188% 2em 1.8em 1.7em
h2 150% 1.8em 1.5em 1.5em
h3 128% 1.6em 1.2em 1.2em
h4 116% 1.4em 100% 100%
h5 108% 1.25em
h6 100% 1.2em
The Vector results are the same for "old" and "new" variants. --Redrose64 🌹 (talk) 00:02, 23 October 2021 (UTC)Reply[reply]
"Old" is post-mw:Typography refresh Vector, rather than "original" Vector. The last major update to Vector was in late 2013 and 2014. That was when the ==Level 2 section headings== started using a serif font. If memory serves, this decision was driven by research (e.g., what font is easiest for people to read on a computer screen) rather than someone's aesthetic view.
About making changes: The archives for this page will show many people complaining about it the day that it hit, some people still complaining a week or two later, and only one or two editors still unhappy with it a month or two later. Apparently we hate having the fonts changed, but we get used to the new appearance on approximately the same time schedule that every other major website has found. I would expect the same outcome if similar changes are made in the future. Partly because of remembering that experience, I've stuck with the default skin at sites that have adopted New Vector. I've encountered some hiccups along the way, and re-locating the search box has proven to be surprisingly difficult for me to adapt to (but maybe if all the wikis were the same, I'd have gotten used to it faster?), but it no longer seems foreign and bad, and I have found one clear advantage: I haven't ever accidentally clicked the "Log out" button in New Vector.
(Important note to anyone thinking about changing the fonts in the future: Please don't.) Whatamidoing (WMF) (talk) 16:00, 26 October 2021 (UTC)Reply[reply]

Anarchism quality/ importance issues[edit source]

Hi all - was pointed to come here with this question from the help desk. Currently, some articles that have an importance assessment are showing up as "NA", even though they have an importance scale assigned to them. I was wondering if there was a way to fix this? Wikipedia:WikiProject Anarchism Jamzze (talk) 20:05, 25 October 2021 (UTC)Reply[reply]

Please link to one or two articles with this problem. – Jonesey95 (talk) 20:46, 25 October 2021 (UTC)Reply[reply]
@Jamzze: And make sure they really are articles. I suspect the "articles" you have in mind are actually redirects but it's hard to tell without an example. Always include an example. PrimeHunter (talk) 11:54, 26 October 2021 (UTC)Reply[reply]
Yup, looks like they're redirects that have their class set. I just fixed one of them. --rchard2scout (talk) 12:43, 26 October 2021 (UTC)Reply[reply]
Hi all - thanks so much - I had no idea! Will have a look at the redirects and change that then. Jamzze (talk) 17:08, 26 October 2021 (UTC)Reply[reply]
Template:Replyto Explicitly setting Template:Para is rarely necessary, because most WikiProject banners will autodetect it; Milhist is a rare exception. Unless the page is an actual article or a disambiguation page, it's normally best to omit the Template:Para parameter, or leave it blank. --Redrose64 🌹 (talk)