The Internet Achive link at Martin Luther#External links returns 18 271 results. Adding |birth=1483|death=1546|sopt=t only reduces them to 18 265. Is there a way to reduce the results returned?

A direct link to the IA page with relevant filters  didn't work, maybe because the brackets in the link messed it up:

• Works by or about Martin Luther

Jonund (talk) 16:22, 19 March 2019 (UTC)

(I fixed the broken link by copying the URL (and link label) from Martin Luther#External links. --Pipetricker 18:40, 19 March (UTC))

Why do you want fewer results? --Pipetricker (talk) 19:09, 19 March 2019 (UTC)

I wanted to exclude results like Martin Luther King, but now, as I scroll down the results, these do not apppear to turn up. Books in foreign languages do, however, turn up, and I think they should be excluded. Jonund (talk) 15:48, 20 March 2019 (UTC)

@Jonund: As indicated in the sidebar, it is possible to filter the results by language. Jc86035 (talk) 15:55, 20 March 2019 (UTC)

@Jonund:, cases like this are difficult because it is a common 2-word name who is popular. About the only way is to build a custom search that filters other known Martin Luthers. Because Internet Archive now uses an infinite scroll it's impractical to scroll to the end to see what might be there. The site Internet Archive Classic Search allows paged viewing to get deeper into the results. Looks like filtering out "luther king" helps a lot: 6,012. BTW I don't think we should filter English language because end-users can easily do that through the side bar. I've added this custom search to the template. -- GreenC 16:49, 20 March 2019 (UTC)

Hi! Can anyone explain (or even fix?) this: ((CSD-categories)) shows 7 candidates for speedy deletion as "Abandoned drafts/AfC submissions"; Category:Candidates for speedy deletion as abandoned drafts or AfC submissions is empty. It's been this way for several days at least. Thanks, Justlettersandnumbers (talk) 18:56, 20 March 2019 (UTC)

phab:T200402, phab:T202833, phab:T18036 - take your pick @Justlettersandnumbers: - category counts aren't reliable. — xaosflux ^Talk 19:14, 20 March 2019 (UTC)

I noticed something in the infobox on the England, Wales, Northern Ireland, and Scotland articles (tho it might be on more). When you hover hover the the biggest "zoomed in" part of the map, the tooltips have some css in them (eg, Scotland's is Location of  .mw-parser-output .nobold{font-weight:normal}Scotland  (dark green) – in Europe  (green & dark grey) – in the United Kingdom  (green)). I tried poking around the wikitext used in the templates, but I can't seem to find the cause (might be due to how templatestyles injects Template:Nobold/styles.css, but that would probably require a phab ticket). --Terra ^(talk) 06:57, 18 March 2019 (UTC)

It's due to the usage of ((nobold)) in ((Infobox_country_UK)). I'm not a fan of adding templatestyles to inline and 'style only' templates like that. It makes no sense, because the CSS belongs with the template USING nobold, and the nobold template should be removed from a template that is using it really. —TheDJ (talk • contribs) 07:35, 18 March 2019 (UTC)

I agree that in another template it makes sense for the surrounding template to take the entirety of the styling. That said, no one seems to have been interested when I tried to discuss how we should deal with CSS for metatemplates. So... --Izno (talk) 01:11, 21 March 2019 (UTC)

Hello all, sorry about this but I am a complete novice when it comes to this stuff, hence why I am asking for help..... The clean-up list for WP Yorkshire has been going to a blank page with 502 Bad Gateway error for about five days now; anybody any ideas how to resolve this? Is it as simple as repointing the link? Help! *Clean up list is here. Thank you and regards. The joy of all things (talk) 19:33, 18 March 2019 (UTC)

This has been sorted. Thanks anyway. Regards. The joy of all things (talk) 06:29, 21 March 2019 (UTC)

If you have something like

and you zoom at different levels, you will often have lists broken up over multiple columns. Is there a way to have everything on Header 1/Header 2/Header 3 kept together, much like ((nowrap)) prevents things from spilling over multiple lines, so you have something like

or

depending on your zoom level. Headbomb {t · c · p · b} 14:26, 21 March 2019 (UTC)

I think using Template:No col break should do it. Galobtter (pingó mió) 14:36, 21 March 2019 (UTC)

Doesn't seem to work. Headbomb {t · c · p · b} 14:52, 21 March 2019 (UTC)

Actually, it works in Chrome, but has some issues in Firefox. Does the nocolbreak class need tweaking in MediaWiki:Common.css? Headbomb {t · c · p · b} 15:01, 21 March 2019 (UTC)

The Wikimedia Research team is developing a new method for automatically recommending sections to add to stub articles. This method uses machine learning to suggest sections that could be added to an article, based on the sections that exist in other articles on similar topics.

We think this method could be useful for helping new editors find useful onboarding tasks to do. But before we build anything, we need to test the quality of the recommendations.

We are looking for experienced editors to evaluate these recommendations and provide feedback to help us improve them. We have built a testing tool that makes it easy to provide quick, survey-style feedback on the quality of the recommendations, and we are also interested in more detailed feedback on the project feedback talkpage.

If you are interested in giving us feedback, please get started by reading the instructions here and then start rating articles!

If you have questions about the project or more general feedback, you can reach us here.

Sincerely,

Jonathan Morgan & Diego Saez-Trumper, Wikimedia Foundation Research

Jmorgan (WMF) (talk) 15:05, 21 March 2019 (UTC)

Is there any list of pages using multiple infoboxes? What does the Wikipedia policy say about that? Capankajsmilyo^{(Talk | Infobox assistance)} 15:33, 19 March 2019 (UTC)

@Capankajsmilyo: I don't know of such a list. Normal wikitext searches won't work for this because most child infoboxes also have names beginning with "infobox".

I don't think there are any policies that would directly affect infoboxes in this way. Wikipedia:Manual of Style/Infoboxes does not have any guidance on this, and the language implies (but does not explicitly say) that one infobox is the default. Regardless, as you've probably noticed, in practice there are a number of pages which include more than one infobox, often to describe multiple topics or entities covered in the same article (e.g. Great Belt Fixed Link), or to separate information into groups (e.g. Georgetown University). Jc86035 (talk) 14:35, 20 March 2019 (UTC)

This search which times out (for probably obvious reasons) is a short list of some multi-infobox pages. --Izno (talk) 01:16, 21 March 2019 (UTC)

• Do we need multiple infoboxes in these articles, especially after |module=? Capankajsmilyo^{(Talk | Infobox assistance)} 06:00, 21 March 2019 (UTC)

  Not all infoboxes permit nesting in that manner. Then there are articles with two independent infoboxes because they deal with two different objects or two different events, that share an article because they have certain things in common, such as location - for these, nesting would not be appropriate. For example, Manchester Piccadilly station where there is one in the lead and another at Manchester Piccadilly station#Piccadilly tram stop. Then there is Rail accidents at Morpeth which has five, none being in the lead. --Redrose64 🌹 (talk) 16:50, 21 March 2019 (UTC)

Dear Technical Wikipedians

FYI

I would like to ask for your opinion on a BRFA I am applying for User:Xinbenlv bot.

(by the way, should I use ((rfc)) instead?)

Xinbenlv (talk) 22:46, 21 March 2019 (UTC)

See File:Future - Bug in MediaWiki timestamps.png Posts available at my talk page for review (perm diff). Lol. I have time-travelling students :D --_{Piotr Konieczny aka Prokonsul Piotrus| reply here} 10:15, 22 March 2019 (UTC)

Piotrus, this is not in the wikisource though. Are you using the Comments in local time-gadget ? —TheDJ (talk • contribs) 10:37, 22 March 2019 (UTC)

But the UTC time in the source is in the future. It's from a new user. I guess they haven't learned to sign with four ~~~~ which adds a time stamp. They probably wrote the time manually in their own time zone and copied "(UTC)" from another post without knowing the meaning. Maybe their teacher is to blame :D PrimeHunter (talk) 10:51, 22 March 2019 (UTC)

The Template:Popular pages does not appear to be generating monthly reports on Wikipedia:WikiProject Civil Rights Movement in the Statistics section. User:Mr.Z-man does not appear to be active. Does this bot continue to operate? If yes, then how do I generate monthly reports. Mitchumch (talk) 12:52, 22 March 2019 (UTC)

@Mitchumch: Mr.Z-man's system has been superseded by meta:Community Tech/Popular pages bot. I have added WikiProject Civil Rights Movement with Special:Diff/888984428. Note there is also toolforge:massviews, e.g. [1]. — MusikAnimal ^talk 17:36, 22 March 2019 (UTC)

I noticed that the Template:Infobox settlement has two population fields: population_total, and population_density_km2. A person asked a related question at the help desk and when trying to answer the question, I noticed that these aren't text fields, and so you can't put a year in parenthesis ex: (2019) after the values, in case they are from different years. I tried to add citations after the numbers, and population_total allows it, but if I try to put a citation after population_density_km2, the field disappears. Is this the intended behavior? The article I tested this with is Jeju City if you want to see if you can duplicate this. TimTempleton ^{(talk) (cont)} 00:34, 22 March 2019 (UTC)

Template talk:Infobox settlement is active. You can ask questions there. Some numeric infobox parameters are used for calculations, e.g. conversion between km² and sq mi, or density = population/area. This requires pure numbers (commas may be stripped but not always). If they are not numbers then calculations may be omitted or produce errors, or the parameter may be ignored. If population_density_km2 is set to auto then it's calculated from population_total and area_total_km2 so those parameters cannot have a reference in this case. population_note can be used for a reference. If the infobox cannot convert density between km² and sq mi then it appears to omit the field. I suppose it could be coded to just output whatever was put in and hope it makes sense. PrimeHunter (talk) 10:14, 22 March 2019 (UTC)

Thanks PrimeHunter. Good explanation. 15:11, 22 March 2019 (UTC)TimTempleton ^{(talk) (cont)}

@Timtempleton: This is why the |population_as_of= parameter was provided. There is also |population_footnotes= for the reference, and |population_note= should additional text be necessary. --Redrose64 🌹 (talk) 15:50, 22 March 2019 (UTC)

Some recent examples of fixing population problems can be seen at Template talk:Infobox settlement#Merge problems. Johnuniq (talk) 23:05, 22 March 2019 (UTC)

19:43, 18 March 2019 (UTC)

About the "Partial blocks": My team isn't involved, so my information may be out of date, but this is supposed to let admins block someone from ≤10 specifically named pages, or from one namespace (e.g., no direct editing of articles or templates), so it might be useful for enforcing some types of TBANs in software. If the English Wikipedia wants to try this out, then I believe that the team will need proof of community consensus, and that if you don't specifically request it, then it won't be offered here until most of the other wikis have tried it out first (because scale). Whatamidoing (WMF) (talk) 19:34, 22 March 2019 (UTC)

Being able to block editing based on one or more categories would be absolutely aces for topic bans.--Jorm (talk) 19:37, 22 March 2019 (UTC)

That team has talked about it, but hasn't figured out how to make it happen yet. I suggested once that they consider planning for hidden cats like "Category:Pages covered by ArbCom case Example", rather than a regular content cat such as "Category:Cancer" (which might be added or removed by people who didn't understand the related effects). Of course, it wouldn't be perfect (for example, if you're banned from editing about a subject, then you're banned from creating pages on that subject, too, even though those new pages won't be in any category yet), but it might be helpful overall. Whatamidoing (WMF) (talk) 19:50, 22 March 2019 (UTC)

Another danger is someone adding or removing the category to screw around with what someone else's block covers. True, in most cases that would lead to a swift block for the user/IP doing the screwing-around, but we do have plenty of wikilawyers around who might take "broadly construed" pretty broadly... Anomie⚔ 02:14, 23 March 2019 (UTC)

Seems to have started a few days ago. If I view a diff for a change made on whatever page, it still shows up as bold in my watchlist. Amaury (talk | contribs) 13:26, 22 March 2019 (UTC)

Looks like it's taking 6 or 7 minutes for the read marker to be applied. Amaury (talk | contribs) 13:39, 22 March 2019 (UTC)

See also § Green watchlist bullets do not turn blue. It's definitely been going on for days now. —Joeyconnick (talk) 18:48, 22 March 2019 (UTC)

@Amaury: I find that if you remove the affected article from your watchlist temporarily (remove it, then add back ... with that "star" by the read, edit and view history tabs), it will clear the bold. Still annoying, but that's one workaround. MPFitz1968 (talk) 07:02, 23 March 2019 (UTC)

I just threw together a git blame-like tool to help visualize who the text on a page came from. It could be useful for cleaning up after problematic editors, or just for the curious. It's still fairly WIP, but it works well enough. It's available at toolforge:whodunnit; the source is here. Gaelan 💬✏️ 06:57, 23 March 2019 (UTC)

Don't we already have WP:WIKIBLAME for this? It's linked from each page history. --Redrose64 🌹 (talk) 15:09, 23 March 2019 (UTC)

Redrose64, not quite the same thing—WikiBlame searches for a specific phrase, while my tool displays the text of the page, color-coded by the user that added it (and lets you hover over a piece of text to see the specific edit). Gaelan 💬✏️ 15:25, 23 March 2019 (UTC)

Gaelan, See wikiwho. Galobtter (pingó mió) 15:32, 23 March 2019 (UTC)

Galobtter, I hadn’t seen that before, but it does look fairly similar. I’ll give it a try when I get a chance in a few hours. Gaelan 💬✏️ 16:05, 23 March 2019 (UTC)

Wikipedia:RefToolbar isn't interpreting ScienceDirect links correctly. For example, https://www.sciencedirect.com/science/article/pii/S1125786504700090 isn't being resolved or resolved to a "cite web" template when it should make "cite journal". Jo-Jo Eumerus (talk, contributions) 20:27, 23 March 2019 (UTC)

Sounds like something to bring to WT:RefToolbar. Headbomb {t · c · p · b} 20:34, 23 March 2019 (UTC)

Relayed there. Jo-Jo Eumerus (talk, contributions) 20:43, 23 March 2019 (UTC)

Moved to Wikipedia talk:Twinkle

— xaosflux ^Talk 23:07, 23 March 2019 (UTC)

Resolved

 – I cross-posted this at Wikipedia talk:Comments in Local Time‎ because I wasn't sure where I would get a response faster. I've gotten help there as well, and since that's the more appropriate venue, I'm going to close this to keep discussion to one place. Special thanks to PrimeHunter for responding here. Amaury (talk | contribs) 20:21, 23 March 2019 (UTC)

I have the following in my vector.js: LocalComments = { dateDifference: false, dateFormat: 'mdy', timeFirst: false, twentyFourHours: false, dayOfWeek: false, dropDays: 0, dropMonths: 0 };

This changes signature display for me from 2:21 pm, 9 March 2019, Saturday (12 days ago) (UTC−8) to March 9, 2019, 2:21 pm (UTC−8). I want to further customize it to capitalize the AM/PM and remove the time zone (UTC -X), since I know that all times are in my time zone of Pacific. Is that possible? CC: Redrose64. They directed me here after I asked them on their talk page here here. Amaury (talk | contribs) 05:38, 23 March 2019 (UTC)

The gadget uses MediaWiki:Gadget-CommentsInLocalTime.js which loads User:Gary/comments in local time.js. You could disable the gadget in preferences, copy the code to User:Amaury/comments in local time.js with a few changes, and load it with mw.loader.load('https://en.wikipedia.org/w/index.php?title=User:Amaury/comments_in_local_time.js&action=raw&ctype=text/javascript'); in your vector.js. It looks like the only needed changes are ' am' : ' pm' to ' AM' : ' PM', and remove two + ' (UTC' + utcOffset + ')'. You would not get future changes to the gadget. PrimeHunter (talk) 10:19, 23 March 2019 (UTC)

Three minutes is extremely short to wait before cross-posting a non-urgent issue. You got the same code change in both places.[5] PrimeHunter (talk) 00:25, 24 March 2019 (UTC)

@Amaury: Yes, I suggested you could ask at Wikipedia talk:Comments in Local Time ... if the gadget's talk page isn't fruitful, you may get better luck posting at WP:VPT. Comments in Local Time isn't on my watchlist, so at first I didn't realise that you had posted in both places. --Redrose64 🌹 (talk) 10:47, 24 March 2019 (UTC)

Question: Numbers added to the "Template:NFPA 704 diamond" are *entirely* OK in the usual "Desktop View" (see, for example, the noted diamond and added numbers in the "Ammonia" article) - HOWEVER - the added numbers are all *significantly lower* in the noted diamond in the "Mobile View" of the same "Ammonia" article (esp with Windows 10/Dell8930/Chrome-Firefox-Opera Browsers) - Thanking you in advance for your help with this - Enjoy! :) Drbogdan (talk) 20:08, 24 March 2019 (UTC)

(Downgraded caps, in GF and in good understanding with Drbogdan). -DePiep (talk) 20:30, 24 March 2019 (UTC)

3

1

0

I guess you mean it varies whether the numbers are centered in the squares or appear in the lower part. I see the same. Alignment like this can be tricky. I posted the example ((NFPA 704 diamond|F=1|H=3|R=0|S=-)) above. Special:ExpandTemplates shows the complicated code it produces with an image map:

