Open main menu

Wikipedia:Village pump (technical)

 Policy Technical Proposals Idea lab Miscellaneous 
The technical section of the village pump is used to discuss technical issues about Wikipedia. Bug reports and feature requests should be made in Phabricator (see how to report a bug). Bugs with security implications should be reported differently (see how to report security bugs).

Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. If you want to report a JavaScript error, please follow this guideline. Questions about MediaWiki in general should be posted at the MediaWiki support desk.

Frequently asked questions (FAQ) (see also: Wikipedia:FAQ/Technical)
Click "[show]" next to each point to see more details.
If something looks wrong, purge the server's cache, then bypass your browser's cache.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
Font size changed unexpectedly?
You may have accidentally changed the font size on your browser for a particular website by pressing a shortcut key or scrollwheel without realising it. Try resetting the zoom with Ctrl+0 (typing the digit zero while holding down the control key) or adjusting the zoom with Ctrl++ or Ctrl+-. Alternatively, look for the View option on your browser's menu and reset it to 100%.
No, we will not use JavaScript to set focus on the search box.
This would interfere with usability, accessibility, keyboard navigation and standard forms. See bug 1864. There is an accesskey property on it (default to accesskey="f" in English), and for logged in users there is a gadget available in your preferences.
No, we will not add a spell-checker, or spell-checking bot.
You can use a web browser such as Firefox, which has a spell checker.
If you have problems making your fancy signature work, check Wikipedia:How to fix your signature.
If you changed to another skin and cannot change back, use this link.
Alternatively, you can press Tab until the "Save" button is highlighted, and press Enter. Using Mozilla Firefox also seems to solve the problem.
If an image thumbnail is not showing, try purging its image description page.
If the image is from Wikimedia Commons, you might have to purge there too. If it doesn't work, try again before doing anything else. Some ad blockers, proxies, or firewalls block URLs containing /ad/ or ending in common executable suffixes. This can cause some images or articles to not appear.
Numbers listed in parentheses in the "Recent changes" section, on history pages and in your watchlist are the number of added or removed bytes.
For server or network status, please see Wikimedia Metrics.
« Archives, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172, 173, 174, 175

Contents


Undo scriptEdit

mobileUndo script is an userscript created for mobile. It basically adds a button to revert the latest revision of an article while previewing a diff on the mobile website. Currently there isn't any undo feature in mobile version of the mediawiki software (as far as I know). It meets the general criteria for gadgets and I have the original creator's permission. Therefore I am proposing this script to be approved as a gadget. Should we approve of this script as a gadget? Masum Reza📞 12:01, 28 June 2019 (UTC)

