Wikipedia:Village pump (technical)

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

Newcomers to the technical village pump are encouraged to read these guidelines prior to posting here. 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 Foundation Grafana.
« Older discussions, 150, 151, 152, 153, 154, 155, 156, 157, 158, 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170

Managing TemplateData: does not write my edits[edit]

When I edit a template documentation page to add or change WP:TEMPLATEDATA, the edits do not materialise. I use the "Manage TemplateData" edit helper (button). After editing in theat screen, I press "Apply" then no edits are made to the /doc page edit box (and so saving would be a null-edit). Any ideas? -DePiep (talk) 16:38, 7 October 2018 (UTC)

Which template did you try to edit? Ruslik_Zero 19:41, 7 October 2018 (UTC)
{{Currency}} (/doc that is), tried to add new TemplateData list; {{See also}}, tried to add parameters to TD. Tried more templates so in recent weeks/months. -DePiep (talk) 20:02, 7 October 2018 (UTC)
DePiep, does this happen if you edit in ?safemode=1? (See mw:Help:Locating broken scripts#Test if you have problems related to user scripts or gadgets.) What's your browser and OS? Whatamidoing (WMF) (talk) 05:09, 10 October 2018 (UTC)
reproduce with/without safemode=1 (=success/fail)
I did this:
  1. Clear cache
  2. Open Template:See_also/doc (read)
  3. add ?safemode=1 to end of URL
  4. open for Edit (with me, traditional edit mode, not VE). The appendix ?safemode=1 did not return, so:
  5. add &safemode=1 to action=edit URL(needs &) and reload, opens:
  6. (edit screen, looks OK)
  7. Open Manage TemplateData (button)
  8. Add paramter, paramter "Test"; Apply;
  9. Done, parameter added [1] (success).
  10. Same for Template:Currency/doc (success when using &safemode=1).
  11. After both successes, tried again without safemode: failed in both pages.
re OS and browser: last July I switched from Linux to Windows 10, on 'new' hardware. Browser is Chrome v69 64-bit.
fyi, last April I lost my TE permission, did not ask it back yet. -DePiep (talk) 15:52, 10 October 2018 (UTC)
Extra test: installed Firefox v62 on Windows10 desktop. Same process. Using safemode=1: success, without safemode=1: fail. -DePiep (talk) 16:01, 10 October 2018 (UTC)
ping @Whatamidoing (WMF): -DePiep (talk) 15:53, 10 October 2018 (UTC)
Running with debug=true, webconsole message in Chrome: "Uncaught TypeError: Cannot read property 'accessKey' jquery.js[...]" (in Firefox: "jQuery.Deferred exception: element is undefined [...]"). Need more? -DePiep (talk) 16:17, 10 October 2018 (UTC)
I can confirm this: the error message appears in the debug mode after {{Currency/doc}} is opened for editing. It only appears after Manage TemplateData button appears on the screen. Also tried to edit the template data but without success. Ruslik_Zero 09:29, 11 October 2018 (UTC)
I can't reproduce this (on my Mac). I'll file a bug report.
User:DePiep, does this happen always, or only on protected templates? Whatamidoing (WMF) (talk) 19:40, 11 October 2018 (UTC)
Since ?safemode=1 seems to resolve the problem, the problem is probably in a user script or gadget. This could be anything from WikEd to something that only the two of you are running, but it's probably not something that I'm running (which is pretty much the defaults plus NAVPOPS, and whatever you can see in my common.js/global.js files). Do you have any guesses about what scripts you two might have in common? Whatamidoing (WMF) (talk) 19:50, 11 October 2018 (UTC)
(edit conflict) @Whatamidoing (WMF): Tried in unprotected {{Other antibacterials}}, both main template page and /doc page (I freshly added). Both failed.
I also tested this {{Other antibacterials/doc}} page when logged out: success (I did not save). -DePiep (talk) 19:53, 11 October 2018 (UTC)
My scripts afaik: 'User:Js/ajaxPreview.js'; 'MediaWiki:Gadget-HotCat.js'; 'User:Cameltrader/Advisor.js'; WikEd, JS WikiBrowser = Wikipedia:AutoWikiBrowser/Script, also WP:AWB. Don't know if this is the complete list.
@DePiep: Can you get and copy-paste a backtrace from the browser console for this error (either browser)? There should be a little arrow/triangle next to the error message, clicking it will display the backtrace below. It's impossible to identify what is causing the error from just this message (I am guessing that the error is generated within the 'jquery.accessKeyLabel' module, but the real problem is probably in whatever code is using jquery.accessKeyLabel here). Matma Rex talk 18:34, 12 October 2018 (UTC)
───────────────────────── re @Matma Rex:. ok, will make a screenprint etc. To be sure: does any of this exposes me? -DePiep (talk) 23:05, 12 October 2018 (UTC)
@DePiep: The stack trace could allow someone to deduce which browser extensions you are using or which gadgets you have enabled (in this case, the latter is kind of the point). It should not expose any other private information (although it technically could, it would take very weird code to do it). If you're concerned, you can email it to my WMF account [email protected] instead of posting it publicly, or review it yourself (I'm looking for a function name or a file name that would reveal which script is causing your problem). Matma Rex talk 01:55, 13 October 2018 (UTC)
I've put the stack in phab. -DePiep (talk) 08:17, 14 October 2018 (UTC)

I looked into this: the issue is caused by the wikEd gadget. If anyone still maintains wikEd, I documented some details of the problem and ideas on how to fix it in a comment at phab:T206795#4668857. I guess for now you'll need to turn it off before using the TemplateData editor. Matma Rex talk 23:32, 15 October 2018 (UTC)

Thanks Matma Rex. Any follow-up through WidEd maintainer [who], &or in phab. Close here I'd say.-DePiep (talk) 20:08, 19 October 2018 (UTC)

Unable to publish a very specific change (an AfD page) at any namespace as an unregistered contributor[edit]

Please try to insert the wikitext of Special:Diff/863443818/863448552 to any page (preferably Wikipedia:Sandbox or an userpage sandbox). This should fail when all the following conditions are true:

  • The text of the page to be published only has the wikitext of Special:Diff/863443818/863448552.
  • The page doesn't have to be empty (blanked) first, but the previous point must still be true.
  • An attempt to publish changes must be done by a non-administrator (unregistered IP address contributor)?

If point #1 is false, the edit succeeds: Special:Diff/863621545.

My attempts to publish fail silently for me (as an unregistered user) at the following locations:

Despite all this, it works for @PrimeHunter (who's an administrator) at Wikipedia:Articles for deletion/Anti-Jewish violence in Eastern Galicia involving soldiers of the Blue Army: Special:Diff/863619579?!

The most mysterious part about this is that it's not Special:AbuseFilter related, as it seems. There are no logged events at Special:AbuseLog. There are no special editnotices. Attempting to publish the changes repeatedly does nothing. I didn't get a CAPTCHA for the external link.

While trying to write this VP/T post, I got the red "Incorrect or missing CAPTCHA" box at top but CAPTCHA security check at bottom. The issue started around ~22:30 UTC; was there a MediaWiki update behind this? (I've never seen the CAPTCHA box be at the bottom before.)

Please, I'm very curious for someone else to attempt to reproduce this as an unregistered contributor. For the curious, this is on Firefox 62.0.2 on GNU/Linux. I feel like to have encountered the weirdest bug of my years here. (talk) 23:58, 11 October 2018 (UTC)

  • I have so far reproduced the missing CAPTCHA issue by reducing the issue to these two lines:
    <div class="infobox" style="width:33%">AfDs for this article:<ul class="listify">{{Special:Prefixindex/Wikipedia:Articles for deletion/Anti-Jewish violence in Eastern Galicia involving soldiers of the Blue Army}}</ul></div>
    :({{Find sources AFD|Anti-Jewish violence in Eastern Galicia involving soldiers of the Blue Army}})
    In combination, the CAPTCHA goes missing. Perhaps I should blame the nominator here? But I'm still curious. (I got the incorrect or missing CAPTCHA while writing this, with CAPTCHA below the edit summary again and red box at top.) (talk) 00:32, 12 October 2018 (UTC)
    • This is the smallest test case I could make for CAPTCHAs to go missing:
      :{{Find sources AFD}} (talk) 00:39, 12 October 2018 (UTC)
      • Even smaller:
        It must have an external link for CAPTCHA trigger. In example, {{Cite web}} alone won't do it but {{Cite web|url=<url>}} will (with a proper URL), but any bare link will also work. (talk) 00:53, 12 October 2018 (UTC)
  • To be clear: This issue is experienced with Template:Afd2 (in example), with a caveat that one must be signed in to nominate an article for deletion. I must be one weird person to handle AfDs and cleanup while refusing to have/be signed into an account. 😏 (talk) 00:58, 12 October 2018 (UTC)
I can reproduce this. It happens if you try to save an edit when these three are all satisfied:
  1. You are unregistered or not autoconfirmed at the wiki. It also happens at other wikis.
  2. The edit transcludes a special page, either directly in the source or via a template like {{Afd2}}. It can both be an existing special page like {{Special:Prefixindex}} and a non-existing page like {{Special:NoSuchPage}}
  3. The edit adds an external link which would normally have caused a CAPTCHA.
The expected behaviour is getting an edit page with a CAPTCHA. The actual behaviour is getting an edit page with no CAPTCHA. There is no apparent way to complete the edit. If users want to experiment without logging out then try a wiki where you are not autoconfirmed. The default requirement in Wikimedia wikis is four days and zero edits but some wikis require edits with wgAutoConfirmCount in, e.g. 20 edits at no:. Special:CentralAuth can show where your account is already registered. PrimeHunter (talk) 10:05, 12 October 2018 (UTC)
  • It looks like you found a bug in the CAPTCHA code, please report the bug so it can get looked in to. This is not limited to the English Wikipedia, so it will need to be looked at by developers. — xaosflux Talk 22:44, 12 October 2018 (UTC)
    • I would appreciate if someone could do this on my behalf and add {{Tracked}}. (talk) 21:55, 13 October 2018 (UTC)
      •  Done phab:T207065 is for you. You will, unfortunately, need to create an account if you want to add information to the ticket. Whatamidoing (WMF) (talk) 17:32, 15 October 2018 (UTC)

Ref Toolbar not showing up[edit]

For some reason, Wikipedia:RefToolbar isn't showing up at all in my edit windows. I've tried refreshing and clearing the cache; I've tried turning it off in preferences and back on again. Any idea what's going on? Ten Pound Hammer(What did I screw up now?) 02:39, 12 October 2018 (UTC)

TenPoundHammer, any browser errors? See WP:JSERROR for reporting info. Enterprisey (talk!) 03:30, 12 October 2018 (UTC)
@Enterprisey: I don't understand a word of that. Ten Pound Hammer(What did I screw up now?) 03:54, 12 October 2018 (UTC)
Which browser and operating system are you using, so that I can try and reproduce it? Enterprisey (talk!) 04:33, 12 October 2018 (UTC)
mw:Help:Locating broken scripts#Test if you have problems related to user scripts or gadgets might be helpful. But the easy step first: would you please click on this link and tell us if that produces the expected results? Whatamidoing (WMF) (talk) 19:28, 12 October 2018 (UTC)
@Enterprisey: Windows 10 and Google Chrome. @Whatamidoing (WMF): No, nothing. Ten Pound Hammer(What did I screw up now?) 00:03, 13 October 2018 (UTC)
@Enterprisey: I can't seem to pull up debug mode following the instructions. I am way over my head here. Just tell me the quickest way to unfuck this. Ten Pound Hammer(What did I screw up now?) 01:40, 13 October 2018 (UTC)r
@Enterprisey: I get "Use of "mw.toolbar" is deprecated" and "title=User:Apoc2400/refToolbarPlus.js&action=raw&ctype=text/javascript:1 You installed the userscript User:Apoc2400/refToolbarPlus.js

It is no longer working and you should uninstall it." Any idea what's causing that? Ten Pound Hammer(What did I screw up now?) 01:44, 13 October 2018 (UTC)

TenPoundHammer remove importScript('User:Mr.Z-man/refToolbar.js'); from the bottom of User:TenPoundHammer/monobook.js Galobtter (pingó mió) 16:23, 13 October 2018 (UTC)
TenPoundHammer, is everything better now? Whatamidoing (WMF) (talk) 18:23, 18 October 2018 (UTC)

Scrotum infobox image not working[edit]

See Talk:Scrotum#Image_not_showing_in_article--♦IanMacM♦ (talk to me) 06:25, 12 October 2018 (UTC)

I've added an exception to the image blacklist. -- zzuuzz (talk) 06:34, 12 October 2018 (UTC)
Thanks, it helps if these images have {{Restricted use}} otherwise it may not be obvious why the problem is occurring.--♦IanMacM♦ (talk to me) 06:52, 12 October 2018 (UTC)
There used to be a bot which did this. I believe the task was inherited by Cyberbot I. It might be time for another look at it. -- zzuuzz (talk) 07:05, 12 October 2018 (UTC)
The previous bot got sacked? DMacks (talk) 07:33, 12 October 2018 (UTC)
Sox'd -- zzuuzz (talk) 07:43, 12 October 2018 (UTC)
I wasn’t aware it had stopped.—CYBERPOWER (Message) 10:28, 12 October 2018 (UTC)
Cyberpower678, looks like it's not removing the restricted tag from images either; File:An image of Klaus Heissler in a water bowl.png had the restricted tag even though it's not on the list (was about to start a new thread, then saw this related thread). Weird image to have ever been on the list in the first place. Home Lander (talk) 01:32, 16 October 2018 (UTC)

Support ends for the 2006 wikitext editor[edit]

The 2006 wikitext editor will be officially removed next week, on the normal deployment train (i.e., Thursday, 25 October 2018 for the English Wikipedia). This has been discussed since at least 2011, was planned for at least three different months in 2017, and is finally happening.

This toolbar is being removed from MediaWiki.

If you are using this toolbar (and almost none of you are), then you will be given no toolbar at all (the 2003 wikitext editor). This default was chosen so that your editing windows will open even faster, and to avoid cluttering the window with the larger toolbars (a particularly important consideration for Wikisource's PagePreviews). Of course, if you decide that you would prefer the 2010 or 2017 wikitext editors (or a gadget like WikEd), then you are free to change your preferences at any time.

Although it is not a very popular script overall, I know that some editors strongly prefer this particular tool for specific reasons, such as regularly using the <sub> or <sup> buttons. If you are one of its fans, then you might want to know that some long-time editors are talking about re-implementing its best features as a volunteer-supported user script. I believe that any announcements about that project will be made at mw:Contributors/Projects/Removal of the 2006 wikitext editor. Whatamidoing (WMF) (talk) 17:36, 15 October 2018 (UTC)

And if you're thinking "Yeah, she said that three times last year..." – No, really, the fourth time's the charm! This time, they really do think it's not going to completely break the wikis. ;-) Whatamidoing (WMF) (talk) 17:40, 15 October 2018 (UTC)
Best of luck, I'll be sorry to see it go! In case you're interested in some anecdata, it was the codeeditor that really did it for me. I like the shortness and simplicity of the old one, but the linting is just too useful for js/css. ~ Amory (utc) 21:03, 15 October 2018 (UTC)
How does one know which toolbar one is using? DuncanHill (talk) 21:37, 15 October 2018 (UTC)
See Help:Edit toolbar. PrimeHunter (talk) 23:06, 15 October 2018 (UTC)
Or see mw:Editor which has an overview of all different editors that are currently supported. —TheDJ (talkcontribs) 17:59, 16 October 2018 (UTC)
I'm with DuncanHill, i'm afraid; completely non-techclever, i simply found a Preference which says "Show edit toolbar" and i've had it active for years, i think. Is that the toolbar that's going? How do i choose another one? The only other Preference i've seen talks about an enhanced toolbar, which rather frightens me.... Happy days (or possibly not, if i don't understand toolbars), LindsayHello 15:41, 16 October 2018 (UTC)
The editing preferences are unusually confusing, even by Wikipedia standards. Some of the pref items silently override the others, and it's especially difficult to explain to new editors. I've proposed improvements at phab:T202921, but unless that wins the m:Community Wishlist (starts in a few weeks), I don't think it will happen any time soon.
Lindsay, if you're a non-technical person, then you might want to consider trying the visual editor again. It is really vastly better than it was back in the day. If you don't have separate "Edit" and "Edit source" tabs already, then look for a little pencil icon (not the highlighter marker pen) and switch to it. It works mostly like a normal word processing document, and is really the only sensible way to do some things, like adding or removing a column from a large wikitext table.
If you prefer wikitext, then I think you would likely be happy with the light blue "enhanced" toolbar. It has been the default for all users since approximately 2010, and it gets used thousands and thousands of times each day with very few complaints.
Finally, if you don't actually use the buttons in the little toolbar (which is not unusual for experienced editors), then your easiest option is probably doing nothing. In that case, the toolbar, which you're already not using, will just go away all by itself. Whatamidoing (WMF) (talk) 17:22, 16 October 2018 (UTC)
P.S. I fully and wholly expect a lot of editors to turn up here on the day in question, who as always likely missed all the announcements, because they just don't follow fora like these. Please keep in mind, that according to the data, last year 1500 en.wp editors making a single edit in a 1 month period had the toolbar enabled. Note this doesn't equal USED the toolbar, many people simply have it enabled because they always have. —TheDJ (talkcontribs) 17:59, 16 October 2018 (UTC)

Question about a block[edit]

I helped a reader create an account. They wanted to edit but they were unable to edit as an unregistered editor because of a range block. they now have an account, but even after logging him they get a message that they are not permitted to edit because of a block.

I must be missing something — I thought if one had a registered account, the good edit while logged in even if their IP happen to be part of a range block.

If anyone reading this happens to be an OTRS agent, they provided a screenshot of the message.

ticket:2018101510004415 --S Philbrick(Talk) 17:44, 15 October 2018 (UTC)

If the block is a hard one, it will prevent editing even by registered accounts. Ruslik_Zero 19:00, 15 October 2018 (UTC)
Ruslik0, I can imagine applying a hard block to a static IP, but I wouldn't have expected such a block to be applicable to a range.
The range is and the block message is (anon. only, account creation blocked, cannot edit own talk page). S Philbrick(Talk) 19:48, 15 October 2018 (UTC)
What is the exact text of the message? Ruslik_Zero 20:00, 15 October 2018 (UTC)
It appears to be anon-only, and while it is globally blocked as well, Just Chilling disabled the global block. Should be able to edit thru the block, I would think. SQLQuery me! 20:05, 15 October 2018 (UTC)
Just Chilling, That's what I would expect, but they shared a screenshot which look like they are logged in but blocked S Philbrick(Talk) 20:15, 15 October 2018 (UTC)
What I did (or at least think I did!) was to locally disable the global block and then install an anon-only en block. When this problem arose with schools, the advice that we gave that seemed to work, was to make a few edits on a clear IP, to establish the account, before going back to the blocked IP. I don't have the technical knowledge to speculate why this worked but it is worth a try. Just Chilling (talk) 00:43, 16 October 2018 (UTC)
I had a similar thing happen a few weeks ago. I was using a VPN (proXPN, Toronto server IIRC) and was logged in, but got a message that the IP address was blocked when I tried to edit a page. (I could try to find the IP address of that VPN server if needed, but it has been dropping my connection frequently in the time since then, so I haven't been using it.) Just Chilling, the advice to make a few edits from elsewhere doesn't seem like it would have been helpful for me—I've been editing with this account once in a while for many years. PointyOintment · 20:37, 17 October 2018 (UTC)

Tech News: 2018-42[edit]

22:40, 15 October 2018 (UTC)


Hi. I'm wondering why do I keep getting "&veaction=editsource" in the URL address when I try to edit a page. I'm guessing this is something that has to do with Visual Editor/wysiwyg (which is something I'm not interested in using, at the moment) and I made sure to de-select the option "Temporarily disable the visual editor while it is in beta" in my Editing Preference. Any help or guidance here will be greatly appreciated. Thank you. --Ciphers (talk) 04:04, 16 October 2018 (UTC)

@Ciphers: veaction=editsource is in an edit url giving mw:2017 wikitext editor when you have enabled "New wikitext mode" or "Automatically enable all new beta features" at Special:Preferences#mw-prefsection-betafeatures. If you don't want it then disable both. "de-select" means to not select so I'm unsure what you want. If you don't want VisualEditor then select "Temporarily disable the visual editor while it is in beta" at Special:Preferences#mw-prefsection-editing. 2017 wikitext editor and VisualEditor are not the same. PrimeHunter (talk) 09:41, 16 October 2018 (UTC)
Thanks a lot @PrimeHunter:. That seems to have solved the issue, for sure. Thanks again. --Ciphers (talk) 12:15, 16 October 2018 (UTC)
Pedantic detail: The 2017 wikitext editor (aka "new wikitext mode" or "VisualEditor's wikitext mode) is part of VisualEditor (the extension). It is not, however, the visual editor (aka "VisualEditor's visual mode"), which is the thing (currently, the only thing) you use for editing that looks like a word processor.
If anyone knows where I can get a refund for the hours of my life that were consumed by the meetings about naming this, please tell me. Whatamidoing (WMF) (talk) 17:34, 16 October 2018 (UTC)
(said with love:) A refund, as in you want us to take back the money that the WMF paid you to attend those meetings? We volunteers will have to have a meeting about that.Jonesey95 (talk) 04:51, 17 October 2018 (UTC)

Reverse curve in pageviews graph[edit]

Pageviews martin hellinger.PNG

Has anybody come across a reverse curve and loop in a pageviews graph before? This is in the {{annual readership}} at Talk:Martin Hellinger, but please discuss at mw:Template talk:Graph:PageViews#Reverse curve. --Redrose64 🌹 (talk) 08:12, 17 October 2018 (UTC)

Redrose64, no idea, but the actual numbers show a lot of 0 in the data. It seems that this graph uses quite a bit of easing and i suspect that those two combined are the cause of this. Not sure if that an error in the module or the graph lib.—TheDJ (talkcontribs) 20:20, 17 October 2018 (UTC)
Yeah, the problems might be from the fact that the article was created very recently (October 10) and the graph shows days before that. SemiHypercube 20:39, 17 October 2018 (UTC)

Template:NJT links[edit]

Hi there, I was doing some edits to Millington station, and came across Template:NJT links. The template doesn't seem to be working. Thanks. Magnolia677 (talk) 22:36, 17 October 2018 (UTC)

I read the documentation at Template:NJT links and made the required updates [6][7] to match a 2016 move from Millington (NJT station) to Millington station. {{NJT links}} now produces two working links at Millington station#External links. PrimeHunter (talk) 23:17, 17 October 2018 (UTC)
@PrimeHunter: Thank you! Magnolia677 (talk) 16:10, 18 October 2018 (UTC)

Khan squash family#Family tree[edit]

I'm not sure where to really ask this, so I figured this might be a good place. Was wondering if someone who is familiar with the formatting of family trees could take a look at the one in the this article. It could just be my computer, but the tree is seems to be too wide to fit on the page. It's probably just in need of a tweak or something. -- Marchjuly (talk) 00:59, 18 October 2018 (UTC)

Repeatedly logged out[edit]

Hi, Over the past hour or 2 I've been repeatedly logged out and ticking the "keep me logged in for 365 days" doesn't seem to achieve anything, Never had the problem before and as far as I know everything my end is sound so didn't know if there was some sort of bug here,
I'm about to go to bed so if anyone replies I'll respond in the next 8-9 hours,
Many thanks, –Davey2010Talk 03:33, 18 October 2018 (UTC)

I was having this issue briefly. It's usually related to a corrupted cookie. My issues cleared up after 5-10 minutes. Let us know when you're back from the dream lands if it is still happening. --Izno (talk) 03:52, 18 October 2018 (UTC)
Hi Izno, Oh okay I had no idea corrupted cookies could cause it - Learn something new everyday! :), All seems fine now so maybe it was a corrupted cookie, Many thanks for your help, Thanks, –Davey2010Talk 12:42, 18 October 2018 (UTC)
@Davey2010: If you experience problems with your login, one thing to try is to deliberately log out. This action might not destroy a corrupt login cookie, but it will invalidate all login cookies bearing your login ID, on all machines, no matter how old (or how recent). Then when you next log in, you get served a fresh clean cookie, and any corrupt cookies that you may still have will not be recognised should they be sent back to the Wikimedia servers. --Redrose64 🌹 (talk) 22:45, 18 October 2018 (UTC)
Hi Redrose64, Ah okay brilliant thank you I'll try that if it happens again, Thanks for the handy tip :), Thanks, –Davey2010Talk 23:38, 18 October 2018 (UTC)

Annoying message on top[edit]

Can the following message be disabled? This is the current revision of this page, as edited by Nizil Shah (talk | contribs) at 09:57, 18 October 2018 (ce1). The present address (URL) is a permanent link to this version. (diff) ← Previous revision | Latest revision (diff) | Newer revision → (diff)

It's pretty annoying... Capankajsmilyo(Talk | Infobox assistance) 04:31, 18 October 2018 (UTC)

In common.css, add this: { display: none; }

HTH Dax Bane 05:20, 18 October 2018 (UTC)
If you only want it removed for the current revision and not a similar message for older revisions then use:
div#mw-revision-info-current { display: none; }
PrimeHunter (talk) 09:42, 18 October 2018 (UTC)

border color of 1px wikitable borders[edit]

Hi! How can I get a 1px-border of red, if class="wikitable"? Doc Taxon (talk) —Preceding undated comment added 13:36, 18 October 2018 (UTC)

red border color missing
red borders of 2px are too thick
@Doc Taxon: there is a lot of oddity with precedence of 1px borders, a hack is to use style 'double', as a double border has higher precedence, but the same appearance like this:
hacked 1px red border color
xaosflux Talk 14:21, 18 October 2018 (UTC)
thx a lot indeed Doc Taxon (talk) —Preceding undated comment added 14:27, 18 October 2018 (UTC)

How can I permanently hide the page curation rightside toolbar[edit]

When I open new pages from the Special:NewPagesFeed, I now get on those pages on the right side a (to me) annoying large page curation toolbar overlapping the text. With the uppermost button I can minimize it, and then with "X" I can hide it completely, but I have no interest in doing this on every page again and again. I have looked in preferences, and I can't find a way to get rid of this new thing I don't need or want (I have an unobtrusive Twinkle dropdown at the top of the page for the thngs I need, and I don't need things like "go to next page in the queue"). Fram (talk) 09:20, 19 October 2018 (UTC)

@Fram: once you close it it should stay closed unless you click on 'curate this article' on the side pane. If you want to hide it, you can put the following in Special:Mypage/common.css
/* Hide the page triage toolbar */
#mwe-pt-toolbar{display: none !important;}
xaosflux Talk 12:02, 19 October 2018 (UTC)
It stays closed on that article, but it reopens on every new article I open from the new pages. Thanks for the css code but I don't use or want special css, these kind of changes shouldn't be made in general without an opt-out function as they are rather intrusive and not wanted by everyone. I can't find this change announced here at all, but it's not always easy to find these things. Fram (talk) 12:13, 19 October 2018 (UTC)
Hello @Fram:, can you please check if ?showcurationtoolbar=1 is in the URL? If it's there, then the curation toolbar will always shows up maximized. If you minimize or close the toolbar and navigate to another page that's in the Special:NewPagesFeed queue and don't have ?showcurationtoolbar=1 in the URL, then you should see see the toolbar minimized (if you minimized before) or "Curate this article" in the tools section (if you closed it). KHarlan (WMF) (talk) 13:37, 19 October 2018 (UTC)
Hi @Fram: I'm not seeing any change that should be causing this, the page curation bar has been around for a long time, and it should only activate if you load it on purpose with "curate" command, and should go away once you minimize it, then close with the x. If you have multiple tabs, close all but one, refresh the page, then try minimize/x closing it, then restart your browser and see if it stays away. — xaosflux Talk 12:34, 19 October 2018 (UTC)
Looking at Wikipedia talk:New pages patrol/Reviewers#NPP Browser broken, there clearly were problems with this last week (when too many people didn't see the curation toolbar, so I guess someone from the devs made a change which now shows it too often... Fram (talk) 12:43, 19 October 2018 (UTC)
See Wikipedia_talk:Page_Curation#New_Issue?, some changes have been made this WP:THURSDAY as per phab:T206580 Galobtter (pingó mió) 12:44, 19 October 2018 (UTC)
Thanks, hadn't seen that, I'll post my concern there. Fram (talk) 13:22, 19 October 2018 (UTC)
  • @Fram: OK so it looks like the dev team put in a url hack to include a force load via ?showcurationtoolbar=1 when following links from Special:NewPagesFeed. As this is the 'default' now, it would require some hacks to avoid it (such as the css snippet I placed above). I could make that css in to a simple 'gadget' that could be enabled? — xaosflux Talk 14:59, 20 October 2018 (UTC)
    MediaWiki:Hide-curationtools.css contains the code above, so we could make an opt-in to "Disable page curation toolbar" for people that never want to use it? - Not sure how big this group will be. — xaosflux Talk 15:08, 20 October 2018 (UTC)
    @Fram: any thoughts on that? It is still a css hack, but managed via an preferences 'option'. — xaosflux Talk 02:43, 21 October 2018 (UTC)
    That seems like an acceptable solution, thanks! Fram (talk) 07:21, 22 October 2018 (UTC)

Importing an image from one wikipedia to other[edit]

I would like to know the reason why I am not able to use the file Allauddinum Albhutha Vilakkum.jpg([link]) on Malayalam wikipedia.Adithyak1997 (talk) 10:57, 19 October 2018 (UTC)

File:Allauddinum Albhutha Vilakkum.jpg was uploaded to the English Wikipedia as a non-free image for use in a specific article with a fair use claim. Files can only be used if they are uploaded to the same wiki or to Wikimedia Commons. Commons does not accept non-free images so you would have to upload a copy to the Malayalam Wikipedia, assuming non-free images are allowed for the purpose by the wiki. Wikis have different rules and I don't know anything about Malayalam. PrimeHunter (talk) 11:08, 19 October 2018 (UTC)
@PrimeHunter By downloading that image(or copying)and reproducing it in Malayalam Wikipedia, do create any violation of rights in English Wikipedia?Adithyak1997 (talk) 11:17, 19 October 2018 (UTC)
The English Wikipedia has no rights which can be violated here. It is the rights of the copyright holders which must be respected. I don't know which procedures the Malayalam Wikipedia has for this but it may involve ml:Template:ScreenshotU. PrimeHunter (talk) 11:42, 19 October 2018 (UTC)

Watchlist problem?[edit]

Were the radio buttons used to be.

I've noticed today that my watchlist is no longer differentiating between changes I've seen and changes I haven't. Each entry now just starts with the same period/full stop. Using Firefox on Mac, and no relevant preference options that I can see. Tried Chrome on Mac too, and the differentiation between seen and unseen changes also does not show. Anyone else seen this, and any idea what the problem is? Boing! said Zebedee (talk) 12:54, 19 October 2018 (UTC)

Same here, using Firefox 62.0.3 under Windows 7, 32-bit. The bullet points are now much smaller (are the size of periods) and undifferentiated. Dhtwiki (talk) 13:09, 19 October 2018 (UTC)
I've got the same problem. Chrome Version 69.0.3497.81 (Official Build) (64-bit) on a Windows 7 terminal. Simonm223 (talk) 13:19, 19 October 2018 (UTC)
  • What options do have enabled under "Watchlist" at Special:Preferences#mw-prefsection-gadgets ? — xaosflux Talk 13:31, 19 October 2018 (UTC)
    I have the following three enabled...
    Geonotice: display notices on your watchlist about events in your region
    Display watchlist notices
    (This loads the base style for the watchlist. Please do not disable this option.)
    The other three are disabled. If I enable the "Display pages on your watchlist that have changed since your last visit in bold" it marks the new changes in bold so I can at least see what's new, but it doesn't effect the bullet points - instead of solid and hollow? bullet points, they're still just periods. Boing! said Zebedee (talk) 14:19, 19 October 2018 (UTC)
  • Does the problem go away if you select "Hide the improved version of the Watchlist" in Special:Preferences#mw-prefsection-watchlist? — xaosflux Talk 13:34, 19 October 2018 (UTC)
    It restores functionality but with a very different interface. Simonm223 (talk) 13:39, 19 October 2018 (UTC)
    Not for me, no. It shows solid bullet points instead of periods, but for everything and does not distinguish between seen and unseen changes. Boing! said Zebedee (talk) 14:19, 19 October 2018 (UTC)

Same problem. Face-sad.svg YoPienso (talk) 13:43, 19 October 2018 (UTC)

It was bad enough to make it monochrome several weeks ago. This is worse. YoPienso (talk) 13:49, 19 October 2018 (UTC)
  • @Boing! said Zebedee: are you seeing bold vs unbold differences on the lines? — xaosflux Talk 14:26, 19 October 2018 (UTC)
    I'm seeing bold vs unbold only if I enable the "Display pages on your watchlist that have changed since your last visit in bold" pref. Boing! said Zebedee (talk) 14:41, 19 October 2018 (UTC)
I'm having this problem as well. Everything looks normal (bold and unbold) except that each line begins with a period. Natureium (talk) 14:31, 19 October 2018 (UTC)
  • Gah this is horrible. Makes maintaining Wikipedia very difficult. "Hide the improved version of the Watchlist" under Preferences -> Watchlist returns two colors "green" for "not reviewed" and "blue" for "review" but than you loss some of the other improvements such as "filters". Doc James (talk · contribs · email) 16:41, 19 October 2018 (UTC)
Can't you still tell what you have any haven't clicked based on what is bold? Natureium (talk) 16:45, 19 October 2018 (UTC)
As User:Xaosflux suggested I turned on under "Preferences -> Gadgets" "Display pages on your watchlist that have changed since your last visit in bold" and that forms a suitable work around. Thanks Doc James (talk · contribs · email) 17:23, 19 October 2018 (UTC)

Hi all -- I'm Marshall Miller, product manager for the WMF Growth team. This is definitely an important issue, and we're looking into it now. We will keep everyone updated here and on the Phabricator task. -- MMiller (WMF) (talk) 17:36, 19 October 2018 (UTC)

I noticed this yesterday. I also have noticed that since yesterday morning US Eastern Time, no new changes have shown up. I presume this is because work is being done? If so it would be nice to have some sort of bannered notice about what's going on, what progress is being made and when we can expect normal service to resume. Daniel Case (talk) 17:52, 19 October 2018 (UTC)
I've put in some temporary CSS that should fix this issue on English Wikipedia for now. I will now work on a proper fix, because we can only fix one wiki at a time this way, and the issue affects all ~900 WMF wikis. --Roan Kattouw (WMF) (talk) 18:12, 19 October 2018 (UTC)
Thanks Roan Kattouw (WMF), I had just added a notice as Daniel Case requested, if people with the issue can confirm this is solved we can take the notice down. — xaosflux Talk 18:15, 19 October 2018 (UTC)
I think you can take the notice down anyway. The symptoms appear to be limited to editors who are running a volunteer-maintained gadget written some years ago by User:Edokter. It is not widely used except among long-time editors at this wiki, and it is solved by not using the gadget. Whatamidoing (WMF) (talk) 18:19, 19 October 2018 (UTC)
What gadget? I wouldn't say I'm a long-time editor, but I'm having this problem. Natureium (talk) 18:29, 19 October 2018 (UTC)
It's a series of gadgets, grouped under the "Watchlist" heading at Special:Preferences#mw-prefsection-gadgets. If you are still having problems, even after reloading your watchlist, then you should be able to resolve them by ticking the box in that section that says "Display pages on your watchlist that have changed since your last visit in bold".
I believe there had been some talk a while ago about resetting the gadgets system so that new accounts would just have normal MediaWiki behavior, rather than using this system. The original purpose of the gadget you need to enable was to disable the gadget that disables normal MediaWiki software functions, which is unnecessarily confusing. Whatamidoing (WMF) (talk) 18:39, 19 October 2018 (UTC)
With all of the "Watchlist" options in the Gadgets prefs disabled, I still see the problem with both seen and unseen changes showing as periods with no distinction. Do you have a "non-gadget" set of prefs to make it work properly? Are you saying the bullet point changes version should not be used and we should rely on the bold/non-bold version permanently? Boing! said Zebedee (talk) 18:42, 19 October 2018 (UTC)
Oh, and the "Display pages on your watchlist that have changed since your last visit in bold" pref is in the gadgets section, so is that the gadget that you're suggesting we should not use or not? I'm really getting quite confused by what you are saying here. Boing! said Zebedee (talk) 18:44, 19 October 2018 (UTC)
  • I am having this problem on all my browsers, even mobile. L293D ( • ) 19:11, 19 October 2018 (UTC)
  • @L293D: are you having the problem with moved pages that Wumbolo is having, or the problem with the indicators? — xaosflux Talk 19:31, 19 October 2018 (UTC)
Problems with indicators. L293D ( • ) 19:33, 19 October 2018 (UTC)

─────────────── I put my workaround in the "watchlist base" gadget, assuming that nobody would have it disabled (because it's enabled by default, and its description tells you not to disable it), but aparently 482 users have disabled it anyway. I'll move my workaround to MediaWiki:Common.css so it actually applies to everyone. --Roan Kattouw (WMF) (talk) 19:29, 19 October 2018 (UTC)

We have deployed a permanent fix for the issue (and therefore removed the temporary CSS fix). After refreshing your browser, the watchlist should be behaving as expected and back to normal now. Please let me know if any of you are still experiencing the original issue, and thank you for your patience as we worked on this. There is only one outstanding issue: when using highlighting, all highlighted rows have filled-in circles, whether they are seen or unseen. The fix for that is written and will be deployed on Monday. -- MMiller (WMF) (talk) 20:57, 19 October 2018 (UTC)

Thank you! All good now. Face-smile.svg YoPienso (talk) 03:20, 20 October 2018 (UTC)
Brilliant, thanks! All looks good for me too. Boing! said Zebedee (talk) 05:51, 20 October 2018 (UTC)

One final update: that last fix I mentioned above is now deployed. When using highlighting, highlighted rows again have empty and filled-in circles that agree with whether they are seen or unseen. Thank you! -- MMiller (WMF) (talk) 18:44, 22 October 2018 (UTC)

Thanks again. Boing! said Zebedee (talk) 22:29, 22 October 2018 (UTC)

Moved page issue on WL[edit]

I can confirm this bug. Steps to reproduce: Watch the redirect "Grievance Studies" affair but do not watch the target Grievance Studies affair. Enable "Expand watchlist to show all changes, not just the most recent" at Special:Preferences#mw-prefsection-watchlist. The watchlist then includes entries like this:
  • (diff | hist) . . "Grievance Studies" affair‎; 12:14 . . (+523)‎ . . ‎Al83tito (talk | contribs)
The diff and hist links say curid=58713610 and title=%22Grievance_Studies%22_affair. The links go to the diff and history at Grievance Studies affair. Page information says 58713610 is the page ID of Grievance Studies affair [8] while the redirect has page ID 58824385 [9]. curid overrides title on the hist link so it goes to the history of Grievance Studies affair and not the redirect. If curid is manually removed [10] then the title is used and it shows the history of the redirect. Like Wumbolo, I have verified that Grievance Studies affair is not in Special:EditWatchlist. Only the redirect is there. The error happens both with and without "Hide the improved version of the Watchlist" at Special:Preferences#mw-prefsection-watchlist. I tested other recent page moves and they don't have similar errors when you only watch the old title. PrimeHunter (talk) 22:23, 19 October 2018 (UTC)
United States presidential election, 1896 and Draft:Jean Morrison are examples of other recent moves where the page has recent edits which show up when you only watch the redirect. The watchlist only shows edits made before the move. If you swap the watchlist entries to only watch the new title and not the redirect then edits made before the move disappear from the watchlist when they should have been shown, while edits made after the move are shown as expected. PrimeHunter (talk) 22:44, 19 October 2018 (UTC)

Deleting pages[edit]

It is taking an unusually long time. Wikipedia is otherwise normally responsive.--Bbb23 (talk) 19:36, 19 October 2018 (UTC)

I've been experiencing this as well (see my thread at WP:AN). Mass delete seems particularly slow.--Jezebel's Ponyobons mots 22:52, 19 October 2018 (UTC)
Same. Noticed it ~10 hours ago when I did some bulk deletions with Twinkle. ~ Amory (utc) 00:27, 20 October 2018 (UTC)
I've opened T207530 so the devs know about this, please feel free to follow/leave a comment -FASTILY 04:55, 20 October 2018 (UTC)
When deleting a batch of pages, most of my deletions went normally (although a little slow), but one said something like "Deletion has been requested; please be patient". [I forgot to save the exact wording]. What MediaWiki page is this? I have activated the "message names" option for my toolbox, but when I clicked it, I merely got the normal "this page has already been deleted" warning, since my deletion action had gone through. Nyttend (talk) 19:14, 20 October 2018 (UTC)
I've been getting that when deleting templates; I'm wondering whether whatever the WMF broke this Thursday has confused whatever searches for transclusions. ‑ Iridescent 19:20, 20 October 2018 (UTC)
That's probably phab:T198176. Which, I'd guess is what is causing the apparent slowness of deletions. --Izno (talk) 20:39, 20 October 2018 (UTC)
(The rationale for T198176 is so that we can delete pages with long histories. You can review the linked tasks and discussion. --Izno (talk) 20:40, 20 October 2018 (UTC))
  • In the last several days, deleting or undeleting or moving a page has taken much longer than formerly, even if the page has only a few edits. Is there a reason for this? Anthony Appleyard (talk) 07:30, 23 October 2018 (UTC)


The TardisIndexFile template affixed in the "External links" section of every article on a Doctor Who episode is faulty and/or outdated. These links all lead to empty error pages. I would fix the template myself if I knew exactly which part of the code was the culprit.Bjones (talk) 22:31, 19 October 2018 (UTC)

@Bjones: looks like this just provides an external link to wikia, such as [11] - this should be able to be adjusted, but we would need to know where to point these links to on wikia. Do you know what an example wikia link for this would be? — xaosflux Talk 22:38, 19 October 2018 (UTC)
@Xaosflux: this is the link at the end of the "Oxygen" article, and this is what it should be.Bjones (talk) 05:07, 20 October 2018 (UTC)
This is a problem specific to mobile and specific to Wikia's redirection on their site. It's not our fault. There's a thread somewhere recently on this page or its archives of an IP having an issue. Please contact the people at Wikia support. --Izno (talk) 22:54, 19 October 2018 (UTC)
This is a variant of the problem at Wikipedia:Village pump (technical)/Archive 169#Links to Harry Potter wiki but Wikia's behaviour has changed since then. I guess redirected to or another working url in the past. Now it doesn't for me with Firefox on Windows 10 but does redirect correctly for me. At the time of the old thread, the issue only affected some mobile devices, and the link without C: didn't fix it. Now it seems to affect more or all user agents, and dropping C: fixes it in some cases. It requires more testing considering the number of Wikia wikis and devices but maybe the Wikia entry at meta:Interwiki map should change from$1 to$1 to increase the number of working links without fixing all of them. Or maybe somebody should ask Wikia what they are doing. For the old example, and are both broken for me so removing C: doesn't work there. works but I haven't found a working url where harrypotter:Hermione_Granger is a substring as required for wikia:harrypotter:Hermione Granger to be fixable. I will post to meta:Talk:Interwiki map#Wikia. PrimeHunter (talk) 23:27, 19 October 2018 (UTC)
  • For anyone that wants to check or verify this change please see meta:Talk:Interwiki_map#Wikia and let us know if you see any trouble. — xaosflux Talk 01:01, 20 October 2018 (UTC)
    I've updated the interwiki map at meta for 'wikia', this may take some time to propagate. Please ping me on meta if you need it further adjusted. — xaosflux Talk 14:53, 20 October 2018 (UTC)
    @Xaosflux: It appears all Wikia links are fixed by inserting w: before c:, e.g. Three other Wikia prefixes need similar changes as requested at meta:Talk:Interwiki map#Wikia. I have done this in {{Wikia}} for now [12] since it sometimes takes months before updates to the interwiki map are copied to the software. Template:TardisIndexFile and other templates and pages using {{Wikia}} should now produce working links. Pages using interwiki prefixes to Wikia without calling {{Wikia}} are still broken until the software is updated. {{Wikia}} will still work after that since the fix only inserts w: if it isn't already there. PrimeHunter (talk) 14:13, 21 October 2018 (UTC)
@PrimeHunter: updates made on Meta, please follow phab:T207596 for sync updates. — xaosflux Talk 14:42, 21 October 2018 (UTC)
It's already synced now. That was fast! These all work now: wikia:tardis:Davros, wikiasite:tardis:Davros, wikicity:tardis:Davros, wikicities:c:tardis:Davros. wikicities also required c: in the wikilink before, and existing uses add that c: so it's correct that the interwiki prefix omits it. I have reverted my {{Wikia}} edit which is no longer needed. PrimeHunter (talk) 18:24, 21 October 2018 (UTC)
Good to hear, we usually just let those go when they get around to them, but it can be requested to do-now, looks like a dev was available today. — xaosflux Talk 19:09, 21 October 2018 (UTC)

3 questions about API usage and Pywikibot[edit]

I tried dusting off Muninnbot to fix an old bug and I see that it generates some deprecation warnings when querying revisions

snippet of command-line session from running Munninbot's source code
WARNING: API warning (revisions): Because "rvslots" was not specified, a legacy format has been used for the output. This format is deprecated, and in the future the new format will always be used.
WARNING:pywiki:API warning (revisions): Because "rvslots" was not specified, a legacy format has been used for the output. This format is deprecated, and in the future the new format will always be used.
WARNING: API warning (main): Subscribe to the mediawiki-api-announce mailing list at <> for notice of API deprecations and breaking changes. Use Special:ApiFeatureUsage to see usage of deprecated features by your application.
WARNING:pywiki:API warning (main): Subscribe to the mediawiki-api-announce mailing list at <> for notice of API deprecations and breaking changes. Use Special:ApiFeatureUsage to see usage of deprecated features by your application.

Hence three questions:

  1. My understanding of mw:API:Revisions and mw:Manual:Slot is that I just have to tack rvslots=main in the API query and everything goes as before, at least for now. Is that correct?
  2. How does Special:ApiFeatureUsage work? I just see an empty list if I fill in the bot's name (whether logged in or not from my account or my bot's account).
  3. Whether or not that is what needs filling for the above, how does one go about seeing the user agent that Pywikibot sets? I have read mw:Manual:Pywikibot/User-agent but there is no user_agent_format in my config file and the default includes a git revision number apparently. I searched a few places but did not find anything (for instance, I do not see a method or attribute in the class).

TigraanClick here to contact me 13:31, 20 October 2018 (UTC)

Solely as an FYI, you might consider using one of the Pywikibot-specific communications methods. --Izno (talk) 14:48, 20 October 2018 (UTC)
Thanks for the pointer, but I am not sure I should be spamming the main mailing list for help/support (none of the above is even remotely a bug report or feature request). Furthermore, here, most of the questions are not PWB-related. TigraanClick here to contact me 12:18, 22 October 2018 (UTC)
There's been one thread this entire month on the main mailing list. I doubt anyone would see it as spamming. Besides that, there is also the IRC channel. My feeling is that your question is too specialist for this forum, but someone did reply, so... --Izno (talk) 13:57, 22 October 2018 (UTC)
It looks like you are using an old version of Pywikibot. See T200955. — JJMC89(T·C) 20:50, 20 October 2018 (UTC)
I only use PWB for login and user-agent, {{nobots}} and sleep time compliance. I format the API calls myself so I do not blame PWB for that one. The change to fix (1) is trivial to implement but I want to make sure I understood what is going on. (I am using Toolforge's installation, which I would expect to be up-to-date.) TigraanClick here to contact me 12:18, 22 October 2018 (UTC)

On-going issue with WP 1.0 bot[edit]

Greetings, WP 1.0 bot is having on-going issue for several months. It starts daily processing, then stalls out at various WikiProjects, not processing the rest. Lately it does not get past "B" in the alphabet. The issue reports are at Wikipedia talk:Version 1.0 Editorial Team/Index.

A second issue is bot not creating WP logs for many WP since October 8. For example here and here.

Hoping someone is able to "jump-start" or fix this bot. Contacts ( Kelson Walkerma Audiodude Oleg Alexandrov)

Regards, JoeHebda (talk) 16:48, 20 October 2018 (UTC)

Filed a Phabricator bug report today. JoeHebda (talk) 15:39, 21 October 2018 (UTC)
The issue is now reported on the project's Github repo: Issue #7. — AfroThundr (u · t · c) 23:48, 21 October 2018 (UTC)
Thanks AfroThundr - When I click on link above it gives a 404 error. Then I'm unable to signin, and it does not like my username or email address or pwd. :-( JoeHebda (talk) 02:00, 22 October 2018 (UTC)
AfroThundr - after much putzing I was finally able to make an account & see the posting for bot error. Thanks. JoeHebda (talk) 02:21, 22 October 2018 (UTC)
Apparently Github is having database problems right now, so the issue I posted won't show up at the moment. Here's hoping they get this sorted out soon. — AfroThundr (u · t · c) 03:39, 22 October 2018 (UTC)

Technical issue with characters on en.quote[edit]

I realize this isn't the right place, but I don't know where else to find a lot of people smart than I am. (See here). There appears to be some issue with adding certain characters on certain accounts that for some reason gets solved when the person registers an alt account. Suggestions? Is this a phab issue? GMGtalk 15:04, 21 October 2018 (UTC)

Replied at that link, need more details. — xaosflux Talk 15:10, 21 October 2018 (UTC)
Resolved: Fixed at wikiquote, was a vandalized system message due to an account compromise. — xaosflux Talk 21:50, 22 October 2018 (UTC)

Template formating[edit]

Need hepl with Template:Fourfold, to center it. -Inowen (nlfte) 22:47, 21 October 2018 (UTC)

If you mean the cell contents then I added text-align:center; to the table styling.[13]. See more at Help:Table. PrimeHunter (talk) 22:55, 21 October 2018 (UTC)
No I meant the whole thing. -Inowen (nlfte) 00:26, 22 October 2018 (UTC)
See Help:Table#Centering tables. PrimeHunter (talk) 00:44, 22 October 2018 (UTC)

Error handling, parser functions and #iferror on Wikipedia[edit]

Is it technically possible, in case of error for parser functions on Wikipedia to write also incorrect input (or error message given at input [#iferror]), to instead

Expression error: Unexpected < operator

{{#expr:<span class="error">Error of the Template</span>}}

get something like

Expression error: Unexpected < operator: Error of the Template

{{#expr:<span class="error">Error of the Template</span>}}: <span class="error">Error of the Template</span>

In short, stack trace of errors. -- (talk) 15:43, 22 October 2018 (UTC)

Refill infected?[edit]

Not sure who to tell about this, but there seems to be a problem:User_talk:Zhaofeng_Li/reFill#Infected?. Gråbergs Gråa Sång (talk) 20:37, 22 October 2018 (UTC)

Gråbergs Gråa Sång can you please add a link to the article that you tried to use it on? I just used it on Snow Leopard award and it worked normally. Thanks for reporting this. MarnetteD|Talk 20:47, 22 October 2018 (UTC)
MarnetteD, no article, my AVG virusprogram won't let me use the links at User:Zhaofeng_Li/reFill#To_use_reFill_yourself, because "infected with HTML:ChaseBank-A [Phish]". I wanted to use it on Tardigrade, but didn't get that far. Gråbergs Gråa Sång (talk) 21:40, 22 October 2018 (UTC)
Thanks for the info Gråbergs Gråa Sång. I hope someone is able to figure out what is going on. MarnetteD|Talk 22:07, 22 October 2018 (UTC)
AVG can occasionally be over-sensitive. Wait a few days (or more) to see if AVG pushes an update before attempting to use it again. The Javascript on meta seems to be just fine, which is good. Have you tried pinging the creator? I'd start with that. --Izno (talk) 00:16, 23 October 2018 (UTC)
A good night's sleep seems to have done the trick. Gråbergs Gråa Sång (talk) 07:02, 23 October 2018 (UTC)

Is my laptop just too obsolete for this now?[edit]

I've mostly been using a tablet for years, but once in a while for various reasons I end uo using my laptop. Lately when doing so I have noticed features seem to be disappearing, for example:

  • No field for edit summary
  • No toolbox in edit window
  • When creating this very thread, no field for section title, had to add manually
  • Various Twinkle functions not present or not fucntional

It's an older MacBookPro, the most recent OS it can run is 10.6.8. Is there anything I can do short of spending a thousand dollars on a new one to get that functionality back? Beeblebrox (talk) 21:51, 22 October 2018 (UTC)

@Beeblebrox: most of these are more of a function of your browser than your operating system. You may be using an old version of Safari - see if you can update, or try installing another browser such as Google Chrome. — xaosflux Talk 22:05, 22 October 2018 (UTC)
Last time I tried any of that I wasn’t able to switch or update, al th browsers I tries only supply the newest version and none of them are compatible with that OS... Beeblebrox (talk) 22:07, 22 October 2018 (UTC)
I think that's snow leopard, which puts it at about 8 years old, which sounds about right for an OS not able to run the latest browsers. This is why the "real" geeks are all linux guys: we know how often we have to upgrade and we don't want to go broke doing it. And therein lies a possible solution: replace your OS with linux, which is generally much more forgiving of older hardware, and will allow you to run the latest Chrome or Firefox. It'll be slow, but it's cheap (free) and it'll work. ᛗᛁᛟᛚᚾᛁᚱPants Tell me all about it. 22:27, 22 October 2018 (UTC)
Interesting. I may just do that, as another (non-wiki) issue I have is that my music is “stranded” on it in an obsolete version of iTunes and I can’t figure out how to get it out. I ripped several hundred of my old CDs into it, and that’s soemthing I really don’t feel like repeating. Beeblebrox (talk) 22:58, 22 October 2018 (UTC)

Tech News: 2018-43[edit]

23:11, 22 October 2018 (UTC)