Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
Jump to: navigation, search
  Policy   Technical   Proposals   Idea lab   Miscellaneous  
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. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

« Older discussions, 128, 129, 130, 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144, 145, 146, 147, 148
Centralized discussion
Proposals: policy other Discussions Ideas

For a listing of ongoing discussions, see the dashboard.

Note: entries for inactive discussions, closed or not, should be moved to the archive.


Edit count reduced[edit]

At the end of a session I check my edit count, just to see how many edits I've knocked off and to get an idea of the ground I've covered. The last time I checked a couple of days ago my edit count was over 53,400. After checking just a few minutes ago it's down to 53,044. Some how, about 400 edits just sort of 'disappeared'. No big deal I suppose, because my actual edits are still with us. Any ideas? -- Gwillhickers (talk) 09:28, 14 July 2016 (UTC)

It's probably a phab:T138967 issue of some sort. If someone can determine exactly what's wrong on the database level, they should report it there. Anomie 11:38, 14 July 2016 (UTC)
User talk:Cyberpower678#Adminstats losing edits may be related. --Redrose64 (talk) 15:02, 14 July 2016 (UTC)
@Anomie and Redrose64: -- Okay, don't quite know what happened, but my edit count is back up where it belongs. (Ghost in the machine?) Thanks to any and all who may have solved this problem. -- Gwillhickers (talk) 19:01, 14 July 2016 (UTC)
@Anomie and Redrose64: Well, the problem is back. I informed Cyberpower678 and was told it was an issue with Labs' DB cluster, period -- whoever they may be. Don't even know how to contact them. -- Gwillhickers (talk) 07:12, 15 July 2016 (UTC)

Edit counter still acting funny[edit]

The edit counter is at it again. Yesterday I reported a problem (posted above) -- the edit-counts were below par, but this morning when I checked things were back to normal. Just checked it again and my edit-count is even lower than before. Could someone report this to the people who manage this thing? Thanx. -- Gwillhickers (talk) 00:33, 15 July 2016 (UTC)

Yes check.svg Done    Just left User talk:cyberpower678 a message about the problem. Hopefully this will help.
Is anyone else experiencing this problem?-- Gwillhickers (talk) 01:03, 15 July 2016 (UTC)
Cyberpower678 was unable to help and deferred me to something called "Labs' DB cluster", which I've never heard of and don't know how to contact. Anyone? -- Gwillhickers (talk) 07:16, 15 July 2016 (UTC)
Cyberpower678 should look at the specific database queries that are being executed here and report it at phab:T138967, as I mentioned earlier. Just "it's the database's fault" doesn't help the problem get fixed. Anomie 12:39, 23 July 2016 (UTC)

See https://wikitech.wikimedia.org/wiki/Help:Tool_Labs#Contact. I'll ping Yuvi on your behalf now though, I hope he'll be able to provide some kind of information here. --Elitre (WMF) (talk) 09:39, 18 July 2016 (UTC)

New maintenance category: "Pages using invalid self-closed HTML tags"[edit]

Attention gnomes!

I just created Category:Pages using invalid self-closed HTML tags after seeing it in a redlink at the bottom of a page. It had 227 items when I created it, and 312 now, which usually means that something changed somewhere (in the Wikimedia code base, I believe) that is tagging articles with this new maintenance category as they are edited or processed by the job queue.

See this discussion from two months ago, which I think is related to this new category.

If I've done something wrong, feel free to fix, revert, trout, whatever. – Jonesey95 (talk) 19:51, 14 July 2016 (UTC)

Looks good. Maybe MediaWiki-added tracking categories should be hidden by default when they haven't been created yet. Some foreign languages now have ugly red category names displayed on articles (in English since the name hasn't been translated yet). Current example: pt:Paulo Magalhaes. The category name is determined by MediaWiki:Deprecated-self-close-category. Category:Pages using invalid self-closed HTML tags sounds OK.
Module:TreeChart has 3020 transclusions and is responsible for many of the pages in the category. It's called by {{chart}}. Special:ExpandTemplates shows {{#invoke:TreeChart|main| }} produces code with <td colspan="2" rowspan="2" style="height:2em;width:2em" />. Can a Lua coder look at it? PrimeHunter (talk) 20:48, 14 July 2016 (UTC)
It looks like Module:TreeChart/data may produce the offending code. A line near the end says renderedCells:tag('td', {selfClosing = true}):css(v3.style or {}):attr(v3.attr or {}). – Jonesey95 (talk) 22:44, 14 July 2016 (UTC)
Yes. Where is the function renderedCells:tag defined? --Redrose64 (talk) 22:57, 14 July 2016 (UTC)
"renderedcells" appears to be a function defined two lines above the code I quoted. It calls mw.html.create(). See the documentation. Maybe The Mol Man or Jackmcbarn will know how to fix this one. – Jonesey95 (talk) 23:39, 14 July 2016 (UTC)
@Jonesey95: Done. Jackmcbarn (talk) 18:56, 15 July 2016 (UTC)
^He fixed it. I used self-closing tags because why not. It reduced the size post-expansion. Had no clue this was deprecated in HTML5. ¯\_(ツ)_/¯ moluɐɯ 22:14, 15 July 2016 (UTC)
There's another module/template on Andy Warhol producing it. --Izno (talk) 21:44, 14 July 2016 (UTC)
In Andy Warhol, the last ref in the Music sub-section is a {{cite web}} containing |journal=''[[HUMO]]'' magazine and that parameter is italicised in the cite templates - there's a function in Module:Citation/CS1/Utilities called safe_for_italics that inserted a <span /> to prevent four consecutive apostrophes from occurring, this would be interpreted as three then one - boldface and literal apostrophe. This edit should fix it. Also hundreds of others. --Redrose64 (talk) 22:08, 14 July 2016 (UTC)
@PrimeHunter: Categories can't be hidden by default when their cat pages haven't been created yet, because the mechanism by which they're hidden is by placing the behaviour switch __HIDDENCAT__ on the cat page. So the cat page must exist in order for the cat to be hidden. --Redrose64 (talk) 22:15, 14 July 2016 (UTC)
I know that's how it works now. I was thinking of a change in the MediaWiki software, not something we can do here. PrimeHunter (talk) 22:21, 14 July 2016 (UTC)

Here's an error in a mass message that someone could fix with AWB. Change "</big/>" to "</big>". – Jonesey95 (talk) 23:58, 14 July 2016 (UTC)

Are the pages containing <br /> added to this tracking category? And if yes, should they be then changed to <br>? AFAIK HTML supports both of those tags? --Stryn (talk) 14:25, 15 July 2016 (UTC)