Source codeHere (maintainer's copy, probably outdated)
Authormeta:User:FR30799386
FeaturesmobileUndo#Features
Note – The original creator of this script is blocked on en-wiki for sockpuppeting. But it is possible to reach him on meta-wiki.
Maintainer on en-wikiUser:DannyS712
My statement – I am a regular user of this script and have been using it since January, 2019. I can assure you that it possesses no threat to sensitive data of it's user. This is a very useful script for both editing and counter-vandalism. Making it a gadget will benefit many users editing on on mobile devices.

QuestionsEdit

A list of questions and answers I believe would be useful.

1 Does it work if just included with no further configuration?
Yes. It works with no further configuration.
2 Is it configurable via personal common.js?
No. The current maintainer and the original script creator can provide more information.
3 Is it compatible with all major browsers in other words, cross-browser compatibility?
Yes. It is compatible with most major browsers on mobile except Opera mini. So far I've tested it's compatibility myself with Mozilla Firefox, Chrome, Chromium and Microsoft Edge.
4 Does it have any duplicates?
No, not on en-wiki except the current maintainer's copy. I've copied the script to my userspace on test wiki and meta wiki for performing tests. I am willing to delete those copies if necessary.
5 Does it require any special permission?
No. It even works with very new accounts. But I think we should not give its access to non-autoconfirmed editors to prevent misuse.
6 Which skins are compatible with this script?
Minerva Neue obviously as this is the only skin available on the mobile website.
7 Does it have cross-wiki compatibility?
Yes it has. I've tested this script myself on meta, Japanese Wikipedia, Wikidata and test wiki. It even generates edit summary in other languages on other wikis.

DiscussionEdit

I am willing to answer any questions you may have about this script (please ping me when you reply). Thanks. Masum Reza📞 12:01, 28 June 2019 (UTC)

@Masumrezarock100: Noting that I have synced my version with FR's on meta - I plan to make some optimization tweaks, but otherwise it should be good to go --DannyS712 (talk) 15:44, 28 June 2019 (UTC)
@DannyS712: Thanks Danny. What do you think the suggestion in my answer to the 5th question. Masum Reza📞 20:48, 28 June 2019 (UTC)
@Masumrezarock100: That can be set very easily if the script is a gadget (see mw:Extension:Gadgets) - but as just a user script, its harder to implement. I think its fine to leave it as it is, with the understanding that if it is enabled as a gadget it should, like twinkle, require autoconfirmed. --DannyS712 (talk) 20:50, 28 June 2019 (UTC)
@DannyS712: I see. Since it has cross-wiki compatibility, I highly suggest we make this a global gadget, what do you think? Masum Reza📞 20:59, 28 June 2019 (UTC)
@Masumrezarock100: well, I don't think those exist yet. --DannyS712 (talk) 21:06, 28 June 2019 (UTC)
@Masumrezarock100: Please observe how this RfC is currently listed at WP:RFC/TECH, and include a brief, neutral statement of or question about the issue immediately below the {{rfc}} tag, in accordance with WP:RFCST and WP:RFCBRIEF. --Redrose64 🌹 (talk) 12:08, 29 June 2019 (UTC)
@Redrose64: Done. I am very new in this RfC stuff. Thanks for pointing out my mistakes.Masum Reza📞 12:59, 29 June 2019 (UTC)
It's now worse, in that nothing is now displayed other than the link. You need a timestamp (if not a full signature) after the statement so that Legobot knows where to stop parsing: WP:RFCST does state "Failing to provide a time and date will cause Legobot to remove your discussion from the pages that notify interested editors of RfCs." and that is precisely what has happened here. At the moment, the first timestamp that it encounters is the one at the start of this "Discussion" subthread, by which time the statement is no longer neutral and certainly not brief. --Redrose64 🌹 (talk) 13:33, 29 June 2019 (UTC)
To @Alsee, Izno, North8000, DannyS712, Killiondude, and RainFall:, who participated in this discussion, How about importing this script to Mediawiki:Minerva.js or Mediawiki:mobile.js as only JavaScript that gets executed on mobile is at Mediawiki:Minerva.js and Mediawiki:mobile.js. Both of them are almost empty, so I don't see a problem here. Masum Reza📞 08:45, 13 July 2019 (UTC)
Fixing ping Rutilant Masum Reza📞 08:49, 13 July 2019 (UTC)
I don't have the knowledge of those things/terms to respond. North8000 (talk) 21:13, 13 July 2019 (UTC)

User surveyEdit

Please state your vote using '''Support'' or '''Oppose'''. Explain why if you choose the latter option. Masum Reza📞 05:07, 29 June 2019 (UTC)

I'm a bit baffled by your second sentence. By nature of this being an addition, the onus is on the supporters to explain why it should be added. However, in discussions like these, explanations from both sides would be useful to all. Killiondude (talk) 19:53, 29 June 2019 (UTC)
I meant that one must add a reason if they oppose it. Explanation from Support side is helpful as well but I am not explicitly asking them to state their reason. Masum Reza📞 22:15, 29 June 2019 (UTC)
To support: say "aye"; to oppose: rehash the Bible. —RainFall 08:07, 1 July 2019 (UTC)
  • Support - This would be really helpful, whenever I want to undo on my mobile I have to go to desktop view which is just a pain. SSSB (talk) 09:51, 7 July 2019 (UTC)
  • Instead we should ask the Foundation to Undo their removal of Undo from mobile. Creating a gadget to put Undo back is pretty absurd, unless it is the only way to get this fixed. I don't use mobile, and while I know the Foundation has badly crippled basic functionality on mobile I had no idea that they removed the undo link. That's pretty bad. If/when there's a clear majority here to ask the Foundation to fix this, give me a ping and I'll be happy to open a phabricator task and push for action. Alsee (talk) 13:27, 7 July 2019 (UTC)
    There's never been an undo button in mobile, basically, so I do not know why you think they removed it. See phab:T87609. --Izno (talk) 13:52, 7 July 2019 (UTC)
  • Weak support (invited by the bot) I favor simplicity vs. trimming seconds off of the "revert" time, but it looks like its inclusion is optional, and that lots of good work has been done. North8000 (talk) 13:04, 10 July 2019 (UTC)

Fake edit conflicts when I edit talk pagesEdit

Pretty much most of the time for several days. On my iPad and my Windows laptop. they aren't real as my edits still appear. Doug Weller talk 16:57, 2 July 2019 (UTC)

@Doug Weller: didn’t you return back to edit form (in the browser) after saving an edit? Incnis Mrsi (talk) 17:02, 2 July 2019 (UTC)
@Icnis Mrsi: I'm not sure what you mean by edit form, but it's the nature of an edit conflict that you can't save. I can't save but my edit appears. Note that I just had a normal edit conflict with you and had to repost it in the upper text field as usual and save. Doug Weller talk 17:41, 2 July 2019 (UTC)
I should fix my ping. @Incnis Mrsi: thanks. It keeps happening, sometimes even on non-talk pages. Doug Weller talk 16:23, 6 July 2019 (UTC)
Are you double-clicking or double-tapping when you save? Sometimes the system can be confused into thinking that the save button has been hit twice. bd2412 T 17:42, 6 July 2019 (UTC)
This has been happening to me too on Windows with Chrome browser. It is new behavior, but I also remember seeing it in the past. I can't see any pattern for when it will happen and when it won't. Last time I saw these behaviors, it quietly stopped happening on it's own. ~Kvng (talk) 15:44, 12 July 2019 (UTC)
I had this for a few weeks, thinking it was maybe some server issue that would solve itself. It didn't. Before destroying my computer I reset my settings in the preferences and it solved itself. It must be a conflict with one of those, but I have no idea which one. --Gonnym (talk) 15:57, 12 July 2019 (UTC)
I haven't changed my preferences since before this started. Maybe there's a dodgy setting in there but not one that I've made recently. ~Kvng (talk) 16:01, 13 July 2019 (UTC)
I didn't either, but resetting it worked. You just have to bite the bullet if it annoys you as much as it did me. --Gonnym (talk) 16:17, 13 July 2019 (UTC)

Wanted - someone to adopt a discontinued botEdit

Wikipedia:WikiProject Women in Red is looking for someone who'd be prepared to run a bot, the owner of which has recently retired. The bot is described at d:Wikidata:Requests for permissions/Bot/Emijrpbot 6, which points to code here. The function of the bot is to add new wikidata items for new en.wiki biographies and/or to add human and/or gender statements to existing wikidata items, based on articles found on Special:UnconnectedPages. WiR bases all of its metrics (& these) on wikidata records for en.wiki articles, and since end April the project's stats have become increasingly hard to compile. We'd be more than grateful if someone would consider picking up this thankless task; thx. --Tagishsimon (talk) 17:33, 3 July 2019 (UTC)

@Tagishsimon: if you haven't already, try WP:BOTREQ Headbomb {t · c · p · b} 05:16, 9 July 2019 (UTC)

Wikipedia:Welcoming committee/membersEdit

  Resolved

--qedk (tc) 07:05, 6 July 2019 (UTC)

I'm not sure what the best venue is to ask this question, but I was at Wikipedia:Welcoming committee/members and in these edits, I purged a bunch of sock operators, some unregistered users, a bunch of redlinked users who hadn't edited in forever, and without looking at the rest of the list, I can only wonder how many people there are actually active. Is there any technical way to purge the list of duds? I also noticed there were tons of green-linked names, which typically represents users who have changed their handles.

Side question: I remember tweaking a setting that turned redirect links green (see above) but I can't remember where it was. I looked through my prefs and common.js file and can't find it. Help? Cyphoidbomb (talk) 02:35, 6 July 2019 (UTC)

@Cyphoidbomb: Try this: User:Anomie/linkclassifier. To use only the redirect green color, copy User:Anomie/linkclassifier.css to your .css and comment out the ones you don't need. --qedk (tc) 04:35, 6 July 2019 (UTC)
@Cyphoidbomb and QEDK: Better yet, install User:BrandonXLF/GreenRedirects. 10/10 user script for that. –MJLTalk 05:41, 6 July 2019 (UTC)
@QEDK and MJL: I'll gladly install whatever anybody strongly recommends. Since the redirects already show up as green for me, I was trying to figure out what I already clicked in my prefs/gadgets/whatever, so if anybody has any idea, please let me know. Also, I'm still curious about purging the Welcoming committee members page, although it's a low priority on account of it being an indiscriminate user list. Cyphoidbomb (talk) 06:46, 6 July 2019 (UTC)
[Thank you for the ping] Cyphoidbomb, you're a real treat. lol –MJLTalk 06:51, 6 July 2019 (UTC)
@MJL: You are awesome. I can't keep track of the various common files and most of my changes have been to common.js, so I am much appreciative for your sleuthing. I come to the tech board so I don't have to walk in circles aimlessly like an asshole.   Thanks, mate. Cyphoidbomb (talk) 06:57, 6 July 2019 (UTC)
...so I don't have to walk in circles aimlessly like an asshole. But that's all I do on Wikipedia!   Glad to hear you resolved it. --qedk (tc) 07:05, 6 July 2019 (UTC)
@Cyphoidbomb: It was nothing! It was just a quick check of your subpages. As for the pruning, I'm afraid I don't know much that could be of service. Maybe a bot to clerk the list would be of service, but I am not the one to program such machinations. Cheers!   (edit conflict)MJLTalk 07:05, 6 July 2019 (UTC)
User:Cyphoidbomb and User:MJL, you might consider using the Wikipedia:WikiProject X tools, which come with a bot to archive inactive members. User:Harej can probably point you in the right direction if you get stuck. Whatamidoing (WMF) (talk) 21:02, 9 July 2019 (UTC)

logout slow and failed due to httpEdit

I was trying to log out one day but the step was slow. It said, "You are being logged out, please wait". Then it said, "Cannot log out now: http". Eventually I was logged out. Why so long? Does it mean that I must have been using a slow network? If I close my browser while waiting, is that good enough? Nick Levinson (talk) 20:26, 6 July 2019 (UTC)

You say 'one day' and you were eventually logged out, that means the issue may no longer be there. Have you tried logging out again to see if the issue persists up to now?. – Ammarpad (talk) 05:12, 7 July 2019 (UTC)
Preventing a logout is a security concern, thus I asked, even if it doesn't repeat for me. I agree the issue may be gone but it may not be, which is why I said "one day" and then posted. It did not recur on another day but that doesn't mean it was resolved. I think I had another well-known site open under my login during the same session; if so, I had no problem logging out from there. I assume the two strings I quoted (minus "http") can be searched for in MediaWiki software or the Wikipedia implementation to find what causes them to display, but I can't do those searches and I don't know how to test for recurrence of the problem, because if the cause was network slowness I don't know how to slow a network that I don't control and most networks I use are likely fairly robust.
Does the problem come from network slowness or something else? If anything was done to resolve it, that's different and please tell us.
Nick Levinson (talk) 23:39, 8 July 2019 (UTC) (Corrections: 23:46, 8 July 2019 (UTC))
@Nick Levinson: I've filed a task at phab:T227621 for it to be looked at. Thanks for reporting. Quiddity (WMF) (talk) 21:52, 9 July 2019 (UTC)

Android app login generic errorEdit

Screenshot: https://pasteboard.co/ImS2y8j.jpg

hello,

I can successfully log into the web browser version of Wikipedia, but I cannot log into the Android app using the same credentials. I received a generic error that only states that an error has occurred.

I have also tried using the same automatic input of credentials from the same source and mechanism on the same device to control for my user error. Again, browser version login works, app no :(

Any ideas gratefully received!

Thank you — Preceding unsigned comment added by Rrubix44 (talkcontribs) 12:17, 7 July 2019 (UTC)

Did you try uninstalling and reinstalling the app? There may be an issue with the app itself. -- Luk talk 19:55, 7 July 2019 (UTC)
  • @Luk: The same issue bugs me to no end. I'm not even using an Unicode username, which has been an issue in the past. All that I could think of was that either my password - 32 character sequence of random ASCII characters - somehow triggered the bug, or that the Pie autofill API weren't accepted. I wasn't using VPN either. There is only a very slim chance I could log into the Android App without problem. Is there an phabricator on this? Tsu*miki* 🌉 16:31, 10 July 2019 (UTC)

Not running "Community tech bot" for Popular pagesEdit

Greetings, Community tech bot appears to be down (not running) since April, 2019. Instructions are To report bugs, please write on the Community tech bot talk page on Meta. I did report in June, and with no response. Wondering if an expert here could fix? For example, Wikipedia:WikiProject Saints/Popular pages Updated: 6:32 pm, 26 April 2019, Friday (2 months, 13 days ago). Regards, JoeHebda (talk) 13:06, 8 July 2019 (UTC)

  • @MusikAnimal (WMF): any insight in to this? — xaosflux Talk 18:59, 8 July 2019 (UTC)
    The cron job for this month didn't start for some reason. I have manually triggered it. "Saints" is pretty far down the list so it may be a while before the bot gets to it. I don't have an answer as to why no report was created for May and June, but I will investigate. Also, don't forget about toolforge:massviews which can give you the same information in real-time: [1]. That tool seems to be having problems of its own (lots of errors querying the pageviews API, tracked at phab:T219857), which I'm starting to believe might be the same reason Popular Pages bot isn't finishing some reports. MusikAnimal (WMF) (talk) 20:12, 8 July 2019 (UTC)
    Thanks @MusikAnimal (WMF): - I really like viewing Popular Pages on my fav. WPs; very helpful! Wondering if bot stalls out if it's not done running current month jobs & at calendar new month (day 1) starts a second bot? Just curious... JoeHebda (talk) 12:26, 9 July 2019 (UTC)
    I suspect all the reports will be done within the next two weeks. If not, the reports for July will start populating on the 3rd. This is because it takes up to two full days for the previous month's data to be available. Best, MusikAnimal (WMF) (talk) 17:28, 9 July 2019 (UTC)
    Hello @MusikAnimal (WMF): - Since starting at 15:41, 8 July 2019, the bot as of this morning has processed 60 WPs out of over 1,600 so it has a long ways to go to complete. At 30 perday, thats 53 days of runtime. JoeHebda (talk) 14:01, 10 July 2019 (UTC)
    The bot only goes through WPs configured at User:Community Tech bot/Popular pages config.json, which is about 800 or so. Most of these are quite small and will be processed quickly. That said I certainly can't guarantee they will all be finished before the month is over. We are monitoring and are discussing ways to improve performance. Thanks for your patience, MusikAnimal (WMF) (talk) 18:39, 10 July 2019 (UTC)

────────────

  1. Should the Lists table be updated? So it matches the Config table.
  2. Should the Config page include instructions to (manually) maintain the Lists table?
  3. Any way to have Techbot update that Lists table?
  4. Should Lists page be abandoned/redirected to config page? Pageviews on List page are about 25 per day.

DiscussionEdit

These questions are beyond any decision that I can make on my own. Asking for more people to chime in with discussion. JoeHebda (talk) 20:22, 10 July 2019 (UTC)

I had no idea about WP:POPT. I don't think it worth the trouble to update that table. The list appears to be manually categorized. The only other information it has over User:Community Tech bot/Popular pages is the shortcuts, which aren't that important in my opinion. So yes, simply redirecting the list page seems sensible. MusikAnimal (WMF) (talk) 20:53, 10 July 2019 (UTC)

PageviewsEdit

Greetings User:MusikAnimal (WMF) - Wonder if adding Pageviews to Popular pages would better show each WPs "Popular pages" activity? As an example, I added at Wikipedia:WikiProject Chemistry/Popular pages. Just spot-checking I've not found any WP with much activity. Maybe because of the bot not running since end of April? JoeHebda (talk) 03:34, 11 July 2019 (UTC)

If you mean no one is checking these reports, you're mostly right. A few months ago I did some spring cleaning and removed a bunch of apparently inactive WikiProjects from the config. There are probably more that we could remove. MusikAnimal (WMF) (talk) 23:56, 11 July 2019 (UTC)

Bot posting to WP talk pagesEdit

Hi User:MusikAnimal (WMF) - When the bot updates User:Community Tech bot/Popular pages, could it also post a notice at the WikiProject's talk page? This would increase awareness of Popular pages & perhaps encourage usage. Regards, JoeHebda (talk) 03:40, 11 July 2019 (UTC)

We certainly can, though I'd like to hear input from more people. Many WP talk pages get a lot of spam, and some already have the popular pages report transcluded on the main WP page. MusikAnimal (WMF) (talk) 23:58, 11 July 2019 (UTC)

Bot issue with WP PaintballEdit

  • Good morning User:MusikAnimal (WMF) - Looking at logs for "Community Tech bot" starting at 01:14, 11 July 2019 and continuing until 02:01, 11 July 2019, the bot processed for Wikipedia:WikiProject Paintball/Popular pages eleven times. Wondering why?
  • Also noticed that since Revision as of 01:33, 11 July 2019 the bot at User:Community Tech bot/Popular pages has stopped updating WPs?
  • Sorry for these questions - similar to problems when I was involved with "WP 1.0 bot" for article assessment tables. Mostly caused by WPs not setup correctly, or Talk page coding errors causing the bot to respond incorrectly. Regards, JoeHebda (talk) 14:03, 11 July 2019 (UTC)
    These were test edits. I chose that report because apparently no one reads it. MusikAnimal (WMF) (talk) 23:53, 11 July 2019 (UTC)
    Normally the bot only updates that page after it's finished going through all WPs. I've been manually updating it (via script), just to keep track of where we are. I'm going to make the bot update it regularly on its own. MusikAnimal (WMF) (talk) 23:53, 11 July 2019 (UTC)
    No worries :) MusikAnimal (WMF) (talk) 23:53, 11 July 2019 (UTC)

Is the bot running - July 14thEdit

  • Hi User:MusikAnimal (WMF) - checking the bot, it has not posted any updates for "Popular pages" WPs since 12:08, 13 July 2019. Has it been paused, or just stopped on it's own because of an error? Regards, JoeHebda (talk) 10:19, 14 July 2019 (UTC)
    It went down over the weekend, apparently. It's back up and running now. Rest assured I'm monitoring and we'll have all reports finished in the next week or so. There's a new, much faster version of the bot that I'm almost done with, so hopefully next month we won't see any problems. Best, MusikAnimal (WMF) (talk) 16:58, 15 July 2019 (UTC)
    Thanks User:MusikAnimal (WMF) for the update. Wondering if the number of popular pages for an individual wikiproject makes much of a difference? For example, would the bot process any faster if the WP asked for only top 100 vs. to 1,000? JoeHebda (talk) 17:41, 15 July 2019 (UTC)
    Unfortunately no. It's the size of the WikiProject itself that matters; the bot must go through every mainspace page, along with all of their redirects. MusikAnimal (WMF) (talk) 23:14, 15 July 2019 (UTC)

Citation generator in Visual Editor not working for PMID or PMC numbersEdit

It works, most of the time, when you insert the doi number or the article title, but not at all for PMID or PMC numbers. Not sure where I should report this. --Anthonyhcole (talk · contribs · email) 05:05, 9 July 2019 (UTC)

It's a known issue involving the tool labs DNS being blocked or something, see T226088. @AManWithNoPlan: could probably explain in more details what the issue is. Headbomb {t · c · p · b} 05:13, 9 July 2019 (UTC)
Thanks Headbomb. Seems from this Phabricator discussion that no one knows what the problem is. It's been 3 weeks now, and I can't see that anyone has taken this on as their task - but perhaps I just don't understand how WMF technical people work. --Anthonyhcole (talk · contribs · email) 05:35, 9 July 2019 (UTC)
Anthonyhcole, there are literally 2 people discussing and analysing network traffic in that ticket... What more are you looking for ? A fix before understanding the cause of the problem is not possible. —TheDJ (talkcontribs) 07:26, 9 July 2019 (UTC)
As I say, I don't know how that Phabricator process works. If this is normal, fine. Seems a bit sluggish, though. --Anthonyhcole (talk · contribs · email) 08:23, 9 July 2019 (UTC)
Citation bot noticed it a month ago. It was mistakenly thought to be a DNS firewall problem in the Phab ticket. I determined that it was an issue with data sizes exceeding 4K within DNS messages, then someone else determined it was only a problem with secure dns. In summary, there are all sorts of standards and extensions to DNS and pubmed sends something that we don’t handle. Side note: from what I read, handling split messages over 4K makes some attacks easier. AManWithNoPlan (talk) 12:57, 9 July 2019 (UTC)
Thanks, man. I'm in awe of and grateful for what you tech guys can do, but impatient. It's a comfort knowing that this issue is firmly on your radar. --Anthonyhcole (talk · contribs · email) 04:36, 10 July 2019 (UTC)
This issue is now fixed. Thanks for reporting. —TheDJ (talkcontribs) 19:30, 10 July 2019 (UTC)
Thank you, TheDJ. --Anthonyhcole (talk · contribs · email) 07:15, 14 July 2019 (UTC)

Null edit neededEdit

Can someone with the right permissions null edit the fully locked page User:NQ/nqup.css (the user hasn't edited for 2 & 1/2 years) so as to clear the redirect Category:Potentially illegible userboxes? This one is causing strange errors for the redirect bot. Timrollpickering (Talk) 14:24, 9 July 2019 (UTC)

Wow that page is a mess, looking at it. — xaosflux Talk 14:53, 9 July 2019 (UTC)
  Done @Timrollpickering: should be good now, is using the 'fake css' permission hack to make a protected user page. — xaosflux Talk 14:56, 9 July 2019 (UTC)
It's cleared - thanks. Timrollpickering (Talk) 15:03, 9 July 2019 (UTC)
Rather than null edit it, it should be nullified - there isn't a single valid CSS rule in the whole thing. --Redrose64 🌹 (talk) 19:44, 9 July 2019 (UTC)
@Redrose64: it is a self-protection hack used by non-admins (c.f. Wikipedia:User_pages#Protection_of_user_pages). — xaosflux Talk 22:16, 9 July 2019 (UTC)
Why do we encourage this? --Redrose64 🌹 (talk) 22:34, 9 July 2019 (UTC)

Headerbar doing v-t-e and hideEdit

{{Navbar-collapsible}} is a good utility (showing both V-T-E links and the Hide/Show button). Now IIRC, there was a similar template for (wiki)table headers. Cannot find it any more, did anything bad happen? If someone could give me a hint/link, +appreciated. -DePiep (talk) 20:37, 9 July 2019 (UTC)

You recall incorrectly. No such template exist, or can exist. Headbomb {t · c · p · b} 23:10, 9 July 2019 (UTC)
You can make a collapsible table, but the v/t/e won't be able to reliably target just the table for editing (see User:Xaosflux/sandbox76). — xaosflux Talk 00:35, 10 July 2019 (UTC)
Indeed, Xaosflux, but I will apply it in a templated table.
Discovered how to make this work:
{| class="wikitable collapsible" (adds the Hide/Show button, right)
! colspan=4 | {{navbar-collapsible|1=Title text|2=Template:Foo}} (adds the v-t-e links, left)
-DePiep (talk) 09:48, 10 July 2019 (UTC)
@DePiep: do you have this sandboxed? I'm assuming the edit link still goes to a "page" not somehow only edits "the table" right? — xaosflux Talk 13:00, 10 July 2019 (UTC)
@Xaosflux: I only use this in a table that is in a template page (see {{Decay modes}} edit), that is what I meant to say with "in a templated table". I do not aim to use this in an in-article coded table; as you pointed out that won't work. -DePiep (talk) 13:06, 10 July 2019 (UTC)

Template conditional syntax quesitonEdit

What is the correct syntax to set the inline parameter conditionally in this template? It is embedded in the London Overground article thus: {{Overground RDT|inline=yes}}, which should be able to set the inline to 1 or true. The aim is to hide the top bar of the template when embedded in an infobox but not elsewhere.

I attempted this but it didn't work, so clearly I'm not getting the conditional syntax right:

|<includeonly>|inline={{#if: {{{inline|}}}|1|0}}</includeonly>

What's the correct way of doing it? Thanks. — Preceding unsigned comment added by Cnbrb (talkcontribs) 20:38, 9 July 2019 (UTC)

@Cnbrb: You're overcomplicating it. Just do this that way you can use {{Overground RDT|inline=1}}. BTW the documentation for {{Routemap}} shows |inline=1 but |inline=yes might work, I'm no Lua expert. --Redrose64 🌹 (talk) 22:32, 9 July 2019 (UTC)
Ah! Someone has stepped in and fixed it. The answer was (of course) obvious:
|inline={{{inline|}}}
Thank you! Cnbrb (talk) 00:26, 10 July 2019 (UTC)

Preloading edit summary?Edit

Hey! is it possible to preload an edit summary like we can do with page content? and if yes whats the code? thanks in advance.--▸ ‎épine talk 21:50, 9 July 2019 (UTC)

@Épine: &summary= ! ;-) Example link. Quiddity (talk) 21:56, 9 July 2019 (UTC)
URL is [https://en.wikipedia.org/w/index.php?title=Wikipedia:Sandbox&action=edit&summary=foo%20bar Example] -DePiep (talk) 11:47, 10 July 2019 (UTC)
Épine, also see the documentation mw:Manual:Creating pages with preloaded text. —TheDJ (talkcontribs) 13:36, 10 July 2019 (UTC)

Extracting the ToC listEdit

Is there a way (via template or lua) to extract the ToC headers so they can be presented in a different style? What I mean by that is using a ToC style such as {{Horizontal ToC}} but without the ridiculously awful need to manually write each header, and later update it if it's changed. --Gonnym (talk) 14:19, 10 July 2019 (UTC)

@Gonnym: {{Horizontal ToC}} is a recent template. We already have {{Horizontal TOC}}, mentioned at Help:Section#Horizontal TOC. The names are confusingly similar. I have added a see also link [2] but more should probably be done. __TOC__ places the table of contents. It can be wrapped in styling like {{Horizontal TOC}} does. PrimeHunter (talk) 09:01, 12 July 2019 (UTC)
Yeah, I just found it by accident. There really is no reason to have the newer template. If a manual list of entries is somehow needed (and I really can't even see one valid reason why it would), that could added to the better template. --Gonnym (talk) 09:04, 12 July 2019 (UTC)

Sorting broken?Edit

Take a look at List of Governors of Alabama - errors of "Script error: No such module "Date table sorting"." all over the place. --Golbez (talk) 14:25, 10 July 2019 (UTC)

It's fixed now. --Golbez (talk) 14:26, 10 July 2019 (UTC)

XToolsEdit

I use two XTools - edit counter and article counter, both of which have stopped working for me as I have over 350,000 edits. Any idea how this can be resolved? GiantSnowman 15:27, 10 July 2019 (UTC)

@GiantSnowman: The limit is there to prevent long-running queries that likely wouldn't finish, and would unnecessarily slow down XTools for everyone else. I can try increasing it a little bit, but we have to have some sort of sane limit. phab:T182182 is about analyzing the most recent 350,000 edits, but I suspect this wouldn't really help because in theory we'd still have to scan all of your contributions to get the most recent 350,000. The issue with Pages Created, specifically, is tracked at phab:T207959. One idea is to use the page creation log (phab:T221730), which is fast, but it would only produce pages you created going back to June 2018.

It's a tough problem to solve. We have to balance satisfying the needs of our users, such as yourself, while protecting stability and preventing unrealistic queries from being ran. This is compounded by more general issues with the replica databases, such as the inability to estimate how slow queries will be (phab:T188677) and more recently, general slowness following recent schema changes (phab:T226050). In the meantime, you could try using tools that don't have any limits (or the scalability problems that XTools has), such as Sigma's Pages created tool. Sorry for the inconvenience! MusikAnimal talk 16:19, 10 July 2019 (UTC)

I have increased the edit count limit to 400,000. It seems right now, the replicas are going fairly fast. Both Pages Created and Edit Counter didn't time out for your account. I can't promise it will stay that way, though. As an FYI, you can make the Edit Counter go faster by asking only for the data you need, using the checkboxes at https://xtools.wmflabs.org/ec. Best, MusikAnimal talk 16:27, 10 July 2019 (UTC)
Thanks! GiantSnowman 16:36, 10 July 2019 (UTC)
@MusikAnimal: can you do an 'simple counter' for article creations, which just shows the number rather than a full list? GiantSnowman 08:23, 11 July 2019 (UTC)
Good idea. I'll look into it! MusikAnimal talk 17:50, 11 July 2019 (UTC)

How is the "Number of page watchers who visited recent edits" calculated?Edit

Just curious. Neither Help:Page information nor Help:Watchlist say. Nardog (talk) 15:44, 10 July 2019 (UTC)

@Nardog: not sure, but the API docs describe it further as the number of watchers of each page who have visited recent edits to that page. — xaosflux Talk 15:54, 10 July 2019 (UTC)
Looking at the code, it seems that it skips watchers where the "updated since your last visit" indicator on the history page would show for revisions more than 180 days older that the most recent revision of the page. For example, if the most recent revision of a page is 1 April 2018, it'll skip any watchers who would see the marker on revisions from 3 October 2017 or earlier. Anomie 13:48, 11 July 2019 (UTC)
@Anomie: Thanks. Could you point to where that code is ? I don't know jack about PHP but it seems to me InfoAction.php and the variable "RCMaxAge" have something to do with it, but I could be far off. Nardog (talk) 16:37, 12 July 2019 (UTC)
@Nardog: You're in one of the right files. The actual database query happens at WatchedItemStore.php lines 366–382, called from InfoAction.php line 775 and ApiQueryInfo.php line 927 with a cutoff time based on $wgWatchersMaxAge. $wgRCMaxAge is involved in counting the number of "recent" edits, for a different threshold of "recent". Anomie 11:31, 13 July 2019 (UTC)
Thanks, edited Help:Page information. Nardog (talk) 15:41, 15 July 2019 (UTC)

Minor editsEdit

It's annoying that everytime one needs to check the "This is a minor edit" box. I would recommend making it the other way round and checking after making large edits instead. THE NEW ImmortalWizard(chat) 16:40, 10 July 2019 (UTC)

@ImmortalWizard: There was a user preference "Mark all edits minor by default". This was removed eight years ago following a discussion in which it was determined that the option was often misused. See Help talk:Minor edit/Archive 1#Should we remove the Preference setting to "Mark all edits minor by default" ? and phab:T26313. On that matter, this edit, which was the last one that you made before posting here, should not have been marked minor. Further information at WP:MINOR. --Redrose64 🌹 (talk) 15:33, 11 July 2019 (UTC)
Thanks Redrose64. I have now read the information page. THE NEW ImmortalWizard(chat) 16:50, 12 July 2019 (UTC)

WHOIS brokenEdit

Whois returns either a blank page, or a 500 internal server error. Been going on for a few hours already. DuncanHill (talk) 21:26, 10 July 2019 (UTC)

  • I just posted this in a section above, but moving it here. The last couple of days, I've been getting 500 - Internal Server Error Here is one from WP:AIV I've tried multiple times just now 1. Here is one from a different IP 2. — Maile (talk) 21:02, 10 July 2019 (UTC)
Note: This might not be isolated to Wikimedia or Tools. I just got the identical error message at Find A Grave. On second try, Find a Grave loaded. — Maile (talk) 23:26, 10 July 2019 (UTC)

Alerts and alarmsEdit

Is there some facility within Wikipedia for me to receive a reminder when, for example, a block that I have made or a page protection that I have added has expired, or a deletion discussion that I have initiated has run its full time? Moreover, is there some facility within Wikipedia to create reminders generally? If not, can such a thing be created? bd2412 T 22:52, 10 July 2019 (UTC)

While this would be a godsend, e.g. for checking back on a talk page in 7 days or so, or allowing a 24-hour 3RR to expire, I am not sure it is MediaWiki's job to be tracking our reminders. That seems to present unnecessary load to the servers for something that individual editors would best be equipped to track locally. I have used Google Calendar and assorted alarm-clock apps to do this, so far. Elizium23 (talk) 23:06, 10 July 2019 (UTC)
@BD2412: this may be incorporated in the existing feature request: phab:T88781. — xaosflux Talk 23:12, 10 July 2019 (UTC)
Note though, this is related to phab:T2582 - which has been pending for 10 years. — xaosflux Talk 23:13, 10 July 2019 (UTC)
@Elizium23:, I don't know how big a server load this would necessarily represent. I already get all sorts of notices for things like being mentioned in a discussion or a link being made to a page I created. Obviously some system event is occurring when a block or a page protection expires, because the system knows to lift the block or unprotect the page. I suspect that implementing such a thing is much more a matter of prioritizing it than any effect on the servers. bd2412 T 23:16, 10 July 2019 (UTC)
  • A JS tool can be made to log certain temporary actions (and/or any kind of reminder you want) to an userspace subpage and serve you reminders based on that. Noting that, the JS datetime implementation is... almost nonsensical, at best. So, kudos to anyone who does. Alternatively, and this is easier, you can use Siri/Assistant, does seem like a better choice, but it'll mix your onwiki/offwiki life. --qedk (tc) 05:49, 12 July 2019 (UTC)

"Publish changes"Edit

Some time ago, the save button was replaced with a "publish changes" button. I work with an awful lot of new editors both on-wiki and off-wiki, and it is perhaps the most frequent source of confusion (after maybe why VE doesn't work on talk pages -- but that's a whole other deal with technical constraints). The awkward language choice of part of the interface shouldn't be something I have to bring up in every introduction to editing session I run (and shouldn't be something that confuses so many people even after bringing it up). Specifically, it comes up when new users are starting to edit in their userspace, in a sandbox, in a draft, etc. -- people see "publish changes" and hesitate because of the implications of "publish".

I'm sure there have been threads about this in the past, but I'm not sure the best way to search for this. Has this change been well-received otherwise? — Rhododendrites talk \\ 17:44, 11 July 2019 (UTC)

IIRC this change was made by WMF legal and is non-negotiable; they wanted to make it clear to editors that the moment one clicks that button, whatever is in your edit window becomes publicly available for anyone to view and not saved to a private userspace inaccessable to others, whatever the namespace being edited. It was a global change, so the discussions will I assume be on Meta. The announcement was here, so the discussions if there were any will be shortly before that. ‑ Iridescent 17:49, 11 July 2019 (UTC)
I recall seeing some discussion on Phabricator; I'll see if I can find links. JoJo Eumerus mobile (talk) 18:44, 11 July 2019 (UTC)
Actually the save button was changed to "publish changes" because of newbies. In UX testing newbies did expect the save button to work more like drafts. There was a need to change the text of the button to be more decisive. The bug behind this change is T131132, which explains this further.--Snaevar (talk) 19:32, 11 July 2019 (UTC)

Thanks all. From the sound of it, it seems like it makes most sense to use "publish changes" in most namespaces, but switch back to "save changes" for draft and userspace? Might be too much of a hassle to change, though (other than on a per-user basis with a script, of course, but that sort of defeats the point). — Rhododendrites talk \\ 16:32, 12 July 2019 (UTC)

Rhododendrites, I've been asking around about this since the change was made a few years back. So far, with one exception, the editathon folks tell me that the problem is that new users actually do understand this, and are intimidated by making their creations available to the general public. They want to clean it up and try to make it "perfect" before anyone else can see it. (That is, they're looking for a save button that doesn't publish their edits, which is not how our big blue button works.) I'd be very interested in hearing whether your users express similar sentiments.
Draft space and userspace are just as published as the mainspace. Whatamidoing (WMF) (talk) 23:27, 15 July 2019 (UTC)
@HJ Mitchell, Pigsonthewing, and RexxS: You often teach new users, but I don't know if you watch this page; please can you supply some feedback for Whatamidoing? --Redrose64 🌹 (talk) 23:44, 15 July 2019 (UTC)
OK, if there was such a hoo-hah about calling it "Save" then why does the ephemeral popup dialog still read "Your edit was saved." Should it not be changed to "Your edit was published!" for consistency? Won't someone be confused about whether the edit was saved or published, when she pressed "Publish" but it was "Saved" instead? Also, the ephemeral dialog is annoying to me: it covers screen real-estate, can't be dismissed early, and goes away without being acknowledged, as if we had time to spot and read it. Not a good experience at all. (EDIT: It apparently can be dismissed early, if your reaction time is FPS-trained enough to hit the tiny "X" before it fades and disappears (~5 seconds.) Elizium23 (talk) 14:03, 13 July 2019 (UTC)
Good point, Elizium23. I filed a bug report about that. Whatamidoing (WMF) (talk) 23:23, 15 July 2019 (UTC)
@Redrose64 and Whatamidoing (WMF): I've not found it an issue for new editors at editathons and workshops. I almost always guide new editors through their first edit, which is normally to their user page to say what topics they are interested in. I make a point of explaining that publishing it makes it visible to the whole world and caution against writing anything that they wouldn't want everyone to see. After that I use "publish" and "save" interchangeably and I don't believe I've ever found anyone confused by that. Hope that helps. --RexxS (talk) 15:08, 16 July 2019 (UTC)

JSON error on Template:Infobox book seriesEdit

Not sure what's going on, but I can't even make a dummy edit to Template:Infobox book series since it has a JSON error somewhere. I want to make an improvement to the template, but can't due to the error. Can anyone help? Steel1943 (talk) 21:48, 11 July 2019 (UTC)

I think I fixed it. --Gonnym (talk) 22:28, 11 July 2019 (UTC)
@Gonnym: Yep, I can at least do dummy edits now, so it's probably good. Thanks! Steel1943 (talk) 01:42, 12 July 2019 (UTC)
I'm pretty sure there was some backend change sometimes not long ago, as I had a lot of templates I could edit without that error that one day started blocking me. --Gonnym (talk) 06:47, 12 July 2019 (UTC)
If you aren't used to JSON, you can use this site to check for errors. Also useful in cases where you know JSON syntax but cannot find the error (lots of parameters, etc.) --qedk (tc) 08:03, 12 July 2019 (UTC)

Request bot for auto archivingEdit

  Resolved

For talk page. See https://en.wikipedia.org/wiki/Talk:Nicotine_marketing QuackGuru (talk) 03:00, 12 July 2019 (UTC)

Some users think that youtube-dl is not notable enough for having its own article !Edit

Can any user help to stop the speedy deletion request ? Thanks (https://github.com/ytdl-org/youtube-dl) -- Voldemort (talk) 11:49, 12 July 2019 (UTC)

This isn't the right forum for such a request; next time(it has already been deleted) try the Help Desk. 331dot (talk) 11:51, 12 July 2019 (UTC)
Voldemort, this is not the place to ask these questions, please ask this question on Teahouse. ___CAPTAIN MEDUSAtalk 11:52, 12 July 2019 (UTC)
There is a page at User:widefox/Youtube-dl if you want to help improve it to show WP:GNG. Wikipedia:Articles for deletion/Youtube-dl was the last formal debate. Graeme Bartlett (talk) 02:10, 13 July 2019 (UTC)

InterwikilinkEdit

Hi, the interwiki link on article Aún soltera takes me to the Spanish article on Ian Fleming which does not seem correct...GrahamHardy (talk) 17:11, 12 July 2019 (UTC)

@GrahamHardy: it takes you to the main page of eswiki, and their TFA is Ian Fleming --DannyS712 (talk) 17:21, 12 July 2019 (UTC)
@GrahamHardy: Fixed it by removing the incorrect {{SPATRAcite}}. -- John of Reading (talk) 17:24, 12 July 2019 (UTC)

Page titles in italicsEdit

Hi. I've just noticed that all article page titles are suddenly showing in italics. Must have happened in the last ~5 minutes or so. Do a null edit on a page to see, if it's not rendering in italics already. I take it this is some temp. glitch? Thanks. Lugnuts Fire Walk with Me 12:51, 13 July 2019 (UTC)

It seems to be connected to {{Infobox}}, as the italics disappear when the infobox in an article removed. —Nizolan (talk · c.) 13:00, 13 July 2019 (UTC)
The culprit appears to be this edit by Gonnym, which is causing italic titles to show up all over the place. —Nizolan (talk · c.) 13:03, 13 July 2019 (UTC)
Thanks for letting me know. I didn't see anything while testing but I'll revert myself while I figure it out. --Gonnym (talk) 13:05, 13 July 2019 (UTC)
@Lugnuts: could you let me know what page you were looking at? --Gonnym (talk) 13:07, 13 July 2019 (UTC)
Hi. I noticed it at Hodan Nalayeh, but that seems to be fixed now. Lugnuts Fire Walk with Me 13:09, 13 July 2019 (UTC)
@Gonnym: I saw this on many pages - in fact every article I looked at, for example, 1337x. In many cases it also displayed this error in red at the top of the page: "Warning: Display title "<i>1337x</i>" overrides earlier display title "1337x" (help)." -- zzuuzz (talk) 13:21, 13 July 2019 (UTC)
@Zzuuzz: Could you give me a page where you had the conflicting displaytitle issue? --Gonnym (talk) 13:29, 13 July 2019 (UTC)
As above, 1337x (which is still in italics). Another was definitely xHamster (still displaying the error). -- zzuuzz (talk) 13:31, 13 July 2019 (UTC)
Thanks! (the just refresh the page as the code was reverted ~30 mins ago). --Gonnym (talk) 13:34, 13 July 2019 (UTC)
Testing the reported pages Hodan Nalayeh, 1337x and xHamster in preview with the infobox set to /sandbox produces no italics or errors (Just to be clear, I've made changes to the code, hopefully fixing the issue). --Gonnym (talk) 13:37, 13 July 2019 (UTC)
Also reported, Northern Paiute people[3] (but now fixed). I get no errors for 1337x and xHamster in preview without changing anything, but they still display as reported. -- zzuuzz (talk) 13:45, 13 July 2019 (UTC)
OK, a purge got rid of those errors. -- zzuuzz (talk) 13:54, 13 July 2019 (UTC)
Lugnuts and Zzuuzz, please see File:Holy Cow That's Weird.png and the WP:VPT archive where it appears. This report really strongly reminds me of that incident :-) Nyttend (talk) 23:09, 14 July 2019 (UTC)
Hehe, nice! Lugnuts Fire Walk with Me 06:47, 15 July 2019 (UTC)

Official website gives a 500 errorEdit

This isn't necessarily Wikipedia-related, but look at the Official website under "External links". After you click on the official website, the URL at the top of the screen is correct but there is a 500 error. When I go to the site and click on the correct link there, everything is fine. So I have changed the official website so it will work. — Vchimpanzee • talk • contributions • 16:59, 13 July 2019 (UTC)

@Vchimpanzee: from some testing, it looks like their website is just having an intermittent outage right now (got it on the 'new link' as well) - in any case I updated the offical website property on wikidata and set the template to use the WD value. — xaosflux Talk 17:16, 13 July 2019 (UTC)
I've had the problem for several days. Sometimes the link works and sometimes it doesn't.— Vchimpanzee • talk • contributions • 17:49, 13 July 2019 (UTC)
Xaosflux this is at least the third straight day with a 500 error from the link in the article. If there is going to be a link, it should work. From the site itself, a link to Dear Abby does work.— Vchimpanzee • talk • contributions • 18:24, 15 July 2019 (UTC)
@Vchimpanzee: you are not seeing a Wikipedia issue, you are seeing an issue with their web pages. To test I typed the URL in to a broswer, then opened and closed it 5 times, it failed three times. This is occuring for both the 'dearabby.com' link, and the 'uxpress.com' link. There is nothing we can do to fix their broken website. — xaosflux Talk 18:30, 15 July 2019 (UTC)
I don't have the problem when I go to Dear Abby from the uexpress site. I did contact them to tell them what is going on with me.— Vchimpanzee • talk • contributions • 18:50, 15 July 2019 (UTC)
Just got there, and refreshed my page 10 times, half of them failed. They could have some broken load balancer. — xaosflux Talk 19:03, 15 July 2019 (UTC)
I didn't try that many times but it worked for me both clicking on the link in the article and typing "dearabby.com".— Vchimpanzee • talk • contributions • 20:05, 15 July 2019 (UTC)

─────────────────────────Just got this. Even though I used my real name in the request, I just happened to have used this name in my email address.

Hello Vchimpanzee,
We're aware of this issue, and the developers will correct as soon as they are able.
Please let us know if you have any other questions.
Thank you,
Andrews McMeel Universal Support
GoComics.com
PuzzleSociety.com
Uexpress.com

Vchimpanzee • talk • contributions • 20:20, 15 July 2019 (UTC)

Old revisions of image missing, but not deletedEdit

At File:Dave_Carlascio_and_Family_Force_5.jpg, some old revisions of the image give a 404 error message. Thumbnails of those revisions are still included by the HTML page, and it links to where the old revisions would have been. From the revision notes, it looks like they were non-free, so probably should be deleted, but, well, they weren't deleted.

By comparison, here is what old deleted revisions of a file look like: File:City_of_Spokane_Seal.svg — "No thumbnail" note, and no broken links or images. So, the problem with Dave_Carlascio_and_Family_Force_5.jpg appears to be a software bug, disk corruption, or similar.

Could someone properly delete the old versions in this case, and investigate the cause of this to ensure other files (that shouldn't have been deleted) aren't corrupted, restoring the revisions from backup as needed? Thanks! —{{u|Goldenshimmer}} (they/their)|TalkContributions 22:12, 13 July 2019 (UTC)

watchlist inaccuracies againEdit

My watchlist is again showing pages and diffs I have already seen, even though I have it set to show only unseen changes. Bolding of these pages in the list is also inconsistent. Anyone know why this exceptionally fun behaviour has returned? —Joeyconnick (talk) 22:50, 13 July 2019 (UTC)

WatchlistEdit

Is there an easy way to remove all pages which I did not create from my watchlist? Thank you, DuncanHill (talk) 10:21, 14 July 2019 (UTC)

@DuncanHill: - no. You could use Special:EditWatchlist/raw to get a dump of your watchlist, then get a query of pages you created and use an offwiki utility to subtract them, then replace the list with your new list. — xaosflux Talk 19:52, 15 July 2019 (UTC)
Seems like the data from this would be useful, but downloading a CSV seems to only give me a partial list. Eman235/talk 19:53, 15 July 2019 (UTC)

Template:DocumentationEdit

There is a problem with tables which occurs while using template {{Documentation}} with parameter |content= (also known as inline documentation). Documentation breaks when it reaches {|. Could this be fixed with a change of Module:Documentation? Thank you! --  Gzhegozh talk 11:00, 14 July 2019 (UTC)

This is normal behaviour for templates: you cannot pass a Wikimarkup table through a parameter. I suggest that you make the documentation into a subpage, as is done with the majority of templates. If you state which template, I can carry out the appropriate edits. --Redrose64 🌹 (talk) 14:10, 14 July 2019 (UTC)
Well, is it possible then to make a subtemplate for inline documentation? Because I have got a following problem in the Ukrainian Wiki: few months ago I discovered that many templates there still contained old, Russian-style inline documentation translusions (Russians use their own documentation style, and there is a special template for inline documentation). So I replaced all those inline documentation transclusions with {{Documentation}} and the parameter |content=, but there were some cases with tables. Despite solving this problem by creating subpages, I think that it would still be helpful if a special inline documentation template is created. For example, in that link from a user's sandbox you can see a situation where it can be very useful to have such an option, as you don't need to create an extra docpage. That Russian template enables this option. --  Gzhegozh talk 15:03, 14 July 2019 (UTC)
So, this is not a technical issue with the English Wikipedia at all then. --Redrose64 🌹 (talk) 16:43, 14 July 2019 (UTC)
No, the same problem exists also in the English Wikipedia. --  Gzhegozh talk 17:03, 14 July 2019 (UTC)
Template parameters can contain pipes if they are written as {{!}} per mw:Help:Magic words#Other. The source will look ugly if it's done for all pipes in a whole table, but it works as shown below. See also the second bullet at Help:Template#Usage hints and workarounds. The Russian Wikipedia does not appear to have {{Wikitable}}. {{!}} is not a template but part of MediaWiki and works in all wikis. PrimeHunter (talk) 18:32, 14 July 2019 (UTC)
Hmm, this looks like a solution. Thank you! --  Gzhegozh talk 19:10, 14 July 2019 (UTC)
Documentation
Header text Header text Header text
Example Example Example
Example Example Example
Example Example Example

PHP7 detailsEdit

See my latest ten contributions: some of the edits are tagged with PHP7, and others aren't, although I used the same browser on the same computer to make those edits, and all of them were done with my home wireless network. Any idea why three are tagged as PHP7 and seven aren't, instead of all ten being tagged or all ten not being tagged? The PHP7 page says Replacing the Beta Feature, since March 2019 a percentage of all production traffic has been randomly assigned to use PHP instead of HHVM. I would assume that this means that some of my sessions would use PHP7 and some wouldn't, but you can see that seven of those edits came in one session, yet exactly two of the seven edits used PHP7. Is every single edit randomly assigned or randomly not-assigned to use PHP7? Nyttend (talk) 21:10, 14 July 2019 (UTC)

Nyttend, a percentage of your requests, not of your sessions indeed. —TheDJ (talkcontribs) 07:24, 15 July 2019 (UTC)
What's a request? Is it an edit, or a page request (i.e. my computer asks the server to send a page), or something else? Nyttend (talk) 10:44, 15 July 2019 (UTC)
Nyttend, any communication your browser makes with the servers. For a page, that is usually dozens of requests (each image is a separate request for example). For an edit, it is a single request. —TheDJ (talkcontribs) 11:15, 15 July 2019 (UTC)

Whist marker - such a popular article!Edit

See Talk:Whist marker, for the views this trifling monograph has attracted over time - i.e. very few until suddenly 100,000 in one day! Do we have any ideas why this might happen? (I have seen previous hadwavey "bot" explanations, of similar phenomena, do we have anything concrete?)

All the best: Rich Farmbrough, 21:34, 14 July 2019 (UTC).

@Rich Farmbrough: the additional view stats report this is from "mobile web" user clients. It certainly could be some sort of "bot" (not a wikipedia bot, a web bot) that is not presenting as a bot. For a few reasons (primarily privacy) detailed reader information is not available except to developers. — xaosflux Talk 21:59, 14 July 2019 (UTC)
It's not merely mobile web. Mobile app and desktop had similar jumps, although smaller:
Date Mobile web Mobile app Desktop Total
1 July 1 0 0 1
2 July 0 0 4 4
3 July 2 0 1 3
4 July 2 0 3 5
5 July 5 0 4 9
6 July 94,411 529 13,246 108,186
7 July 36,762 371 5,309 42,442
8 July 1,799 52 512 2,363
So whatever's going on is presenting itself with all sorts of platforms. Nyttend (talk) 22:39, 14 July 2019 (UTC)
Just Reddit helping people figure out what their random junk is: [4]. Top comment links the Wikipedia article. Modulus12 (talk) 22:51, 14 July 2019 (UTC)
Ah, this is the modern equivalent of being slashdotted! Thanks! All the best: Rich Farmbrough, 14:49, 15 July 2019 (UTC).

Special:SuffixIndexEdit

There is a page Special:PrefixIndex which is showing all pages starting with a certain name, but can someone create a similar page which would show all pages ending with certain characters? It would be a very useful tool. --  Gzhegozh talk 09:49, 15 July 2019 (UTC)

There is an old request at phab:T12808: "Introduce Special:Suffixindex". PrimeHunter (talk) 10:07, 15 July 2019 (UTC)

Tech News: 2019-29Edit

15:29, 15 July 2019 (UTC)

Don't waste your time trying to give feedback on the Android item; the "leave feedback" page doesn't let you add a new section and doesn't even have an edit button. Nyttend (talk) 21:43, 15 July 2019 (UTC)

Editing News #1—July 2019Edit

Read this in another languageSubscription list for this multilingual newsletter

Did you know?

Did you know that you can use the visual editor on a mobile device?

Every article has a pencil icon at the top. Tap on the pencil icon   to start editing.

Edit Cards

This is what the new Edit Cards for editing links in the mobile visual editor look like. You can try the prototype here: 📲 Try Edit Cards.

Welcome back to the Editing newsletter.

Since the last newsletter, the team has released two new features for the mobile visual editor and has started developing three more. All of this work is part of the team's goal to make editing on mobile web simpler.

Before talking about the team's recent releases, we have a question for you:

Are you willing to try a new way to add and change links?

If you are interested, we would value your input! You can try this new link tool in the mobile visual editor on a separate wiki.

Follow these instructions and share your experience:

📲 Try Edit Cards.

Recent releasesEdit

The mobile visual editor is a simpler editing tool, for smartphones and tablets using the mobile site. The Editing team has recently launched two new features to improve the mobile visual editor:

  1. Section editing
    • The purpose is to help contributors focus on their edits.
    • The team studied this with an A/B test. This test showed that contributors who could use section editing were 1% more likely to publish the edits they started than people with only full-page editing.
  2. Loading overlay
    • The purpose is to smooth the transition between reading and editing.

Section editing and the new loading overlay are now available to everyone using the mobile visual editor.

New and active projectsEdit

This is a list of our most active projects. Watch these pages to learn about project updates and to share your input on new designs, prototypes and research findings.

  • Edit cards: This is a clearer way to add and edit links, citations, images, templates, etc. in articles. You can try this feature now. Go here to see how: 📲Try Edit Cards.
  • Mobile toolbar refresh: This project will learn if contributors are more successful when the editing tools are easier to recognize.
  • Mobile visual editor availability: This A/B test asks: Are newer contributors more successful if they use the mobile visual editor? We are collaborating with 20 Wikipedias to answer this question.
  • Usability improvements: This project will make the mobile visual editor easier to use.  The goal is to let contributors stay focused on editing and to feel more confident in the editing tools.

Looking aheadEdit

  • Wikimania: Several members of the Editing Team will be attending Wikimania in August 2019. They will lead a session about mobile editing in the Community Growth space. Talk to them about how editing can be improved.
  • Talk Pages: In the coming months, the Editing Team will begin improving talk pages and communication on the wikis.

Learning moreEdit

The VisualEditor on mobile is a good place to learn more about the projects we are working on. The team wants to talk with you about anything related to editing. If you have something to say or ask, please leave a message at Talk:VisualEditor on mobile.

PPelberg (WMF) (talk) and Whatamidoing (WMF) (talk) 21:24, 15 July 2019 (UTC)

If you wonder how the servers workEdit

https://www.youtube.com/watch?v=i0FTcG7PxzI has some information about how code gets deployed, if anyone's interested in learning more about Wikipedia's back end. Whatamidoing (WMF) (talk) 01:11, 16 July 2019 (UTC)

I'm honestly just a little disappointed the video actually had information on how code gets deployed, rather than footage of hamsters running over a keyboard. Someguy1221 (talk) 01:20, 16 July 2019 (UTC)

WP:Dashboard on sidebarEdit

I had an idea that the Dashboard should be on the sidebar below the Community Portal. I don't know how to add it locally, and I feel it should be sitewide anyway. Thoughts? Remagoxer (talk) 09:19, 16 July 2019 (UTC)

An administrator can add it to MediaWiki:Sidebar but I see no good reason. The first link in Wikipedia:Community portal is Wikipedia:Dashboard and it's linked twice more. PrimeHunter (talk) 10:04, 16 July 2019 (UTC)
You can add a Dashboard link below "Community Portal" for your own account with the below in your common JavaScript. PrimeHunter (talk) 12:13, 16 July 2019 (UTC)
mw.loader.using(['mediawiki.util'], function () {
  mw.util.addPortletLink(
    'p-interaction',
    mw.util.getUrl( 'Wikipedia:Dashboard' ),
    'Dashboard',
    'pt-dashboard',
    'Wikipedia Dashboard – Discussions and requests',
    null,
    '#n-recentchanges'
  );
});

English Fundraising TestsEdit

Dear all,

As I noted at the end of June, through the summer we will be running systems tests in preparation for the end of year fundraiser on the English Wikipedia.

This weeks test is scheduled for 1500 UTC Wednesday 17 July.

  • If you need to report a bug or technical issue, please create a phabricator ticket.
  • If you see a donor on a talk page, OTRS or social media having difficulties in donating, please refer them to donate@wikimedia.org.
  • If you have specific ideas to share, please feel invited to add them to our fundraising ideas page.

You can also send feedback regarding the fundraising campaign directly on my talk page.

Thank you in advance for your support. Seddon (WMF) (talk) 22:26, 16 July 2019 (UTC)