Policy | Technical | Proposals | Idea lab | WMF | Miscellaneous |
- Table of contents
- First discussion
- End of page
- New post
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).
Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. 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. | ||||||||||||||||
| ||||||||||||||||
« Archives, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186, 187, 188, 189, 190, 191, 192, 193, 194, 195 | ||||||||||||||||
Breaking priority templates
Hi everyone, I came across a certain table, which renders results something like this:
Wanted | Actual | |
---|---|---|
Wide screen | Lorem Ipsum of New York is a good man | Lorem Ipsum of New York is a good man |
Middle width | Lorem Ipsum of New York is a good man |
Lorem Ipsum of New York is a good man |
Low width | Lorem Ipsum of New York is a good man |
Lorem Ipsum of New York is a good man |
Here, the wanted and actual rendering is same in wide and low width screens, but in middle width screens they're not the same. I can use to prevent line break after every word, except between "York" & "is" but that will prevent additional line break between "Ipsum" & "of" even in low width screens.
Now, are there any "Breaking priority" (using brpr henceforth) templates on Wikipedia? Say for example, we use {{brpr|1}}
between "York" & "is", and {{brpr|2}}
between "Ipsum" & "of"? The one with higher breaking priority breaks first if needed, and the lower one breaks later. The required markup will become Lorem Ipsum {{brpr|2}}of New York {{brpr|1}}is a good man
. If it doesn't exist already, can they be made using modules? or a new project on mediawiki to create <bpx/> tags where x is the priority level has to be started? Thanks! ---CX Zoom(he/him) (let's talk|contribs) 16:15, 11 February 2022 (UTC)
-   is part of the HTML standard, and is interpreted by the web browser, not the mediawiki parser. --Ahecht (TALK
PAGE) 16:27, 11 February 2022 (UTC)- Actually, I wanted to know if mediawiki allows this kind of additional feature, whereby we can explicitly mention the level of Breaking priority. So that I can use it. ---CX Zoom(he/him) (let's talk|contribs) 16:36, 11 February 2022 (UTC)
- Stop trying to control wrapping, especially of long phrases. Rendering doesn't work like that. Izno (talk) 19:25, 11 February 2022 (UTC)
- Tbh, the place where I wish to use it is just 14 characters long without any special html characters. I just want to change the 'point of line break' in mid-width areas, and not when area is genuinely too small. As you can see above, the wanted & actual rendering are the same for low width, but different for mid-width. And hence, the need for multi-level brpr templates, so that it breaks at the correct places according to available width. ---CX Zoom(he/him) (let's talk|contribs) 23:32, 11 February 2022 (UTC)
- The point I'm making is that there is no one correct place. Even if we accept your sense of aesthetics as correct (which, I definitely do not), making a change will cause bad behavior for something else. Just accept that this is not LaTeX or even MS Word and that what you want to do is a negative in the general case. Izno (talk) 03:59, 12 February 2022 (UTC)
- What Izno said. Plus, given any phrase having two or more potential wrapping points, neither the HTML specs nor the CSS specs provide any means for prioritising one wrap point over any other. --Redrose64 🌹 (talk) 11:18, 12 February 2022 (UTC)
- Thanks Izno. Thanks Redrose. ---CX Zoom(he/him) (let's talk|contribs) 18:18, 16 February 2022 (UTC)
- Tbh, the place where I wish to use it is just 14 characters long without any special html characters. I just want to change the 'point of line break' in mid-width areas, and not when area is genuinely too small. As you can see above, the wanted & actual rendering are the same for low width, but different for mid-width. And hence, the need for multi-level brpr templates, so that it breaks at the correct places according to available width. ---CX Zoom(he/him) (let's talk|contribs) 23:32, 11 February 2022 (UTC)
Negative counts on some category pages
In some random categories there are negative page and subcategory counts. for example, in Category:2022 disestablishments by continent i see:
2022 disestablishments in Africa (2 C, -1 P)
And the "-1 P" is shown for every subcategory.
It is possible for the problem to be automatically solved after some time, then you won't see the problem when you arrive at this report, but possibly negative counts can be seen on newly created categories (Just guessing, not sure). As there are some changes to the category recount process (noted in the upcoming Tech News), i guess this issue should be reported on Phabricator. Thank you. Jeeputer (talk) 05:38, 14 February 2022 (UTC)
- Is this related to Wikipedia:Village pump (technical)/Archive 195#Empty, but not empty? categories? ― Qwerfjkltalk 07:59, 14 February 2022 (UTC)
- @Qwerfjkl: Thank you for your response. Part of it (incorrect category count) is related. but the problem in that thread was one extra page in categories. The problem here is that categories have -1 page which is still incorrect, but in some different way. Jeeputer (talk) 19:44, 14 February 2022 (UTC)
- It's the same problem - just force a recount by purging the category, per phab:T85696. ― Qwerfjkltalk 19:57, 14 February 2022 (UTC)
- It is supposed to fix itself. MediaWiki has been coded to recount categories that have a minus number of category members. That logic was changed recently so it should kick in sooner than that, but I do not understand the specifics. See gerrit:c/mediawiki/core/+/506032.--Snævar (talk) 19:45, 19 February 2022 (UTC)
- It's the same problem - just force a recount by purging the category, per phab:T85696. ― Qwerfjkltalk 19:57, 14 February 2022 (UTC)
- @Qwerfjkl: Thank you for your response. Part of it (incorrect category count) is related. but the problem in that thread was one extra page in categories. The problem here is that categories have -1 page which is still incorrect, but in some different way. Jeeputer (talk) 19:44, 14 February 2022 (UTC)
Not seeing tools or notifications
I use Opera and recently had to reinstall it. Since reinstalling, I can't see the Tools tabs at the top of the page and when I click the Notifications icon the page is blank. I know that this is some setting about privacy or scripting but I can't remember or figure out which. Anyone have any ideas? Thanks in advance. Eggishorn (talk) (contrib) 20:43, 14 February 2022 (UTC)
- @Eggishorn, which skin are you using? You should be able to tell by looking at Special:Preferences#mw-prefsection-rendering. Whatamidoing (WMF) (talk) 23:59, 14 February 2022 (UTC)
- @Whatamidoing (WMF) and WhatamIdoing:, Apparently, whatever problem I'm having is also preventing me from seeing the "Appearance" tab of the Preferences page, so I can't tell for sure. to the best of my memory, I think it's Monobook. Eggishorn (talk) (contrib) 15:20, 15 February 2022 (UTC)
- Have a look at the images near the top of Wikipedia:Skin, see which is closest to what you have. The main details to consider are the items around the edges, rather than the main content. --Redrose64 🌹 (talk) 19:43, 15 February 2022 (UTC)
- @Redrose64:, I think it looks most like vector Legacy, if that's any help. Thanks again. Eggishorn (talk) (contrib) 20:09, 15 February 2022 (UTC)
- @Eggishorn, please click https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&safemode=1 and see if mw:safemode fixes anything. Whatamidoing (WMF) (talk) 17:21, 16 February 2022 (UTC)
- @Whatamidoing (WMF) and WhatamIdoing: Sorry for the delay in answering. The safe mode didn't change anything but everything started working correctly shortly before your last question. I didn't change any settings either on WP or my browser or restart the browser either, so I was at a loss as to why what didn't work before suddenly did. I was holding off on answering until it seemed like the changes "held" but the tools seem to be working now. I'm kind of stumped but the immediate problem seems solved. Thanks for your help. Eggishorn (talk) (contrib) 20:10, 18 February 2022 (UTC)
- Thanks for the update. I'm glad that the problem is solved, even if the solution is unknown. Whatamidoing (WMF) (talk) 22:22, 18 February 2022 (UTC)
- @Whatamidoing (WMF) and WhatamIdoing: Sorry for the delay in answering. The safe mode didn't change anything but everything started working correctly shortly before your last question. I didn't change any settings either on WP or my browser or restart the browser either, so I was at a loss as to why what didn't work before suddenly did. I was holding off on answering until it seemed like the changes "held" but the tools seem to be working now. I'm kind of stumped but the immediate problem seems solved. Thanks for your help. Eggishorn (talk) (contrib) 20:10, 18 February 2022 (UTC)
- @Eggishorn, please click https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&safemode=1 and see if mw:safemode fixes anything. Whatamidoing (WMF) (talk) 17:21, 16 February 2022 (UTC)
- @Redrose64:, I think it looks most like vector Legacy, if that's any help. Thanks again. Eggishorn (talk) (contrib) 20:09, 15 February 2022 (UTC)
- Have a look at the images near the top of Wikipedia:Skin, see which is closest to what you have. The main details to consider are the items around the edges, rather than the main content. --Redrose64 🌹 (talk) 19:43, 15 February 2022 (UTC)
- @Whatamidoing (WMF) and WhatamIdoing:, Apparently, whatever problem I'm having is also preventing me from seeing the "Appearance" tab of the Preferences page, so I can't tell for sure. to the best of my memory, I think it's Monobook. Eggishorn (talk) (contrib) 15:20, 15 February 2022 (UTC)
Are nowiki tags greedy now?
If you look at that revision, you can see that there are lots of non-rendered wikimarkup in a chunk of text at the end of the "Inexperienced editors answering questions" section. That looks like unclosed nowiki tags, but if you look at the source carefully, the tags are actually properly closed.
I thought about asking AssumeGoodWraith to fix their signature in the line of that edit, which fixed the thing. But I am not sure that the signature is actually to blame.
Looking at the symptoms, the only explanation I have is that nowiki tags are greedy matches (i.e. in a code sequence (nowiki)stuff1(/nowiki)stuff2(nowiki)stuff3(/nowiki)
, the first nowiki matches the last /nowiki, and the middle stuff is nowikied). I am not using the actual tags for obvious reasons. If that is so, surely that is new behaviour, and surely that is not intended.
Is there a (computer witch-)doctor in the room? TigraanClick here for my talk page ("private" contact) 10:05, 15 February 2022 (UTC)
- Let's just try it instead of guessing: [[stuff1]] not supposed to be nowiki [[stuff2]]. NguoiDungKhongDinhDanh 10:14, 15 February 2022 (UTC)
- After seeing this, I was thinking about replacing that with
{{pipe}}
, but it probably auto substs it and breaks templates again. – AssumeGoodWraith (talk | contribs) 10:16, 15 February 2022 (UTC)- @Tigraan: If you have your syntaxhighlighter feature enabled (when editing the whole page), you will probably see what happened. It was this non-nowikied nowiki tag that made up our mess. NguoiDungKhongDinhDanh 10:22, 15 February 2022 (UTC)
- @AssumeGoodWraith: And about your signature, consider using HTML entity
|
which will also gives a|
that can never be parsed. NguoiDungKhongDinhDanh 10:32, 15 February 2022 (UTC)- The effect of a
<nowiki>
tag varies depending upon the existence of a</nowiki>
tag at a later point in the page. If there is one, everything between those two tags is treated according to the description at H:NOWIKI. But if there isn't, the<nowiki>
tag is not processed and is displayed as plain text. So if a discussion page has a single unbalanced<nowiki>
tag in any section, that tag has no effect until somebody adds a<nowiki>...</nowiki>
pair later on - and then that closing</nowiki>
tag gets paired with the pre-existing<nowiki>
tag, and everything in between, including the newer<nowiki>
tag, is treated per H:NOWIKI. --Redrose64 🌹 (talk) 22:24, 15 February 2022 (UTC)
- The effect of a
"Daily pageviews of this article" displays oddly
At Talk:The story of the Rich man and Lazarus the pageviews template displays 1 week of views. However, the code is {{Annual readership|days=90|expanded=true}}, same as at Talk:Adam's Bridge, which looks right. Am I missing something? Gråbergs Gråa Sång (talk) 10:56, 15 February 2022 (UTC)
- It looks like it was moved a week ago, that probably has something to do with it. --rchard2scout (talk) 12:59, 15 February 2022 (UTC)
- Pageviews don't move with the page if it is moved, which means the move performed by now blocked user left the page views at the old title. Dreamy Jazz talk to me | my contributions 15:51, 15 February 2022 (UTC)
- Hmm, that wasn't an obviously good move. Gråbergs Gråa Sång (talk) 20:03, 15 February 2022 (UTC)
Neglected patterns in regex?
In regex you can neglect a pattern by putting it in brackets and putting a caret before the characters ([^pattern]
). I don't see anything in the documentation that shows how to do this using Scribunto patterns. Is this possible? ― Levi_OPTalk 17:22, 15 February 2022 (UTC)
- I think you can just use exactly the same syntax in Lua patterns as you do in Regex. * Pppery * it has begun... 17:57, 15 February 2022 (UTC)
- It's the final row in the table:
[^set]: Represents the complement of set, where set is interpreted as above.
Izno (talk) 18:59, 15 February 2022 (UTC)- I read that, but "the complement of set" is not very descriptive of the fact that it is negating everything in the set. I feel like this should be clarified. ― Levi_OPTalk 19:29, 15 February 2022 (UTC)
- Complement (set theory) is probably worth reading then. It is not negation. Izno (talk) 19:33, 15 February 2022 (UTC)
- @Izno: Ahh. I didn't realize that "complement" had such a literal meaning in the context of set theory. That's now how it's used in the normal english context. Also, how is that not negation? Do you mean that [^set] in scibunto patterns isn't the same as negation in regular regex? Because [^set] is commonly called a negated set in regex. ― Levi_OPTalk 20:14, 15 February 2022 (UTC)
- Yes, I realized that complement was equivalent to negation, though that article does make it obvious that it can also be called the logical complement. Kind of wondering why those are two separate articles now, or at least why they aren't linked in some see also fashion. Izno (talk) 20:28, 15 February 2022 (UTC)
- The negation of a proposition is different than the complement of a set, though, so while it might be something that could be under "see also", they're distinct. From a set theory point of view, the complement of a proposition would be all other propositions. isaacl (talk) 21:26, 15 February 2022 (UTC)
- Yes, I realized that complement was equivalent to negation, though that article does make it obvious that it can also be called the logical complement. Kind of wondering why those are two separate articles now, or at least why they aren't linked in some see also fashion. Izno (talk) 20:28, 15 February 2022 (UTC)
- @Izno: Ahh. I didn't realize that "complement" had such a literal meaning in the context of set theory. That's now how it's used in the normal english context. Also, how is that not negation? Do you mean that [^set] in scibunto patterns isn't the same as negation in regular regex? Because [^set] is commonly called a negated set in regex. ― Levi_OPTalk 20:14, 15 February 2022 (UTC)
- Complement (set theory) is probably worth reading then. It is not negation. Izno (talk) 19:33, 15 February 2022 (UTC)
- I read that, but "the complement of set" is not very descriptive of the fact that it is negating everything in the set. I feel like this should be clarified. ― Levi_OPTalk 19:29, 15 February 2022 (UTC)
- There is no negation. The pattern
[abc]
finds all characters in the set {'a', 'b', 'c'}. The pattern[^abc]
finds all characters not in that set. That is, it finds all characters in the complement of the set {'a', 'b', 'c'}. Johnuniq (talk) 22:11, 15 February 2022 (UTC)- Although the POSIX documentation for regular expressions doesn't seem to use the term, others such as Perl's documentation on character classes does (calling it a "negated" or "inverted" class, as well as referring to it as a "negation"). isaacl (talk) 23:16, 15 February 2022 (UTC)
Disappearing chunks of talkpage text
I tried searching around for an answer, but didn't find one; apologies in advanced if it's obvious.In short: for some reason, my addition of a comment on a talk page resulted in the disappearance of a large portion of text from that section for reasons that are entirely beyond me.
See the bottom section ("Inaccurate use of far-right label") in Special:Permalink/1071912592 and compare that with the underlying wikimarkup (displayed correctly in User:WhinyTheYounger/sandbox, "bug reproduction" — I copied the exact markup from the talkpage diff). The talk page doesn't display paragraphs of text that occur between my "first" ref (the third in the markup) and the additional portions of my comment even though it's in the underlying markup. It's like it got commented out. I tried toying around with the reflist-talk template and a few other things to fix the issue, to no avail. Any idea what's going on here? WhinyTheYounger (WtY)(talk, contribs) 18:57, 15 February 2022 (UTC)
- The big red Cite error: A <ref> tag is missing the closing </ref> (see the help page) is your clue. Can you see that giant error message in that permalink? Did you click on the link to the help page? The problem is that you tried to close
<ref>
with<ref>
instead of with</ref>
. One little slash can cause so much trouble. – Jonesey95 (talk) 19:25, 15 February 2022 (UTC)- @Jonesey95, about that big red error message. I looked at that version of the page and the error message flashed briefly (once but not again) before disappearing because I have the Discussion tools activated. I can only see those error messages when the tools are turned off! Not good since I spend time trying to fix reference errors. StarryGrandma (talk) 20:19, 15 February 2022 (UTC)
- The problem is only on talk pages. StarryGrandma (talk) 20:42, 15 February 2022 (UTC)
- Thank you @Jonesey95! But the ref error warning doesn't appear for me in the permalink either (or if it does, so briefly that I can't tell). I likewise have Discussion tools activated. WhinyTheYounger (WtY)(talk, contribs) 21:08, 15 February 2022 (UTC)
- It sounds like there's a Flash of unstyled content, before the warning message is hidden by sitewide CSS. It doesn't appear to be related to Discussion Tools.
- I thought, though, that the eat-the-rest-of-the-page thing for unclosed ref tags had been fixed some years ago. Is this new behavior? Whatamidoing (WMF) (talk) 17:27, 16 February 2022 (UTC)
- @Whatamidoing (WMF) If you just have an unclosed
<ref>
, then it won't eat the rest of the page. However, if you have an unclosed<ref>
followed by a valid<ref>…</ref>
tag (even in a different section), then it will eat everything between the unclosed<ref>
and the closing</ref>
of the second tag. :/ Matma Rex talk 18:56, 16 February 2022 (UTC)
- @Whatamidoing (WMF) If you just have an unclosed
- The problem is only on talk pages. StarryGrandma (talk) 20:42, 15 February 2022 (UTC)
- @Jonesey95, about that big red error message. I looked at that version of the page and the error message flashed briefly (once but not again) before disappearing because I have the Discussion tools activated. I can only see those error messages when the tools are turned off! Not good since I spend time trying to fix reference errors. StarryGrandma (talk) 20:19, 15 February 2022 (UTC)
- It's a really weird coincidence, but I also noticed this issue with discussion tools yesterday while working on an unrelated problem, and reported it here: T301845 (I'm one of the developers working on this). It's actually a bug in our software, and should be fixed soon. But the errors might still be hidden by sitewide CSS here, and I'd suggest that it should be changed to reveal them. Matma Rex talk 18:54, 16 February 2022 (UTC)
ADD publishersweekly.com to Wikipedia:Book sources
- en.wikipedia.org/wiki/Special:BookSources/<ISBN#>
- Wikipedia:Book sources
ADD :
- https://www.publishersweekly.com/<ISBN#>
OR:
- https://www.publishersweekly.com/pw/search/index.html?q=<ISBN#>
0mtwb9gd5wx (talk) 19:22, 15 February 2022 (UTC)
- Wikipedia talk:Book sources is the right place for this suggestion. – Jonesey95 (talk) 19:26, 15 February 2022 (UTC)
User not registered, but has contributions and is blocked
- সেক্সি রসিক সেক্সি (talk · contribs · deleted contribs · page moves · block user · block log)
Hi, User talk:সেক্সি রসিক সেক্সি was recently nominated for speedy deletion by Afeef per WP:CSD#U2 as talk page of a nonexistent user. Despite no user being registered under this name, this unregistered user has six contributions and is currently blocked. Is this a bug that is occurring due to the characters in the username, or something else? ✗plicit 14:04, 16 February 2022 (UTC)
- I would bet money that it's due to Unicode, or some weird character that might be in the username (e.g. a RTL override). However since the user quite evidently exists, it may be worth filing a bug report on phabricator. ―sportzpikachu my talkcontribs 14:10, 16 February 2022 (UTC)
- @Explicit and Sportzpikachu: that user does exist, but has a combination of blocks, locks, hides, and suppression settings so is likely not showing up on many queries. — xaosflux Talk 14:32, 16 February 2022 (UTC)
- One of these is unregistered yet has contribs. I forget which one. --Redrose64 🌹 (talk) 23:49, 16 February 2022 (UTC)
- Someone sure isn't afraid to express their political opinions― Blaze WolfTalkBlaze Wolf#6545 23:52, 16 February 2022 (UTC)
- I found it - Bonkrad (talk · contribs) has 25 contribs, but is not registered. The username doesn't have any characters outside the usual 26 letters, so we can probably rule out that theory. Their user log includes creation, block and a change to the block settings. --Redrose64 🌹 (talk) 19:37, 19 February 2022 (UTC)
- @Redrose64 Special:Contributions (and every other interface) will report that the account is not registered if it has been locked and hidden globally, to avoid revealing abusive usernames. I don't know why this account has been hidden (it's indeed a little pointless if you don't also suppress their edits and log entries), perhaps it was a mistake; you might want to ask stewards if you want to know. Matma Rex talk 23:32, 19 February 2022 (UTC)
- Any administrator can see whether an account is globally locked (and hence deduce if it's also hidden) by looking at the block interface: Special:Block/সেক্সি রসিক সেক্সি. -- zzuuzz (talk) 23:46, 19 February 2022 (UTC)
- I misread that as the block log and was a bit confused when it told me I didn't have permission to block the user because I thought you were linking to the block log of that user ― Blaze WolfTalkBlaze Wolf#6545 23:48, 19 February 2022 (UTC)
- Normally, for a globally locked account, the contribs page displays the text of MediaWiki:Centralauth-contribs-locked in a pink box - what confused me is the absence of that for Bonkrad. --Redrose64 🌹 (talk) 23:57, 19 February 2022 (UTC)
- Any administrator can see whether an account is globally locked (and hence deduce if it's also hidden) by looking at the block interface: Special:Block/সেক্সি রসিক সেক্সি. -- zzuuzz (talk) 23:46, 19 February 2022 (UTC)
- That account some steward suppression applied to it; this could be for many reasons but are generally good and get some peer review. You may not get much explanation if you ask 'why' - but if you think it is a bad lock for some specific reason you can open a VTRS ticket for steward review. — xaosflux Talk 23:54, 19 February 2022 (UTC)
- @Redrose64 Special:Contributions (and every other interface) will report that the account is not registered if it has been locked and hidden globally, to avoid revealing abusive usernames. I don't know why this account has been hidden (it's indeed a little pointless if you don't also suppress their edits and log entries), perhaps it was a mistake; you might want to ask stewards if you want to know. Matma Rex talk 23:32, 19 February 2022 (UTC)
- One of these is unregistered yet has contribs. I forget which one. --Redrose64 🌹 (talk) 23:49, 16 February 2022 (UTC)
Template:Unblock reviewed
Can someone with more HTML know-how than me take a look at this? —GMX(on the go!) 17:49, 16 February 2022 (UTC)
- It seems to be related to htmltidy. Ruslik_Zero 20:43, 16 February 2022 (UTC)
- @Ruslik0: We no longer have htmltidy, it was removed in July 2018 (and we couldn't have got TemplateStyles with Tidy still in place). See for example Wikipedia:Village pump (technical)/Archive 166#Tidy to RemexHtml, Wikipedia:Village pump (technical)/Archive 166#Tech News: 2018-25 and mw:Parsing/Replacing Tidy. --Redrose64 🌹 (talk) 13:16, 17 February 2022 (UTC)
Software version parsing and comparison Lua module
Hi, does a Lua module for Software version parsing and comparison exist somewhere, here, on Meta, MW, or somewhere else? Is there a library one could simply use built into MediaWiki? Would Apache-Licensed material be allowed? -- Rillke (talk) 21:34, 16 February 2022 (UTC)
N.b. I'm seeking for a solution for es:Módulo discusión:Ficha de software#Version sorting. -- Rillke (talk) 21:38, 16 February 2022 (UTC)
- @Rillke The following should work:
function paddedcompare(a, b) local y, z = "","" for i, v in ipairs(mw.text.split(a,'.',true)) do y = y .. string.format('%08d', tonumber(v)) .. '.' end for i, v in ipairs(mw.text.split(b,'.',true)) do z = z .. string.format('%08d', tonumber(v)) .. '.' end return y < z end table.sort(t, paddedcompare)
- --Ahecht (TALK
PAGE) 22:48, 16 February 2022 (UTC)- If the version numbers could contain anything other than digits and periods, you will need to use the following:
function paddedcompare(a, b) local function zeropad(s) local o = "" for v in string.gmatch(s, "(%d*%D*)") do if tonumber(string.match(v, "(%d*)")) then o=o..string.format('%08d', tonumber(string.match(v, "(%d*)")))..(string.match(v, "(%D+)") or '') else o=o..v end end return o end return zeropad(a) < zeropad(b) end table.sort(t, paddedcompare)
- --Ahecht (TALK
PAGE) 23:48, 16 February 2022 (UTC)
- If the version numbers could contain anything other than digits and periods, you will need to use the following:
The Teahouse's TOC is broken
The numbering is all over the place and some larger headers take up 2 or more numbers. Has anyone else seen this behavior before? NW1223(Howl at me/My hunts) 01:48, 17 February 2022 (UTC)
- Was
white-space: nowrap
removed accidentally from.tocnumber
? It does seem like a CSS issue to me. I'm using Vector-2022 btw. — Paper9oll (🔔 • 📝) 01:52, 17 February 2022 (UTC)- This was caused by this edit to the custom CSS styles for the page. I've reverted it as no explanation was given in the edit summary for why the CSS rule was used. Dreamy Jazz talk to me | my contributions 02:39, 17 February 2022 (UTC)
- I thought it was just my screen. ― Blaze WolfTalkBlaze Wolf#6545 03:05, 17 February 2022 (UTC)
- Thx, I have made the condition more specific and that should take care of it. —TheDJ (talk • contribs) 09:03, 17 February 2022 (UTC)
- This was caused by this edit to the custom CSS styles for the page. I've reverted it as no explanation was given in the edit summary for why the CSS rule was used. Dreamy Jazz talk to me | my contributions 02:39, 17 February 2022 (UTC)
"Review pending revisions" and monobook
In the Monobook skin, the "review pending revisions" thing overlaps the page title when the window is small enough (for example on my phone). Also, it looks like it is a dropdown menu, but it only seems to do mouseover. Can this be fixed and/or is there a way to turn this off? League of Nations is an example. —Kusma (talk) 12:27, 17 February 2022 (UTC)
- That's no longer a good example, so just pick any page in Special:PendingChanges and reduce the window size in Monobook skin to see the problem. —Kusma (talk) 22:53, 17 February 2022 (UTC)
- I assume you're using the responsive version of the skin. I do not see the issue you describe when I use the mobile emulator in Firefox. I do see that the pending changes box is not sized appropriately for responsiveness skins, but that's not that issue. Izno (talk) 05:07, 18 February 2022 (UTC)
- Yes, I use the responsive version and Chrome (and I never use the mobile version). The most annoying thing is that on my phone, I can't see article titles for pages that have pending revisions. On my laptop, it is only an issue if the page title is very long. —Kusma (talk) 22:29, 18 February 2022 (UTC)
Everything's gone tiny
Everything on Wikipedia has just gone into tiny text. Seems to affect all pages, except preferences. Other websites unaffected. Using Monobook on Edge on Win10. DuncanHill (talk) 16:07, 17 February 2022 (UTC)
- @DuncanHill: check if your browser "zoom" level is set to <100%? — xaosflux Talk 16:41, 17 February 2022 (UTC)
- If that doesn't do it, see if it your scripts by loading this page in safe mode. — xaosflux Talk 16:43, 17 February 2022 (UTC)
- @Xaosflux: I usually have everything at 125%, now if I have Wikipedia at 150% it looks like I expect it to. Safe mode looks the same as dangerous (?) mode. Other sites look normal at 125%. DuncanHill (talk) 20:03, 17 February 2022 (UTC)
- @DuncanHill: just to rule out "monobook" can you try this page in Vector with Safemode? — xaosflux Talk 21:51, 17 February 2022 (UTC)
- @Xaosflux: That looks huge at 150% and normal at 125%. DuncanHill (talk) 22:06, 17 February 2022 (UTC)
- @DuncanHill: just to rule out "monobook" can you try this page in Vector with Safemode? — xaosflux Talk 21:51, 17 February 2022 (UTC)
- @Xaosflux: I usually have everything at 125%, now if I have Wikipedia at 150% it looks like I expect it to. Safe mode looks the same as dangerous (?) mode. Other sites look normal at 125%. DuncanHill (talk) 20:03, 17 February 2022 (UTC)
- If that doesn't do it, see if it your scripts by loading this page in safe mode. — xaosflux Talk 16:43, 17 February 2022 (UTC)
Monobook seems to be setting body { font-size: x-small; }
. There's a big note in that context:
/* Font size: ** We take advantage of keyword scaling- browsers won't go below 9px ** See "Note 1" at https://www.w3.org/TR/CSS2/fonts.html#value-def-absolute-size ** More at http://www.w3.org/2003/07/30-font-size ** http://style.cleverchimp.com/font_size_intervals/altintervals.html ** https://web.archive.org/web/20180201141931/http://style.cleverchimp.com/font_size_intervals/altintervals.html ** This affects users whose browser font size setting is < 14.4px, ** making #globalWrapper's font-size 11.43px at minimum. ** Gadgets have their own monobook-specific css rule to set the font-size similar to #globalWrapper. */
There is a rule right after at #globalWrapper { font-size: 127%; }
also with the note /* scale back up to a sane default */
.
It may be your browser vendor's renderer (Edge is powered by "Google" Chromium) no longer does what that note says on the tin. It may be that you modified your personal settings (not your zoom) at some point to produce smaller text. (Less likely but not impossible.) Or it may be that x-small
is being interpreted a certain way now by Edge that it didn't before (for example, the <small> tag had inconsistent effects depending on the browser, which is why we set it to 85% in Common.css these days). Or it's possible that you changed the resolution on your desktop to a higher resolution (I have done so inadvertently before), which would appear to make the stuff displayed on your monitor smaller.
Either way, it is clear to me that "small" text is how Monobook is designed, more or less. Monobook text does look small to me as well (Firefox), but I can't say that it looks particularly smaller than how I remember it.
I don't know if this is worth filing a bug. I would guess that most stuff that would have been designed for Monobook exclusively went away when Vector became the norm, so a task "don't set these font sizes weird" might be accepted. I have no idea what the user fallout would be from that. --Izno (talk) 05:25, 18 February 2022 (UTC)
- @Izno: Thanks. It's only en-wiki that's affected - not other languages, not Commons, not Wikiquote, not Wikisource, and I have Monobook set as a global preference. DuncanHill (talk) 10:27, 18 February 2022 (UTC)
- Do you have the same problem in a different browser? How about if you open a private browsing window and don't log in? — xaosflux Talk 11:46, 18 February 2022 (UTC)
- (Use monobook parameter to see in mb when not logged in. — xaosflux Talk 11:46, 18 February 2022 (UTC)
- @Xaosflux: InPrivate+monobook looks normal, i.e. as it was before yesterday. I haven't got any other browsers installed. DuncanHill (talk) 13:55, 18 February 2022 (UTC)
- @DuncanHill: hmm, try Private, then login, is it OK then, or does it break when you log in? — xaosflux Talk 14:01, 18 February 2022 (UTC)
- @Xaosflux: When I log in it goes tiny. DuncanHill (talk) 14:05, 18 February 2022 (UTC)
- @DuncanHill: I tried loading all of your scripts, on Edge, with Monobook and couldn't replicate this - and you say it is still a problem when you are using safemode as well? Only other thing I can suggest you try now is to turn off Gadgets and/or Beta features in your preferences and see if that helps. — xaosflux Talk 14:26, 18 February 2022 (UTC)
- @Xaosflux: When I log in it goes tiny. DuncanHill (talk) 14:05, 18 February 2022 (UTC)
- @DuncanHill: hmm, try Private, then login, is it OK then, or does it break when you log in? — xaosflux Talk 14:01, 18 February 2022 (UTC)
- @Xaosflux: InPrivate+monobook looks normal, i.e. as it was before yesterday. I haven't got any other browsers installed. DuncanHill (talk) 13:55, 18 February 2022 (UTC)
- (Use monobook parameter to see in mb when not logged in. — xaosflux Talk 11:46, 18 February 2022 (UTC)
- Do you have the same problem in a different browser? How about if you open a private browsing window and don't log in? — xaosflux Talk 11:46, 18 February 2022 (UTC)
- Also check the value of "Enable responsive mode - adapt layout to screen size on mobile." In your preferences. Jdlrobson (talk) 23:51, 18 February 2022 (UTC)
Rollout of the new audio and video player
Please help translate to other languages.
Hello,
Over the next months we will gradually change the audio and video player of Wikis from Kultura to Video.js and with that, the old player won’t be accessible anymore. The new player has been active as a beta feature since May 2017.
The new player has many advantages, including better design, consistent look with the rest of our interface, better compatibility with browsers, ability to work on mobile which means our multimedia will be properly accessible on iPhone, better accessibility and many more.
The old player has been unmaintained for eight years now and is home-brewn (unlike the new player which is a widely used open source project) and uses deprecated and abandoned frameworks such as jQuery UI. Removing the old player’s code also improves performance of the Wikis for anyone visiting any page (by significantly reducing complexity of the dependency graph of our ResourceLoader modules. See this blog post.). The old player has many open bugs that we will be able to close as resolved after this migration.
The new player will solve a lot of old and outstanding issues but also it will have its own bugs. All important ones have been fixed but there will be some small ones to tackle in the future and after the rollout.
What we are asking now is to turn on the beta feature for the new player and let us know about any issues.
You can track the work in T100106
Thank you, Amir 17:59, 17 February 2022 (UTC)
Infobox showing unknown parameters
User:२ तकर पेप्सी/Sandbox check this a user thinks it's a bug and has suggested to say it here. — Preceding unsigned comment added by २ तकर पेप्सी (talk • contribs) 01:07, 18 February 2022 (UTC)
- I was the one who suggested they ask here. I don't necessarily think it's a bug since the unknown parameter errors only show up when previewing the edit. However something is causing the infobox to not work properly. ― Blaze WolfTalkBlaze Wolf#6545 01:16, 18 February 2022 (UTC)
- It's been fixed by PrimeHunter. Apparently the issue was there were invisible non-breaking spaces (as in ones that don't come from   or its template equivalent). ― Blaze WolfTalkBlaze Wolf#6545 01:21, 18 February 2022 (UTC)
An additional anti-vandalism step
I just came across this edit, which was clearly vandalism, and which stayed in the article for two years. The next edit by the same editor (to a different article) was reverted by User:ClueBot NG as vandalism, but there does not appear to be any mechanism for editors to be alerted that an editor reverted for vandalism on article X had also previously edited article Y. Something should be done to this effect. BD2412 T 01:25, 18 February 2022 (UTC)
- I can see some issues with this. An editor may have made a constructive edit on article Y and then on article X they make an edit that gets reverted by ClueBot NG (whether it be a false positive or not). Sending a notification to editors who have edited article Y or X may make them think that edit is also vandalism and, if they don't actually check it, will lead to a revert of a constructive edit. And there's also the issue with ClueBot NG having occasional false positives (doesn't happen often, but it does happen). ― Blaze WolfTalkBlaze Wolf#6545 01:31, 18 February 2022 (UTC)
- What are you picturing here? After ClueBot reverts someone, where would it send messages, specifically? Who would it alert and how? I could see some sort of centralized log of ClueBot vandalism reverts if that doesn't already exist (although of course we can already examine ClueBot's edit history), but the question would be whether editors would actually track it. I don't think ClueBot could reasonably ping individual editors or even drop notices on individual pages - that would get far too spammy, especially if ClueBot reverted someone with a non-trivial number of edits. Possibly ClueBot could determine possibly-related edits or possibly-related articles the user has edited and log them on that central page, but what algorithm would it use for this determination? If it just lists every single other page the user has ever edited, that's only really going to be viable if eg. the user has only edited a handful of pages. --Aquillion (talk) 06:18, 18 February 2022 (UTC)
- There are some limiting factors that could be applied. I think we can assume that editors with any substantial number of edits are not likely to be vandals. We can look at edits that introduced non-lexicalized character strings which ClueBot might not catch (for example, the first edit I noted above includes a change of "Attorney" to "Assorney", not a word), or edits that change blue links to red links, change dates, proper names, and the like. A centralized repository might include a snippet of the text changed, so it can easily be dismissed if obviously not vandalism. If there were a way to opt in to getting a ping about a vandal being reverted who had previously edited an article I have watchlisted, or an article in a particular category tree, I would certainly opt into that. BD2412 T 06:38, 18 February 2022 (UTC)
Captcha to edit
Before saving this edit and before posting this question here at VPT, I had to complete a captcha. Why was this requirement added? And did anyone tell all the bot operators? I don't see anything mentioning CAPTCHA here, or at Wikipedia:Village pump (proposals), or at Wikipedia:Bots/Noticeboard. 122.150.71.249 (talk) 07:36, 18 February 2022 (UTC)
- See Wikipedia:Administrators' noticeboard#Emergency captcha enable which mentions "ongoing severe botnet disruption". It's temporary, while needed (although I haven't seen the background). Johnuniq (talk) 08:06, 18 February 2022 (UTC)
- WP:ANI#"Delete P____" Doug Weller talk 08:44, 18 February 2022 (UTC)
Related OAuth breakage
If you run a tool that uses the python-social-auth module to do OAuth, the emergency fix described above probably breaks your authentication flow. Python-social-auth uses requests and doesn't override the default user agent. -- RoySmith (talk) 15:03, 18 February 2022 (UTC)
- I haven't heard any problems from logged in users, (including bots) - has any bot actually had a problem? — xaosflux Talk 15:06, 18 February 2022 (UTC)
- The issue is that the OAuth flow can't complete. As long as a user is already logged in, the token they got should continue to work. At least that's my understanding. I also see that T302047 was just opened to back this out, so it should become moot at some point in the not-too-distant future. -- RoySmith (talk) 15:12, 18 February 2022 (UTC)
- Heh. Apparently, "not-too-distant future" means a couple of minutes ago :-) -- RoySmith (talk) 15:15, 18 February 2022 (UTC)
- All afternoon I've needed to supply a Captcha just to preview my edits if they included a reference—a real pain—so I came here to find out what was going on. Glad to see it's in hand. Latest one, though, I didn't have to use one at all to save a new entry – result!--217.155.32.221 (talk) 17:02, 18 February 2022 (UTC)
- Heh. Apparently, "not-too-distant future" means a couple of minutes ago :-) -- RoySmith (talk) 15:15, 18 February 2022 (UTC)
- The issue is that the OAuth flow can't complete. As long as a user is already logged in, the token they got should continue to work. At least that's my understanding. I also see that T302047 was just opened to back this out, so it should become moot at some point in the not-too-distant future. -- RoySmith (talk) 15:12, 18 February 2022 (UTC)
- I haven't heard any problems from logged in users, (including bots) - has any bot actually had a problem? — xaosflux Talk 15:06, 18 February 2022 (UTC)
help regarding pywikibot
Hello. I am not familiar with python at all, but I want to perform only one task.
I am very good with C family. On mrwiki, I want to create an automated bot to do the task of "find and replace" in mainspace. On my computer, on command prompt, using replace.py I could do what I wanted to. I could change certain words from particular namespaces. The less than 10 contributions (all with english summary) of the bot can be seen at mr:special:contributions/KiranBOT_II.
Currently there is a list of words to be replaced in my user subpage at mrwiki. The current number is 42, but it expected to grow soon upto 200, and then slowly. The list/replace candidates are vetted on mr village pump before being added to that actual list.
From the idea of making a list of fixes in separate file (user-fixes.py), I created a separate file. Using that file, I was able to edit my userpage. But I still dont know the correct/working syntax of "find and replace" for pywikibot. I went through source code of replace.py, fixes.py and many other files, but still I could't find what I am looking for.
To be precise, how can I port following code to python/pywikibot, with addition to tell the pywikibot to edit in particular namespace(s).
{ Summary = "summary for bot"; Regex header = new Regex(@"\{\{{nobots", RegexOptions.IgnoreCase); Skip = (header.Match(ArticleText).Success); Match n = Regex.Match(ArticleText, @"\{\{PAGENAME", RegexOptions.IgnoreCase); if (n.Success) ArticleText = Regex.Replace(ArticleText, @"(\{\{PAGENAME\}\})", "{{subst:PAGENAME}}", RegexOptions.IgnoreCase); ArticleText = ArticleText.Replace("abc", "xyz"); ArticleText = ArticleText.Replace("foo", "bar"); return ArticleText; }
I use the above code for my AWB bot. I am trying to do the same thing with pywikibot. There is a similar discussion that has almost gone stale at Wikipedia:Bots/Noticeboard#help creating a bot. Any help/guidance will be appreciated very much. Thanks a lot, —usernamekiran • sign the guestbook • (talk) 08:43, 18 February 2022 (UTC)
- You can google find and replace in python. – SD0001 (talk) 15:33, 18 February 2022 (UTC)
- @SD0001: I already did that, long before asking help on wikipedia. I tried a lot of variations, they are not working. The first search result is geeksforgeeks, I added
string.replace(abcusernamekiran, xyz)
to my script, and then got the error "NameError: name 'string' is not defined". I tried few different variations from few different sources, all of them are giving similar/some or other error. —usernamekiran • sign the guestbook • (talk) 17:39, 18 February 2022 (UTC)
- @SD0001: I already did that, long before asking help on wikipedia. I tried a lot of variations, they are not working. The first search result is geeksforgeeks, I added
There was no direct/definitive answer on any of the websites. I finally managed to do it by comparing few other source codes, and lots of experiments. Now, I have only one question, how to tell the script to edit in particular namespace(s)? Regards, —usernamekiran • sign the guestbook • (talk) 18:31, 18 February 2022 (UTC)
- Do you mean you want to work on all pages in a particular namespace? That is done with a generator which iterates pages according to supplied parameters. I've never tried using the supplied scripts but pywikibot/pagegenerators.py seems to list options that might work with them. If writing your own program, I believe you would use pywikibot.pagegenerators.AllpagesPageGenerator with a namespace parameter. Johnuniq (talk) 23:05, 18 February 2022 (UTC)
New topic on talk pages
When did this change to a + sign? It's very confusing, and I almost end up clicking on history by mistake.— Vchimpanzee • talk • contributions • 23:38, 18 February 2022 (UTC)
- Still says "New Section" for me. ― Blaze WolfTalkBlaze Wolf#6545 01:54, 19 February 2022 (UTC)
- Do you have the
Replace the "new section" tab text with "+"
gadget enabled? That phab# above seems sus, wonder if we have to make a reverse gadget to change it back..... bleh. — xaosflux Talk 00:03, 19 February 2022 (UTC)- Historically, this has varied according to (a) skin and (b) the language selection made at Preferences. It still does:
Effect on the "New section" tab of varying skin/language setting useskin= uselang=en uselang=en-CA uselang=en-GB cologneblue New section + + minerva Add discussion Add discussion Add discussion modern new section + + monobook + + + timeless New topic New topic New topic vector New section Add topic Add topic vector-2022 New section + +
- Xaosflux I would certainly not do that.— Vchimpanzee • talk • contributions • 16:08, 19 February 2022 (UTC)
Using "1st" instead of "first" in a sentence, etc
I think WP:Ordinal used to have guidelines on when to use "first" and when to use "1st". I can't find it now. An editor is consistently using "1st" in a sentence when it should be "first". Where is the MOS guideline? Bubba73 You talkin' to me? 07:56, 19 February 2022 (UTC)
- This is the technical village pump, for discussion about technical items impacting Wikipedia; this thread is about content and style, and has been moved to: Wikipedia_talk:Manual_of_Style/Dates_and_numbers#Using_"1st"_instead_of_"first"_in_a_sentence,_etc; please feel free to follow up on this there. — xaosflux Talk 21:19, 19 February 2022 (UTC)
xtools oddity
If I go to my xtools page here [1], it has numbered links at the bottom so I can see article talkpages I've edited less. However, the page for articles [2] has no such links. Can this be fixed? Ping to @Mann Mann who asked first at the helpdesk. Gråbergs Gråa Sång (talk) 08:21, 19 February 2022 (UTC)
- Thanks for notifying me. Would someone please contact XTools developers for a solution/fix? OR any alternative way to view more entries in article namespace? Mann Mann (talk) 08:29, 19 February 2022 (UTC)
- @Gråbergs Gråa Sång and Mann Mann: "xtools" is not part of the English Wikipeida, you can report bugs with that tool by using this link. — xaosflux Talk 10:57, 19 February 2022 (UTC)
- Thanks! Gråbergs Gråa Sång (talk) 11:00, 19 February 2022 (UTC)
Changed behaviour for the thumb image option
Moonraker (talk · contribs) has made edits like this on a number of articles. I see no point to this, since it is merely doubling up the styles that are applied by the inbuilt CSS rule
div.tright,
div.floatright,
table.floatright {
clear: right;
float: right;
}
that is triggered by the use of |thumb
on the image. I brought it up on their talk page, and removed some such additions (example), but several of my edits have been reverted (example), reinstating the markup that is, to me, absolutely unnecessary.
So, has there been some change to the way that |thumb
behaves, either in the site's CSS or in the MediaWiki software? It seems strange that such a radical change in behaviour (floated images failing to float) would not be noticed by several other people and at least one thread started here. But if there has been a change, fixing this in one or two places would surely be easier than adding <div style="float:right;clear:right">...</div>
tag pairs around millions of images one by one. --Redrose64 🌹 (talk) 10:22, 19 February 2022 (UTC)
- I see on their talk page that the user claims that it only affects small-screen mobile devices, which is probably true as floats don't make much sense at low widths. But as far as I know the relevant CSS rules have existed for years. And I doubt wholesale forcing of floats on mobile devices is really going to be a good experience for such readers. Anomie⚔ 13:11, 19 February 2022 (UTC)
- This indeed has an effect on mobile devices, but it's a negative effect! Here's how the article you linked (Stewart Orr) looks like on my phone: https://phabricator.wikimedia.org/F34958172. Images are made to display at full width on mobile for a reason, please don't override that. Matma Rex talk 13:59, 19 February 2022 (UTC)
- Moonraker Please stop making this change. Izno (talk) 17:33, 19 February 2022 (UTC)
- Redrose64 and Izno, it seems to me you need to link some policy, rather than putting forward personal preferences. Most people (including me) are now using mobile devices. If I create an article and want a marginal image in it, one which does not split the text across the whole page width, the “thumb” option no longer works for me on the English Wikipedia, as it did until a few months ago. It still works fine on the French, German, and Italian Wikipedias, and perhaps on all others. By all means point me towards some other standard option. {{Main page image}} does the trick for me, but I believe it was GKFX who said that should only be used on the main page. If there is a policy which claims that marginal images are a problem, I am not aware of it. There must surely be a correct way to achieve them. Also, can someone please find out exactly what change has been made to the “thumb” mobile display on this Wikipedia, I believe it was last October, and why it was made? Moonraker (talk) 00:35, 20 February 2022 (UTC)
- @Moonraker Marginal images still display on the mobile site, but they depend on your device's width and text zoom level. On my device, they appear like that when I turn it to landscape and zoom out to 75%: [3] (85% for comparison: [4]) (the example I tested is The Fighting Temeraire#Symbolism). If you see different results on different language Wikipedias, maybe you zoomed in on one of them accidentally or something? Matma Rex talk 01:05, 20 February 2022 (UTC)
- This is actually irrespective of my personal preference. The irony is that you are installing your own personal preference without actually understanding the implications of what you are doing.
- As for 'marginal' images, Matma Rex seems to have explained how and why they aren't working for you, and why in fact you should not try to enforce your preference. While it is possible something did actually change or break for you in October (there has been work on skinning for the past couple years), I have some doubts (Matma would know if it had -- he is a reasonably diligent software engineer for the movement). Izno (talk) 01:15, 20 February 2022 (UTC)
- Redrose64 and Izno, it seems to me you need to link some policy, rather than putting forward personal preferences. Most people (including me) are now using mobile devices. If I create an article and want a marginal image in it, one which does not split the text across the whole page width, the “thumb” option no longer works for me on the English Wikipedia, as it did until a few months ago. It still works fine on the French, German, and Italian Wikipedias, and perhaps on all others. By all means point me towards some other standard option. {{Main page image}} does the trick for me, but I believe it was GKFX who said that should only be used on the main page. If there is a policy which claims that marginal images are a problem, I am not aware of it. There must surely be a correct way to achieve them. Also, can someone please find out exactly what change has been made to the “thumb” mobile display on this Wikipedia, I believe it was last October, and why it was made? Moonraker (talk) 00:35, 20 February 2022 (UTC)
Strange curly brackets
There is }} }}
at the bottom of Bibb County, Alabama#Government and infrastructure, but I can't see what could be causing it. ― Qwerfjkltalk 13:34, 19 February 2022 (UTC)
- @Qwerfjkl: They're gone. --Redrose64 🌹 (talk) 13:43, 19 February 2022 (UTC)
- Personally I think it is easier to see uneven brackets with one of the highlighters.--Snævar (talk) 19:30, 19 February 2022 (UTC)
Edit Watchlist times out
I've got over 23,000 pages but I wouldn't think that's a problem. In theory I could also try editing my raw watchlist, but that loads, shows pages for a second, and goes blank. Doug Weller talk 17:49, 19 February 2022 (UTC)
- Yes, that's too many these days. Raw watchlist failing is probably a separate issue totally though. Izno (talk) 17:59, 19 February 2022 (UTC)
- You could try trimming some of the cruft from your watchlist with my watchlist cleaner tool. You might want to skip the slow options the first time round, but I've been able to test it successfully on a 10,000 item watchlist. --Ahecht (TALK
PAGE) 22:16, 19 February 2022 (UTC)
Can you obtain the timestamp of a revision from its `oldid` using Lua/Scribunto?
As the title asks. Template:Copied requires you to manually enter the date of the diff that copied the material, which could be eliminated if the answer to this question is yes. — Scott • talk 22:11, 19 February 2022 (UTC)
- No, that would require an API query, which can't be done via Lua. --Ahecht (TALK
PAGE) 22:19, 19 February 2022 (UTC)- Presumably one could, in theory, store certain known revid-timestamp pairs and compute the timestamp for an unknown revid using best-fit curves, since the date doesn't need to be accurate to more than about a day. In practice that probably isn't what you are looking for. * Pppery * it has begun... 22:58, 19 February 2022 (UTC)
- That would work about 99.9% of the time, but ocasionally it would fail spectacularly. In that case it's because the page was deleted and restored before MediaWiki was upgraded to MediaWiki 1.5 in 2005, but imports among other things also produce out-of-order revision ID numbers. Graham87 05:22, 20 February 2022 (UTC)
- Presumably one could, in theory, store certain known revid-timestamp pairs and compute the timestamp for an unknown revid using best-fit curves, since the date doesn't need to be accurate to more than about a day. In practice that probably isn't what you are looking for. * Pppery * it has begun... 22:58, 19 February 2022 (UTC)
Rollback edit summary duplicated part of user's username, resulting in incorrect link to contribs
Hello! So when using rollback on an edit, for whatever reason the edit summary duplicated part of the user's username. The edit is here. Anyone know what caused this to happen? It didn't appear to happen any other time I rolled back an edit by the same user. ― Blaze WolfTalkBlaze Wolf#6545 00:25, 20 February 2022 (UTC)
- @Blaze Wolf: it looks like you used a userscript to insert a custom rollback summary, you may want to check with the script maintainers here: Wikipedia talk:RedWarn, perhaps a problem with "$'s" or ".'s" in the username. — xaosflux Talk 00:51, 20 February 2022 (UTC)
- @Xaosflux: Not in this case. I just used the rollback button that appears if you have the rollback perms. ― Blaze WolfTalkBlaze Wolf#6545 00:52, 20 February 2022 (UTC)
- I'm 99.9% sure, especially since the mediawiki rollback should not put
non-constructive (RW 16.1))
in to the rollback summary - why do you think this wasn't script based? — xaosflux Talk 00:55, 20 February 2022 (UTC)- @Xaosflux: *Facepalm* Woops my bad. For whatever reason I didn't see the (RW 16.1) and the "non-constructive" part when reading my own edit summary. I just read the "rollback edits by" part and assumed I Didn't use RW for that edit. ― Blaze WolfTalkBlaze Wolf#6545 00:59, 20 February 2022 (UTC)
- I'm 99.9% sure, especially since the mediawiki rollback should not put
- @Xaosflux: Not in this case. I just used the rollback button that appears if you have the rollback perms. ― Blaze WolfTalkBlaze Wolf#6545 00:52, 20 February 2022 (UTC)
Pipe symbol in signature triggers Help:Duplicate parameters and breaks the sig
See this edit - the use of substituted "core" template used in WP:RM/T seems to cause issues with signatures that has pipe symbol in it that's not used for wikitext. FMecha (to talk|to see log) 08:44, 20 February 2022 (UTC)