Html 5 allows <br> to be self-closing, so a slash there is fine. --Izno (talk) 14:34, 15 July 2016 (UTC)
Why are pages using <br /> (at least on sr.wiki) still added to the tracking category Pages using invalid self-closed HTML tags? Example: sr:Проширени периодни систем. Note: Maybe it is other reason why is this page in particular added to the tracking cat; could you explain why is this happening?
Also, if there are some modules etc. that should be implemented on other wikis such sr.wiki so this category functions as it should, please tell. --Obsuser (talk) 14:41, 15 July 2016 (UTC)
Wait a day or two to see if this change affects your category. Then start opening pages, see if /> shows up in the source; if it's an html tag which can't use that, replace/remove it. If it doesn't show up, it's probably in a module or template somewhere, and finding that is on you. --Izno (talk) 15:21, 15 July 2016 (UTC)
I've seen some module on en.wiki and discussions on how to get <br /> etc. accepted no matter that they contain /> (these are self-closing and accepted in HTML5). Is there anything additional that should be changed/made [such as the change you mentioned] in order for this categorization to function properly on other Wikis, or all of this is solved elswehere (outside of local Wikipedias such as sr.wiki) because category is a Mediawiki category? --Obsuser (talk) 17:24, 15 July 2016 (UTC)
<br /> and some others like <ref ... /> are valid and do not cause the category. All pages in the category for a specific wiki are caused by invalid self-closing tags on a page somewhere at that wiki, but it may often be another page which is transcluded by a page in the category. sr:Проширени периодни систем transcludes sr:Шаблон:Periodic table (32 columns, micro)/119+ which has many invalid <div ... />. They can be replaced by <div ...></div>. The categorization is made by MediaWiki and works as intended at sr. The only thing for the local editors to do (which can be a lot of work) is find and fix the invalid self-closing tags. the change you linked is an example of doing that. Special:Expandtemplates at the local wiki can be of help in finding transcluded cases. Actually, there is one more thing you can do: A local admin can rename the tracking category in the local MediaWiki:Deprecated-self-close-category. If you don't create that message at sr then it may suddenly get a Serbian name when somebody adds a Serbian translation to the MediaWiki software itself. PrimeHunter (talk) 18:01, 15 July 2016 (UTC)
Here's a fun one: File:Smash_the_House_logo.jpg. --Izno (talk) 16:16, 15 July 2016 (UTC)
Caused by {{OTRS received}}, now fixed. Reach Out to the Truth 16:36, 15 July 2016 (UTC)

If someone wants to tell me why my talk page is in this category that would be great. Even better if they can fix the problem. Cheers, Jenks24 (talk) 18:48, 15 July 2016 (UTC)

@Jenks24: This edit to User:MiszaBot/config should have fixed it, similarly for other pages using lowercase sigmabot III archiving. --Redrose64 (talk) 08:14, 16 July 2016 (UTC)

Common non-void elements (div, span)[edit]

The category seems to have a lot of pages caused by

  • <div id="divLabel" />
  • <span id="spanLabel" />
Do we have a good standard for how we want these remediated? — xaosflux Talk 01:22, 16 July 2016 (UTC)
WP:ANCHOR says: code <span id="anchor_name">...</span>, or {{Anchor|anchor name}} (see {{Anchor}} syntax).
I don't know whether there is a reason to use a div instead of a span to make an anchor. PrimeHunter (talk) 01:30, 16 July 2016 (UTC)
OK the {{anchor}} template produces: <span id="VALUE"></span> (if expanded). — xaosflux Talk 01:38, 16 July 2016 (UTC)
Many of them are football tournaments; the fix for those is to move the id inside the {{Football box}} template, and drop the <div /> or <span /> completely. That is to say, make an edit like this. --Redrose64 (talk) 08:18, 16 July 2016 (UTC)

What should be done with <cite>...</cite> tags? I've never used them before, so I don't know what they do. Example: List of airports by IATA code: B. – Jonesey95 (talk) 18:40, 18 July 2016 (UTC)

Those in that case are being used as {{anchor}}, so I would recommend replacement with that template. Other users of cite may be context dependent. --Izno (talk) 18:43, 18 July 2016 (UTC)
@Jonesey95 and Izno: Easier to do this. --Redrose64 (talk) 21:42, 18 July 2016 (UTC)

span tags suitable for bot action[edit]

There are a few thousand pages with self-closed span tags that should be suitable for closing by a bot, or a robotic human with AWB. Here's an insource search that reveals a subset of them (in the Wikipedia namespace). Here's the same search in article space.Jonesey95 (talk) 05:48, 17 July 2016 (UTC)

Some may need human review, does anyone have the AWB style regex for this find/replace handy:
<span id="text text text" /> to--> <span id="text text text"></span>
xaosflux Talk 16:35, 17 July 2016 (UTC)
(<span id=".*?" ?)\/> for $1></span>? Does span ever take any other arguments? Or none? —  crh 23  (Talk) 16:52, 17 July 2016 (UTC)
@Crh23: that regex is matching other things, we can start with just "id" but the match needs to be only when:
  1. Starts with <span id="......"./> (e.g. must end with "/>"). — xaosflux Talk 17:27, 17 July 2016 (UTC)