<div style="width:100%; background:transparent;"><div id="container" style="margin:0 auto; width:82px; font-family:sans-serif"><div id="on_image_elements" class="nounderlines" style="background:transparent; float:left; font-size:20px; text-align:center; vertical-align:middle; position:relative; height:80px; width:80px; padding:1px;">
<div id="diamond_image_and_mw_ImageMap" style="position:absolute; height:80px; width:80px;"><imagemap>
File:NFPA 704.svg|80px|alt=NFPA 704 four-colored diamond
poly 300   0 450 150 300 300 150 150 [[NFPA 704#Red|Flammability code 1: Must be pre-heated before ignition can occur. Flash point over 93 °C (200 °F). E.g., canola oil]]
poly 150 150 300 300 150 450   0 300 [[NFPA 704#Blue|Health code 3: Short exposure could cause serious temporary or residual injury. E.g., chlorine gas]]
poly 450 150 600 300 450 450 300 300 [[NFPA 704#Yellow|Reactivity code 0: Normally stable, even under fire exposure conditions, and is not reactive with water. E.g., liquid nitrogen]]
poly 300 300 450 450 300 600 150 450 [[NFPA 704#White|Special hazards (white): no code]]
desc none
</imagemap></div><div style="width:12px; text-align:center; position:absolute; top:12px; left:35px;">
[[NFPA 704#Red|<span style="color:black;" title="Flammability code 1: Must be pre-heated before ignition can occur. Flash point over 93 °C (200 °F). E.g., canola oil">1</span>]]</div><div style="width:13px; text-align:center; position:absolute; top:31px; left:15px;">
[[NFPA 704#Blue|<span style="color:black;" title="Health code 3: Short exposure could cause serious temporary or residual injury. E.g., chlorine gas">3</span>]]</div><div style="width:13px; text-align:center; position:absolute; top:31px; left:54px;">
[[NFPA 704#Yellow|<span style="color:black;" title="Reactivity code 0: Normally stable, even under fire exposure conditions, and is not reactive with water. E.g., liquid nitrogen">0</span>]]</div></div></div></div>

PrimeHunter (talk) 20:46, 24 March 2019 (UTC)

Image shows the issue indeed. My thoughts: the creator (could be me ;-) ;-) ) used css styles that are discarded when in mobile view. -DePiep (talk) 20:51, 24 March 2019 (UTC)

@PrimeHunter and DePiep: Thanks for your comments - is there some easy way of centering the numbers in both, the "Desktop View" and "Mobile View"? - or maybe - it may be too difficult - and - perhaps best - to leave well enough alone at the moment - iac - Enjoy :) Drbogdan (talk) 20:57, 24 March 2019 (UTC)

I'd say: rebuild css/style from scratch, but don't distrust <imagemap> for now. It's these pesky little 'style=""' details mobile view ignores, per my first suspicion. -DePiep (talk) 21:05, 24 March 2019 (UTC)

18:04, 25 March 2019 (UTC)

Template:Hadith-usc generates a URL pointing to a website at USC, but the USC website is permanently defunct since at least Oct. 2018. archive.org seems to have a complete archive of the USC website, and I suggest to modify the template to generate a URL based on archive.org, unless there are better sources. --Happyseeu (talk) 19:50, 25 March 2019 (UTC)

@Happyseeu: Following up at Template talk:Hadith-usc#It's time to modify the defunct USC website with a functional website -- GreenC 06:06, 26 March 2019 (UTC)

Resolved

Please see Talk:Bids for the 2022 Winter Olympics#Map issue. 2607:FEA8:1DE0:7B4:1426:377C:72E2:A4B6 (talk) 07:59, 26 March 2019 (UTC)

Hi! I see in the infobox of this article erroneous text "include" and "back to article". I can't figure it out, can you? 2001:14BA:980E:7700:0:0:0:8EA (talk) 12:48, 26 March 2019 (UTC)

 Fixed, like this. --Redrose64 🌹 (talk) 12:59, 26 March 2019 (UTC)

Thank you Redrose64, much improved! :) 2001:14BA:980E:7700:0:0:0:8EA (talk) 13:29, 26 March 2019 (UTC)

What is the keystroke sequence to initiate editing a Wikipedia page with vi? Michael Hardy (talk) 19:46, 23 March 2019 (UTC)

@Michael Hardy: vi as in the *nix text editor? We don't have a 'edit in vi' mediawiki hotkey. You could install text editor extensions in to your browser. What browser are you using? — xaosflux ^Talk 20:08, 23 March 2019 (UTC)

@Xaosflux: You're mistaken. It exists. I know it exists because I've entered it accidentally several times. Michael Hardy (talk) 21:07, 23 March 2019 (UTC)

@Michael Hardy: lately? There used to be an option in Special:Preferences#mw-prefsection-editing for "use external editor", but that was removed 5+ years ago. See mw:Manual:External editors. This still required you to configure such an editor (such as vi) in your browser it didn't force a specific application on your computer to launch. You certainly could still have a browser extension for something similar. If anyone else has an idea, hopefully they will chime in and add or correct this below! — xaosflux ^Talk 21:15, 23 March 2019 (UTC)

@Xaosflux: Within the past couple of days. And a bunch of other times within the past couple of years. One was maybe about a month ago. Michael Hardy (talk) 21:32, 23 March 2019 (UTC)

See also Help:Text editor support (though again, these all look like they are on your browser client). — xaosflux ^Talk 21:40, 23 March 2019 (UTC)

@Xaosflux: I'm using Google Chrome. I can't say I've ever thought about browser extensions. Is there a quick way to tell whether I have such a thing? Michael Hardy (talk) 21:47, 23 March 2019 (UTC)

I've never seen it but there is a browser extension known as "it's all text" which I believe can be configured to use whatever editor you like when normally a browser edit window would open. Google that phrase for information. I just copy from the browser edit window to my editor, then copy back if I want to post what I edited. Johnuniq (talk) 21:49, 23 March 2019 (UTC)

(edit conflict) (multiple) This feature was at Preferences → Editing, under the "Advanced options" heading, and was titled "Use external editor by default (for experts only, needs special settings on your computer)". It was always disabled for new and logged-out users, I'm guessing that Michael Hardy must have enabled it at some point after registering. It was removed from Preferences with the deployment of MediaWiki 1.22/wmf2 to English Wikipedia on 22 April 2013; AFAIK the removal of this preference also disabled it for all users who had previously enabled it. --Redrose64 🌹 (talk) 21:52, 23 March 2019 (UTC)

@Redrose64: @Johnuniq: I'm using a laptop that I bought in 2016. I've never configured it for anything like this nor enable any such features. Michael Hardy (talk) 00:51, 24 March 2019 (UTC)

To see whether any extensions are installed in Chrome: Click the three vertical dots at the top right, then "More tools" and "Extensions". PrimeHunter (talk) 01:25, 24 March 2019 (UTC)

@PrimeHunter: ok, I've done that, and I see no such extension. But the fact remains: I've accidentally stumble into editing a page with vi several times. Michael Hardy (talk) 17:29, 26 March 2019 (UTC)

@Michael Hardy: so just for reference, how do you launch vi normally? (Are you on a *nix variant machine)? Is it pure vi, or vim? — xaosflux ^Talk 01:34, 24 March 2019 (UTC)

@Xaosflux: This laptop runs MS Windows, and I've installed vim. Michael Hardy (talk) 01:38, 24 March 2019 (UTC)

I've been using https://github.com/aquach/vim-mediawiki-editor lately; seems to work fine for this purpose. Enterprisey (talk!) 15:39, 25 March 2019 (UTC)

I have played around with a few external editors tied to browsers, but -- at least to me -- cutting and pasting the source into an external editor, editing (and saving a copy -- occasionally having a copy comes in handy) and pasting it back works really well. Getting off-topic here, but for anyone using Vi or Vim, I highly recommend NeoVim.[10] (In particular. read the section "The Codebase".) [11][12] --Guy Macon (talk) 16:06, 25 March 2019 (UTC)

It's not possible to easly check which user in these categories was recentlty active. Is there list with users speaking certain language by activity? Eurohunter (talk) 18:47, 26 March 2019 (UTC)

Hi all, when I run the following command on toolforge:

jsub -once -mem 2g -quiet -j y -o a.txt java -Xmx1G -version

And view the log file:

$ cat a.txt
Error occurred during initialization of VM
Could not allocate metaspace: 1073741824 bytes

I see an error related to (lack of) memory. Changing the memory values to something crazy seems to yield the desired output.

For example:

$ jsub -once -mem 8g -quiet -j y -o a.txt java -Xmx4G -version
$ cat a.txt

results in the desired output

openjdk version "11.0.2" 2019-01-15
OpenJDK Runtime Environment (build 11.0.2+9-Debian-3bpo91)
OpenJDK 64-Bit Server VM (build 11.0.2+9-Debian-3bpo91, mixed mode, sharing)

That leaves me with the following questions

1. Is this a bug or the expected behavior?
2. Is the latter example the best practice on toolforge these days (i.e. set crazy memory values)?

Thanks in advance. -FASTILY 00:23, 27 March 2019 (UTC)

@Fastily: I have created phab:T219351 to investigate this issue.

Thank you to TheDJ for pointing this question out on irc. Broadly speaking bug reports and technical questions about Toolforge should be made via the cloud mailing list, the #wikimedia-cloud ^connect channel on Freenode, or Phabricator. The various wiki village pumps are not monitored for such reports because of lack of staff to watch pages in 800+ Wikimedia wikis. --BDavis (WMF) (talk) 01:26, 27 March 2019 (UTC)

Sounds good, thanks! -FASTILY 03:38, 27 March 2019 (UTC)

There seems to be another bug in the Visual Editor (people tell me there are so many bugs in it). If you have an inline citation you cannot set the insertion point to edit any text to the right of the citation. Has anyone else noticed this? 81.139.163.204 (talk) 11:01, 27 March 2019 (UTC)

works in my browser.. Which browser and version of that browser do you use ? If you know how to, maybe make a screen recording that shows your problem ? —TheDJ (talk • contribs) 12:00, 27 March 2019 (UTC)

If I open Equinox in the Visual Editor and try to edit the words after inline citation [7] the insertion point appears between "[7]" and "It" and refuses to move. This is on Microsoft Edge. I don't have the problem on Google Chrome or Firefox. 81.139.163.204 (talk) 12:43, 27 March 2019 (UTC)

I remember fairly recently seeing Wikipedia newsletters with a background that looked like a page with a folder corner on the top left. I'm trying to find them again, and I've been searching for half an hour without much luck. Does someone know the CSS class that makes this happen, or failing that, an example of such a newsletter? Headbomb {t · c · p · b} 15:10, 27 March 2019 (UTC)

@Headbomb: Are you looking for ((Letterhead start)), ((Letterhead end)), and Template:Letterhead start/styles.css? --DannyS712 (talk) 15:22, 27 March 2019 (UTC)

That's the one, yes thanks! Headbomb {t · c · p · b} 15:28, 27 March 2019 (UTC)

What happened here? Some spaces seem to be replaced by spaces of a different kind. After this edit, the items type and fatalities are no longer displayed in the infobox. --FredTC (talk) 07:54, 15 March 2019 (UTC)

Those were "raw" (meaning not encoded like   or  ) non-breaking spaces (NBSP), and those don't work as separators in template parameter assignments like regular spaces do, hence the disappearing items – same thing happens if you replace those spaces with  . --Pipetricker (talk) 10:22, 15 March 2019 (UTC)

But how did such spaces get there? I have no way to detect that they are there. When I edit the version I mentioned, and select/copy (ctrl-C) the code for the infobox, then paste it to a notepad.exe file, I cannot see a difference. Can I produce it by accident? How? --FredTC (talk) 11:13, 15 March 2019 (UTC)

Per the tag of the edit you linked to, in this case the culprit was the official Wikipedia iOS app.

If you want to report this as a bug in the iOS app, go to mw:Wikimedia Apps/Team/Bug reporting.

Some text editors highlight NBSPs (for example LibreOffice Writer) or have an option to do so (the Show all formatting marks, ¶, option in Microsoft Word). There are feature requests for MediaWiki at Phabricator:

• T96666: Make non-breaking spaces (nbsp) visible in VisualEditor
• T181677: Implement syntax highlight for U+00A0 (no-break space, nbsp)

--Pipetricker (talk) 15:10, 15 March (UTC), 23:27, 22 March 2019 (UTC)

Hi, can you please look at this? Thanks a lot, --Luky001 (talk) 18:59, 27 March 2019 (UTC)

The current featured article is William Matthews (priest). Clicking Pageviews on its history goes here. That displays "Error querying Pageviews API - Unknown". I don't recall using this tool before. Is that a known issue which clears up in due course, or should I hassle its devs? Johnuniq (talk) 02:06, 28 March 2019 (UTC)

@Johnuniq: It works for me. Do you by chance have a privacy or adblock browser extension, such as Privacy Badger? That is a common cause for this tool failing. Otherwise, please share which browser and version you are using. Better, follow the steps at WP:JSERROR, which will give us even more debugging info. Best, — MusikAnimal ^talk 02:43, 28 March 2019 (UTC)

Sorry about the noise. I normally check unexpected issues in another browser and when I did that just now it worked. I have NoScript but I thought I had disabled it. There is some issue here, thanks. Johnuniq (talk) 03:09, 28 March 2019 (UTC)

Hey, https://tools.wmflabs.org/afdstats/ fails now, has failed for a day or two at least. Is there something wrong with wmflabs? I am totally out of it, tech-wise, but I like to check on my wp:AFDSTATS. --Doncram (talk) 01:09, 28 March 2019 (UTC)

Explained above in #User interaction analyzer not working by the ever-excellent TheDJ. Basically, a thing that tools were running on changed and not everybody running tools​ changed yet. ~ Amory (u • t • c) 01:19, 28 March 2019 (UTC)

Seems fixed. (Thanks, Sigma!) Enterprisey (talk!) 05:45, 28 March 2019 (UTC)

I tried to move Template:Civil Rights Movement-stub to Template:Civil-Rights-Movement-stub in order to correct a format issue. However, none of the contents of the old page was moved to the new page. Not sure what happened. Mitchumch (talk) 17:34, 28 March 2019 (UTC)

@Mitchumch: may have been caching or job lag, it appears to be done now - are you still seeing a problem? — xaosflux ^Talk 17:36, 28 March 2019 (UTC)

Yes, I do. Mitchumch (talk) 17:40, 28 March 2019 (UTC)

@Mitchumch:  fixed the content moved, but the stub template (((asbox))) has some special rules - Special:Diff/889896029 solved it. --DannyS712 (talk) 17:36, 28 March 2019 (UTC)

Thank you. Mitchumch (talk) 17:40, 28 March 2019 (UTC)

For example, if there something that could check

((character count|\*|
Lorem ipsum
* ABC
* DEF
* HIJ
))

((character count|e|
Lorem ipsum
* ABC
* DEF
* HIJ
))

((character count|G|
Lorem ipsum
* ABC
* DEF
* HIJ
))

and return 3 in the first instance, 1 in the second instance, and 0 in the third instance? Headbomb {t · c · p · b} 13:42, 28 March 2019 (UTC)

((#invoke:Text count|main|text=|pattern=)) where pattern is a Lua pattern, not regex

((#invoke:Text count|main|text=Lorem ipsum
* ABC
* DEF
* HIJ|pattern=%*))

→ Script error: No such module "Text count".

((#invoke:Text count|main|text=Lorem ipsum
* ABC
* DEF
* HIJ|pattern=e))

→ Script error: No such module "Text count".

((#invoke:Text count|main|text=Lorem ipsum
* ABC
* DEF
* HIJ|pattern=G))

→ Script error: No such module "Text count".

—Trappist the monk (talk) 14:03, 28 March 2019 (UTC)

Thanks, that works. Headbomb {t · c · p · b} 18:08, 28 March 2019 (UTC)

Greetings - On 23 March,I posted a notice here about enwp10 tool being down. Wondering if anyone here knows how to do this move? It's totally beyond my knowledge. Regards, JoeHebda (talk) 00:29, 26 March 2019 (UTC)

Documentation is at wikitech:News/Toolforge Trusty deprecation, but migrating tools requires maintainer intervention. Pinging Kelson. The other maintainer listed is "tmoney" but I'm not sure what their username is here.

Just FYI, there are a LOT of tools that were not migrated to Stretch and probably broke today. Maintainers should have received numerous emails about this over the past two months. — MusikAnimal ^talk 02:53, 26 March 2019 (UTC)

Thx JoeHebda, things are under control on our side. Let us know if not. Kelson (talk) 05:04, 26 March 2019 (UTC)

Today is the day (for the first time since the toolserver migration 5 years ago), where we will find out how many tools are not being used (broken but no complaints) and how many are not being maintained (complaints but no one to fix them)... —TheDJ (talk • contribs) 08:13, 26 March 2019 (UTC)

 Done - Thanks to audiodude for completing this. Details here. Cheers! JoeHebda (talk) 19:37, 28 March 2019 (UTC)

WP:CRAPWATCH displays fine on the desktop view, but loading up the mobile website seems to lose the collapsible tables (class="mw-collapsible mw-collapse"). One of the big reasons to make these tables collapsible is to make the mobile view more manageable, so it's a bit annoying that this doesn't work. Headbomb {t · c · p · b} 18:11, 28 March 2019 (UTC)

If you are referring to the navbox, which is the only collapsible thing that I see on the page and which is not a table, the navbox class is not displayed on mobile. See WP:NAVBOX. – Jonesey95 (talk) 19:00, 28 March 2019 (UTC)

@Jonesey95: do you not see "All 106 MDPI-related entries" in the very first row of the table (Rank 1, MDPI) ? Headbomb {t · c · p · b} 19:52, 28 March 2019 (UTC)

Yeah, I suppose I should have searched the page for "show" and "hide" like a smart person. Sorry about that. Anyway, I think your question will need an answer by someone more familiar with the interface configuration files like MediaWiki:Common.js and the other files listed at Template:CSS and JS MediaWiki messages. My guess is that the collapsible show/hide stuff is not rendered on mobile for some reason. – Jonesey95 (talk) 21:12, 28 March 2019 (UTC)

It's mostly to display automatically collapsible article content in articles for phones that have old browsers / browsers without javascripts. Wondering if there's a way to bypass that, and support collapsible tables for modern mobile browsers, which do support collapsible tables. Headbomb {t · c · p · b} 21:25, 28 March 2019 (UTC)

Am I going crazy? Why is Template:More citations needed section a talk page? It's transcluded in a bunch of pages. Eman235/talk 17:46, 28 March 2019 (UTC) On a closer look I think it's because Anthony Appleyard messed up a page move. Eman235/talk 17:48, 28 March 2019 (UTC)

@Eman235: Because of a page move by @Anthony Appleyard - I reverted the move, but now the prior template needs to be undeleted. I blanked the page, so for now it shouldn't show up on pages when it is transcluded. --DannyS712 (talk) 17:49, 28 March 2019 (UTC)

• @Mitchumch, DannyS712, and Eman235: Sorry. Thanks. (Template:Refimprove section has 3 old deleted edits, but they are all redirects.) Anthony Appleyard (talk) 21:54, 28 March 2019 (UTC)

While editing the article Henry Moskowitz (activist), a "Warning: Page using Template:Authority control with "VIAF", please move this to Wikidata if possible (this message is shown only in preview)." displayed on the screen. Also, there are two Template:Authority control assigned to this article and both have this warning message. I don't know how to fix this issue. Mitchumch (talk) 22:32, 28 March 2019 (UTC)

This might be better asked at Template talk:Authority control. However, the issue is that the article contains ((Authority control|VIAF=190653772)) (and a second) and the warning is saying it should just be ((Authority control)) and the VIAF value should be placed at Wikidata. To do that, click "Wikidata item" in the toolbox on the left and play around with the VIAF setting. Problem: Wikidata already has VIAF=21135876 with a claim that it was imported from enwiki. Some checking of the VIAF values needs to take place to determine what's going on. There should be only one VIAF, and it should be at Wikidata. Johnuniq (talk) 22:57, 28 March 2019 (UTC)

Both VIAFs are unfortunately valid. VIAF needs to be contacted. --Izno (talk) 03:30, 29 March 2019 (UTC)

Izno, Mitchumch can also be documented at Wikipedia:VIAF/errors —TheDJ (talk • contribs) 08:47, 29 March 2019 (UTC)

I added entry on Wikipedia:VIAF/errors to section "Two or more VIAF identities for the same article". The two VAIFs were added to article by blocked User:Richard Arthur Norton (1958- ) on 18:56, 28 January 2015. Mitchumch (talk) 11:37, 29 March 2019 (UTC)

It looks like the bot that maintained that page no longer runs and stopped right around the time Wikidata started, but I don't see if a similar automated process was set up on Wikidata. --Izno (talk) 13:01, 29 March 2019 (UTC)

That would be d:Wikidata:Database reports/Constraint violations/P214 - the equivalent exists for every Wikidata property. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:06, 29 March 2019 (UTC)

The page exists, but it does not indicate any automatic provision of duplicate IDs to VIAF. --Izno (talk) 13:50, 29 March 2019 (UTC)

Both VIAF and ISNI are federated databases. A close look at the two VIAF records or at the corresponding two ISNI records shows that they originate from different national libraries. One identity [13][14] comes from US and Israel, while [15][16] comes from the Netherlands, Ireland, and France. Each attributes a different birth year (1878 vs. 1880), which may have delayed ISNI in recognizing and resolving the duplication. A simple heuristic of referring to the lowest-numbered VIAFid (the former) will avoid having a duplicate Q number in such cases, and when the VIAF and ISNI deduplicates are eventually done, that lowest number will either be used or redirected. A more challenging problem arises when the VIAF or ISNI records conflate identities, as is almost unavoidable for common names, but this too is well understood by librarians.LeadSongDog come howl! 16:43, 29 March 2019 (UTC)

I often browse WP from my Kindle eBook reader, including Talk pages. Up until a few days ago, at the bottom of each article page there was a button to link to the Talk page (it does not appear on my desktop in Chrome). The Kindle browser does not display the usual WP top-of-page menu (talk history &c) so this was very handy. Now the <Talk> button no longer appears. Was this a recent WP change, or do I assume it was a Kindle update? --D Anthony Patriarche (talk) 12:11, 29 March 2019 (UTC)

D A Patriarche, are you still logged in ? The button only shows if you are logged in. —TheDJ (talk • contribs) 15:20, 29 March 2019 (UTC)

D A Patriarche I also happen to do that sometimes. Best solution could be to use desktop view by going to the very bottom in mobile view (I think it uses that by default) and pressing "Desktop". SemiHypercube 15:35, 29 March 2019 (UTC)

Aha, that's it! For some reason I've been getting logged out recently despite checking "Keep me logged in". Thanks. --D Anthony Patriarche (talk) 18:07, 29 March 2019 (UTC)

I forgot the password for my account and there's no email attatched, is it possible to put an email onto my account?Muur (talk) 18:28, 29 March 2019 (UTC)

Muur as described here: Help:Logging in#What if I forget the password? —TheDJ (talk • contribs) 20:02, 29 March 2019 (UTC)

Something appears to have broken the ((Indian states and territories image map)) clickable map, and a quick check shows that this 2011 edit now throws up a "Invalid coordinate at line 61, must be a number." and subsequent versions don't render (prior versions still work; example). I am assuming this is a recent issue unrelated to an edit made to the particular template, since the error otherwise would surely have been spotted sooner. Anyone have an idea what the issue could be and how to resolve it?

Pinging @Begoon and RaviC: who have been involved with the template and are currently active. Abecedare (talk) 22:25, 28 March 2019 (UTC)

Honestly I'm not too sure. The last time I edited the template was back in 2014, and it was working well back then. Looking at the revision history in 2011, the map was edited to add the shapes of states as polygons as opposed to before, when just a rectangle for a link was present for each state. That could be where the problem lies. I recall adding more polygons to the map using ImageMapEdit. --RaviC (talk) 22:34, 28 March 2019 (UTC)

Ok. It was the "x.y" coordinate format that was causing the problem (don't ask me why!). Changing it to "x y" seems to have resolved the issue. Abecedare (talk) 22:54, 28 March 2019 (UTC)

Is it working properly, even after that change? Hovering my mouse over various parts displays two different pointers - an arrowhead for non-sensitive areas, and a finger for sensitive areas. The sensitive areas do not cover the whole map, missing out the southern portions. Clicking on a sensitive area displays a criss-cross tangle of blue lines covering a roughly rectangular shape, before going to the article for the relevant state. --Redrose64 🌹 (talk) 23:14, 28 March 2019 (UTC)

I think it is working "as written". The issue you point to is due to the fact that not all states have a clickable area defined by their polygonal boundary corresponding to their borders. Many states (eg, 7, 15 etc) have a clickable area defined by a much smaller rectangle that covers only (approx) the numerical index in the image. The way to resolve this would be for someone to trace the boundaries of the latter group of states and update the template code. The current version is non-ideal but functional. Abecedare (talk) 23:37, 28 March 2019 (UTC)

It doesn't seem to be working properly for me as it used to before. I'm not sure why, but the polygons for some states (e.g. Maharashtra, Tamil Nadu) aren't there any more. Clicking near Gujarat brings up a hyperlink for the Siachen Glacier. Something has happened to the template and it probably needs to be rewritten now. --RaviC (talk) 00:01, 29 March 2019 (UTC)

You are right! What I was interpreting as "x.y" coordinates, seems to be just the x- or y-coordinate to two or three decimal places. My converting them to "x y" made the result acceptable syntactically, but completely mucked up the location of the polygons. So undoing that edit.

It's possible that for some reason 'poly' now accepts only integer parameters; but would be good to know that defnitively before someone puts in the effort to repair or rewrite the template. Abecedare (talk) 02:13, 29 March 2019 (UTC)

I think your guess was correct. It wasn't much effort to round all the poly co-ordinates to integers using a perl command on a text file of the wikitext - perl -i -pe 's/(\d*\.\d*)/int($1+0.5)/ge' filename, so I've done that. There's this recent gerrit commit that's probably related. -- Begoon 02:56, 29 March 2019 (UTC)

@Begoon: Thanks for nailing down the diagnosis and the quick fix. Abecedare (talk) 03:36, 29 March 2019 (UTC)

Abecedare, See also phab:T217087. A change in the behaviour of the php parser, caused these numbers to throw errors. Because of this, the sanitisation was changed to become more strict and instead of implicitly ignoring the floating part, it now creates errors. This also makes our image maps aligned with HTML behaviour of image maps. —TheDJ (talk • contribs) 09:19, 29 March 2019 (UTC)

Thanks. Fwiw, I agree with your comment there that the rounding/typecasting should ideally happen after the scaling. Abecedare (talk) 14:35, 29 March 2019 (UTC)

Yes, that loss of precision was my concern with rounding the co-ordinates to integers as I did - but since that was all the extension currently accepts I didn't have much option if we wanted the template to work at all. I've added those thoughts to the phab ticket. -- Begoon 01:27, 30 March 2019 (UTC)

@Begoon: You clearly chose the right and only available option, and the extra decimal places most likely represented false-precision in this instance. My comment was more of a pedantic quibble over 'poly' (unlike 'rect') accepting only integer parameters, which makes the graphics less scalable in theory. Of course this would matter only for scale values >> 1 and I'd be hard-pressed to find examples on wikipedia where it makes a practical difference. Abecedare (talk) 01:42, 30 March 2019 (UTC)

PS: Read Begoon's comment at phabricator and realized that we here are already on the same page and just preaching to the choir :-). Abecedare (talk) 01:44, 30 March 2019 (UTC)

• Note that, per the phabricator ticket, floating point co-ordinates now work again, so I've reverted to the version before any changes concerning this issue. -- Begoon 05:18, 30 March 2019 (UTC)

Hi, Can someone amend Template:Assyrian Democratic Movement to make the banner at the top legible (or is it just my eyes/browser/weather conditions)... Thanks GrahamHardy (talk) 08:08, 30 March 2019 (UTC)

✓ Done ‑ Iridescent 08:30, 30 March 2019 (UTC)

Template:XFD backlog uses ((#time)) to derive the names of preceding months.

This has worked fine since I created the template two weeks ago, but now it is miscalculating the previous month.

• ((#time: M Y |now)) → Apr 2024
• ((#time: M Y |now - 1 month)) → Mar 2024
• ((#time: M Y |now - 2 months)) → Feb 2024
• ((#time: M Y |now - 3 months)) → Jan 2024

The second result, for now - 1 month, is wrong: it should be Feb 2019.

This looks to me like a bug in ((#time)), probably connected to March being longer than February. If so, similarly glitches will occur at the end of several other months?

Please can someone suggest an elegant workaround? --BrownHairedGirl (talk) • (contribs) 17:21, 30 March 2019 (UTC)

@BrownHairedGirl: so yes its a bug, but its not really a mediawiki bug, its a php bug, but it's also not really a "bug" but a "feature". Month math only operates on the "month value" so in this case it takes 2019-03-30 and sets it to 2019-02-30, then the php date fixer comes and "fixes" that to 2019-03-02. If you want to do month math, you have to program for it. — xaosflux ^Talk 17:40, 30 March 2019 (UTC)

More, this is also because the #time parser uses entire datetimes, your filter doesn't lower the precision it just doesn't display that part of the output. — xaosflux ^Talk 17:42, 30 March 2019 (UTC)

You might try this to lower the precision:

((#time: M Y |((#time:M Y|now)) - 1 month)) → Mar 2024

—Trappist the monk (talk) 17:44, 30 March 2019 (UTC)

Many thanks, @Xaosflux and Trappist the monk. That quick and elegant workaround does the job nicely. --BrownHairedGirl (talk) • (contribs) 18:12, 30 March 2019 (UTC)

Resolved

Here's the fix implemented: [17].
And thanks to @Pipetricker: for fixing my typos above. --BrownHairedGirl (talk) • (contribs) 18:59, 30 March 2019 (UTC)

If you write something like

((Wikipedia:Wikipedia Signpost/Templates/Signpost-block-start-v2))
((Signpost series|type=sidebar|tag=openaccess|seriestitle=Open Access))
((Lorem ipsum|2))
((Wikipedia:Wikipedia Signpost/Templates/Filler image-v2|image=File:Circle.svg|size=300px|caption=An image!))
((Lorem ipsum|3))
((Wikipedia:Wikipedia Signpost/Templates/Signpost-block-end-v2))

This gives the very crooked/bad looking/misaligned (and how bad it is depends on the zoom level)

Related articles

Open Access

Top scholarly citers, lack of open access references, predicting editor departures
27 March 2022

The Wikipedia SourceWatch
31 March 2019

Wikimedia Foundation adopts open-access research policy
25 March 2015

Wikipedia predicts flu more accurately than Google; 43% of academics have edited Wikipedia
30 April 2014

Licensed for reuse? Citing open-access sources in Wikipedia articles
15 January 2014

More articles

Loss of an Internet genius 14 January 2013 Wikimedia Foundation endorses open-access petition to the White House; pending changes RfC ends 28 May 2012 Wikimedia and the "seismic shift" towards open-access research publication 14 May 2012

An image!

Could someone take at a look at ((Signpost series)) and tell it to behave nicely with Wikipedia:Wikipedia Signpost/Templates/Filler image-v2 and other v2 templates? Headbomb {t · c · p · b} 22:31, 29 March 2019 (UTC)

If you're talking about openaccess sidebar adding padding-left:5em to Lorem, then use sidebar-v2 as a type. Too bad that it isn't mentioned in template documentation (or maybe it is in some other place?). --MarMi wiki (talk) 23:47, 30 March 2019 (UTC)

@MarMi wiki: fantastic, that works! Headbomb {t · c · p · b} 23:51, 30 March 2019 (UTC)

I am currently working on creating required modules and templates in Wikipedia Incubator. I would like to know the mechanism through which the name of a module is being converted into uppercase. Take for example, the template Template:View. In that template, the code actually invokes the module navbar. But when checking the list of modules being used from the option 'Templates used', I am able to see the module with the name 'Navbar'. When I checked the redirects present on the 'Page Information' of the module Module:Navbar, I didn't find anything. If anybody know that mechanism, please comment. Adithyak1997 (talk) 10:26, 31 March 2019 (UTC)

MediaWiki automatically converts the first character to upper case in wikis where mw:Manual:$wgCapitalLinks is true, except if mw:Manual:$wgCapitalLinkOverrides overrides it for the namespace. [[example]] produces example which links directly to https://en.wikipedia.org/wiki/Example with no redirect. It's the same with transclusions and module invokations. It isn't even possible to create a redirect at the lowercase title because page names cannot start with a lowercase letter. There is a related feature where https://en.wikipedia.org/wiki/example automatically redirects to https://en.wikipedia.org/wiki/Example but such redirects are not the same as wiki redirects and they are not used by wikilinks and transclusions. https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php sets wgCapitalLinks to true for all Wikimedia wikis except jbowiki (Lojban Wikipedia) and Wiktionary. PrimeHunter (talk) 10:51, 31 March 2019 (UTC)

But will that work for those projects in Incubator as well? Adithyak1997 (talk) 10:57, 31 March 2019 (UTC)

It only works for the first character in the whole page name. Incubator uses subpages like incubator:Template:Wp/khw/Navbar for the Navbar template in the khw (Khowar) Wikipedia. At Incubator it can be called with ((Wp/khw/Navbar)) or ((wp/khw/Navbar)), but not ((Wp/khw/navbar)) unless a redirect exists like at incubator:Template:Wp/khw/navbar. PrimeHunter (talk) 12:06, 31 March 2019 (UTC)

Thanks a lot. Adithyak1997 (talk) 12:11, 31 March 2019 (UTC)

Resolved

 – ((Percentage bar)) has been fixed, so the 2nd of the below bars doesn't show the problem anymore.

The percentage bar, on its own, displays fine

However, if you put it in a notice box/mbox, it doesn't

90%

If works fine if you don't use a relative value for width however

90%

Can someone help? Headbomb {t · c · p · b} 15:04, 30 March 2019 (UTC)

Wrap bar in div (<div style="position:relative">((Percentage bar...))</div> - inspiration):

90%

--MarMi wiki (talk) 01:20, 31 March 2019 (UTC)

MarMi wiki, Headbomb like this —TheDJ (talk • contribs) 13:26, 31 March 2019 (UTC)

Is there a magic word or similar for a user's image size setting? What I'd like to do is set the size of the images in a gallery to the user's default. Hawkeye7 (discuss) 19:25, 30 March 2019 (UTC)

No, because content cannot vary on potentially 'infinite' things (sizes), it's bad for caching. —TheDJ (talk • contribs) 13:36, 31 March 2019 (UTC)

Seems ((Squad maintenance)) in not working. See Template:Real Madrid CF squad "Check completeness of transclusions" and it says "404 Not Found". Pelmeen10 (talk) 12:13, 31 March 2019 (UTC)

Pelmeen10, the maintainer of this tool is Chameleon222 a user who seems to have stopped editing in 2015. —TheDJ (talk • contribs) 12:55, 31 March 2019 (UTC)

The source code of the tool is available at [Github]. If anybody is interested, they can adopt that tool and thus become a maintainer of that tool. Adithyak1997 (talk) 13:43, 31 March 2019 (UTC)

Resolved

 – Amaury (talk | contribs) 01:08, 27 March 2019 (UTC)

"503 Service Unavailable" Amaury (talk | contribs) 15:19, 26 March 2019 (UTC)

Probably because Toolforge moved to new servers. User:Σ is this yours by any chance? GreenC 15:28, 26 March 2019 (UTC)

In the more general, why does toolslab have to be so slow and/or crap? Every other day it's giving 404s and 501s etc. Can't the WMF spend just a percentage of its hard-earned (read: given), and provide us with the tools we need to actually improve the encyclopedia? I assume that's what the donations are given towards, rather than merely allowing various unnamed yet by no means unknown characters pissing about in Lear Jets Transatlantic Stylee [/RANT] ——SerialNumber54129 15:37, 26 March 2019 (UTC)

Serial Number 54129, because we editors do crazy stuff ;) Seriously though, what people don't realise is that keeping things working requires investment by people. All maintainers of these tools received several emails over the last 4 months that they needed to do something because their software was running on 5 year old operating systems that had been deprecated for 3 years. And really in most cases the maintainers didn't have to do much, other than follow several instructions. They did nothing at all however and thus those tools are now down. I don't see how to fix that problem. If anything, this is a result of WMF continuously giving maintainers of tools maximum liberty, while they should have been more forceful 3 years ago to get people to put in the work of upgrading their software. —TheDJ (talk • contribs) 16:20, 26 March 2019 (UTC)

Not to say there isn't a lot wrong with toollabs that can be improved, there most definitely is (but this is also happening, and if you are a toolcmaintainer it is notable noticeable). At the same time, there are many tools that haven't seen their official maintainer log in for several years, yet being used by thousands of people. The WMF is not an adoption agency for that code just because it runs on their servers. —TheDJ (talk • contribs) 16:22, 26 March 2019 (UTC)

I'm glad to hear that you appreciate my work. I'm sorry if you feel that I have been shirking my duties, but I must clarify that I am not tech support at the WMF's beck and call.

The WMF is not an adoption agency for code, but the flip side of that coin is that we editors and tool maintainers have no obligation to do any more work than we want to. Personally, I'll keep doing what I've been doing. But as it is right now, priorities list wise, this will always sit comfortably below doing what it takes to put a roof over my head and keep the lights on. Which should give you one hint to "fix the problem", in my case at least. I hope this helps. →Σσς. (Sigma) 17:32, 26 March 2019 (UTC)

Σ, oh don't get me wrong, that wasn't a value judgement of your work, far from it, it is an observation of how this works. This is exactly why often when Wikipedians say "we need more time", "you should give better announcements" etc etc. I note that it is pointless to do so, because volunteers won't do 'low prio' things until stuff starts breaking. Most volunteers just don't have the bandwidth to handle much of this and neither do I personally as a fellow volunteer expect them to (my hiatuses often stretch for months). Within the tech circles of Wikimedia this is also pretty much universally recognized. But that's also what makes these services completely different from the production level services. Having these tools unavailable once in a while is a sacrifice that needs to be made simply because WMF can't go and hire every tool developer fulltime to turn it into a production level service (although they have hired a sizeable portion of them through the years). Simply respecting things for what they are and then working from there to see how to improve them within those constraints is probably more fruitful than passing around blame. The fact is that our tools can virtually grow infinite in number, but our maintainers of them are not, nor usually have access to the tools of those who left. And after 5 years there is now a moment where that became unavoidably visible. —TheDJ (talk • contribs) 19:07, 26 March 2019 (UTC)

+1 to TheDJ. The 404s/502s/whatevers are usually because of maintainer neglect. WMF Cloud Services merely provides the infrastructure for volunteers to host their tools. They are not and should not be responsible for maintaining code they didn't write. Yes the platform has problems, many of them, but all things considered it is in my opinion a pretty phenomenal service for being free. From my data, actual percentage uptime (at least on VPS) is somewhere between 3 to 4 nines. Many for-profit websites don't come close to that.

@Amaury: There is also toolforge:interaction-timeline which provides similar functionality. — MusikAnimal ^talk 17:52, 26 March 2019 (UTC)

Another one three. -- GreenC 18:43, 26 March 2019 (UTC)

Thanks for all the answers, and apologies if it sounded like I was digging anyone out or being particularly unappreciative  :) I was not. If anything, it's the WMF I am unappreciative of, as although WP:VOLUNTEER is a sound enough principle for crowd-sourcing an encyclopaedia, it sounds like they could start putting some bloody money into what yous all do. If not by direct payments (although I don't see why not, since the tools directly affect WMF income) then at least with support. Imagine an employee of Google getting 404 when they need to check a copyright status! We might be smaller, but the principle applies, as many of these tools are fundamental to the structure we operate within. Buy the bloody techies a drink for X's-sake! ——SerialNumber54129 19:07, 26 March 2019 (UTC)

Serial Number 54129, I note that several tools services over the last years have been upgraded to production services over the last year based on prioritization by the Community wishlist surveys. From advanced search, to xtools, maps, page view stats etc etc. Please contribute again next year in those surveys to continue that effort and celebrate the goals they are achieving. —TheDJ (talk • contribs) 19:15, 26 March 2019 (UTC)

Thanks for all the answers - no harm at all. Things should be back up now. →Σσς. (Sigma) 21:18, 26 March 2019 (UTC)

While you are here; prep for database changes!

While many tool developers/maintainers are paying attention.. Because of the size of Wikimedia websites and in prepping for future development, several major changes to the core of MediaWiki have been made over the past two years and will be made in the upcoming year.

If your tool talks to the database replicas and does things with editsummaries or log files, usernames, and/or revisions (yes that is a like 90% of what you use that database access for most likely), you should check out the new comment table, the actor table and probably the Slots table if you do a lot with the contents of revisions. At some point in the future, some of the columns that you rely on right now will likely have moved their contents into these new tables and their backwards compatible view will at some point disappear.

For that reason, you should definitely subscribe to the cloud-announce@ mailinglist to keep up to date about the deadlines for such eventual changes.. The one for comments just happened for instance, and since new services on jessie were just made impossible, if you currently run on jessie, now is the time to think about when in the next 1,5 year you are updating your tool, so that when the time comes in 2020, you won't have the same problem as the tools that broke today. —TheDJ (talk • contribs) 19:43, 26 March 2019 (UTC)

All of the database reports (except for lists of edit counts) generated by the Bernstein Bot haven't updated in five days when they are typically updated daily. TheDJ, are you saying that it is likely they won't be updated ever again in the future? Because they are necessary for maintenance of the project. I've contacted the bot operator but a fellow editor said on his talk page that this was a WMF issue of deprecation. Liz ^{Read! Talk!} 18:57, 29 March 2019 (UTC)

Liz if a tool is not maintained, then at some point it might stop working. Maybe if a new volunteer maintainer can be found, the bot can be handed over and brought up to date ? —TheDJ (talk • contribs) 19:58, 29 March 2019 (UTC)

TheDJ, would you recommend posting a request on the bot request page? I'd wait a few days to see if the tool is updated. Liz ^{Read! Talk!} 20:32, 29 March 2019 (UTC)

Liz, seems like a suitable place yes —TheDJ (talk • contribs) 20:34, 29 March 2019 (UTC)

Is PetScan affected by this? I've tried to run some queries today, but they all spin for several minutes before throwing a "502 Bad Gateway nginx/1.13.6" error. --Redrose64 🌹 (talk) 14:57, 31 March 2019 (UTC)

I noticed that amboxes have the "metadata" class in their code, so I'm trying to find out the differences between that class and the "noprint" class. Also, where can I find the CSS rules for those classes? --CaiusSPQR (talk) 01:05, 30 March 2019 (UTC)

noprint is do not print, metadata means not part of the main content and what happens with such blocks can depend on the medium, the usecase and the transformation or the user. 14:05, 30 March 2019 (UTC) — Preceding unsigned comment added by TheDJ (talk • contribs)

noprint is in Mediawiki:mobile.css (curiously--I would expect it in print.css :]) and metadata is in Mediawiki:print.css. Example search. --Izno (talk) 14:51, 30 March 2019 (UTC)

Izno, there are many more places where they are listed. Our CSS is generally not 'defined in a single location' as our usecases tend to be very complex. CSS targets classnames, it does not define classnames. Our CSS rules are then delivered when needed. noprint doesn't have to be in MediaWiki:print.css, because it is defined by the core 'print only' CSS style rules, which are only downloaded and activated when you actually print. —TheDJ (talk • contribs) 13:31, 31 March 2019 (UTC)

@TheDJ: I chose deliberately not to comment on the use versus definition--only where it was currently used. Naturally, yes, there must be other locations targeting these classes given that their uses in the above are not sufficient to get us to a print-worthy state. In that regard, .metadata is not used in core and .noprint is used in mediawiki.legacy/commonPrint.css. --Izno (talk) 15:51, 31 March 2019 (UTC)

I get a strange error message now I have deleted a .css in my Bot's userspace, and try to see the history of said deleted page through https://en.wikipedia.org/w/index.php?title=Special:Undelete&target=User%3ACOIBot%2FWhiteList.css:

Permission error
You do not have permission to view a page's deleted history, for the following reason:
The action you have requested is limited to users in one of the groups: Administrators, Oversighters, Researchers, Checkusers.

I am sure that this has to do with me not being an interface administrator (though my limitation here is not that I am not administrator ..). However, I do object to the fact that I am not allowed to see the deleted history/content, but I am allowed to see the history and current content when the page exists, and allowed to delete it (though it is fully understandable and correct that I am not allowed to restore the file). --Dirk Beetstra ^{T C} 18:34, 31 March 2019 (UTC)

This is a known issue; phab:T202989. The permission message itself has a problem due to some hardcoding and assumptions about administrators group; phab:T203083. – Ammarpad (talk) 18:46, 31 March 2019 (UTC)

@Beetstra: for what it's worth that isn't rally a .css page, it contained one line # placeholder for list. If you would like it restored drop a note at WP:IANB. — xaosflux ^Talk 19:16, 31 March 2019 (UTC)

@Xaosflux: nah, I don't need it, thanks. I was merely interested whether there was a history which I was blocked from and resulted in above sentiment. I agree with the phab ticket that we should be able to investigate history, and that real abuse should be handled by oversight. --Dirk Beetstra ^{T C} 19:34, 31 March 2019 (UTC)

16:28, 1 April 2019 (UTC)

I'm trying to set-up a bot to perform assessment and tagging work for Wikipedia:WikiProject Civil Rights Movement, but I'm not sure how to get this started. Mitchumch (talk) 02:44, 1 April 2019 (UTC)

@Mitchumch: What specifically do you want tagged and assessed? I may be able to help - Wikipedia:Bots/Requests for approval/DannyS712 bot 21 is an open brfa that would assess pages that are already tagged as stubs as stub class, and I previously did a bot run to tag pages for another wikiproject. --DannyS712 (talk) 03:55, 1 April 2019 (UTC)

The project needs a bot to detect and alert the project of any article, draft, etc. that may be related to the WikiProject. The articles or draft may not have a project stub on it. The project already has Inception bot running, but we need a bot that can review older stuff on Wikipedia. Mitchumch (talk) 04:21, 1 April 2019 (UTC)

@Mitchumch: oh, thats a lot harder. I can generate lists from categories and tag the articles in those, but I don't think I'm the right user to help you out with the rest. --DannyS712 (talk) 04:23, 1 April 2019 (UTC)

I tried looking at "Article tagging tools" listed at Wikipedia:WikiProject Council/Guide#Use bots to save work, but I don't posses enough experience to determine which one would be useful. Mitchumch (talk) 04:37, 1 April 2019 (UTC)

@Mitchumch: If you want to discuss more how I can (try to) help, feel free to post on my talk page, because I ~may~ be able to help, but I don't really know what you are asking for. --DannyS712 (talk) 05:03, 1 April 2019 (UTC)

You shouldn't need to choose a bot yourself. A number of bots are already approved for this kind of task, and a request at WP:BOTREQ will draw the attention of their operators; one who is willing to take the task will usually step forward fairly soon. What they will want to know are the criteria for tagging - "pages in categories X and Y but excluding pages already tagged for WikiProject Z" is the kind of thing. Please be specific about the categories - avoid saying "... and all their subcategories", since in the past this has led to a lot of mistagging and a great deal of work to undo again. --Redrose64 🌹 (talk) 08:25, 1 April 2019 (UTC)

Thanks. I added a request on Wikipedia:Bot requests § WikiProject Civil Rights Movement. Mitchumch (talk) 18:42, 1 April 2019 (UTC)

Hi, I'm trying to add this image [19] to this article Logi Már Einarsson. I searched the English Commons but it doesn't exist there. Is there a quick way to import the image to the English Commons? I can use google translate to transfer the Icelandic text to English. -- Somedifferentstuff (talk) 22:27, 28 March 2019 (UTC)

@Somedifferentstuff: There is no such thing as "Icelandic Commons", nor is there any such thing as "English Commons". The image is:Mynd:Logi Einarsson.jpg is hosted at Icelandic Wikipedia. --Redrose64 🌹 (talk) 23:11, 28 March 2019 (UTC)

Looking at the original image, it's taken from the Alþingi website, and appears to be under copyright. Therefore, to use it on English Wikipedia, you need to satisfy all ten of the non-free content criteria; and straight off, I can say that it will fail criterion 1 since the subject is still alive, and so there is a reasonable chance that a free image may be created - perhaps when making a public speech. --Redrose64 🌹 (talk) 23:25, 28 March 2019 (UTC)

Redrose64, according to the copyright section on the photo, it says "Höfundaréttshafi hefur veitt leyfi fyrir að nota myndina - The copyright holder has granted permission to use the image." I assume that is because the person in the picture is an active politician and the Alphing is the Iceland government website. -- Somedifferentstuff (talk) 00:22, 29 March 2019 (UTC)

That being in the template is:Snið:Leyfi-rétthafa. Have they granted permission to Icelandic Wikipedia alone, or to all Wikimedia projects? If the former, they also need to grant permission here (see Wikipedia:Donating copyrighted materials) before we can use it. If the latter, where may the permission be examined?

It's not "Alphing", it's "Alþingi". The letter "þ", known as "thorn", is pronounced like "th" as in "thing". --Redrose64 🌹 (talk) 00:41, 29 March 2019 (UTC)

From Google translate: The copyright holder has granted permission to use the image. It may not be used for marketing or reproduction unless otherwise stated. To the person who uploaded the image: Specify the type of use allowed. All images that can be used for marketing purposes and make reproductions transfer to the Commons. Explanation of fair use. Downloaded wikipedia with informed consent of editor althingi.is; "Portrait photographs of members of the Althingi taken in 2016 and later marked as photographers and with the following text on their permission for re-publishing: The re-use of this photograph is free, provided that the name of the photographer appears where it can be found. In addition, the copyright rights of the author must be respected so that re-use does not improve or alter the author's work to impair his or her authorship or identity." --- Is there a way to tell if this is only for Icelandic Wikipedia? -- Somedifferentstuff (talk) 00:54, 29 March 2019 (UTC)

That sounds like a no-derivative licence.Nigel Ish (talk) 13:35, 29 March 2019 (UTC)

The files from Althingi where discussed awhile ago at the Icelandic Village pump. One of the users there emailed Althingi, which along with the rights organization of photographers in Iceland decided that the pictures of the congressmen where under an Non-Commercial licence. Their response is quoted in the linked discussion in a comment on November 11 2009, at 23:20 by Jabbi. There is no Icelandic Wikipedia specific restriction on those files, but obviously the Non-Commercial clause does stop them from being transferred to Wikimedia Commons.--Snaevar (talk) 17:22, 29 March 2019 (UTC)

Snaevar, so a government photo can be used on the Icelandic Wikipedia but not the English Wikipedia? I am not well versed on Commons, copyright, etc., but I find that strange. Is it to protect the rights of the photographers? -- Somedifferentstuff (talk) 20:07, 29 March 2019 (UTC)

What? No. It is perfectly fine to use the image on the English Wikipedia, given that it passes the rules here. Maybe I did not make that clear enough.--Snaevar (talk) 14:11, 31 March 2019 (UTC)

Ok, thanks. So how do I import it? I'm new to working with images in this way. -- Somedifferentstuff (talk) 13:13, 1 April 2019 (UTC)

@Snaevar: You claim it is perfectly fine to use the image on the English Wikipedia, given that it passes the rules here - in what way does it pass all of the WP:NFCC criteria, particularly criterion 1 No free equivalent? --Redrose64 🌹 (talk) 18:56, 1 April 2019 (UTC)

• So, this isn't a "technical issue". @Somedifferentstuff: there is no "import" process for media from iswiki, assuming it is available under a non-free exemption, you can just download it, then upload it here - and credit the source. If it was actually a free image, you could move it to commons and use it anywhere. Keep in mind, we take image use seriously here (see the comments above) and if the upload violates our rules it will be deleted. — xaosflux ^Talk 19:35, 1 April 2019 (UTC)

Today is Thursday. And now when I visit a link from my watchlist, and then go back to the watchlist, the green bullet stays green instead of turning blue. This problem occurs even for deleted redlinked pages. GeoffreyT2000 (talk) 23:36, 14 March 2019 (UTC)

Wow, you just beat me here by like 3 minutes. I've noticed this a couple times today, but in both cases, my watchlist had green bullets for articles in which I had made the most recent edit. If I actually go back to the article, the bullet will go back to blue. –Deacon Vorbis (carbon • videos) 23:40, 14 March 2019 (UTC)

(Well, now that I say that, a couple of them are now insisting on staying green, even though some have gone back to blue, so I dunno). –Deacon Vorbis (carbon • videos) 23:46, 14 March 2019 (UTC)

They change to greyish cyan (specifically,   #638c9c) for me. But then I use MonoBook skin. --Redrose64 🌹 (talk) 23:56, 14 March 2019 (UTC)

I've been having this problem on other wikis too, including en.wiktionary and en.wikivoyage. —Granger (talk · contribs) 00:54, 15 March 2019 (UTC)

They look OK to me in monobook and in vector. Do you have "Use non-JavaScript interface" set in your prefs? — xaosflux ^Talk 01:24, 15 March 2019 (UTC)

(e/c) GeoffreyT2000, there have been some changes in the watchlist logic this week. Can it be that they work, but are not updated as quickly as you are used to ? —TheDJ (talk • contribs) 13:48, 15 March 2019 (UTC)

I'm a monobook user and have "unseen changes" set as a filter and "expand watchlist to show all changes" set in preferences. Until recently, if I viewed a change and returned to the watchlist, that change would no longer be showing. Now the item remains stuck in the watchlist. This would seem to be the same problem as above. I think they might clear on browser restart, but I'm not sure on that point – I'll try that in a moment and report.SpinningSpark 13:13, 15 March 2019 (UTC)

I'm finding that on all the WMF wikis where I'm active, pages are only inconsistently marked as read after I look at the changes. I'm pretty sure this problem started less than 48 hours ago. It's really frustrating and makes my watchlist hard to use. —Granger (talk · contribs) 14:22, 15 March 2019 (UTC)

@TheDJ: If this is a timing issue, then it is persistent for an extraordinarily long time. Yesterday, I had items in my watchlist that hadn't cleared after several hours. I eventually dealt with it by "mark all pages visited" nuclear option. There does seem to be some inconsistency - I was looking at the possibility that it was connected with the number of unseen edits on an individual page or whether one viewed the page or the diff, but for the last couple of hours it been somewhat better behaved and I didn't get anywhere with that. SpinningSpark 14:41, 15 March 2019 (UTC)

I now think the way it works is this: if there are multiple unseen edits on a page and the one you look at is not the first one made, then that edit will get stuck on your watchlist, even if you then go back and view the first one, which will also stay stuck. Those who don't have their watchlist expanded to show all edits don't have a choice; they are going to view the last edit and it will stick on the watchlist unless it was the only one made. If you actually make an edit to the page it's taken off the watchlist. SpinningSpark 19:13, 15 March 2019 (UTC)

To me it seems much more random and inconsistent than that. Sometimes editing the page doesn't even solve the problem—I just edited wikivoyage:Wikivoyage:Travellers' pub, and my own edit (along with the other recent edits to the page) is still displaying on my watchlist as if I haven't yet visited it. —Granger (talk · contribs) 00:04, 16 March 2019 (UTC)

I'm seeing my own edits that I've just made show up on my watchlist too, whereas previously they hadn't. I often can't clear those pages from the watchlist, even if I visit the current incarnation of the page or view the last diff. Has been happening since 10am Pacific for me. —Joeyconnick (talk) 03:26, 16 March 2019 (UTC)

• Can anything be done about this? Who can I contact to fix this problem? It is still extremely frustrating. —Granger (talk · contribs) 14:10, 18 March 2019 (UTC)

  @Mx. Granger: see mw:How to report a bug. Please share the bug number here for other's benefit after creating. — xaosflux ^Talk 14:14, 18 March 2019 (UTC)

I suspect this might be fixed with this change. It is a followup change that is part of phab:T188801. Hopefully it can be deployed asap. —TheDJ (talk • contribs) 14:36, 18 March 2019 (UTC)

I'm having the same problem. If I visit a page any way other than by clicking on it on my watchlist, it's not marked as read. TheDJ, Neither of those links are working for me. Is that broken too? Natureium (talk) 18:59, 18 March 2019 (UTC)

There's an issue at the moment with, among other things, phabricator. ~ Amory (u • t • c) 19:09, 18 March 2019 (UTC)

Also an issue: if there's a long list of unseen changes, and I compare the oldest unseen and the subsequent, say, 3 changes (but there are more than 3 changes unseen after that), then return to the article History, it lists all revisions as seen. Definitely not what should be happening, because I haven't seen those other revisions. —Joeyconnick (talk) 02:41, 19 March 2019 (UTC)

I've noticed this issue too. It doesn't interfere with my workflow, so I haven't brought it up, but I can imagine it might bother other editors. —Granger (talk · contribs) 13:53, 19 March 2019 (UTC)

It seems they overfixed this, as I now have the opposite: a page which is marked as "visited" now stays marked as "visited" even after new edits have been made to it (I don't use the green and blue, I use the blue circle / filled blue circle version, FWIW). Fram (talk) 14:58, 21 March 2019 (UTC)

Looking at this further, it seems as if a page stays "read" until a new section is posted, while in the past it changed to unread as soon as anything was posted. I don't know if this change was deliberate or not, but I prefered the old way, certainly since there is no per section watchlisting. Fram (talk) 16:21, 21 March 2019 (UTC)

For me this issue seems to be solved. I haven't encountered the new problem Fram describes. —Granger (talk · contribs) 01:23, 29 March 2019 (UTC)

Seems over for me too, thank goodness!!! —Joeyconnick (talk) 18:44, 29 March 2019 (UTC)

I have the opposite problem: after refreshing my watchlist, there are new diffs marked as having being visited, even though I have not. If I go to the history page then they are correctly marked as unread. Has anyone seen this problem? isaacl (talk) 21:21, 29 March 2019 (UTC)

• And I spoke too soon: it's back. *sigh* —Joeyconnick (talk) 20:31, 1 April 2019 (UTC)

Am I the only one suffering from painfully slow JS load times? This started today out of nowhere. Everything is slow to load.Cp678 ^{(T•C•G•E)} 23:23, 1 April 2019 (UTC)

What mechanism is responsible for generating a log entry for a given page or action? In particular: why does this command show an entry for the adding of an ((unreferenced)) tag whereas this command does not, even though both articles are tagged with an unreferenced template? More specifically, what would need to happen in order to cause the action of adding a ((PROD)) tag to an article to also generate a log entry for said action? Thank you.--John Cline (talk) 07:19, 23 March 2019 (UTC)

@John Cline: the logging of adding maintenance tags, deletion tags, etc is a part of the page curation system (see WP:NPR for more) while just adding the template manually (or semi automatically using twinkle) does not. --DannyS712 (talk) 07:29, 23 March 2019 (UTC)

(edit conflict) Those log entries are created by new page reviewers (and admins) using mw:Page Curation (Special:Log/pagetriage-curation, Special:Log/pagetriage-deletion). — JJMC89 (T·C) 07:33, 23 March 2019 (UTC)

@John Cline: See [20] for the code that actually adds the log entry --DannyS712 (talk) 07:33, 23 March 2019 (UTC)

Thank you both for this information. I am not sure how to use it to reach the end I desire which is an effective method of ascertaining whether or not an article has ever survived the proposed deletion process, effectively retiring that process for the given topic. Right now the determination is entirely too cumbersome to glean yet there are situations where policy stipulations mandate that it must be considered in concert with other pending or contemplated actions. I would like to see this problem solved. Can it be resolved? Thanks again.--John Cline (talk) 09:20, 23 March 2019 (UTC)

Addition of PROD probably should tag the edit as attempted proposed deletion, which is possible with an edit filter I believe. You will need to leave a request at WP:EFN to see. --Izno (talk) 14:03, 23 March 2019 (UTC)

Alternatively, it might be good if Twinkle did it at runtime and that would probably take care of the majority of PROD taggings. --Izno (talk) 14:08, 23 March 2019 (UTC)

Personally, I would find it very helpful if there was a way of finding out a page's entire move history. Special:Log/move is tied to the title rather than the page itself, so it would only show moves that originated at the current title. -- King of ♥ ♦ ♣ ♠ 18:56, 23 March 2019 (UTC)

I agree. As it stands, an idea to incorperate a bot to assist with this is being pursued here. I recall seeing it mentioned that it would be helpful if evaluating iterations of the page being discussed, where it may have existed under a different title, was part of the bot tasking. King of Hearts it would be great if you look in on that discussion to help ensure that we endeavor a best effort in this regard; I know you have a surplus of insight regarding XfD. Anyone else interested in seeing this done right is not only welcome, as well, they are entreated to help, if they so kindly will. Sincerely.--John Cline (talk) 02:26, 24 March 2019 (UTC)

@King of Hearts: Regarding a true move log, it is unclear to me if Mediawiki even retains the information you would need. When researching all previous names, I usually have to do detective work. Diffs in the history don't even seem to remember what article name they were originally diffs of. They proudly announce they are diffs of the current article name, whatever if happens to be at the moment. EdJohnston (talk) 16:03, 25 March 2019 (UTC)

@EdJohnston: page moves are currently recorded in the history of both source and target title (e.g. if you move Foo to Bar, this action is recorded in the history of both titles) but this was not always the case and such a note was only left in the history of the old title (Foo in this example). I think the changed happened circa 2006. Thryduulf (talk) 13:06, 2 April 2019 (UTC)

The pageview stats tool is down. It isn't showing the results for 1 April (example here). Does anyone know what's wrong with it. The C of E God Save the Queen! (talk) 05:39, 2 April 2019 (UTC)

It's not down. That shows the data you're looking for has not been generated. Read this. – Ammarpad (talk) 08:50, 2 April 2019 (UTC)

Any ideas when they will be generated @Ammarpad:? The Royal C (talk) 12:27, 2 April 2019 (UTC)

The FAQ I linked above answers your question. It could be up to few hours or days.– Ammarpad (talk) 13:44, 2 April 2019 (UTC)

Typically yes, you should wait at least 24-36 hours before concluding something is wrong, especially on the 1st of the month since there is a lot of other per-month data being generated. However this time it seems there was an outage. More at phab:T219842. The Analytics team is working to restore the missing data. — MusikAnimal ^talk 13:55, 2 April 2019 (UTC)

Could someone mark Template:Signpost/Research quote/styles.css as a CSS page? I'm not really sure how to do that, or if it's even possible for mortals to do that. Headbomb {t · c · p · b} 19:02, 30 March 2019 (UTC)

Until phab:T85847 is resolved only admins can do that. – Ammarpad (talk) 19:18, 30 March 2019 (UTC)

Well, hopefully an admin is around. @Anomie: maybe? Headbomb {t · c · p · b} 19:55, 30 March 2019 (UTC)

TemplateStyles gave a new option "Sanitized CSS". mw:Content handlers says "For sanitized CSS intended for use with TemplateStyles". I'm not sure of the difference from the normal CSS setting but it's a template page so I set it to Sanitized CSS. PrimeHunter (talk) 20:58, 30 March 2019 (UTC)

The normal CSS type is for use with e.g. MediaWiki:Common.css or user common.css. It doesn't do any validation, just syntax highlighting. The "Sanitized CSS" type validates that the content is valid, known-safe CSS, which means it's safe to be edited by all editors and can be loaded via wikitext with <templatestyles />. Anomie⚔ 13:26, 31 March 2019 (UTC)

There has also been some chatter about giving the permission to template editors, which resulted in a testwiki task at phab:T217499. --Izno (talk) 22:02, 30 March 2019 (UTC)

mw:Help:TemplateStyles says that the sanitized CSS content model is the default for subpages in the Template namespace that end with .css. Is this not the case on English Wikipedia for some reason? isaacl (talk) 15:17, 2 April 2019 (UTC)

@Isaacl: it is, for pages created in the Template: namespace. In the example above, this page was created in the Wikipedia: (Project:) namespace and then moved. — xaosflux ^Talk 15:19, 2 April 2019 (UTC)

Is there a way to add a (thank) link to a user's block log, to thank the blocking Admin? Example here - FlightTime Phone (open channel) 18:04, 2 April 2019 (UTC)

Take a read through the epic phab:T60485. Basically, not everyone was in agreement, nor appears to be now, about whether such a thing would be good or not. If the sysop left a blocking template (not done above) you can thank them for that edit; otherwise, a friendly talk page note would of course be welcome. ~ Amory (u • t • c) 18:23, 2 April 2019 (UTC)

Thanx. - FlightTime Phone (open channel) 18:25, 2 April 2019 (UTC)

File:Screenshot of Chrome error page.png

Could you see the error when try to open Wikipedia through Chrome browser? Any solution. --A-wiki-guest-user (talk) 13:17, 2 April 2019 (UTC)

@A-wiki-guest-user: this can be caused by a few less-nefarious issues - 1st check the date and time on your computer, if they are off they can cause SSL errors. 2nd, you could be using a network that intercepts SSL for various purposes (company network, unsecured wifi that you haven't accepted terms of service for yet) or it could be something nefarious like someone intercepting your traffic. In any case, unless you know what is going on you should not send passwords over that connection. — xaosflux ^Talk 13:21, 2 April 2019 (UTC)

Date and time is fine. As per my knowledge, the network is fine and already used. Anyway, I will try again and report. --A-wiki-guest-user (talk) 13:23, 2 April 2019 (UTC)

It works in firefox. --A-wiki-guest-user (talk) 13:24, 2 April 2019 (UTC)

@A-wiki-guest-user: make sure you have a current version of chrome, and possibly restart your computer. If it persists we can help, but will need more information on the certificate error you are getting. This error says that the Certificate Authority on the chain is not valid for chrome, but it doesn't say more, can you provide us the entire SSL Chain you are seeing, especially the CA? — xaosflux ^Talk 15:02, 2 April 2019 (UTC)

Also, check your network / connection settings in Chrome and make sure that it's set correctly, and that it's not set to use any proxy server for your connection. It should usually be set to "auto-detect connection settings". ~Oshwah~^{(talk) (contribs)} 18:29, 2 April 2019 (UTC)

Resolved

 – See template talk page for further info.

Greetings, The "Templates for discussion" here is now closed. Wondering when change can be done so that "Subject bar" will appear in Mobile view? I posted at talk page of "Template:Subject bar" with fewer than 30 watchers without responses.

If we just remove the navbox class from the module, we get / Which works on mobile devices. From User:Hawkeye7. I have zero knowledge of how to do this so if a more experienced admin could make the change please. Regards, JoeHebda (talk) 14:33, 2 April 2019 (UTC)

To clarify, this would consist of simply removing the line :addClass('navbox') from Module:Subject bar. I posted an example of what Template:Subject bar the module without the navbox class would look like, at Template talk:Subject bar#Update for mobile view per the TFD. --Pipetricker (talk) 18:51, 2 April 2019 (UTC)

Responded at the original discussion. – Jonesey95 (talk) 20:11, 2 April 2019 (UTC)

This doesn't seem to make much sense? Could some HTML guru take a look? Headbomb {t · c · p · b} 18:49, 2 April 2019 (UTC)

Possibly this change by Izno. – Jonesey95 (talk) 20:14, 2 April 2019 (UTC)

Jonesey95, yes that is the one.. I hope Izno remembers what heading exactly, because otherwise we will break those.. —TheDJ (talk • contribs) 20:31, 2 April 2019 (UTC)

Dumb question: Why is there a references list in a divbox?

This can be fixed trivially--the div targeted is <div class="center">(({2|))}</div> in ((divbox)). --Izno (talk) 20:52, 2 April 2019 (UTC)

@Izno: this is what I was trying to do. It works now, so thanks. Headbomb {t · c · p · b} 20:55, 2 April 2019 (UTC)

0 has no edits today, so someone could've edited some transcluded template and now there's no display title at all. 84.250.17.211 (talk) 23:29, 1 April 2019 (UTC)

• Looks fine to me. April fools? Rmhermen (talk) 00:31, 2 April 2019 (UTC)

  To clarify, it is fine on WP:MOBILE subdomain but invisible on desktop version (with Vector skin, logged out). Still an issue, after purging the page cache. 84.250.17.211 (talk) 00:58, 2 April 2019 (UTC)

  Also invisible with vector skin, logged in --DannyS712 (talk) 01:18, 2 April 2019 (UTC)

  I see the problem in Vector, but Timeless, Minerva (and mobile domain), Modern, Cologne Blue, and Monobook are all unaffected. --Izno (talk) 03:21, 2 April 2019 (UTC)

0 using Vector skin (title is not displayed) and 1 using Vector skin (title is displayed). The HTML title displays for 0 and 1 using Vector are:

<h1 id="firstHeading" class="firstHeading" lang=""></h1>
<h1 id="firstHeading" class="firstHeading" lang="en">1</h1>

Johnuniq (talk) 09:22, 2 April 2019 (UTC)

It's the same with safemode=1 and at other wikis, e.g. nn:0. The title is "Editing 0" in preview, as normally. Archive.org shows the title was displayed 12 February but not 23 March and 29 March. It must be a MediaWiki bug unrelated to 1 April. PrimeHunter (talk) 09:29, 2 April 2019 (UTC)

It's happening in other languages as well: wuu, cy, th, sl. Probably time for a phab bug report. – Jonesey95 (talk) 10:24, 2 April 2019 (UTC)

Looks like it could be related to this change here, which is tracked here: T217172. rchard2scout (talk) 10:39, 2 April 2019 (UTC)

Rchard2scout, good guess ;) —TheDJ (talk • contribs) 20:32, 2 April 2019 (UTC)

Also, I checked another Wiki to see what's happening there, and for example ArchWiki doesn't have this problem. They're on MediaWiki 1.32.0, while we're on 1.33.0-wmf.23, so it's probably recent. Also, the change I mentioned was first included in -wmf.22, which was deployed on 21 March, which matches with the dates PrimeHunter found on Archive.org. rchard2scout (talk) 10:48, 2 April 2019 (UTC)

I checked archive.org for all languages with an article called "0" at Wikidata for our 0 or Year zero. ja:0 showed the title 10 March. There are no archived pages between this and 23 March where the title was gone in our article. mw:MediaWiki 1.33/Roadmap shows mw:MediaWiki 1.33/wmf.21 and mw:MediaWiki 1.33/wmf.22 were deployed in this interval. PrimeHunter (talk) 16:39, 2 April 2019 (UTC)

(ec) Could also be caused by gerrit:499743. I opened a new task at phab:T219864. This is happening only in Vector skin. – Ammarpad (talk) 10:52, 2 April 2019 (UTC)

Has there been a software change along the lines of if (title) then display title, in a language which regards the string value "0" as false (as Perl does)? Certes (talk) 11:39, 2 April 2019 (UTC)

PHP is widely used in MediaWiki and has the same convention. If some fix replaced $title by $title || "" to guard against an unset variable, which works for almost all titles, that would have the unfortunate side-effect of changing "0" to "". I'm looking through relevant parts of the release notes for such a change but can't see one at the moment. Certes (talk) 16:53, 2 April 2019 (UTC)

I have made the title italic as a (hopefully temporary) workaround. Certes (talk) 11:59, 2 April 2019 (UTC)

Resolved

A fix for phab:T219864 has now been released and the article 0 displays its title normally. The workaround has been removed. Certes (talk) 23:27, 2 April 2019 (UTC)

This is a template that invokes Module:Signpost.

You can make it do fun things, like

Extended content

Related articles Open Access Top scholarly citers, lack of open access references, predicting editor departures 27 March 2022 The Wikipedia SourceWatch 31 March 2019 Wikimedia Foundation adopts open-access research policy 25 March 2015 Wikipedia predicts flu more accurately than Google; 43% of academics have edited Wikipedia 30 April 2014 Licensed for reuse? Citing open-access sources in Wikipedia articles 15 January 2014 More articles Loss of an Internet genius 14 January 2013 Wikimedia Foundation endorses open-access petition to the White House; pending changes RfC ends 28 May 2012 Wikimedia and the "seismic shift" towards open-access research publication 14 May 2012

without |break_date=2014-01-01

Extended content

Related articles Open Access Top scholarly citers, lack of open access references, predicting editor departures 27 March 2022 The Wikipedia SourceWatch 31 March 2019 Wikimedia Foundation adopts open-access research policy 25 March 2015 Wikipedia predicts flu more accurately than Google; 43% of academics have edited Wikipedia 30 April 2014 Licensed for reuse? Citing open-access sources in Wikipedia articles 15 January 2014 More articles Loss of an Internet genius 14 January 2013 Wikimedia Foundation endorses open-access petition to the White House; pending changes RfC ends 28 May 2012 Wikimedia and the "seismic shift" towards open-access research publication 14 May 2012

with |break_date=2014-01-01

The issue is that as stories get added, the cutoff date doesn't change. So I'm looking at a way that you can, instead of specifying a cutoff date, you can specify the number of articles to keep in the sidebar. Headbomb {t · c · p · b} 01:37, 31 March 2019 (UTC)

@Pppery: something you might be able to help with? Headbomb {t · c · p · b} 00:01, 3 April 2019 (UTC)

@Headbomb: Indeed, you are correct. Wikipedia:Wikipedia Signpost/Templates/Article list maker now takes a |limit= parameter that limits the number of articles. ((3x|p))ery (talk) 00:22, 3 April 2019 (UTC)

@Pppery: The 'more articles' expanded table doesn't seem to work sadly, unless a break/start date is specified. See updated examples. Headbomb {t · c · p · b} 00:45, 3 April 2019 (UTC)

@Headbomb: What, exactly, is supposed to happen in that case. I see that you've added a default limit of five articles; does that mean that all uses of the template for tags with >|limit= articles should include a breakpoint after the |limit=th article?. ((3x|p))ery (talk) 01:31, 3 April 2019 (UTC)

@Pppery: The way I'm imagining things, the template would collapse everything exceeding the limit under "more articles". So if you have |sortdir=ascending, show the first 5 articles in ascending order, and articles 6+ under "more articles". And if you have |sortdir=descebing (the default option), show the first 5 articles in descending order, and articles 6+ under "more articles". With the relevant modifications when |limit=3 or |limit=10 is set. Headbomb {t · c · p · b} 01:34, 3 April 2019 (UTC)

@Headbomb: Would this change completely replace the |break_date= parameter? I seem to be having technical issues getting the templates to work right with both numerical and date limits. ((3x|p))ery (talk) 02:00, 3 April 2019 (UTC)

@Pppery: That would be the idea. I suppose it would be good to check with @Smallbones: to see if they agree with that, but the idea here would be to more or less throw to present (by default at least) the five most recent stories on a topic, even if you're browsing something from 2012. Otherwise you could go from an article from 2017, to an article in 2007, and then lose your way back to the other articles in the topic because you landed on a page with the old presentation that had only the 3 oldest stories from before 2007. Or land on a page which said to display articles from after a certain date, and now there are 104 of them, rather than the 3 that were present at the time of writing. Headbomb {t · c · p · b} 02:04, 3 April 2019 (UTC)

@Headbomb: OK, after spending far too much of my tile struggling with this, it should finally work. (I completely removed support for the date-based parameters) ((3x|p))ery (talk) 02:10, 3 April 2019 (UTC)

@Pppery: Thanks a bunch. I mayyyyyyyyy have some more request later, but I'll let you get a day of rest at least :p. Unless you're in the mood for some more technically wizardry involving scripts this time. Headbomb {t · c · p · b} 02:13, 3 April 2019 (UTC)

If you mean JavaScript, then, while I do know that programming language, I have little interest in doing that on Wikipedia. ((3x|p))ery (talk) 02:15, 3 April 2019 (UTC)

@Pppery:... actually... not quite done. Expand these boxes. In the first case, the 25 March 2015 article is present both in the uncollapsed and in the 'more article' section, rather than the other articles. And I'll find someone else to bother for scripts if it comes to that. Headbomb {t · c · p · b} 02:16, 3 April 2019 (UTC)

And done! ((3x|p))ery (talk) 02:18, 3 April 2019 (UTC)

The tool is not working at the moment: for example, see this example. I tried raising this at WT:DYK but without response. Can something be done about this here? Narutolovehinata5 ^tccsdnew 02:53, 3 April 2019 (UTC)

@Narutolovehinata5: its based on an issue related to one of the database tables (mw:Manual:Database layout) - "Unknown column 'rev_comment' in 'field list'". This is likely because rev_comment has been deprecated in favor of the comment table. Instead, rev_comment_id should be retrieved, which matches with the new comment_id in the comment table. --DannyS712 (talk) 03:01, 3 April 2019 (UTC)

@Narutolovehinata5: That tool maintainer (Δ) has been blocked here for a while but is still somewhat around, you could try leaving a note on their talk page. — xaosflux ^Talk 03:13, 3 April 2019 (UTC)

DannyS712, Yep, anymore you have to "join comment on comment_id = rev_comment_id" and select comment_text in order to get the edit summary. SQL^{Query me!} 03:30, 3 April 2019 (UTC)

Talking on the behalf of data master West.andrew.g: The article viewership data source hasn't been updated since the 25th. This is the data source that powers the WP:5000 and from which the WP:Top25Report is derived, and we're already behind one of the weekly reports. igordebraga ≠ 22:39, 1 April 2019 (UTC)

I would guess this is a victim of the operating system change on Tools labs. MusikAnimal? --Izno (talk) 23:57, 1 April 2019 (UTC)

I don't think dumps.wikimedia.org (production) would be affected by the Debian Stretch upgrade on Toolforge. phab:T219718 comes to mind, which also happened around the 25th, but that is about metrics.wmflabs.org and not dumps.wikimedia.org. So, I'm not sure :( I would contact the Analytics team. — MusikAnimal ^talk 00:12, 2 April 2019 (UTC)

@West.andrew.g and Igordebraga: Someone asked about this on the Analytics mailing list. The issue is being tracked at phab:T220012. — MusikAnimal ^talk 16:38, 3 April 2019 (UTC)

I would like to add a link at the top of my screen to where when I click on it it would take me to The Pending changes log. I have already modified my User:A 10 fireplane/common.js page once and want to know if I change all the New User To Pending chances if it would work A 10 fireplane ^{Imform me} 17:26, 3 April 2019 (UTC)

Yes. Specifically, replace Special:Log/newusers with Special:PendingChanges. You should also probably change pt-newusers to something unique like pt-pendingchanges. ~ Amory (u • t • c) 20:38, 3 April 2019 (UTC)

@Amorymeltzer: Awesome thank you A 10 fireplane ^{Imform me} 20:39, 3 April 2019 (UTC)

You know those drop down templates found at the bottoms of articles, such as Template:Xiamen? Also know how there are three buttons at the top left on all of them that say "V", "T", and "E", for "view", "talk", and "edit"? I'm on Chrome on a Huawei phone, and none of the buttons work at all. Pressing them only brings up descriptions of the buttons, "edit this template", etc. I can still edit them of course, but it's kind of inconvenient. How do I fix this? Woshiyiweizhongguoren (🇨🇳) 11:17, 28 March 2019 (UTC) (Originally asked at the Teahouse but later moved here)

@Woshiyiweizhongguoren: You cannot personally fix this. If anyone can, it will be at Template talk:Navbar. --Izno (talk) 13:02, 29 March 2019 (UTC)

I've experienced this. Reference Tooltips is interfering. Nardog (talk) 17:32, 3 April 2019 (UTC)

Woshiyiweizhongguoren, try turning off "Reference Tooltips" under "Browsing" on the Gadgets tab in your preferences and then reload the Template:Xiamen page. --Pipetricker (talk) 19:23, 3 April 2019 (UTC)

@Pipetricker: That's not really a solution, though. (And a better workaround is to click on the gear icon on the tooltip and uncheck "Show tooltips over text with a dotted underline in Reference Tooltips style".) The problem comes from the gadget's interaction with <abbr>...</abbr>. Perhaps something to be dealt with at MediaWiki talk:Gadget-ReferenceTooltips.js. Nardog (talk) 09:21, 4 April 2019 (UTC)

You're right that clicking on the cogwheel icon on the reference tooltip and unchecking "Show tooltips over text with a dotted underline ..." is a better workaround, if that enables the navbar links. My suggestion to Woshiyiweizhongguoren was just intended to verify that Reference Tooltips is part of the problem. --Pipetricker (talk) 11:06, 4 April 2019 (UTC)

Within the "ref" template at the end of the first paragraph of Collins–Valentine line, this appears:

((citebook|author=Francis M. Carroll|title=A Good and Wise Measure: The Search for the Canadian–American Boundary, 1783–1842|pages=74–79, 85, 163|publisher=University of Toronto Press|year=2001))

Thus what is seen in the "References" section looks like this:

Francis M. Carroll (2001). A Good and Wise Measure: The Search for the Canadian–American Boundary, 1783–1842. University of Toronto Press. pp. 74–79, 85, 163.

I would like to add a parenthetical remark so that it will look like this:

Francis M. Carroll (2001). A Good and Wise Measure: The Search for the Canadian–American Boundary, 1783–1842. University of Toronto Press. pp. 74–79 (see in particular the map on p. 76), 85, 163.

Can that be done within the "ref" template? Michael Hardy (talk) 20:50, 2 April 2019 (UTC)

• ((cite book |author=Francis M. Carroll |title=A Good and Wise Measure: The Search for the Canadian–American Boundary, 1783–1842 |pages=74–79 (see in particular the map on p. 76), 85, 163 |publisher=University of Toronto Press |year=2001))
• Francis M. Carroll (2001). A Good and Wise Measure: The Search for the Canadian–American Boundary, 1783–1842. University of Toronto Press. pp. 74–79 (see in particular the map on p. 76), 85, 163.

Works just fine. Headbomb {t · c · p · b} 21:02, 2 April 2019 (UTC)

• Which looks sub-optimal to me from a metadata perspective. --Izno (talk) 21:13, 2 April 2019 (UTC)

  For those who haven't worked it out, Izno is concerned about pollution of the rft.pages parameter in the title attribute of that last <span>...</span> element. You could use the |postscript= parameter for the parenthesis:

  • Francis M. Carroll (2001). A Good and Wise Measure: The Search for the Canadian–American Boundary, 1783–1842. University of Toronto Press. pp. 74–79, 85, 163 (see in particular the map on p. 76).((cite book)): CS1 maint: postscript (link)

  --Redrose64 🌹 (talk) 22:13, 2 April 2019 (UTC)

  Indeed, that parameter. |postscript= as anything other than punctuation is also a misdeed, but not one checked for by the template today. :) --Izno (talk) 22:27, 2 April 2019 (UTC)

  What about |at=? Headbomb {t · c · p · b} 22:34, 2 April 2019 (UTC)

  Nope, that also puts its content into the same rft.pages parameter in the title attribute. --Redrose64 🌹 (talk) 22:49, 2 April 2019 (UTC)

  |at= is the correct parameter from a template standpoint, but I am surprised to hear that it also puts it in the same metadata element. I think putting it in |pages= as such is reasonable. The editor could also put the page distinctly in the list (without the note) rather than letting it be implied by the range. --Izno (talk) 00:19, 3 April 2019 (UTC)

@Trappist the monk:. ((3x|p))ery (talk) 00:24, 3 April 2019 (UTC)

COinS only gives us &rft.pages= as a general-purpose in-source location k/v pair (&rft.spage=, &rft.epage= (start & end), and &rft.tpages= (total) are available but not currently supported and don't answer this question). So, |page=, |pages=, and |at= all get shoehorned into &rft.pages=. My opinion, for what it's worth, is that notes like this should be placed outside the cs1|2 template so that editors don't get into the bad habit of stuffing any-odd extraneous text into any parameter as it suits their whims of the moment because, you know, inevitably formatting and templates and other stuff that definitely doesn't belong will be added ...

—Trappist the monk (talk) 00:44, 3 April 2019 (UTC)

Trappist the monk, what are your thoughts on placing markup for an external footnote within the citation template? Thank you.--John Cline (talk) 08:34, 4 April 2019 (UTC)

I don't think that I understand your question. What do you mean by markup for an external footnote? Example?

—Trappist the monk (talk) 09:39, 4 April 2019 (UTC)

I'm sorry Trappist the monk, I should have said an explanatory footnote as associated with ((efn)). To illustrate, consider the following example:

This represents an article's content with an inline reference.^[1]

References

Explanatory footnotes

^{a ∧}In particular, see the map on p. 76

I appreciate your reply to these regards.--John Cline (talk) 12:24, 4 April 2019 (UTC)

You name ((efn)) but use ((ref label)). Regardless, the content of |pages= is made part of the citation's COinS metadata k/v pair &rft.pages=. Because |pages=74–79,((ref label|id ref2a|a|a ∧)) 85, 163 has a template, that template is processed before the ((cite book)) template is processed. When processed, ((ref label|id ref2a|a|a ∧)) returns this:

<sup class="reference" id="ref_id ref2aa ∧">[[#endnote_id ref2aa ∧|[a]]]</sup>

That whole string of characters is percent encoded and becomes part of the metadata:

So what what consumers of the metadata see is a page-number range, some (comparatively a lot of) meaningless gibberish, and two individual page numbers with appropriate spacing and comma separators. The 'meaningless gibberish' may have 'value' here in the rendered citation but is useless outside of the Wikipedia article in which is is used; it is contamination in the metadata because it conveys no meaning (the metadata are intended for use outside of Wikipedia).

So, my opinion? Do not do this.

—Trappist the monk (talk) 13:14, 4 April 2019 (UTC)

Thank you for that very informative reply. I understood the points you raised, learned some things I am glad to now know, and agree with your conclusion. I appreciate you and wish you the best.--John Cline (talk) 14:01, 4 April 2019 (UTC)

Given the length of the list that is the redirect target, I'm thinking this may not be a notable publication, but I wanted to include it in Sad (disambiguation). I used a piped link for Sad!: Doonesbury in the Time of Trump but the actual title is #Sad!: Doonesbury in the Time of Trump. I'm thinking the publication is not notable enough for its own article, though there is this, which mentions the publication briefly. Due to the special nature of Garry Trudeau's satirizing of Donald Trump, perhaps I'm looking at adding some information to the Doonesbury article.— Vchimpanzee • talk • contributions • 15:22, 4 April 2019 (UTC)

The second part of this discussion, the redirect target, should probably take place somewhere else.— Vchimpanzee • talk • contributions • 15:23, 4 April 2019 (UTC)

See:

• WP:Naming conventions (technical restrictions)#Forbidden characters
• WP:Page name#Changing the displayed title
• WP:Manual of Style/Disambiguation pages#Where piping may be appropriate

Due to the technical limitation, I think it's fine to pipe the link to the redirect, as you did on the disambiguation page. --Pipetricker (talk) 16:16, 4 April 2019 (UTC)

I tried following the advice, but this is the result. I did this after the fix by Dw122339. It's not doing what I want.— Vchimpanzee • talk • contributions • 18:40, 4 April 2019 (UTC)

You can't use DISPLAYTITLE to add a character to a title. There's no need; the piped link on the disambiguation page is fine as it is, and there's not much point in styling the title on the redirect page, which normally isn't viewed by readers. --Pipetricker (talk) 19:16, 4 April 2019 (UTC)

Okay. What if it could be an article and we wanted to show that the title includes that character?— Vchimpanzee • talk • contributions • 19:26, 4 April 2019 (UTC)

Vchimpanzee, this is spelled out in WP:Naming conventions (technical restrictions)#Forbidden characters including an example of an article with that character in the title... —TheDJ (talk • contribs) 20:27, 4 April 2019 (UTC)

I forgot to read that. Now I know what is supposed to happen. I knew the character was forbidden but didn't think about that section showing how to resolve the problem.— Vchimpanzee • talk • contributions • 20:54, 4 April 2019 (UTC)

Hello all,
I had opened this talk page Talk:List of Indian Nobel laureates which is currently the FL. I saw the familiar orange bar on top saying 'You have a New Notification.' I opened my talk page and saw a post from 2013, yet I receive this notification today, almost 6 years later. (FYI, I didn't make those edits in 2013) Shouldn't the Notification System be strong enough to understand that an IP user viewing a Talk 6 years later may not be the same person, and the notification means nothing to him? I know there are a lot of complexities in implementing this, but it can be done or rather it should be done. Regards 125.63.125.19 (talk) 14:53, 5 April 2019 (UTC)

Hi 125.., this is a core mediawiki function, not a specific setting from the English Wikipedia. You can suggest a "feature request" by following the information here. It sounds like your summary would be "Expire the newmessages status from unregistered accounts after an interval". — xaosflux ^Talk 15:01, 5 April 2019 (UTC)

phab:T16396 from 2008: "Clear new messages flag for anonymous users after a few months". PrimeHunter (talk) 16:15, 5 April 2019 (UTC)

Actually, I do, but it's distracting to have the link appear with nearly every diff in the history. I was given a way not to, but it's obviously not working.— Vchimpanzee • talk • contributions • 15:55, 5 April 2019 (UTC)

@Vchimpanzee: for the most part you can hide these with css by placing a line such as the one here: Special:PermaLink/891088441 in to: User:Vchimpanzee/common.css. — xaosflux ^Talk 16:02, 5 April 2019 (UTC)

Use this to only hide it in page histories and not diffs:

.action-history .mw-thanks-thank-link {display:none !important}

The parentheses are not hidden. User:Vchimpanzee/common.js imports User:Technical 13/Scripts/NoThanks.js which hasn't been edited since 2015. PrimeHunter (talk) 16:09, 5 April 2019 (UTC)

Thanks.— Vchimpanzee • talk • contributions • 16:29, 5 April 2019 (UTC)

Look up Wiktionary:Grease pit/2019/April#"This has been an issue for more than six months": zh-pron audio files don't play in some circumstances in Wiktionary, the free dictionary.

Friends! I come to you from a universe referred to as "Wiktionary". In my travels, I have passed through between this universe and that on many occasions. I call it an alternative warp. It's sort of a negative magnetic corridor where the two parallel universes meet. It's sort of a safety valve. It keeps eternity from blowing up.

And I come before you of Wikipedia today seeking your assistance for my holy cause. Here's a link to the state of the discussion of the problem on English Wiktionary's Grease Pit where I inspect magnetic communications satellites. You believe me, don't you?

The audio files won't play for Mandarin Chinese. Essentially, it's a kind of physical warp in which none of our established laws apply with any regularity. Complete disruption of normal magnetic and gravimetric fields, timewarp distortion, possible radiation variations. And all of them centring on the general area which you are now patrolling. The question is, are these natural phenomena or are they mechanically created, and if they are, by whom? For what purpose?

There's still time. It's not too late. But I- but I- need-- need your help.

You'll join me in my holy cause? Is it such a large price to pay for the safety of two universes?

Geographyinitiative (talk) 07:41, 5 April 2019 (UTC)

The cause of your audio issue is a clash between the collapsible element and the audio. This is bug T130982.--Snaevar (talk) 16:23, 6 April 2019 (UTC)

Hello,

Until recently, this thing used to come just once, for the first edition, and didn't reappeared after. But nowadays it reappears each time you want to edit. That's pretty annoying since it hinders editing every time. Could that be repaired? Thank you in advance (and please no reply like "create an account") 193.54.167.180 (talk) 15:17, 6 April 2019 (UTC)

Hi 193, can you provide some more details? Is it happening when you read, edit, or both? What interface are you using (e.g. web, mobile web, app)? What does this message say (perhaps a screen shot would help)? — xaosflux ^Talk 15:35, 6 April 2019 (UTC)

I'm pretty sure 193 is talking about the welcome popup regarding switching to the visual editor when you edit on desktop as an unregistered user. Galobtter (pingó mió) 20:14, 6 April 2019 (UTC)

OK I saw that one, but only got it once, your note below about local storage my be why it is reloading. — xaosflux ^Talk 21:37, 6 April 2019 (UTC)

Have you disabled local storage (or cookies)? If you have no idea what that means, what browser/device are you using? Galobtter (pingó mió) 20:14, 6 April 2019 (UTC)

The page Talk:Muhammad Ali is missing the "index" link in the "Archives" section. Also, archives 1 thru 4 don't have the three archive selection immediately beneath the "This is an archive of past discussions." statement. It allows navigation before and after the viewed archive page.

Talk:Muhammad Ali/Archive 1

I can't figure out how to fix these issues. Mitchumch (talk) 02:56, 7 April 2019 (UTC)

As for the index, no one had bothered to tell the bot to create an index page. I've created it. As to the "archive selection" links, those come from Template:Automatic archive navigator, which needs to be manually added to the archives. ((3x|p))ery (talk) 03:03, 7 April 2019 (UTC)

Thank you. Mitchumch (talk) 07:16, 7 April 2019 (UTC)

Could anyone help me understand why International sanctions during the Venezuelan crisis stubbornly refuses to show up on Google? I inherited the article name suggestion from the Ukraine article, and apparently it sucks. What can be done? SandyGeorgia (Talk) 08:52, 7 April 2019 (UTC)

@SandyGeorgia: its because the article was only created a few days ago (log) and isn't indexed yet (I think the wait time is 90 days) --DannyS712 (talk) 09:01, 7 April 2019 (UTC)

Thanks, @DannyS712:, but I have created articles that have been indexed within days. I think. Maybe I'm deluded. SandyGeorgia (Talk) 09:05, 7 April 2019 (UTC)

You're autopatrolled, therefore all articles you create can be visible on Google search any moment after you click publish button. The 90-day wait (which is not absolute itself) is only for articles created by some subset of users and also when it's not marked as patrolled by a New page reviewer; which can be as fast as few minutes after creation.

Your issue may likely depends on the keywords you're using or where your current location is. Searches for international sanctions venezuela crisis, venezuela intl sanctions and venezuela crisis intl sanctions all return the article for me, including mini infocard on the right hand. – Ammarpad (talk) 09:17, 7 April 2019 (UTC)

Thanks, Ammarpad; relieved to hear it shows for someone, so I know it's out there. Could it be because I hit so many times on every other site that comes up (State Dept, Treasury, and news sources, while I was researching and building the article) that Google wants to feed those to me instead? Is there something I need to know or do about WikiData? I get no infocard on the right. SandyGeorgia (Talk) 09:28, 7 April 2019 (UTC)

Well, frankly I don't know, but it may be so, since Google sends a lot of cookies to track your activities. I don't think there's anything you need to do now rather than just wait for a few days and check back. – Ammarpad (talk) 09:55, 7 April 2019 (UTC)

Moved from Wikipedia:Village pump (miscellaneous)

 – --Pipetricker (talk) 08:14, 8 April 2019 (UTC)

Can someone take a look at Wikipedia:Articles for deletion/2009 Sulu kidnapping crisis (2nd nomination), Wikipedia:Articles for deletion/2009 Sulu kidnapping crisis (3rd nomination), or Wikipedia:Articles for deletion/333: A Bibliography of the Science-Fantasy Novel? I found a lot of old pages like those where it says the page doesn't exist, but has links to edit source (not create) and see the history. But then, when I go to edit them, it fails to get the revision and shown me a blank page. --DannyS712 (talk) 00:16, 6 April 2019 (UTC)

Peculiar. They have rows in the page table but no corresponding rows in revision (quarry:query/34935). Wikipedia:Articles for deletion/2009 Sulu kidnapping crisis is like this too. —Cryptic 01:10, 6 April 2019 (UTC)

@Cryptic: yeah, there are a bunch. Is there anything to fix? --DannyS712 (talk) 01:12, 6 April 2019 (UTC)

Only manual intervention by someone with write access to the database, looks like; attempting to delete or create both throw errors. Take it to phab. —Cryptic 01:38, 6 April 2019 (UTC)

Also, its circe 2019, not 2009 --DannyS712 (talk) 01:13, 6 April 2019 (UTC)

Also found Wikipedia:Articles for deletion/3 Libras (song) - see quarry:query/34936 --DannyS712 (talk) 01:17, 6 April 2019 (UTC)

Looks like it's left over from an incident back in 2012-06-11. The external store master went down and it looks like between about 23:38:47 UTC and 23:52:37 UTC revisions couldn't be created because the revision content couldn't be saved. Apparently attempted page creations during that time created the page row despite failing to create the initial revision. Anomie⚔ 23:25, 6 April 2019 (UTC)

@Anomie and Cryptic: thanks, phab:T220281 filed. --DannyS712 (talk) 23:36, 6 April 2019 (UTC)

((GeoGroup)) fails with this page that says "not currently serviced". The archives show previous problems related to the template's use with Google Maps, but I don't see anything about OSM. Firefox current. ―Mandruss ☎ 09:31, 8 April 2019 (UTC)

Mandruss, that tool is currently down, because it was using too many resources. The progress is tracked at phab:T220164 —TheDJ (talk • contribs) 11:39, 8 April 2019 (UTC)

I see that, in order to autofill the data on the deletion page from the "delete" tab at the top of the Wikipedia page, I can use <span id="delete-reason" style="display:none"> and <span id="delete-criterion" style="display:none"> tags. Is there a similar way to autofill the data on the move page from the "move" tab? עוד מישהו Od Mishehu 15:07, 8 April 2019 (UTC)

I would like to know whether there is any problem if the pages present in Pages with syntax highlighting errors are replaced by <code>. Adithyak1997 (talk) 05:33, 5 April 2019 (UTC)

@Adithyak1997: if you are asking if you should go edit all those User (and especially User_talk:) pages - then:no. Ideally, they should be fixed to be the right value, and user_talk: base pages should be fixed by a bot (if they need 'fixing' at all that is) to avoid throwing the "new messages" banner. — xaosflux ^Talk 11:35, 5 April 2019 (UTC)

Oppose; let's fix them. --Redrose64 🌹 (talk) 14:13, 5 April 2019 (UTC)

Problem: <syntaxhighlight> and <source> are (normally) block-level, while <code> is an inline element. So that replacement wouldn't work well. --Pipetricker (talk) 14:29, 5 April 2019 (UTC)

<source inline>...</source> emits inline markup: <span>This is inline markup.</span> Also, what are those ❮❯ characters intended to be? They show as little boxes in my browser. --Redrose64 🌹 (talk) 18:33, 5 April 2019 (UTC)

@Redrose64 Unicode right and left arrows; presumably used to ensure that <code> in the header and edit summaries doesn't get treated as an HTML element. ‑ Iridescent 18:38, 5 April 2019 (UTC)

The title of this section

It turns out that the original title of this section, == Replacing <nowiki><syntaxhighlight></nowiki> with <nowiki><code></nowiki> ==, doesn't work well with the auto-generated edit summary feature as the HTMLish tags get stripped. It turns out that that's exactly the problem: changing it to == Replacing <syntaxhighlight> with <code> ==, which displays identically and wouldn't even need ((anchor)), would have worked fine. There was no need to use lookalike Unicode characters such as ❮❯ or 〈〉. Anomie⚔ 11:47, 8 April 2019 (UTC)

Yes, and < and > also work fine in section wikilinks: WP:Village pump (technical)#Replacing <syntaxhighlight> with <code>. (The lookalike characters were an attempt at an alternative "funny" workaround, but it turned out that ❮ lacks font support and 〈 is a deprecated code point which due to Unicode normalization doesn't work in wikilinks.) --Pipetricker (talk) 17:38, 8 April 2019 (UTC)

I don't know if this is by design or by oversight, but a lot of notices don't display well in the mobile version of Monobook.

For example see.

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

text

text

Deadlines (UTC) Current time is 2024-04-23 20:11:38 ( v t e ) Writing: 22 April 18:00 Publishing: 23 April 18:00 Deadline has started. (refresh)

Kicking the image off is good, but removing width:100% is bad.

If you're on a desktop, just reduce the width of your browser until mobile mode kicks in. Headbomb {t · c · p · b} 15:20, 5 April 2019 (UTC)

Going to @Isarra: on this, since I believe you have something to do with the mobile view of monobook. Memory could be failing me though. Headbomb {t · c · p · b} 02:02, 7 April 2019 (UTC)

FYI, this appears to be related to rules in MediaWiki:Monobook.css rather than to the skin itself. As far as I can tell it's accidental, the width:100% is still there but hiding or removing the image cell somehow or other makes the table itself not size to fill the available width. That happens even on non-mobile widths and other skins, BTW, if the mbox-image cell is removed or hidden by other means.

img	Normal-ish mockup

Mockup without mbox-image cell

img	Mockup with hidden mbox-image cell

At least with Firefox 66 and Chromium 73. Anomie⚔ 12:44, 7 April 2019 (UTC)

@Anomie: Something related to the mbox-small or mbox-small-left classes? Headbomb {t · c · p · b} 21:16, 7 April 2019 (UTC)

Anomie, this is mbox magic yes ;) you cannot really hide the image cell without causing this. It's some sort of CSS autosizing rule of tables. I've changed the rule to only hide img elements. —TheDJ (talk • contribs) 07:40, 8 April 2019 (UTC)

@TheDJ: yup, that fixed it. Looks much much better now! Headbomb {t · c · p · b} 17:49, 8 April 2019 (UTC)

Actually, there's some issue with ((Signpost/Deadline)) on the default mobile skin. This is also busted in Timeless. Headbomb {t · c · p · b} 17:54, 8 April 2019 (UTC)

18:24, 8 April 2019 (UTC)

There are several categories related to amusement park rides attached to Parliament Hill Rehabilitation. However, they don't show up when I try to edit the page, and they can't be removed with HotCat. They should be removed, but I'm not sure how. How can this be remedied? FYI, browser is latest chrome.— Preceding unsigned comment added by Schetm (talk • contribs) 07:29, 4 April 2019 (UTC)

I guess those categories are automatically added by ((Infobox attraction)). SD0001 (talk) 15:35, 4 April 2019 (UTC)

Yeah, they're added by ((Infobox attraction)). But why do you need to remove them?. – Ammarpad (talk) 15:40, 4 April 2019 (UTC)

Because the Parliament of Canada isn't an amusement park ride. I've removed the infobox and will find a better template to use here. Thanks. schetm (talk) 15:44, 4 April 2019 (UTC)

@Schetm: Looking at the source, ((Infobox attraction)) has an undocumented |auto-cat=no parameter to omit categories. PrimeHunter (talk) 22:00, 4 April 2019 (UTC)

This is a WP:TCAT situation. Probably what should happen is that the categories be added to the articles by bot and removed subsequently from the templates. --Izno (talk) 22:21, 4 April 2019 (UTC)

Appending |auto-cat=no to the infobox worked perfectly. The village pump has delivered! Many thanks. schetm (talk) 23:16, 4 April 2019 (UTC)

The infobox does seem oriented towards amusement park rides; is it the best to use for the page in question? isaacl (talk) 16:13, 5 April 2019 (UTC)

Schetm, though some would find that an apt choice of inboxes, you might look at ((Infobox urban feature)) or ((Infobox urban development project)), used with ((Infobox building)), as alternatives. BlackcurrantTea (talk) 04:45, 9 April 2019 (UTC)

I didn't place the amusement park infobox there - I just noticed the miscategorization during normal browsing. I'll look at the infoboxes when I have the time. schetm (talk) 04:53, 9 April 2019 (UTC)

I wasn't suggesting you'd put it there (I thought it unlikely, considering your question), only letting you know about the others. Cheers, BlackcurrantTea (talk) 05:21, 9 April 2019 (UTC)

Is there a way to stop these sorts of overlaps, where pre's 'grey box' extends into another 'div'?

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

This is rather annoying. I believe syntaxhighlight is equally affected. Headbomb {t · c · p · b} 14:15, 8 April 2019 (UTC)

@Headbomb: The gray is part of the background. Background always extends behind floating elements by default, because floating elements only push content (aka text) out of the way. You can set either the background of the floating element for a visual effect, or force the other block to render in it's own 'block formatting context' (this really is a rather esoteric concept of CSS). This can be done by specifying overflow:hidden as a style attribute. This latter technique is also used by the headings to avoid colliding with infoboxes for instance.

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

—TheDJ (talk • contribs) 14:23, 8 April 2019 (UTC)

Thanks, I'll remember that in the future. But is there a reason for why this isn't default behaviour in the case of pre/syntax highlight? I yet to see any of these overlaps considered desirable by anyone. Headbomb {t · c · p · b} 14:28, 8 April 2019 (UTC)

Headbomb, yes overflow:hidden hides content that overflows and that isn't uncommon in code examples. (a url for example).. I guess we could try it out for a while, see if there are any complaints... —TheDJ (talk • contribs) 08:48, 9 April 2019 (UTC)

Not sure if this is the right place for this, sorry if I've posted incorrectly. I've setup archiving on Talk:Jackie Walker (activist), but after several days it's still not working. I must have done something wrong, but I'm not seeing it. What did I do (or not do)? Jayjg ^(talk) 17:10, 9 April 2019 (UTC)

@Jayjg: The archive parameter was missing the Talk: prefix. -- John of Reading (talk) 18:38, 9 April 2019 (UTC)

Ah, I knew it was something like that, but just couldn't see it. Thank you! Jayjg ^(talk) 19:14, 9 April 2019 (UTC)

Dumb Question #4895609847535

How do I check the namespace of the current page in Lua?

I am populating some tracking categories via a Lua module, and only want to do tracking if I am in a particular namespace.

In template code I would use ((NAMESPACENUMBER)) or one of the pre-cooked wrappers like ((main other)), but I haven't found how to do that in Lua.

Any pointers, please? --BrownHairedGirl (talk) • (contribs) 17:01, 9 April 2019 (UTC)

mw.title.getCurrentTitle().nsText – for the namespace name

mw.title.getCurrentTitle().namespace – for the namespace number

See mw.title.getCurrentTitle and Title objects

—Trappist the monk (talk) 21:17, 9 April 2019 (UTC)

Many thanks, @Trappist the monk. mw.title.getCurrentTitle().nsText is working nicely for me. --BrownHairedGirl (talk) • (contribs) 21:51, 9 April 2019 (UTC)

This edit by InternetArchiveBot to 2008 Geelong Football Club season triggered a notification that informed me Paul Hood (coach) had been linked from the page in the edit, though this was not the case. This has happened several times: (e.g. Geelong best and fairest (AFL Women's), 2006 Geelong Football Club season). The cause appears to be recent changes to Template:Geelong Football Club which have added a link to Hood's article. Why do I receive multiple notifications for links from many articles rather than one notification for a link from the template? Is this intentional or accidental? – Teratix ₵ 02:30, 9 April 2019 (UTC)

Why are you surprised? The articles were really linked. Whether this was achieved by modifying a template or directly the article is irrelevant. Ruslik_Zero 19:05, 9 April 2019 (UTC)

I think it's a fair complaint. Adding the template to an article should give a notification but here the link was added to the template between two unrelated article edits. I don't know how it's supposed to work but it would seem reasonable if the job queue updates link tables after the template edit without causing link notifications for articles using the template. When the article is edited next time, the link was there right before the edit so a notification can be omitted. Updates of link tables after template edits are often very delayed. Is it supposed to work like I say but failed because the link table was never updated before the article edit? Or is the next article edit always meant to cause a notification? PrimeHunter (talk) 21:13, 9 April 2019 (UTC)

@Ruslik0: it's not a huge issue, I agree, but imagine if you wrote an article that was then linked from a high-transclusion template with many linked articles (e.g. Template:United States topics) and received a notification every time the other articles were next edited, rather than one notification for the link from the template. – Teratix ₵ 01:46, 10 April 2019 (UTC)

I am not sure that the parser cares about templates. There is one link table per article, which includes all links including those from templates. On other hand if includeonly tag is used, the link may not be present in the template's link table at all. Ruslik_Zero 08:34, 10 April 2019 (UTC)

I'm looking for a tool that would let bots, scripts, and users know that Quark cost roughly 525 kB of data to download. The cached version would be fine for this purposes. It's not in accessible through &action=info, so I'm wondering if there's another way to get this. Headbomb {t · c · p · b} 03:39, 10 April 2019 (UTC)

Not really, since it depends on which image formats and compression formats the user-agent supports. I will also change every time the software is updated and/or styling or Javascript is changed for the wiki in question. —TheDJ (talk • contribs) 12:49, 10 April 2019 (UTC)

@TheDJ: Well, that's why I wondered about the cached size. Surely that's not something browser-dependent. More interested in a ballpark figure than an exact size for this purpose. Headbomb {t · c · p · b} 14:26, 10 April 2019 (UTC)

From this discussion it is my understanding that Incnis Mrsi is proposing to change $wgPdfOutputExtension configuration variable at this wiki to set the images output format to png in PDF output files. This results in higher quality images. Without this, the output is rendered very poorly and is difficult to read or share. Do we have consensus for such a change? --Gryllida (talk) 23:18, 2 April 2019 (UTC)

Images which aren't suitable for PNG... shouldn't be formatted as such. --Izno (talk) 00:25, 3 April 2019 (UTC)

Which ones are that? Gryllida (talk) 18:00, 3 April 2019 (UTC)

Anything which wasn't created to be a graphic. Most photography is more correctly JPGs than PNG, if we're talking a lossy format. --Izno (talk) 20:51, 3 April 2019 (UTC)

On the contrary, I think that if you compare the rendering in 'this discussion' linked above, you will see low quality jpeg rendering. Gryllida (talk) 19:52, 6 April 2019 (UTC)

@Gryllida: en.Wikipedian people don’t easily get the meaning of “PDF” in this context (not surprisingly, given that its presence in Wikipedia articles is marginal) and confuse it with PNG. Here’s not Phabricator nor even Wikimedia Commons; be careful next time, please, to check that your vis-à-vis gets what do you tell properly. 18:24, 10 April 2019 (UTC) — Preceding unsigned comment added by Incnis Mrsi (talk • contribs)

In the template Template:Country data AUS, I would like to know the place where I can change the case of starting letter of the word 'Country' in the template name. Please do note that I am not going to make any changes here. Adithyak1997 (talk) 18:32, 10 April 2019 (UTC)

What exactly do you mean? Do you mean you want to use ((country data AUS)) instead of ((Country data AUS))? Because it doesn't make any difference. Pages are not case sensitive for the first character. Headbomb {t · c · p · b} 18:36, 10 April 2019 (UTC)

Moved from User talk:Headbomb

I have recently posted a question in Wikipedia:Village Pump (Technical) with the section heading "Changing the case of a template". I actually know from [this] that capitalisation is done by Mediawiki. The problem lies in this page in the bottom most section. I haven't asked this in Community Portal in Incubator is that I have not got any results for the questions posted 4 days ago. Adithyak1997 (talk) 19:07, 10 April 2019 (UTC)

@Adithyak1997: I'm afraid I can't make much sense of that page, given I don't speak...Urdu? But if you tell us what exactly you're expecting, or what exactly you're trying to do, maybe we can help. Headbomb {t · c · p · b} 19:12, 10 April 2019 (UTC)

@Headbomb: Actually, I also doesn't know Urdu. I am just working on templates as well as on modules. What I need to achieve is that the word 'country' needs to start with upper case in the text "Template:Wp/khw/country data WIN". Adithyak1997 (talk) 19:20, 10 April 2019 (UTC)

Move the page to 'Template:Wp/khw/Country data WIN'? Headbomb {t · c · p · b} 19:29, 10 April 2019 (UTC)

As you have been told, this cannot be done with the structure of the pages/template as they are now. Nor is it that important. Why do you want to do this? --Izno (talk) 19:42, 10 April 2019 (UTC)

You have not explained what you are trying to do and the text "Template:Wp/khw/country data WIN" does not occur in the linked page. You are making us waste time trying to guess what your problem is before we can attempt a solution. Maybe you want country data templates to be named "Template:Wp/khw/Country data ..." with upper case C, and still work without having to create redirects at "Template:Wp/khw/country data ..." with lower case c. If this is what you want then the templates have to always be called with an upper case C. Here is a search showing some templates which currently call with lower case c. PrimeHunter (talk) 21:03, 10 April 2019 (UTC)

Resolved

What have I done wrong here? Special:Diff/891848066 –xeno^talk 19:21, 10 April 2019 (UTC)

You've added the selector .mw-helplink to the selector-list of a rule that has a declaration-list containling only the declaration display: none;. What were you trying to do, why do you think it's wrong? --Redrose64 🌹 (talk) 19:34, 10 April 2019 (UTC)

@Redrose64: Hide the “Help?” link on watchlist and contribution pages. Yet it still shows up. –xeno^talk 20:14, 10 April 2019 (UTC)

display: none !important; or a more specific selector is required. It also hides other help links. Do you want to hide all of them or only on watchlist and contributions? PrimeHunter (talk) 20:18, 10 April 2019 (UTC)

(edit conflict) I don't like !important, it's a cop-out. You could whack the specificity right up with the selector

div#mw-indicator-mw-helplink.mw-indicator a.mw-helplink

If that doesn't do it, something funny's going on. --Redrose64 🌹 (talk) 21:07, 10 April 2019 (UTC)

I think it’s gone! Thank you @Redrose64, PrimeHunter, and Mike Novikoff: for your input. –xeno^talk 22:41, 10 April 2019 (UTC)

This one works fine for me. Hides only the ugly icon, yet retains any text links. — Mike Novikoff 21:05, 10 April 2019 (UTC)

I don't know if this is the right place to post this. If not, please point me in the right direction.
When you click the "Re-use" button in the "Add a citation" screen in VisualEditor, it changes <ref> in the chosen citation to <ref name=":0"> (see here). This breaks all the rules of WP:REFNAME: it is purely numeric, it has no "semantic value", and it has quote marks where no quote marks are required. Why can it not use something like name=Autogenerated1, name=Reference1 or, if you're fond of quote marks, name="Reference 1"?— Preceding unsigned comment added by Scolaire (talk • contribs) 18:42, 10 April 2019 (UTC)

This is a well-known VE bug. See the linked phab task. – Ammarpad (talk) 19:02, 10 April 2019 (UTC)

(edit conflict) Please sign your talk page posts using four tildes (~). As for your question, Visual Editor is still very much in beta, with many bugs yet to be resolved. Here are a few that I found related to the referencing naming that you have noticed: T215867, T92432 (a four-year-old bug), T212609, T169841, T94712. Be careful out there. – Jonesey95 (talk) 19:08, 10 April 2019 (UTC)

@Scolaire: It's not purely numeric - there is a colon before the zero. The presence of that colon not only makes it non-numeric, it also makes the quote marks mandatory. However, you're right that it has no "semantic value" - but Visual Editor isn't intelligent enough to pick a ref name that does have semantic value. --Redrose64 🌹 (talk) 19:28, 10 April 2019 (UTC)

Sorry about not signing – a mistake I rarely make. I take it there's no prospect of this being fixed in the near future, then? @Redrose64: quotation marks are optional if the only characters used are letters, digits, and symbols including the colon. Scolaire (talk) 19:34, 10 April 2019 (UTC)

Cite error: The <ref> tag name cannot be a simple integer (see the help page).

^[1]

Testing ~. No, it is incorrect to say it is all numeric, as Redrose remarks. As it happens, the requirement here is not a soft requirement but a hard one: the software will fail to process an all-numeric reference name. I do not know why the software has this basic requirement, but there it is. --Izno (talk) 19:44, 10 April 2019 (UTC)

As for "why cannot it use a certain text", the "certain texts" would need to be localized. The developers thought it would be easier to include the notation they did because a) it skips that problem and b) eventually you see enough ":1" and you know it was created by VisualEditor. The Phabricator tasks above are of interest of course. --Izno (talk) 19:48, 10 April 2019 (UTC)

Attribute values need not be quoted if they consist only of digits, letters (of either case) the hyphen-minus character and the full stop character. If any characters other than those 64 are used (such as a colon), the quotes are mandatory. --Redrose64 🌹 (talk) 20:04, 10 April 2019 (UTC)

For the longest time I used to wonder why people were using a shocked emoticon as a ref name... Daß Wölf 21:05, 10 April 2019 (UTC)

Okay, that explains it. Thank you all for your help. Scolaire (talk) 09:11, 11 April 2019 (UTC)

On my sandbox, I have a Navbox template copied from Chinese Wikipedia. Since I don't know how to translate several of the template parameters into English, it's full of error messages. Is there some sort of discrepancy between the way Navbox templates work on the Chinese and English Wikipedias? Woshiyiweizhongguoren (🇨🇳) 13:13, 11 April 2019 (UTC)

You have used the template ((to)) without supplying the parameter which it requires. Read the documentation at Template:to. --David Biddulph (talk) 13:21, 11 April 2019 (UTC)

@David Biddulph: Since they say they have copied from Chinese Wikipedia, I went over there and checked out their ((to)). Their template ((to)) is different from ours. The Chinese one is used to show an arrow pointing right like this →180.151.77.75 13:37, 11 April 2019 (UTC)

You copied it from zh:Template:老北京城 without changing anything. Each Wikipedia language has its own templates, often with their own parameters. The Chinese zh:Template:Navbox appears similar to ours. Some of the parameter values in your example call the Chinese zh:Template:to which does something different here. This is not a difference in how zh:Template:Navbox works. PrimeHunter (talk) 13:54, 11 April 2019 (UTC)

I am trying to move File:R-5110781-1410470676-2995.jpeg.jpg to File:Ademuz (album).jpg, but the move option under the page tab is missing. - FlightTime (open channel) 16:09, 11 April 2019 (UTC)

@FlightTime: Are you a file mover? Renaming files requires a different right - see Special:UserGroupRights. Only admins and file movers have the needed movefile right. --DannyS712 (talk) 16:57, 11 April 2019 (UTC)

@DannyS712: Special:ListUsers/FlightTime says yes, he is.

@FlightTime: Does going directly to Special:MovePage/File:R-5110781-1410470676-2995.jpeg.jpg work? That is, are you actually prevented from moving the file, or is it just a display issue? —Cryptic 17:05, 11 April 2019 (UTC)

@Cryptic: Yest it worked, but there are still issues with the dropdown, Thanks, - FlightTime (open channel) 18:26, 11 April 2019 (UTC)

@FlightTime: Does going to this link make it work for you? You have a lot in your common.js that could be colliding. — xaosflux ^Talk 17:11, 11 April 2019 (UTC)

I wonder if this is related to the title blacklist entry now visible at the File:R-5110781-1410470676-2995.jpeg.jpg redlink. Though, as a pagemover, FlightTime should have been unaffected. —Cryptic 18:42, 11 April 2019 (UTC)

I do believe the file string ending triggered the blacklist, correct, that should have bee overlooked even though the new target was not dup strings. - FlightTime (open channel) 19:08, 11 April 2019 (UTC)

I was interested in knowing when and by whom RFA was modified to reflect the following wording:

"In December 2015 the community determined that in general, RfAs that finish between 65 and 75%..."

When I did a search, I was surprised to find that it was added in a 2005 edit.

That's obviously wrong. I'm guessing there is a transclusion throwing off the search results. how can I figure out when, and more importantly, by whom, that wording was added?S Philbrick(Talk) 18:59, 11 April 2019 (UTC)

I believe you're looking for this edit and/or the one immediately after. —Cryptic 19:08, 11 April 2019 (UTC)

(edit conflict) @Sphilbrick: You were close, that content is on Wikipedia:Requests for adminship/Header, and it looks like it was added here: Special:Diff/697363992. — xaosflux ^Talk 19:11, 11 April 2019 (UTC)

(ec) It was added to the template: [31]--Ymblanter (talk) 19:12, 11 April 2019 (UTC)

Feel free to buy us all a round due to all the edit conflicts :D — xaosflux ^Talk 19:13, 11 April 2019 (UTC)

Xaosflux, Thanks to all for the prompt responses. I'll buy you all a round. S Philbrick(Talk) 19:27, 11 April 2019 (UTC)

Hi all,

I had a look through the bug reports for wikipedia, but I'm not sure if this has been discussed (I'm sure it must have done), and I'm hoping someone could help me with how editing works on Android.

When searching through recent edits on the android chrome watchlist, clicking the link to the edit in question brings up the diff (as expected). However, if you wanted to edit the article yourself, clicking the article name brings up the indivdual edit of the page, and so attempting to edit the page only allows a view source, rather than editing. The only way to solve this is to click any blue links that occour on the page before (usually only shows when someone edits a particular section of an article/talk), or to go to the previous edit, and then the latest edit, which brings up the page itself.

Is this designed to work this way? I quite often check for updates to articles on my phone, and also make small edits this way. However, it's quite a faff to do the solution listed above to sort this out.

There's also no way to revert an edit on chrome. Is this also intentional, or am I missing a simple way to do so?

Many thanks for your time Best Wishes, Lee Vilenski ^{(talk • contribs)} 13:42, 29 March 2019 (UTC)

Seems like you asked at the right time. Phab:T200969 will hopefully address all the issues you listed. – Ammarpad (talk) 19:25, 2 April 2019 (UTC)

Doee Wikipedia:Village pump (technical)/Archive 172#What has happened to mobile viewing? help? Look for "Reader view". --Redrose64 🌹 (talk) 20:26, 2 April 2019 (UTC)

The above doesn't seem to be relevant. The tracked conversation above seems to cover it almost exactly Best Wishes, Lee Vilenski ^{(talk • contribs)} 08:03, 3 April 2019 (UTC)

Undo for mobile view is also being worked on, see phab:T191706.

For those who want undo ability in mobile view right now, there's a user script, see phab:T191706#4808483 (but I haven't tried it). --Pipetricker (talk) 19:39, 11 April 2019 (UTC)

Before, this user script used to put a small 'x' next to articles your watchlist.

• 17:49 (x) Inter City Firm‎ (diff | hist) .. (+26‎) .. 86.143.111.143 (talk) [rollback] (Tags: Mobile edit, Mobile web edit)

Now it shoves it at

• 17:49 Inter City Firm‎ (diff | (x) hist) .. (+26‎) .. 86.143.111.143 (talk) [rollback] (Tags: Mobile edit, Mobile web edit)

Could someone fix that? Headbomb {t · c · p · b} 20:54, 11 April 2019 (UTC)

@Headbomb: you can use Special:Preferences#mw-prefsection-watchlist instead - "Add direct unwatch/watch markers (×/+) to watched pages with changes". As for actually fixing the problem, TheDJ is likely the most familiar with the code. --DannyS712 (talk) 21:03, 11 April 2019 (UTC)

It works, but it seems to introduce a very large gap between the X and the item. It's workable, although ugly. Is there a general page for gadget tweaks? There's a few of them that could use a bit of love. Headbomb {t · c · p · b} 21:07, 11 April 2019 (UTC)

Hello all,

Having a service providing short links exclusively for the Wikimedia projects is a community request that came up regularly on Phabricator or in community discussions.

After a common work of developers from the Wikimedia Foundation and Wikimedia Germany, we are now able to provide such a feature, it will be enabled on April 11th on Meta.

What is the URL Shortener doing?

The Wikimedia URL Shortener is a feature that allows you to create short URLs for any page on projects hosted by the Wikimedia Foundation, in order to reuse them elsewhere, for example on social networks or on wikis.

The feature can be accessed from Meta wiki on the special page m:Special:URLShortener. (will be enabled on April 11th). On this page, you will be able to enter any web address from a service hosted by the Wikimedia Foundation, to generate a short URL, and to copy it and reuse it anywhere.

The format of the URL is w.wiki/ followed by a string of letters and numbers. You can already test an example: w.wiki/3 redirects to wikimedia.org.

What are the limitations and security measures?

In order to assure the security of the links, and to avoid shortlinks pointing to external or dangerous websites, the URL shortener is restricted to services hosted by the Wikimedia Foundation. This includes for example: all Wikimedia projects, Meta, Mediawiki, the Wikidata Query Service, Phabricator. (see the full list here)

In order to avoid abuse of the tool, there is a rate limit: logged-in users can create up to 50 links every 2 minutes, and the IPs are limited to 10 creations per 2 minutes.

The maximum permitted URL length is 2,000 characters. — Preceding unsigned comment added by CennoxX (talk • contribs) 08:18, 12 April 2019 (UTC)

Where will this feature be available?

In order to enforce the rate limit described above, the page Special:URLShortener will only be enabled on Meta. You can of course create links or redirects to this page from your home wiki.

The next step we’re working on is to integrate the feature directly in the interface of the Wikidata Query Service, where bit.ly is currently used to generate short links for the results of the queries. For now, you will have to copy and paste the link of your query in the Meta page.

Documentation and requests

• If you have any question or requests, feel free to leave a comment under this Phabricator task
• The user documentation is available here: please help us to translate it in your language!
• See also the technical documentation of the extension

Thanks a lot to all the developers and volunteers who helped moving forward with this feature, and making it available today for everyone in the Wikimedia projects! Lea Lacroix (WMDE) (talk) 11:54, 3 April 2019 (UTC)

Lea Lacroix (WMDE), really cool feature and nice to see something that has been on the wishlist for so long finally becoming available ! Thx to everyone who worked on it ! —TheDJ (talk • contribs) 20:30, 4 April 2019 (UTC)

@Lea Lacroix (WMDE): The feature is up and running, and I created some short links. However, I'm having trouble making the mediawiki software recognize them as links. Putting them as plaintext, external links, or internal wikilinks all fail to generate a working link - see User:DannyS712/sandbox#Short links. Any chance you can help? --DannyS712 (talk) 17:47, 11 April 2019 (UTC)

@DannyS712: there is no wiki-magic going on here, this is just a URL shortener, they w.wiki/A is the same type of link and text handling as something like bit.ly/A - you still have to use a protocol identifier. — xaosflux ^Talk 17:51, 11 April 2019 (UTC)

@Xaosflux: oh, thanks. Is there any chance that wikilink syntax ([[]]) can be extended to work with the short links too? --DannyS712 (talk) 17:54, 11 April 2019 (UTC)

@DannyS712: Not too likely for it to be extended as such. But you can link one via Special:UrlRedirector right now (like Special:UrlRedirector/U3), or you could try to get an appropriate prefix added to m:Interwiki map to link it as an interwiki link (like that link to the "Interwiki map" page on Meta). Anomie⚔ 18:56, 11 April 2019 (UTC)

@Anomie: okay, thanks --DannyS712 (talk) 18:57, 11 April 2019 (UTC)

Thanks @DannyS712: for raising this issue, indeed the URL shortener is not providing the https:// prefix. I added a mention in the documentation to make clearer the fact that on wikis, one has to add the https. Lea Lacroix (WMDE) (talk) 07:06, 12 April 2019 (UTC)

@Lea Lacroix (WMDE): Thanks. I made ((Short url)) to make it easier (example) --DannyS712 (talk) 07:09, 12 April 2019 (UTC)

@Lea Lacroix (WMDE): Thanks! However, shouldn't the URLShortener output the URL with https:// in front of it so people can easily paste it? I'm pretty sure people will find it problematic to just paste something like "w.wiki/tS" (link to this discussion) because many applications might not detect that this is a valid URL. Also, can you maybe try to get some more .wiki-domains like en.wiki, de.wiki etc.? That way, links could be customized to reflect the language/project. Regards SoWhy 07:23, 12 April 2019 (UTC)

@DannyS712: Awesome, thanks! I'm going to add it in the doc as well, so other projects can create a similar template if they want to.

@SoWhy: Thanks for your feedback. The idea of directly including the prefix is mentioned in this ticket.

As for adding more domain, I'm not sure that it's part of the purpose of the tool. The URL shortener is cross-projects, it links to Wikipedias but also Commons, Wiktionaries, Phabricator, Mediawiki, the Wikidata Query Service, etc. So structuring it for language versions of Wikipedias is a bit too restrictive. Lea Lacroix (WMDE) (talk) 08:58, 12 April 2019 (UTC)

One does not preclude the other. The tool can be cross-project but still output different domains that allows people to immediately see which project the link will lead them to. For example, w.wiki/tS links here but when I mistakenly typed w.wiki/Ts, it took me to ru-wikibooks. If the domain had been ru.wiki/..., I would have known not to use that link. Also, xx-wiki is a common abbreviation used, so if not for the URL shortener, those URLs could be used as alternatives, e.g. people could type https://en.wiki/Germany instead of https://en.wikipedia.org/wiki/Germany. Just something that you guys and gals might want to consider. Regards SoWhy 09:10, 12 April 2019 (UTC)

I hate to be a broken record but is there anyone working on fixing the issue where you go view pages on your watchlist, you have the filter for "unseen changes" on, and yet when you reload your watchlist, the fact that you've already viewed a page (or pages) isn't recorded immediately? This is extremely problematic if you are a frequent editor with a long watchlist and depend on the watchlist to accurately represent what changes you have and haven't seen. This seems like very core Wikipedia functionality and I'm really surprised issues with it not functioning properly have lingered well over a week. —Joeyconnick (talk) 23:02, 9 April 2019 (UTC)

Do you use live updates? They usually work fine for me, although I was tinkering with it a couple days ago and after a page refresh managed to get one of my own edits displayed in bold. I'm not sure exactly what I did to cause that, though... Daß Wölf 00:26, 10 April 2019 (UTC)

Nope, don't have Live Changes on and don't plan to turn it on. I'm not a fan of pages changing without any action on my part. I tolerate the little notification thing that pops up at the top of the list as that still requires my input before it loads the new changes. I just want the displayed "unseen changes" to actually be accurate, like they have been for years until this recent change. I'm all for updating stuff but not if it breaks essential functionality. —Joeyconnick (talk) 01:35, 10 April 2019 (UTC)

I had the same issue recurrently last week (never longer than half an hour). No idea where does it come from, or even of which side this is.--Ymblanter (talk) 09:01, 10 April 2019 (UTC)

I've seen this, too (Monobook, no live changes/updates, JavaScript usually off). I thought whatever was causing it had been fixed after the last time this was reported, until yesterday when a page stayed bold ('unread') on my watchlist after I looked at it twice. 14 hours or so later, it still appeared unread. After I looked at it again, it finally changed to plain text ('read'), and I haven't had the problem again today. BlackcurrantTea (talk) 11:12, 10 April 2019 (UTC)

This has happened to me as well since a couple weeks ago (no live/JS). I even see my own edit marked as unread from time to time, especially if I close the tab immediately after saving it. It also seems that viewing the diff no longer makes the edit read. Nardog (talk) 18:19, 10 April 2019 (UTC)

• Happening right now to me, both on the English Wikipedia and on Commons.--Ymblanter (talk) 18:30, 11 April 2019 (UTC)

For the record, I use vector.--Ymblanter (talk) 10:44, 12 April 2019 (UTC)

It happened again just now. I looked at the two new diffs since I'd last checked the page, went back to my watchlist, and it was still marked as unread. I looked at the most recent diff (the latter of the two I'd already seen), still unread. Cleared my cache and waited several minutes, and it's still showing up as new. BlackcurrantTea (talk) 01:52, 12 April 2019 (UTC)

And now it's marked as read, without my having visited the page or looked at the diffs a third time. It would be helpful if this were fixed. BlackcurrantTea (talk) 02:16, 12 April 2019 (UTC)

• Happening to me right now. Hi someone—please fix this! —Joeyconnick (talk) 03:07, 12 April 2019 (UTC)

I'm still having the opposite issue that I mentioned before: diffs being marked as read even though they weren't, but on occasion I also see the issue that everyone else is complaining about regarding diffs that have been read. isaacl (talk) 03:32, 12 April 2019 (UTC)

I would like to know whether taking up the tools DyK notices (mentioned here) and TemplateTransclusionCheck (mentioned here) as a maintainer will benefit for someone here. Adithyak1997 (talk) 15:27, 4 April 2019 (UTC)

Even though User:Δ is currently blocked on this wiki, they fixed the DYK tool. --Pipetricker (talk) 15:33, 12 April 2019 (UTC)

If a WikiProject wanted to monitor activity on sister-sites, is there a way to do that through a bot? For example, the Community bot posted a message on Talk:Chicago Freedom Movement stating an image has been nominated for deletion. Is there a bot or some other way for Wikipedia:WikiProject Civil Rights Movement to be notified? Mitchumch (talk) 02:52, 2 April 2019 (UTC)

This task is done for Wikipedia in general not for specific WikiProjects. If any article associated with Wikipedia:WikiProject Civil Rights Movement has a file on Commons which happens to be nominated for deletion, the talkpage of the article will receive notification. I think this is also only done for files on Commons not for any other sister projects. – Ammarpad (talk) 14:00, 2 April 2019 (UTC)

I understand your point. I'm trying to find a way for the WikiProject to be notified of this delete nomination. The project uses a variety of notification bots or services, but none of them registered the delete nomination. If there is a bot that performs this task, then I'm not aware of it. I was wondering if such a thing exists. Mitchumch (talk) 23:53, 2 April 2019 (UTC)

@MaxSem (WMF): Would this be a reasonable feature to add to Community Tech bot? ((3x|p))ery (talk) 23:55, 2 April 2019 (UTC)

@Mitchumch: You should ask Headbomb for that. I think Alertbot does something like that. – Ammarpad (talk) 17:26, 9 April 2019 (UTC)

The place to raise it would be at WP:AALERTS/FR, and Hellknowz can let you know what's possible there. However, would be very challenging to implement. There was a highly endorsed proposal on the Community Wishlist in 2017 related to this, but the dev team gave up on things. Headbomb {t · c · p · b} 17:30, 9 April 2019 (UTC)

Going to ping TBolliger (WMF), Ryan Kaldari (WMF) and DannyH (WMF) here to see what can be done to revive this project, or know who we need to lobby/petition to get the WMF to dedicate resources to this. Headbomb {t · c · p · b} 17:36, 9 April 2019 (UTC)

(Trevor quit a few weeks ago, and Kaldari and DannyH are stuck in endless meetings about planning. mw:User:JMatazzoni (WMF) is probably the best contact for the Community Wishlist until the new fiscal year starts in July.) Whatamidoing (WMF) (talk) 16:47, 12 April 2019 (UTC)