@Xaosflux: Sorry, pretty inexperienced with regex. Can you give me an example of the false positives? I have gone through a small sample and not found any (or I misunderstand the intended behaviour). —  crh 23  (Talk) 17:42, 17 July 2016 (UTC)
Re-checking, may have been a syntax error on my side. — xaosflux Talk 17:53, 17 July 2016 (UTC)
@Crh23: Thank you, that seems to be good, I'm checking for div's too, may be a slow run see example that worked: (example. — xaosflux Talk 17:57, 17 July 2016 (UTC)
I might churn through a few of these later. May have to use a database dump, as wiki search including insource: in AWB is quite broken (phab:T133799). —  crh 23  (Talk) 18:13, 17 July 2016 (UTC)
I'm doing a few small runs against the maint category. — xaosflux Talk 18:16, 17 July 2016 (UTC)
A number of these are better fixed by moving the id= attribute to another element (which might mean altering '''...''' to <b>...</b> at the same time), allowing the span to be eliminated, as here - two different situations in the same article. --Redrose64 (talk) 08:37, 18 July 2016 (UTC)
@Crh23: To your q. "does span ever take any other arguments?" - yes, like any other HTML element it allows several other attributes - those that I've come across in Wikipedia include class= dir= lang= and style=. --Redrose64 (talk) 08:43, 18 July 2016 (UTC)
Style is somewhat popular of the ones I've run across so far. — xaosflux Talk 11:52, 18 July 2016 (UTC)
I ran a large batch, seeding from the category - now just have to wait for it to catch up (new pages are still being populated in that that category as well (new as in old pages that are new to that cat). — xaosflux Talk 11:52, 18 July 2016 (UTC)
No need to wait. Here's a list of 2,749 pages to work on. Feel free to copy it to a page of your own. And here's another list of 435 articles. These lists were generated from the insource searches above. They match the regex \<span id=\"[a-zA-Z0-9_ ]+\" *\/\>, which is not comprehensive but should avoid false positives. – Jonesey95 (talk) 14:29, 18 July 2016 (UTC)
Here's a list of 448 pages with self-closing div tags. – Jonesey95 (talk) 18:58, 18 July 2016 (UTC)
I have filed a bot request - though my initial reviews shows that most of these still need to be carefully supervised - there are a lot of oddities and there may be some false positives in the checking routine (when nesting modules or where comment code is in use). — xaosflux Talk 16:29, 22 July 2016 (UTC)

Syntax highlighting[edit]

Is there any way to highlight just a word or regular expression in edit box via User:USERNAME/common.js?--ԱշոտՏՆՂ (talk) 12:02, 17 July 2016 (UTC)

You can look at this. Ruslik_Zero 13:34, 17 July 2016 (UTC)
Ruslik, thanks!--ԱշոտՏՆՂ (talk) 22:19, 18 July 2016 (UTC)
I'm fond of User:Ais523/highlightmyname2.js, but it only works in "Read mode", so I don't think it will do what you want. OTOH, since I started using it, I feel more confident that I'm not overlooking my username (and you can set it to any single string that you want). WhatamIdoing (talk) 07:27, 23 July 2016 (UTC)

Hatnotes, lists and outdenting when image is to the left[edit]

Do you know why are hatnotes such as here not outdented i.e. right on the text left margin? I made all modules, .css and .js are updated – so nobody could find error till now. Also, why are bulleted and numbered list, not only on sr.wiki but on en.wiki too, not outdented more from the text left margin when image is to the left (bulleted lists' content is displayed also right on the text left margin)?--Obsuser (talk) 07:18, 18 July 2016 (UTC)

Because in CSS, a margin is reduced, before a 'box' is shifted. The same happens to lists. In en.wp we have Template:flowlist and it's accompanying class in MediaWiki:Common.css to deal with lists that are bothered by this issue. For hatnotes, you can add the style rule "overflow:hidden", which as a side effect prevents this compromise of the margin. —TheDJ (talkcontribs) 08:18, 18 July 2016 (UTC)
@TheDJ: Thank you, I've just made sr:Template:flowlist. Couldn't this be fixed for all lists directly in MediaWiki:Common.css + that white space below images does not appear i.e. wrapping is enabled / list becomes non-block element?
Regarding hatnotes: I didn't understand you about "overflow:hidden". Thing is that I've just seen that hatnotes are not outdented when right to the left-positioned image on en.wiki either (as same as they are not on sr.wiki). Do you know how to fix this for both projects and all instances of hatnote templates use at once i.e. where to add "overflow:hidden" and why is it not already implemented on en.wiki? --Obsuser (talk) 20:30, 18 July 2016 (UTC)
ω Awaiting... Could someone check this so it does not get archived...--Obsuser (talk) 07:04, 24 July 2016 (UTC)

robots.txt problem[edit]

The answer to my problem may be "Archive.org made a mistake", and if that's the case, no point in further discussion.

File:Vulpes zerda sitting.jpg, a former featured picture, was deleted in 2007 (a year after its FP status was removed) because it was a corrupted image; when I view deleted edits, I can see the history of the description page, but there's no file history. I figured I'd try the Internet Archive, but [1] give me a surprising message, Page cannot be displayed due to robots.txt. Same result if I look for "Image:Vulpes..." instead of "File:Vulpes..." Moreover, I note that our robots.txt file appears to make no restrictions on this namespace: "Image" doesn't appear at all, and "File" appears only in blacklistings for WP:FFD. Any idea what's happened, and if anything can be done on our end to resolve this problem? Nyttend (talk) 02:27, 21 July 2016 (UTC)

It works as expected for me. Your link [2] says "Wayback Machine doesn't have that page archived", with no mention of robots.txt. "Image:" instead [3] gives me [4] which displays the image from Commons. commons:File:Vulpes zerda sitting.jpg says it was deleted from Commons in February 2007. I don't think it was ever uploaded to the English Wikipedia. We create file pages for Commons files if they are featured here, so they can be placed in Category:Featured pictures. I'm not a Commons admin but I assume the deleted file history will show it there. PrimeHunter (talk) 02:56, 21 July 2016 (UTC)
Ug, that should have been an obvious place to check, especially since I'm a Commons admin. Yes, the deleted content is visible to anyone with the rights to access https://commons.wikimedia.org/wiki/Special:Undelete/File:Vulpes_zerda_sitting.jpg. Thanks! Nyttend (talk) 03:22, 21 July 2016 (UTC)

FFD close script request[edit]

This is something that Czar has asked for, I wonder if it would be possible to write a script to close FFD discussions (mainly, adding and removing templates). The venue is highly backlogged and all the manual steps to take for discussions where the outcome is not a simple deletion is cumbersome.

Such a script could have three input options for each file (for single file discussions; multi-file ones are more complex):

  • Delete without comment: Simply deletes the file.
  • Delete with comment: Adds the {{subst:ffd top|'''Result'''}} ~~~~ template at the top (with "reason" containing the comment) and {{subst:ffd bottom}} at the bottom, while removing any {{Closing}} templates. Then deletes the file.
  • Other action with comment: Adds the {{subst:ffd top|'''Result'''}} ~~~~ template at the top (with "reason" containing the comment) and {{subst:ffd bottom}} at the bottom, while removing any {{Closing}} templates. It then adds {{oldffdfull|date=date of nomination|result=result}} (with "result" containing the comment) to the file talk page and removes the {{FFD}} template from the file talk page. Then it would open the file page in an additional window for implementing the decision.
  • Relist.

Thanks! Jo-Jo Eumerus (talk, contributions) 14:32, 21 July 2016 (UTC)

@Jo-Jo Eumerus and Czar: I've started making a script over at User:Evad37/FFDcloser.js. I haven't yet looked at relisting, but have done (very) basic tests on the other functions, and at this stage it looks like the script will be able to do most or all of the above. I'll provide an update when it's ready for testing. - Evad37 [talk] 18:49, 22 July 2016 (UTC)
Thanks! I see Czar is already working with it.Jo-Jo Eumerus (talk, contributions) 21:09, 22 July 2016 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────@Jo-Jo Eumerus and Czar: The script is now ready for more testing – in particular, the actual deletion of a file needs an admin to test it. I ended up coding five options:

  • Quick Delete [qDel] – Closes the discussion as "Delete" and deletes the file.
  • Delete With Comments [Delete] – Prompts for closing comment, closes the discussion with that comment, and deletes the file.
  • Quick Keep [qKeep] – Closes the discussion as "Keep", removes {{ffd}} template from file page, and adds {{oldffdfull}} to file talk page.
  • Other Close/Keep With Comments [Other close] – Prompts for closing comment, closes the discussion with that comment, removes {{ffd}} template from file page, and adds {{oldffdfull}} to file talk page.
  • Relist Discussion [Relist] – Closes the discussion as "Relist" (and collapses the discussion), relists discussion on the current day's subpage, and updates the |log= parameter in the {{ffd}} template on the file page

All of the above will refresh the page after editing; Keep and Other will also open the file page in a new tab/window afterwards; Relist will also open the new listing in a new tab/window afterwards. - Evad37 [talk] 14:12, 23 July 2016 (UTC)

Great! Let's discuss on talk page? User talk:Evad37/FFDcloser.js czar 19:39, 23 July 2016 (UTC)

Cannot access talkpage sections via TOC links (or #section-name links) if inside COT/COB tags.[edit]

I "compress" old sections of my talk page using {{cot}}/{{cob}} tags. Before today I put the ==section header== inside the tags but now I have learned that even though the section is recognized by the page TOC any attempt to click on the TOC link -- or link to the section as a wikilink or URL with #section-name -- fails, leaving the page arrival at the top of the page instead of at the desired section. Until this is fixed I have moved my headers outside the tags but this is kind of ugly and significantly increases the amount of vertical space consumed on the talk page. Is there any way that this can be fixed so that the compressed sections are correctly jumped to if the section headers are inside the tags? Koala Tea Of Mercy (KTOM's Articulations & Invigilations) 17:02, 21 July 2016 (UTC)

This is a known feature of section headings inside collapsed text. You could use {{anchor}} to make your own anchors with the same titles but before the collapsing like in [5]. PrimeHunter (talk) 17:24, 21 July 2016 (UTC)
Thanks PrimeHunter! Much appreciated! Koala Tea Of Mercy (KTOM's Articulations & Invigilations) 03:44, 22 July 2016 (UTC)

WP:DRN/request - can't post request[edit]

I've filled out the request form at Wikipedia:Dispute_resolution_noticeboard/request, but when I press the "save" button the 'working' indicator just keeps spinning. The "Form for filing disputes at the dispute resolution noticeboard" entry in my Preferences:Gadgets form is checked, and I'm able to see and fill the form. The problem comes when I save it. I'm using Firefox on Ubuntu. @Robert McClenon: is helping me get the request posted. Felsic2 (talk) 19:52, 21 July 2016 (UTC)

Did check the browser console? Ruslik_Zero 20:11, 21 July 2016 (UTC)
I have no idea how to do that. Robert McClenon reports that he is having the same trouble, presumably using a different browser/OS. See Wikipedia talk:Dispute resolution noticeboard# Can't post. Felsic2 (talk) 20:13, 21 July 2016 (UTC)
A script is being used for the purpose, and is new. I am looking to see who supports the script, because it apparently isn't working as intended. Robert McClenon (talk) 21:03, 21 July 2016 (UTC)
User:TransporterMan - Do you know who is the maintainer for the script? The tests that I have conducted indicate that it is just looping, as User:Felsic2 reports. Robert McClenon (talk) 21:42, 21 July 2016 (UTC)
Mea culpa. I made an edit request to the script four days ago that apparently had a bug in it; for whatever reason, the testing I did didn't detect the error. An edit request to fix it has been filed. Enterprisey (talk!(formerly APerson) 01:48, 22 July 2016 (UTC)
The test version seems to be working; all we need now is an admin. Enterprisey (talk!(formerly APerson) 01:57, 22 July 2016 (UTC)
Fix has been published; everything should be working now. Enterprisey (talk!(formerly APerson) 02:30, 22 July 2016 (UTC)

I just posted a test case and it posted correctly. Thanks for the fix. — TransporterMan (TALK) 06:59, 22 July 2016 (UTC) (Current DRN Coordinator)

Thanks for the fix! Felsic2 (talk) 15:00, 22 July 2016 (UTC)

New bolding in watchlist[edit]

Firefox 47.0.1. Less than an hour ago, my watchlist started bolding unvisited page title links, where previously there was just a subtle color difference and no bolding. I have cleared history and cache and restarted Firefox, don't know what else I could do on my end. Anyone else seeing this? ―Mandruss  21:19, 21 July 2016 (UTC)

@Mandruss: Did you recently change any of your gadget settings? Under Gadgets -> Watchlist there is a setting that will "Display pages on your watchlist that have changed since your last visit in bold". Is that checked? If not, check it, save, uncheck, and resave, and see if it fixes it. --Majora (talk) 21:24, 21 July 2016 (UTC)
Did you recently change any of your gadget settings? No, not in many moons. The option was unchecked, so I did what you suggested. No change. ―Mandruss  21:26, 21 July 2016 (UTC)
I'm having the same phenomenon, the same version of Firefox. Nothing changed on my end. But in the last hour or two, the bolding got so bold on the unvisited ones that it's blurry. It's big and thick and very dark and blurry. Only the link title is that way, not the rest of the info on the item. My gadget on Preferences is also not checked. What happened? — Maile (talk) 21:37, 21 July 2016 (UTC)
It's beginning to look like it might be a Firefox problem. I saw the change around the time that Firefox said it had automatically downloaded 47.0.1, albeit before I restarted Firefox to install it. I don't understand how the download could have introduced the problem, but then I know nothing of the internals. If it's Firefox, I'd expect a 47.0.2 very soon. ―Mandruss  21:42, 21 July 2016 (UTC)
I've had Firefox 47.0.1 for a couple of weeks now. By default of any other postings here, it's probably Firefox. But who knows. It's really distracting. And just confirming that I do not have this same problem in I.E. — Maile (talk) 21:48, 21 July 2016 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── I assume that the bolding has something to do with the was Firefox handles CSS scripts. I'm not seeing the issue on Chrome so it is probably a problem on their side. I believe you can override it. WP:CUSTOMWATCH has instructions on how to make it bold. I'm guessing you would just replace, "font-weight: bold;" with "font-weight: normal;" --Majora (talk) 21:47, 21 July 2016 (UTC)

Am seeing the same myself in Chrome, Firefox, IE and Edge. Do not have the option selected in prefs. Have tried selecting it and deselecting it. No difference. Nanonic (talk) 21:49, 21 July 2016 (UTC)
Not seeing it in Edge or IE, no other browsers to test. ―Mandruss  21:55, 21 July 2016 (UTC)
Has now stopped in both my Edge and Chrome but still in IE and FF. Odd! However when I refresh the page in Chrome, I can see it bold the 'unread' entries during page load before putting them back to normal when rendered. Nanonic (talk) 22:00, 21 July 2016 (UTC)
I've always experienced that in Chrome. I just assumed there was some Javascript at work that took a little longer to load. clpo13(talk) 22:04, 21 July 2016 (UTC)
I think I've always seen that in Firefox, but the bolding was turned off so quickly that I barely noticed it. So the hypothesis would be that whatever was turning it off is no longer working. No idea what that is, or why it would suddenly stop working. ―Mandruss  22:19, 21 July 2016 (UTC)
It's CSS. The MediaWiki software comes with bolding and no builtin option to remove the bold. The English Wikipedia removes bolding in MediaWiki:Gadget-WatchlistBase.css, a gadget enabled by default and saying "(This loads the base style for the watchlist. Please do not disable this option.)" Another gadget MediaWiki:Gadget-WatchlistChangesBold.css can then override the first gadget and make bolding again with "Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)". For some reason the first gadget is failing. I tried a dummy edit of MediaWiki:Gadget-WatchlistBase.css with no effect. It works in Firefox 47.0.1 if I load it using withCSS: https://en.wikipedia.org/wiki/Special:Watchlist?withCSS=MediaWiki:Gadget-WatchlistBase.css. But it fails if I just have it enabled in gadgets and disable the bolding gadget. The English Wikipedia got mw:MediaWiki 1.28/wmf.11 three hours ago so something there may have triggered the issue. PrimeHunter (talk) 22:31, 21 July 2016 (UTC)
(edit conflict) I'm experiencing this problem as well, Firefox 47.0.1 and briefly on Chrome 52. Interestingly enough, I tried Majora's suggestion above regarding the watchlist gadget and the bolding went away, but only in Chrome. Firefox still has it. clpo13(talk) 22:04, 21 July 2016 (UTC)
I also am seeing the same bolding effect, started in the last hour or two. I am using Iceweasel 24.4.0, and have not recently tweaked any of my settings there or on WP. (Just got a new pair of glasses, but surely that is not a factor.) ~ J. Johnson (JJ) (talk) 23:12, 21 July 2016 (UTC)
Me too. Started up this afternoon. I thought perhaps I had just loaded the page funny (sometimes clearly caches and what not fixes things like this) but apparently its still happening. I haven't tweaked any of my watchlist settings, and I am not happy about the bolding, although if it helps I have noticed that only pages I haven't directly edited are being bolded on the watchlist, those pages that I have edited and still have the current for are not bolded. Not sure what that means, but I am willing to take it. For the record, I am contributing using Firefox and I am fairly certain its the most recently available one. TomStar81 (Talk) 01:26, 22 July 2016 (UTC)
Incidentally, I just noticed that its also on the recent changes page for those items I have on my watchlist. Not sure how that happened, but its happened. TomStar81 (Talk) 02:56, 22 July 2016 (UTC)
The bolding is of watched pages that have been changed since you last visited them. I don't know why MediaWiki:Gadget-WatchlistBase.css fails as a gadget but the bolding can be removed by importing it in your common JavaScript:
importStylesheet('MediaWiki:Gadget-WatchlistBase.css'); // Linkback: [[MediaWiki:Gadget-WatchlistBase.css]]
With this, bolding will be determined by the gadget "Display pages on your watchlist that have changed since your last visit in bold". PrimeHunter (talk) 10:33, 22 July 2016 (UTC)
@PrimeHunter: Thanks for helping with this, as always. Before deciding whether to fix this locally, I would like to know the prospects for a site fix that would make that unnecessary. Is anyone looking at this? If not, is there a way to get them to, such as phab? ―Mandruss  10:51, 22 July 2016 (UTC)
My guess is it will soon be fixed but I don't know where or by whom. I only know what is written here. Many people with CSS and MediaWiki knowledge watch this page, it has only been 14 hours where many users are not active, and so far a problem is only known to exist with a locally made gadget so I wouldn't take it to phab now. PrimeHunter (talk) 11:10, 22 July 2016 (UTC)
Ok. I'll wait. ―Mandruss  11:21, 22 July 2016 (UTC)
It appears that gerrit:288026 has somehow changed the loading order of modules, so the module that applies the default bolding is now loaded after gadgets rather than before. Anomie 13:14, 23 July 2016 (UTC)
A short-term workaround would be to increase the specificity of the selectors in the gadget (e.g. make it "html .mw-changeslist-line-watched .mw-title") so it's not relying on ordering to break the tie. Anomie 13:25, 23 July 2016 (UTC)
I have limited CSS knowledge but I suggest you do that if you ensure MediaWiki:Gadget-WatchlistChangesBold.css still works for those who do want bolding and have selected it in preferences. PrimeHunter (talk) 19:11, 23 July 2016 (UTC)

That dreadful bolding that everyone hates!!![edit]

I see that unreadable bold text in the watchlist is back. How do I get rid of it this time? Checking/unchecking the "Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)" box, in preferences/gadgets/watchlist, makes no difference.--Ykraps (talk) 18:58, 23 July 2016 (UTC)

I don't see this bold. Where is the customize button? Millbug talk 19:09, 23 July 2016 (UTC)
See #New bolding in watchlist. There is a solution for your personal JavaScript and a suggested solution for everybody who is affected. PrimeHunter (talk) 19:14, 23 July 2016 (UTC)
I'm afraid I don't understand much of that conversation. Do I create User:Ykraps/common.js, then copy this script, "importStylesheet('MediaWiki:Gadget-WatchlistBase.css'); // Linkback: [[MediaWiki:Gadget-WatchlistBase.css]]" to it, and save?--Ykraps (talk) 19:32, 23 July 2016 (UTC)
Exactly. (Don't copy the nowiki part in the page source). PrimeHunter (talk) 19:35, 23 July 2016 (UTC)
That seems to have done the trick, thank you.--Ykraps (talk) 21:32, 23 July 2016 (UTC)

As as side note, I don't understand why people consider the bold "unreadable". In fact I've had the bolding enabled for a while, and it's much easier to spot changes than solely based on the color of a small dot. nyuszika7h (talk) 21:13, 23 July 2016 (UTC)

Perhaps it's a failing eyesight, getting old thing but in vector skin the type is so blobby the characters are barely distinguishable. With other skins it's not so bad but then the normal type is too small.--Ykraps (talk) 21:32, 23 July 2016 (UTC)
I use Firefox and MonoBook; I found that with IE (any skin), all characters get smudged. I believe that this smudging is something called anti-aliasing, which some consider a Good Thing. With my eyesight, it's not - I need sharp edges. --Redrose64 (talk) 22:47, 23 July 2016 (UTC)
I use Firefox and the Vector skin, it looks fine to me. nyuszika7h (talk) 11:12, 24 July 2016 (UTC)

VisualEditor adding nowiki again[edit]

In this edit, VisualEditor incorrectly added <nowiki> tags again. nyuszika7h (talk) 21:36, 21 July 2016 (UTC)

It did that because of the dangling {{ }} brackets in the original text. —TheDJ (talkcontribs) 09:18, 22 July 2016 (UTC)

Page scrolling[edit]

As soon as I type one stroke in an article, the edit window immediately scrolls up to the top of the page, entirely by itself, so I can't see what I'm typing. This just started today. It's making editing long articles a hassle. White Arabian Filly Neigh 22:08, 21 July 2016 (UTC)

This must be Thursday. Strange new things always seem to happen on Thursdays. --Redrose64 (talk) 22:49, 21 July 2016 (UTC)
I never could get the hang of Thursdays. clpo13(talk) 23:21, 21 July 2016 (UTC)
@White Arabian Filly: It's working normally for me in both the normal editor and in VisualEditor in Chrome. Could you let us know your browser, and what editor you're using? It might be a browser-specific or editor-specific bug (or both). — Mr. Stradivarius ♪ talk ♪ 23:28, 21 July 2016 (UTC)
I use the default mobile view on a Samsung Galaxy S4 smartphone. It is still scrolling today, though not as bad as yesterday; it's not going to the top of the page like yesterday. White Arabian Filly Neigh 20:29, 22 July 2016 (UTC)

Long ago page move that went awry[edit]

I was remembering a talk page thread on the Les Vacances de Monsieur Hulot (edit | talk | history | links | watch | logs) that I took part in 8+ years ago. When I went to look for it I was surprised that there was no trace of it. I was also surprised that there had been no edits to the talk page before Dec 2015. Next was to look at the edit history for the article itself. As you can see it shows two edits in 2005 and one in 06. Then there nothing until April 2015. You will note that there was a bot fixing a double redirect here and then there was a copy paste over the redirect here. I know there was editing in the intervening nine years. I have done some hunting to try and find the original edit history with no luck. If it can be found I'm sure a merge will be needed so I am hoping that one or more of you can figure out what has happened.. If this is the wrong place to post this please feel free to move it to a better board. MarnetteD|Talk 04:35, 22 July 2016 (UTC)

Forgot to leave this Talk:Les Vacances de Monsieur Hulot (edit | subject | history | links | watch | logs) for easier access to the talk page info. I also now realize it could be a cut and paste problem rather than a page move one. I hope these help. MarnetteD|Talk 04:45, 22 July 2016 (UTC)
I have found the original edit history Monsieur Hulot's Holiday (edit | talk | history | links | watch | logs) and the talk page here Talk:Monsieur Hulot's Holiday (edit | subject | history | links | watch | logs). Hopefully this will help in getting the merge taken care of. The editor who made the cut and paste JorgeWalsh1994 (talk · contribs) hasn't edited since April. It might be worth taking a look at their editing history to see if the made any other cut and paste moves. MarnetteD|Talk 05:29, 22 July 2016 (UTC)
I've gone and history-merged both the article and talk pages, and combined the two talk pages together. The editor has not made any other cut-and-paste moves with that account, but I sent them a message about the one on Monsieur Hulot's Holiday (I'll add a link to this discussion). Graham87 07:59, 22 July 2016 (UTC)
Thanks for cleaning this up Graham87. Much appreciated. MarnetteD|Talk 14:08, 22 July 2016 (UTC)

Message jam[edit]

Hi, I seem to have a problem with the ping messages, i'm getting 99+ constantly showing and am unable to mark all as read. Ser Amantio did it when he invited people recently to the Wikipedia:WikiProject Africa/Contests.♦ Dr. Blofeld 16:43, 22 July 2016 (UTC)

Did you try to remove them by specifically accessing Special:Notifications? Jo-Jo Eumerus (talk, contributions) 17:23, 22 July 2016 (UTC)
Yes, it still says 99+.♦ Dr. Blofeld 19:05, 22 July 2016 (UTC)
@Dr. Blofeld: See if this will work for you. — JJMC89(T·C) 20:04, 22 July 2016 (UTC)
@Dr. Blofeld: The easiest current way to clear notifications in bulk, is slightly technical, but if you're comfortable opening your browser-console (how-to) then follow just step #2 in the first post of my explanation here.
The easiest non-technical (manual) method, is to go to Special:BlankPage, open the flyout and click "Mark all as read" (which will mark the 25 in the flyout as "read"), then reload the page, and repeat.
Next week (Thursday) there will be a new menu item to clear all notifications on a wiki at once, on the Special:Notifications page, but it isn't live yet. HTH. Quiddity (WMF) (talk) 01:26, 23 July 2016 (UTC)

Got ping hours later and it wasn't supposed to ping[edit]

I just got a notification for this edit when I went to Wiktionary, but that was two hours ago and I've already seen that message, plus it wasn't supposed to ping as there was no mention in a new message there (I remember the latter part was raised as an issue here earlier). nyuszika7h (talk) 17:37, 22 July 2016 (UTC)

And I am still receiving notifications that I have read hours ago when I go to other wikis. nyuszika7h (talk) 11:11, 24 July 2016 (UTC)

user:192.168.1.1[edit]

The page at user:192.168.1.1, a redirect to Private network, has been nominated at RfD. The discussion would benefit from input from those knowledgeable about the subject, and whether the address could ever (accidentally or otherwise) have edits to Wikipedia attributed to it. Please comment at Wikipedia:Redirects for discussion/Log/2016 July 22#User:192.168.1.1 rather than here to keep discussion in one place. Thryduulf (talk) 19:41, 22 July 2016 (UTC)

Edit tab change, MonoBook[edit]

In MonoBook, I have an "edit this page" tab, I think that it's been like that for 7+ years. If I click it, all that used to happen was that it went boldface. Now, it changes to "edit source" on articles (but not here at VPT). I think that this is recent alteration; why does it now change to "edit source" on clicking, only to return to "edit this page" on save? --Redrose64 (talk) 22:14, 22 July 2016 (UTC)

I assume, this is at least somehow related? --Edgars2007 (talk/contribs) 22:31, 22 July 2016 (UTC)
It depends on your Special:Preferences#mw-prefsection-editing. The software sometimes changes the VisualEditor options and may not be entirely logical. When you are on an edit page in a namespace where VisualEditor works, you can swap between source editor and VisualEditor and the tab can indicate which one you are currently using. It's also possible to get two edit tabs. If you always want to see "edit this page" in MonoBook ("Edit" in Vector) then remove the checkmark from "Temporarily disable the visual editor" if you have one and save preferences. Then go back to Special:Preferences#mw-prefsection-editing and select "Always give me the source editor" at the "Editing mode" box you should see. PrimeHunter (talk) 00:20, 23 July 2016 (UTC)

Search expressions[edit]

I want to search for the literal string </span/> (like the one that I removed here) in page source. I tried insource:</span/>, insource:<\/span\/>, insource:<//span//>, insource:"</span/>", insource:"<\/span\/>" and several other combinations, but they all come back as if I were searching insource:span which is useless to me. What's the regexp that will allow literal searches? --Redrose64 (talk) 23:14, 23 July 2016 (UTC)

\<\/span\/\> finds it for me in Xcode. --Tagishsimon (talk) 23:23, 23 July 2016 (UTC)
(edit conflict) insource:... and insource:"..." both search plain text (and ignore punctuation); regex search is insource:/.../. insource:/\<\/span\/\>/ seems to work. SiBr4 (talk) 23:24, 23 July 2016 (UTC)
Face-smile.svg Thank you that worked; now, where are these documented? --Redrose64 (talk) 23:45, 23 July 2016 (UTC)
mw:Help:CirrusSearch#insource:. SiBr4 (talk) 23:50, 23 July 2016 (UTC)

Cut back on the length of the interwiki links[edit]

I recently noticed that on Hebrew Wikipedia, on pages with lots of interwiki links, the page shows only the first 9 - and a button which will show me the rest. How could I do that here? עוד מישהו Od Mishehu 03:22, 24 July 2016 (UTC)

Preferences>Beta Features>Shorter language links. Someguy1221 (talk) 03:27, 24 July 2016 (UTC)
Thanks. עוד מישהו Od Mishehu 03:40, 24 July 2016 (UTC)

Exact time of registration[edit]

I want to thank you again for making that link to a user's commons uploads. It is very handy.

I often have the need to know the exact time of registration. Rather than going to Special:CentralAuth for each user, would this be possible with a script or something:

At a userpage under the username it says "Registered 07/25/2016; 10 edits". It would be great if new users, for the first, say, week or month, could have the time of registration as well, like "Registered 07/25/2016 16:55 (41 minutes ago); 10 edits". Is this possible? Anna Frodesiak (talk) 06:52, 24 July 2016 (UTC)

@Anna Frodesiak: This script does pretty much all of that if I understand you correctly, and it also shows user rights. Just install it and go to any user/user talk/contributions page and click the icons next to the page title. Omni Flames (talk) 06:59, 24 July 2016 (UTC)
In case you haven't seen it, at the bottom of a user's contributions is a "User rights" link, and clicking that shows the user's rights and has text "Created on...date/time". Johnuniq (talk) 07:02, 24 July 2016 (UTC)
Thanks, Johnuniq. I would just love to have it displayed at their userpage without having to click anything. Anna Frodesiak (talk) 08:42, 24 July 2016 (UTC)

Ping @Mr. Stradivarius: :) Anna is talking about modifying User:MastCell/user-rights.js - NQ (talk) 08:28, 24 July 2016 (UTC)

Struck through the first sentence. This post was actually intended for our beloved Mr. Stradivarius, but I decided to post it here instead and forgot to remove the first sentence. Anna Frodesiak (talk) 08:36, 24 July 2016 (UTC)
These scripts really confuse me. If someone would be so kind as to put it wherever it is supposed to go, that would be great. Anna Frodesiak (talk) 08:42, 24 July 2016 (UTC)
The two linked to above are User:MastCell/user-rights.js and User:Anomie/useridentifier.js. I have no clue what they do or where they go. It's all just symbols and colours to me. Anna Frodesiak (talk) 08:43, 24 July 2016 (UTC)
For User:Anomie/useridentifier.js, installation instructions are at the top. User:MastCell/user-rights.js doesn't have any, but it does show "Heavily borrowed and lightly adapted from User:Splarka/sysopdectector.js"; and User:Splarka/sysopdectector.js also lacks installation instructions. Notifying MastCell (talk · contribs) and Splarka (talk · contribs), although the latter has edited only once in the last two years. --Redrose64 (talk) 09:44, 24 July 2016 (UTC)
User:Anna Frodesiak/common.js says:
importScript('User:MastCell/user-rights.js'); // Linkback: [[User:MastCell/user-rights.js]]
That means your account runs User:MastCell/user-rights.js. Requests can be posted to User talk:MastCell. If you want to run User:Anomie/useridentifier.js then place this in your common JavaScript:
importScript('User:Anomie/useridentifier.js'); // Linkback: [[User:Anomie/useridentifier.js]]
Requests can be posted to User talk:Anomie. You can also use the talk pages of the scripts but posts there may not be noticed. PrimeHunter (talk) 09:49, 24 July 2016 (UTC)

I'm lost here. I don't even know what they do or don't do or how to install these. Could some kind editor please just make "Registered 07/25/2016; 10 edits" become "Registered 07/25/2016 16:55 (41 minutes ago); 10 edits"? I'd be so grateful. Anna Frodesiak (talk) 12:01, 24 July 2016 (UTC)

Anna Frodesiak you say "at a userpage", do you mean a specific user's page - or any userpage? As far where you are looking, especially for older users the Special:CentralAuth timestamp not be the oringal registration time, the Special:Log/newusers (User creation log) for the user is usually more accurate. — xaosflux Talk 13:24, 24 July 2016 (UTC)
Anna is using User:MastCell/user-rights.js whichs adds information when you view a user page. The script is made by MastCell so if you want it to display more information like account age in minutes then you can ask for it at User talk:MastCell. The script has not been edited since 2012 and I don't know whether MastCell has interest in changing it. PrimeHunter (talk) 13:35, 24 July 2016 (UTC)
Hi PrimeHunter. I posted and asked at here. Couldn't I just take that script and ask someone to modify it a bit and stick it in my .js thing-a-me-doodle? Anna Frodesiak (talk) 17:35, 24 July 2016 (UTC)
Hi Xaosflux. Yes, I mean for all new users when I am at their userpage. I normally have to open a new tab for each at Special:CentralAuth. When I want to look into a bunch of users for an SPI or maybe tagteam vandalism, it would be useful without having to click more tabs. Anna Frodesiak (talk) 17:35, 24 July 2016 (UTC)
  • Looks like you just need to modify a line a bit:

userRightStr += ("Registered " + (regDateObj.getMonth() + 1) + "/" + regDateObj.getDate() + "/" + regDateObj.getFullYear() + "; becomes: userRightStr += ("Registered " + (regDateObj.getMonth() + 1) + "/" + regDateObj.getDate() + "/" + regDateObj.getFullYear() + " " + regDateObj.getHours() + ":" regDateObj.getMinutes() To get the date from now you can use Date.now() and subtract the regDateObj from that which gets you milliseconds, then divide by 1000*60 to get minutes. II | (t - c) 21:27, 24 July 2016 (UTC)

You'd also have to change var regDate = user['registration'].split("T")[0]; to var regDate = user['registration'];. Combine this code snippet with User:PleaseStand/userinfo.js and it works as desired. - NQ (talk) 03:45, 25 July 2016 (UTC)
Thank you, ImperfectlyInformed! Now, of course, I have no clue what all that means, but if it can now be done, that is great. So, would you stick that in the .js doo-dad or wherever, please? I'd be eternally grateful. Anna Frodesiak (talk) 21:38, 24 July 2016 (UTC)

You are all so nice, and I am sorry to cause such a fuss over all of this. Anna Frodesiak (talk) 21:38, 24 July 2016 (UTC)

@Anna Frodesiak: Click here and replace the contents of that page with this. - NQ (talk) 03:45, 25 July 2016 (UTC)
Hi NQ. When I did that, it said "An administrator, 7 years 8 months old, with 99,918 edits. Last edited 15 hours ago. From Wikipedia, the free encyclopedia." Again, I am sorry to cause such a fuss over this. It is not a hugely important thing and I can live with opening the extra tabs. I just thought it would be a teeny tweak to a script or something. Thank you all for trying and I am terribly sorry to have wasted so much community resources over this. Anna Frodesiak (talk) 04:01, 25 July 2016 (UTC)
@Anna Frodesiak: Yes it shows you how old the account is. (eg. "28 minutes old", "7 years, 8 months old" etc.) If you click on that link, it'll take you to Special:ListUsers which will display the exact registration date and time. Anyway, if you prefer to have the registration info displayed as well, try this : Copy the contents of this page and paste them here. Then click here and replace the contents with this. Let me know how it goes. - NQ (talk) 04:12, 25 July 2016 (UTC)
It should show up like this for your account or like this for a new user - NQ (talk) 04:20, 25 July 2016 (UTC)
Really? I must be going blind. Let me try it again. Anna Frodesiak (talk) 04:24, 25 July 2016 (UTC)
NQ, it works! Fantastic! I must be going bonkers because I didn't even read the above "...Yes it shows you how old the account..." paragraph when I typed "Really". And thank you for the 'replace-this-with-this' presentation. That makes it so easy. I am totally terrified by adding 'code'. I keep thinking it will melt Wikipedia or go all haywire or something. Thank you again! Oh, and if it is super easy, could that line get trimmed or shrunk or both? No real need for "A registered user" or "6 years 6 months old", and "Last edited" could just be "last" and I know it is "From Wikipedia, the free encyclopedia." If that is not a total sinch, don't worry about it. Thank you again! :) Anna Frodesiak (talk) 04:34, 25 July 2016 (UTC)

Yes check.svg Done! Anna Frodesiak (talk) 06:55, 25 July 2016 (UTC)

By the way, it's all nice and concise and tiny now, thanks to NQ. Feel free to give it a go. It is here: User:Anna Frodesiak/user-info.js. Anna Frodesiak (talk) 07:43, 25 July 2016 (UTC)

Twinkle adding "Orphaned non-free revisions" twice[edit]

I ran into a strange bug here. Twinkle added an {{Orphaned non-free revisions}} template with yesterday's date, and another with today's date. nyuszika7h (talk) 14:56, 24 July 2016 (UTC)

@Nyuszika7H: This looks like User talk:Stefan2#False positives on orphaned files? --Redrose64 (talk) 19:32, 24 July 2016 (UTC)

Lua modules[edit]

Why did Wikipedia introduce Lua modules/templates? What is the benefit of them? - NeedAGoodUsername (talk) 15:52, 24 July 2016 (UTC)

@NeedAGoodUsername: if you're referring to modules such as Module:Reply to, they are used for a wide range of purposes - for example, in the template {{Reply to}} it is invoked to produce a ping notification -- samtar talk or stalk 16:00, 24 July 2016 (UTC)
One of benefits - it allows to create much more complex "structures" than templates allowed. Also, compare this version with Module:Demography. The code, which creates the table, is only some 10 lines long in Lua (almost everything else there is only for the table definition and style). --Edgars2007 (talk/contribs) 16:46, 24 July 2016 (UTC)
Right, but doesn't it limit those who don't understand or know Lua? Seeing as people creating their own wikis tend to use templates from Wikipedia (like ambox and infobox) the old code makes it easier for them to customize how the template looks and works than the lua ones. - NeedAGoodUsername (talk) 16:59, 24 July 2016 (UTC)
Yes it does limit the number of people who can contribute to these modules, but we have plenty of technical editors who are able to. Is there a particular module you're struggling with? -- samtar talk or stalk 17:11, 24 July 2016 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── It's more that I'm trying to create my own wiki and using some of the templates used by Wikipedia (like {{Ambox}}, {{infobox}}, etc.) and it's really hard to change or customise them if you don't know Lua as you can't just ask people to go to another site to do changes for them. - NeedAGoodUsername (talk) 18:56, 24 July 2016 (UTC)

As a programmer Lua is far more accessible and approachable than parser functions which are highly unusual. Further Lua is a much better language. It makes often hard things easy, and many previously impossible things possible. Finally where it makes a difference it’s faster, speeding page load and reducing server load.--JohnBlackburnewordsdeeds 17:28, 24 July 2016 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── But isn't the page load speed outweighed to having another thing to process when generating the page? - NeedAGoodUsername (talk) 18:56, 24 July 2016 (UTC)

They are more functional. They are also much faster to execute on the server, noticeably improving response times for saving and rendering large pages. Dragons flight (talk) 17:19, 24 July 2016 (UTC)
Many of the templates have reached the stage of being unintelligible to most users. Lua can actually simplify many of these. עוד מישהו Od Mishehu 18:52, 24 July 2016 (UTC)
Samtar: It is not true that in the template Reply to it is invoked to produce a ping notification. The essential feature of a notification is a link to the user page, like the one at the start of this post: you will have got a notification from me, and I didn't use a single template. --Redrose64 (talk) 18:59, 24 July 2016 (UTC)

Page Information Stats[edit]

While I really like and appreciate the new design and layout of the Page information stats, I was hoping someone could explain why there is a column for % of minor edits made by a user, but not a % of major edits, and why there is Text Share column:
Username | Edits | Minor | Minor (%) | First Edit | Last Edit | Text Share. Atsme📞📧 18:30, 24 July 2016 (UTC)

You refer to the "Revision history statistics" link at the bottom after you click "Page information" in the left pane of an article (not the same tool as "Revision history statistics" in the page history). Example: https://tools.wmflabs.org/xtools/wikihistory/wh.php?page_title=Example. "major edit" is an unofficial term for either all edits which are not marked minor edit by the editor, or edits which are considered major by some subjective evaluation. For the former definition, just subtract minor edits from 100% to get "major" edits. The latter "definition" is not precise enough to compute a percentage. When I load a page with the tool it says "Attention: The data for authorship is loading. Depending on the data and the size of the article, this may take a while. The page does not need to be reloaded. The data will automatically appear." But nothing more happens. It apparently refers to a feature which is supposed to fill out the "Text Share" column. The tool links to de:Benutzer:APPER/WikiHistory/Autorenbestimmung (in German). It talks about the feature but doesn't mention it's broken. PrimeHunter (talk) 21:19, 24 July 2016 (UTC)

Unexpected consequences of edit. Bug?[edit]

This edit https://en.wikipedia.org/w/index.php?title=Evolutionary_theory_of_sex_(ETS)&diff=prev&oldid=731337577 had the unexpected effect of apparently deleting the rest of the article, though the size is reported to have increased. I do not know what happened, or if it is a permanent effect. A subsequent bot edit added some dates and the missing material is still missing. I expect going back and saving an old version will bring it back, but I left it so someone with a better technical understanding can look at the evidence. • • • Peter (Southwood) (talk): 18:32, 24 July 2016 (UTC)

You didn't delete the rest of the wikisource (hence the size of the page went up); you simply didn't close a comment, making the rest of the content appear to be inside of it. עוד מישהו Od Mishehu 18:40, 24 July 2016 (UTC)
Ah! the mighty typo. Thanks, it had me baffled. • • • Peter (Southwood) (talk): 18:50, 24 July 2016 (UTC)

Tech News: 2016-30[edit]

19:54, 25 July 2016 (UTC)