This page contains discussions that have been archived from Village pump (technical). Please do not edit the contents of this page. If you wish to revive any of these discussions, either start a new thread or use the talk page associated with that topic.
Besides the fact that importscripturl will soon be deprecated, what are the benefits of mw.loader.load? Also, I've seen some scripts use mw.config.get('wgPagename'); (or something like that). What is the benefit of that compared to wgPagename? Finally, why is addOnloadHook deprectated and apart from $(func), with func being the function, what is the new function replacing it?
Thanks, --Kangaroopowah03:13, 21 March 2012 (UTC)
You can use $(document).ready(func) instead of addOnloadHook. Also, if you pass a URI to mw.loader.load, it will load it for you, just importScriptURI did. — This, that, and the other (talk)06:40, 24 March 2012 (UTC)
At the top of my watchlist I have this - note the visible HTML markup <strong>...</strong>. I don't have StumbleUpon, but I am using Firefox (3.6.28) under Windows XP. Which is the javascript file that generates that banner - alternatively, what's causing it? --Redrose64 (talk) 19:35, 22 March 2012 (UTC)
I believe we're using a partial wikitext parser implemented in JavaScript somewhere to parse those messages; it is undoubtedly fragile, and seems to have broken here. Ucucha (talk) 19:59, 22 March 2012 (UTC)
OK, it's now showing visible Wiki-markup (three apostrophes instead of bolded text), i.e. '''Liverpool''', 24 March; etc. --Redrose64 (talk) 20:22, 22 March 2012 (UTC)
I couldn't find anything that looked like what was being described, and I don't have the knowledge to interpret these questions, but this, this and this are all questions on the Help Desk that have gone unanswered. I suggested coming here, but they might not come back.— Vchimpanzee· talk·contributions·21:48, 23 March 2012 (UTC)
Is there an easy way to get a notice out to a number of Wikiprojects?
It may be necessary to do this by hand but I thought I'd ask here first. At Wikipedia:WikiProject Religion there is a plan to draw up a manual of style for religious articles, and (at least in my opinion) a notice needs to be placed on the talk pages of the associated Wikiprojects. Is there any easy way to do this? Thanks. Dougweller (talk) 12:25, 17 March 2012 (UTC)
If it's well defined and has consensus I can have one of my bots take care of this - would need a BRFA of course, or it could be done manually with AWB if it's small enough and a one off. RichFarmbrough, 20:25, 24 March 2012 (UTC).
JPEG size
Another user believes that jpeg files should have a width which is a multiple of 8. For example a width of 296px is good but 300px is not. I Suppose this has something to do with Jpeg#Block splitting but I'm not sure. Is there any good reason to prefer his practice in Wikipedia? –droll[chat]22:39, 17 March 2012 (UTC)
I am still hopeful that someone will give me advice on this issue. If this is the wrong place to ask, I will gladly move the discussion elsewhere. –droll[chat]02:46, 21 March 2012 (UTC)
It is hard to answer. When I was doing stuff with rendering graphics I always went for powers of 2 when creating the original artwork, so scaling by powers of 2 in either x or y were clean. But to look at an example, in this domain, things are not so simple. The reason is that we have, if you will, three numbers to cope with (per dimension), the original size, the size we upload and the display size. If we introduce artifacts in the first scaling then it doesn't matter how clean the server's scaling to display size is. So my take on this would be to upload at the original size for any externally sourced images, and to create new artwork at suitable multiples of powers of two (since we don't have any transforms other than scaling available) and let the WP servers and algorithms worry about everything else. RichFarmbrough, 20:34, 24 March 2012 (UTC).
Conditionally passing template parameters
Does anyone know a good way to conditionally pass a parameter to a template, such that if the condition is not met, the parameter is left undefined?
Let's say I have a template tempA that calls template tempB. tempA takes parameters foo and bar, which are normally passed to tempB. However, if the parameter bar is not given to tempA, it should not be passed to tempB. {{{bar}}} in tempB must be left undefined in this case, so tempB will use its own default for it that can vary depending on the other parameter, foo.
I'm currently using this trick in tempA to achieve this:
{{tempB | foo={{{foo|}}} | {{#ifeq:{{{bar|X}}}|{{{bar|Y}}}|bar|dummy}}={{{bar}}} }}.
With this code, if the bar parameter is not passed to tempA, dummy={{{bar}}} gets passed to tempB, which tempB will ignore as it doesn't use a dummy parameter. (If you want a non-hypothetical example, see Template:Service awards, which uses this trick to pass the caption2 parameter to Template:Service awards/core.)
This code is not particularly elegant and is hard to understand, so I was wondering if anyone knew of a better way of doing this? I feel there's something blindingly obvious that I haven't considered. – PartTimeGnome(talk | contribs)16:29, 18 March 2012 (UTC)
Maybe nothing better in general, but for the condition you give {{#if:{{{bar|}}}|bar={{{bar}}}}} (does not pass empty parameters) or {{#ifeq:{{{bar|Y}}}|{{{bar|N}}}||bar={{{bar}}}}} (does not pass undef. paramters) does the job more simply and safely, you might even want to consider bar={{{bar|undefined}}} and testing for "undefined" in the target template. E&OE as ever. RichFarmbrough, 15:38, 24 March 2012 (UTC).
Additional note the examples 1 & 2 will pass an empty numbered parameter as written if they "fail" since the template call will end |}}. To deal with this futz around with including {{!}} in the conditional. RichFarmbrough, 15:40, 24 March 2012 (UTC).
Wikipedia uses Lucene for searching. It's a Open Source, anyone who wants to can add suffix support. The fact that it doesn't have it already probably indicates that it's not as easy as it sounds... :D "The reason why Lucene's QueryParser doesn't allow suffix queries ("*keyword") is the inefficient nature of such query types" [2] —TheDJ (talk • contribs) 15:26, 24 March 2012 (UTC)
Infinite loop?
It struck me that one could mistakenly construct a template that transcludes itself, and that that could pose a risk to wikipedia.
Assume that a template named A is created. Assume that it contains the code:
{{A}}
Templates A and B transcluding each other would pose the same risk, as would any other infinite loop of template transclusions.
What could be the consequences? Are there barriers to prevent this from happening?
On the other hand, what would the server do if you made template "A" transclude "B" two times, "B" transclude "C" two times, "C" transclude "D" two times, and so on forty levels deep? The final template would simply be empty to avoid reaching the 2,048,000b page size limit, but would this take up an enormous amount of server resources? Reaper Eternal (talk) 20:19, 21 March 2012 (UTC)
It will actually say "Template loop detected". There are good reasons to want to do this, and it is hard to work around this barrier. RichFarmbrough, 20:39, 24 March 2012 (UTC).
Don't abbreviate "Wikipedia" as "Wiki"! There are other wikis out there – Wikipedia is just one of them.My god yes. It keeps getting gradually slower and slower, and has been doing so for a while. PS. I'm an IT guy and I've gone all the regular routes to solve things on my end -- it's not my end that's the problem. I hate to complain about something free, but, this is becoming a problem for people who want to contribute -- and even those who just want to read. Equazcion(talk) 20:03, 21 Mar 2012 (UTC)
Ditto. Days. I thought it was my computer, except it's limited to Wikipedia. Today, my first login was maybe 8 - 9 hours ago. Man...today is the worst it's ever been. It takes forever to for a page to fully load. Take a nap while you wait for a Save or Preview to take effect in Edit. Right now, it looks like I'm on Server mw2. Don't know what it was earlier in the day, or in days past. This is seriously bad. Maile66 (talk) 20:35, 21 March 2012 (UTC)
Shortly after I posted the above, it magically cleared. For about two minutes. Then it reverted to worse than ever. It literally took minutes for this page to load itself. We'll see how long for it to Save Page.Maile66 (talk) 21:38, 21 March 2012 (UTC)
This is an intermittent in-and-out problem. I can get it really fast at times. And then it will take a minute or two to load any page. Colorado river loaded in about 15 seconds for me. I clicked on My Watchlist and got "could not load twinkle options" up in the banner area. I've cleared the server cache on this Village Pump page, because it's slowest of all. I've cleared my browser's cache. But there are still problems. It comes and goes. Maybe those who are having no problems at all are just on a different server. Maile66 (talk) 23:54, 21 March 2012 (UTC)
I recall something about a database migration or something; maybe it has something to do with that? Or maybe I have no idea what I'm talking about. Actually the latter is incredibly likely. — Isarra (talk)00:16, 22 March 2012 (UTC)
The intermittent slowness is horrendous for me (in Australia). It's been happening for over two days now and it renders WP unusable for much of the time. I have no problems with any other website. If I go to a toolserver edit counter page (say, http://toolserver.org/~tparis/pcount/index.php?name=Jimbo_Wales&lang=en&wiki=wikipedia) I see a message (that would seem to be related):
Caution: Replication lag is high, changes newer than 3 days, 2 hours, 11 minutes, 6 seconds may not be shown.
I've been experiencing the same. I'm in Japan, an APNIC IP like Australian users. It seems to me the cause of the slowness is transferring data from bits.wikimedia.org. It's really frustrating. Oda Mari (talk) 06:55, 23 March 2012 (UTC)
The replication lag problem (see #Toolserver replication lag above) affects everybody's edit counter, but it does not affect how quickly Wikipedia itself behaves. Basically, to avoid large reports and bots placing too great a strain on the normal Wikipedia databases, these processes obtain their data from a set of duplicate data. This duplicate data is held on toolserver, and so it is on toolserver that these reports and bots run. The toolserver data is supposed to be updated from the live Wikipedia almost in real time; there is often a very small delay in updating - a fraction of a second is normal. The replication lag is the time difference between the actual clock time and the timestamp of the most recent edit that has been copied to toolserver. The current replag is certainly abnormal with a delay of approximately 300,000 seconds; compare the replag for German Wikipedia which is showing single figures as I type this - the sort of replag that English Wikipedia normally experiences.
I have to admit that over the two days that this thread has been up, I have not experienced any problems with Wikipedia itself. The most likely cause is your local servers: I believe that I go through one in the Netherlands, and I'm pretty certain that users in Australia or Japan will not go through the Netherlands. --Redrose64 (talk) 09:06, 23 March 2012 (UTC)
Florida here, and I've been getting intermittent lag - oddly, pages usually half or mostly load, then sit there "trying to finish", as it were; usually a refresh makes them work, but then going on to the next page, slow again. It's quite annoying. - The BushrangerOne ping only16:16, 23 March 2012 (UTC)
That's what I'm getting too now, intermittent half-loaded pages just hanging, with a refresh fixing it. Then it happens again. NYC here. Equazcion(talk) 16:17, 23 Mar 2012 (UTC)
(edit conflict) I've been experiencing the same loading issues for the last few days. Sometimes it works okay (not great, but okay). More of the time, it does what Bushranger says, it loads only partway and then stops. It does this in a variety of different contexts, including editing where it doesn't finish the edit window, for example, or just loading a watchlist, and it only loads part of it. Worst is sometimes I don't realize it hasn't finished loading when I edit and then it jumps throwing me off. FWIW, I'm in California and use the latest version of Firefox and a very fast cable connection. (Just got stuck on Show preview "transferring" and never finishing - had to hit the back arrow.)--Bbb23 (talk) 16:22, 23 March 2012 (UTC)
If it has nothing to do with IP, is it something related to my preference? I'm a TW user and use mono skin. And I select the old style view, meaning the one with the search box on the left on the page. Oda Mari (talk) 17:02, 23 March 2012 (UTC)
The problem is finding the right person to take note of the problem and fix it. I recollect having a performance problem like this before, and it took quite a long time to be fixed. Unfortunately, I don't remember who took the laboring oar and saw it through. Perhaps someone else does.--Bbb23 (talk) 17:04, 23 March 2012 (UTC)
I came here wondering whether it was just me. I've been having issues since 14:30 hours on 21 March. Pages are very slow to load, or are half loading. It's particularly noticeable with preview. Only a portion of the page loads, then slowly the rest of the article appears -- sometimes all of it, sometimes not. SlimVirgin(talk)17:19, 23 March 2012 (UTC)
Later small pages load before earlier big articles: Going through Atlanta (Georgia) today, I have noticed with several long delays, there is not even a local partial cache copy (setting browser offline & redisplay shows no page content at all). Typically, in prior months, when a page began to display, there would be a cache copy after the initial "mini-cache" copy (View Source), before downloading images, but even that does not come after a long delay. I have always suspected that short articles transfer at faster priority than long articles, so I am not surprised that a long article might arrive after a more-recent short article view. However, the post-HTML-fixup format has also been bizarre in recent days. -Wikid77 (talk) 00:33, 24 March 2012 (UTC)
I'm editing from the U.S. and things seem slower than normal, I'm seeing similar issues to what SlimVirgin describes. Not enough that I can't edit, but just enough to be irritating if I'm trying to keep up with changes in the TFA. Mark Arsten (talk) 01:45, 24 March 2012 (UTC)
(From US) Recently, there have been periods of slowness interspersed with normal speeds. No discernible pattern that I can see. Chris857 (talk) 01:48, 24 March 2012 (UTC)
Also editing from US, and it seems to occasionally stall when loading a page. Hitting the refresh page button seems to fix it right up. StuRat (talk) 01:49, 24 March 2012 (UTC)
Yes. I (USA) noticed the change starting about 2 days ago. Including half loaded pages. Not a maybe. Took a dramatic turn for the worse. North8000 (talk) 02:30, 24 March 2012 (UTC)
At the top of any page, both user menu items and page menu items are missing. Since they're missing, I can't recall what should be there, but it seems the Purge, Speedy Delete, those kind of things are missing.
Preferences - all tabs are gone under Preferences. Now it just rolls out into one long page, and I don't know if it's all there or not.
Edit mode does not totally load, either.
When typing in the Search bar, it no longer brings up any matched selections. Like that option is dead.
I'm not experiencing any of those issues. It sounds like that might be a problem with your javascript in your browser? Equazcion(talk) 22:15, 24 Mar 2012 (UTC)
As with everything else on the issues the last few days, not everybody gets the same case of measles, so to speak. If I experienced it elsewhere, I might agree with you. But I do not have these issues with Wikipedia's sister sites, such as the German Wikipedia. or the French Wikipedia. The Preferences options are there on the other Wikipedias. No problems with Commons or Wikisource. Just the English Wikipedia. Maile66 (talk) 22:53, 24 March 2012 (UTC)
Well, I'm just saying the general lag shouldn't cause those kinds of problems, at least not permanently. A simple hard refresh (usually Ctrl-F5 or Ctrl-Shift-R) might fix your issues, if you say other sites don't show the same errors. Equazcion(talk) 23:26, 24 Mar 2012 (UTC)
Well, thanks there for trying to help. But these additional issues have been going on at my end since yesterday. As for that post below you speedily reversed out, I was going to add something to the feeling of everything being fixed. By the end of the day yesterday, Wikipedia looked fixed at my end. I was so happy. I booted up this morning, and the pages downloaded in a flash. And then...it all came back. Right now, it's better. Some of the above issues still exist, but not all. We'll tune in tomorrow and see . Thanks for your input.Maile66 (talk) 23:37, 24 March 2012 (UTC)
I'm guessing that the points you raise are because of the unpredictable effects of pages that fail to load completely. At bugzilla:35448 is the report "Over a dozen users seem to be reporting a similar general slowness issue on the English Wikipedia...", however please note that those dozen are the ones who both know about the Village Pump, and took the time to post here—so I shudder to think how many people this issue is affecting (perhaps all over the world)? Has it been definitely ruled out that the current db migrations are related? The timing and duration of them and the current issues is one big coincidence if they aren't. Is it possible to pause those processes so that we can test responsiveness? The issues I've been experiencing for four to five days continue this morning (in Sydney, Australia), so I'm pretty well resigned to the fear that someone has broken our wiki. :-(GFHandel♬22:22, 24 March 2012 (UTC)
There is a post here confirming that there has been a problem since March 21, and offering a possible explanation, and a graph here that apparently illustrates it. SlimVirgin(talk)22:59, 24 March 2012 (UTC)
I'm in the UK. Some time after 16:00 (UTC) today I returned to my computer after an hour or so away to find that I could not access several WMF sites through their "normal" URLs: English Wikipedia; Commons; Simple English Wikipedia; or Meta. Quite simply, nothing loaded, not even a completely unstyled page. I didn't try any others, so I guessed it was a general problem. I did find that the old secure serverdid bring pages back, but was noticeably slower than normal, but not unusably slow. This page showed the red "Service disruption" icon on the API row; and as shown here there was a downward spike on the "Availability over the last 24 hours" graph. I went out for a couple of hours: when I came back after 18:00 I found that the number of edits in my watchlist had taken a significant dip between 16:00 and 17:00, so I guess that many others were affected at this time. --Redrose64 (talk) 23:20, 24 March 2012 (UTC)
Just now I was waiting ages for an edit preview to finish displaying. Eventually pressed Escape and tried again and it displayed after a relatively short wait. It is as if something got lost in transmission and I just had to start the request again. Nurg (talk) 00:23, 25 March 2012 (UTC)
As of this very moment, all my Additional Issues - including one other I forgot to mention - cleared up at once. Downloading is still slow. But for this nano-second in time, the Additional Issues are cleared. Maile66 (talk) 00:28, 25 March 2012 (UTC)
fixed
The issue reported here, with pages stalling before being fully loaded, appears to have been a networking issue causing packet loss and timeouts, which should be resolved. Please reopen bug bugzilla:35448 and provide details if you can reproduce the issue at this time.--Eloquence*01:28, 25 March 2012 (UTC)
Issue seems to be resolved for me since this comment was posted. Thanks! Equazcion(talk) 01:58, 25 Mar 2012 (UTC)
Robots.txt and wrong casing
Hi. After reading above I decided to do some googling to see how well MediaWiki:Robots.txt is being handled. There seems to be a few dozen pages (perhaps more) that don't use the standard sentence case in page titles and are at "Wikipedia:Articles for Deletion" rather than "Articles for deletion". [3] This probably happens for other areas around Wikipedia. Should all of those pages be moved or should something be added to fix this on Robots.txt? Killiondude (talk) 22:42, 22 March 2012 (UTC)
There also seems to be an issue where the trailing slash can sometimes be encoded. Right now MediaWiki:Robots.txt has entries such as "/wiki/Wikipedia%3AArticles_for_deletion/" and "/wiki/Wikipedia:Articles_for_deletion/" (accounting for an encoded semicolon). But robots.txt is prefix-based, so if spiders comes across "/wiki/Wikipedia%3AArticles_for_deletion%3F" (where the trailing slash is encoded), there isn't a match and it's indexed by search engines. Silly, silly. --MZMcBride (talk) 22:47, 22 March 2012 (UTC)
I don't have the "cite" tool bar, I have no idea where is this coming from. Worked fine a couple of days ago. --Tachfin (talk) 01:30, 24 March 2012 (UTC)
I'm referring to the "cite tab" which you can see in in this image: File:RefToolbar_2.0b.png. The "enhaced editing toolbar" is enabled, as well as Java. I use Firefox & the default skin (Vector). I'll try logging out and clearing the cache and tell you if it comes back. Tachfin (talk) 06:46, 24 March 2012 (UTC)
List of Recent Edits for WikiProjects Quit Working
I have been using the following link to watch recent edits for specific WikiProjects. It broke in the past months and I was looking for an alternate solution. Also, the link for a userbox is broken too. Hopefully someone else has a toolserver account to continue this support and/or hopefully there is another simple solution. Please suggest solutions! If this is the wrong place to ask this question, then please point me to the correct page instead of throwing rocks at me :-) • Sbmeirow • Talk • 04:28, 24 March 2012 (UTC)
[http://toolserver.org/~tim1357/cgi-bin/wikiproject_watchlist.py?template=WikiProject+Electronics&limit=100 Last 100 edits of all WikiProject Electronics articles]
There's laggy browsing that's presumably caused by the 5-day server replication lag. I'm not sure if replication lag = category listing lag too, but with all the various lags we're experiencing, it's probably all the same issue. Equazcion(talk) 12:44, 24 Mar 2012 (UTC)
A null edit (or any other edit) of an article will force an update of link tables for that article. A purge will not. I made a null edit of Noordwyk so it now appears in Category:Johannesburg Region A. It should eventually happen by itself but it sometimes takes a long time. Don't make a bunch of null edits unless it's needed to fix a more significant problem. PrimeHunter (talk) 13:13, 24 March 2012 (UTC)
I swear this has been asked before, but I couldn't find an answer on the FAQ or the watchlist helppage. Anyway, is there a way to hide a user from your watchlist. Specifically for me Helpful Pixie Bot (talk·contribs) which does a lot of mundane edits. I know I can hide bots or minor edits, but I'd like to watch other edits of those types. Hot StopUTC18:09, 24 March 2012 (UTC)
For that, the rows in Special:Watchlist would need either a CSS class= or id= which related to the user who carried out the action, against which you could apply the display:none; style; unfortunately I can't find a suitable class= or id= --Redrose64 (talk) 19:33, 24 March 2012 (UTC)
"My sandbox" link is broken, and the help link isn't helpful.
At least with secure login to Wikipedia, the "My sandbox" link at the top of my page is broken. When I clicked "Send feedback on editing", I was limited to maybe 100 characters, so I was forced to be terse. The pound signs below really were pound signs; originally I had "1.WP secure login", etc., but digit + period was costing me five precious characters out of my meagre allotment.
header: How did you feel about editing Wikipedia Incubator?" [OWTTE]
[HAPPY FACE] [SAD FACE] [CONFUSED FACE] (I.e., I checked sad)
header: Tell us why!
Didn't WANT to! (Originally, "I wasn't TRYING to edit Wikipedia Incubator!")
#WP secure login
#click "My sandbox"
#Error: This page is unprefixed!
#Click unprefixed
#Help:contents.
Need specific help
I don't recall ever having that trouble before. And a link in an error message, of all things, should lead to specific, helpful information, not "Welcome to our huge help space. You're on your own. Good luck, you'll need it."
If you have registered an account you can find or create your own user sandbox here. For future easy access, you can put {{My sandbox}} on your userpage.
And that, or something like it, is what should be implemented in the user's page header, rather than a link that
looks right
but leads to an incomprehensible (to a non-editor) error message
with a link that seems to point to a specific help page for the problem
but which actually points to the whole forest of help pages.
(Analogy for that link: You're trying to find a certain kind of service in a strange town; you're pretty sure it's available, but you have no idea where such a shop might be. You stop at a convenience store for directions, and they sell you a map of the world.)
Thank you! I think I see my problem now: I had the Wikimedia login page bookmarked as the secure login page for WP. I see that WP's own secure login page now logs the user in to other WM sites. Was that ever not the case? b/c that would explain why I did it that way. -- Thank you also for putting my post in the appropriate place. I will respond there. --Thnidu (talk) 04:56, 18 March 2012 (UTC)
Thanks, switching my bookmark to point to https://en.wikipedia.org seems to have done the trick. Can I assume that your "Solution for Wikipedia to prevent this happening again" will reach the right eyes? --Thnidu (talk) 05:23, 18 March 2012 (UTC)
Note if anyone wants to know why the old secure server link goes to Incubator: as the /w/index.php?... link is not converted into the secure link correctly, the missing wikis script catches is and redirects you to Incubator. — Preceding unsigned comment added by MF-Warburg (talk • contribs) 05:40, 18 March 2012 (UTC)
You can't use interwiki links in a gadget URL... Anyway I wanted to say that I changed the missing.php script so it'll go to a descriptive page on Meta instead of Incubator (still needs deployment). The "unprefixed" link is also changed in the Incubator extension so it can be adapted to a more helpful page. SPQRobin (talk) 21:32, 18 March 2012 (UTC)
I made a fix [4] with wgServer+wgScript which worked everywhere, but it was reverted [5] with summary "secure.wikimedia.org is deprecated, as are the wgServer and wgScript variables". Is there are recommended way to make working url's in scripts at secure.wikimedia.org, or should we just accept that some scripts break in confusing ways there? Many users probably still have the old secure server bookmarked and it doesn't inform visitors that it's deprecated. PrimeHunter (talk) 19:35, 21 March 2012 (UTC)
Wow that was odd. I purged the page and it seemed to have fixed it. For posterity's sake: It was the "The requested page or revision cannot be found" note generally found when reaching a page using a diffid after it has been deleted (or by a variety of other methods). Killiondude (talk) 02:35, 25 March 2012 (UTC)
I'm begging you, please, please, please in the name of the sun and the moon and the stars, stop using javascript to inject the banner into the DOM after the page renders. I'm so fed up with the page layout changing just as I'm about to click something because jQuery fired a callback and a banner appeared. Thanks. For now, I solved the problem myself with the below adblock plus filter
*.wikipedia.org/*BannerListLoader*
PS It looks like text after a pre close tag gets the pre treatment. Put this here to save my sig.
I have asked this before at least once, however nobody really seems that interested in the problem. As intelligent as a lot of the technical people here are, I am very surprised that such a poor design choice would be allowed to stay around for so long. —danhash (talk) 15:07, 13 March 2012 (UTC)
Thanks for the info on the pre tag. What about the banner? Couldn't the server side rendering include a blank div of fixed height during banner season, then let the JS inject whatever content at wants? At least then the page layout wouldn't change after the useragent renders. --76.18.43.253 (talk) 20:27, 13 March 2012 (UTC)
Why is any banner being loaded with JavaScript anyway? It would be better from a browsing standpoint to have any banner loaded statically as part of the page (and better to have no banners at all). An additional reason not to use JavaScript is that if users update their personal css files, Adblock Plus settings, etc. to block banners, the JavaScript will still load even though it is not shown on the page. —danhash (talk) 20:33, 13 March 2012 (UTC)
It was historically done that way when the classic sitenotice started being used (abused) full-time for various messages/requests/notices. The search engines would grab the text for a page's summary in the order it appeared in the page source, which would then give results full of the sitenotice. The other workarounds were insufficient (such as excluding sections of a page from indexing, or floating the sitenotice), so we ended up with the JS-loaded sitenotices we know and love today. --Splarka (rant) 07:25, 14 March 2012 (UTC)
Thanks for the explanation; it makes a bit more sense now. However, surely it wouldn't be that big of a deal to change how sitenotices are coded, and it is a long overdue and dreadfully needed change. Any devs or admins with the ability care to take a look? —danhash (talk) 13:48, 14 March 2012 (UTC)
There is an open bug related to this:
Bug 26234 - CentralNotice moves content down when a link to a heading is followed
Regarding the question of why CentralNotice loads the banner via JavaScript, the only reason is so that CentralNotice banners can be geotargeted, i.e. displayed only to certain users based on their physical location, while not destroying Wikipedia's caching. Kaldari (talk) 00:04, 16 March 2012 (UTC)
Thanks for the explanation and back story. FWIW an empty div would at least fix the geometry of the page, then let you inject geotargeted content and avoid the search engine issue. --76.18.43.253 (talk) 00:23, 19 March 2012 (UTC)
An empty <div>...</div> of nonzero height would mean that should the geotargeted message not be relevant, there would be a big blank space at the top of the page. This in turn would mean that people would complain either about the wasted space, or that the page was misbehaving in either of two ways: that the page content was being shown too far down, or that something that should have been shown wasn't being shown. Putting in a placeholder like "This space intentionally blank" would solve the apparent misbehaviour issue, but wouldn't stop complaints about wasted space. --Redrose64 (talk) 11:43, 19 March 2012 (UTC)
It can hardly be worse than it already is; this should be fixed as soon as possible. Users should have a site-wide, if not global way to opt-out of all banners and notices. No banner or notice is so important that we must mutilate usability and annoy the heck out of users to force them to see it. I have never seen a sitenotice as long as I have used Wikipedia that has been at all relevant to me. I have donated to WMF once, but am very hesitant to donate again until and unless I am given the option for all such annoyances to be removed once and for all. I would happily click on a relevant banner or donate notice on the main page (provided it was loaded statically), and I would happily watchlist a page specifically for such notices or support the addition of a link to such a page in a relevant part of the interface. —danhash (talk) 16:13, 19 March 2012 (UTC)
It applies even to other elements loaded by js. This is a known bug, the solution (do I dare say?) is to have the reserved space loaded as part of the page, and the content by JS if it's really necessary. RichFarmbrough, 20:22, 24 March 2012 (UTC).
Why can't the whole page be loaded statically? There is no good reason to have extra JavaScript executing on every page loading crap nobody wants to see in a way that breaks every major usability guideline and user expectation. It is almost as bad to have a section of the page load blank and then fill with content as it is to have the whole page render and then move down after the content loads. —danhash (talk) 15:17, 26 March 2012 (UTC)
importScript from another language project?
Is there a way to import a script hosted on another Wikipedia language? Equazcion(talk) 19:39, 25 Mar 2012 (UTC)
Pretty sure those work, though you do have to get the entire file. But given mediawiki's new ability to use subpages for scripts withough one having to import them all, well... this could become THE FUTURE! — Isarra (talk)19:45, 25 March 2012 (UTC)
Hehe. Well, the JS one doesn't seem to work for me (I tried with and without the '//' in case you added that to comment out the line on this page). I'm testing with a script I know to be working here on en, see User:Equazcion/vector.js. Thanks for the help though, it's good to know this is possible even if I'm not getting the code right yet... Equazcion(talk) 20:04, 25 Mar 2012 (UTC)
You need to use //en.wikipedia.org/w/index.php?title=User:Equazcion/ContribsTabVector.js&action=raw&ctype=text/javascript rather than //en.wikipedia.org/wiki/User:Equazcion/ContribsTabVector.js&action=raw&ctype=text/javascript -- WOSlinker (talk) 20:11, 25 March 2012 (UTC)
Ah I see, gorgeous. Thank you both. Equazcion(talk) 20:16, 25 Mar 2012 (UTC)
Excellent. For random reference you can also replace the first & in what you had with a ?, but what WOS linker said is definitely the less messy in the long run. Point is you need a ? before you can use &s, though. — Isarra (talk)20:17, 25 March 2012 (UTC)
Searches of Wikipedia with ISBN-10s do not find the corresponding ISBN-13s and vice-versa.
When hyphenated ISBNs wrap at the hyphens (which only occurs in some browsers, e.g., Safari), it makes them more difficult to read and more difficult to select and copy.
Hyphens make it more difficult to search for the ISBNs on the Wikipedia with web search engines, e.g. Google or Yahoo, since quoted hyphenated search strings often must be used to find the target ISBNs.
Proposed enhancements
Modify Wikisoftware so that:
Hidden ISBNs are added in the formats which are not displayed: ISBN-10s and ISBN-13s, hyphenated and unhyphenated, which will serve as targets of web search engines regardless of the format used as the search string. (A hidden alternative hyphenated target will only be added when the ISBN in the edit window text contains hyphens.)
ISBNs are displayed using "nowrap".
Example 1
ISBN 0-8288-2586-6
current code: <a href="/wiki/Special:BookSources/0828825866" class="internal mw-magiclink-isbn">ISBN 0-8288-2586-6</a>
The solution will be automatic and invisible to editors. The hidden numbers will not appear in the edit window as a source of confusion.
Editors can add ISBNs with or without hyphens.
Bots can still be used to add hyphens to ISBNs that lack them, thus bringing Wikipedia into conformance with the ISBN standard.
Either ISBN-10s or ISBN-13s can be added by editors, since the hidden search targets can be derived from either (except for ISBNs which do not have an ISBN-10).
Disadvantages
The hidden ISBNs are not typically found by the local browser page search function.
Questions
Will the interconversion of ISBNs and/or formatting have a significant adverse impact on Wikipedia performance?
I just bought a 2005 Aztec. It has very low miles & I like the truck alot. My dash is lit up with 3 things,service vehichle soon-code po420 on the tester. This means co2 sensor or catalatic converter,the awd disable light is on, and the airbag light is on!
Have you tried Wikipedia's Reference Desk? They specialize in knowledge questions and will try to answer just about any question in the universe (except technical issues about using Wikipedia, since that is what this page is for). Just follow the link, select the relevant section, and ask away. I hope this helps. --Redrose64 (talk) 22:47, 26 March 2012 (UTC)
WikiProject IPv6 needs your (developer's) help!
If you...
...use custom user scripts dealing with user IP addresses
What does an ipv6 userpage look like? This change is coming in just 2 months so I'm surprised it isn't being talked about more. I'd think those long addresses with all those colons would break a bunch of regex's and so forth. I read that about 1% of all traffic to ipv6-enabled sites (MediaWiki is) will occur over ipv6 starting that day. That seems significant. Equazcion(talk) 04:23, 27 Mar 2012 (UTC)
IPv6 address contribution pages are without any contractions using ::, but still omitting leading zeros in each group of 4 digits. All letters are capitalized. This is all done by MediaWiki when dealing with other possible formats. Thus, 2001:db8::1 is read by MediaWiki as 2001:DB8:0:0:0:0:0:1.Jasper Deng(talk)04:26, 27 March 2012 (UTC)
The current tablesorter algorith is "unstable": it does not preserve the relative order of rows where the cell content is equal.
For example, clicking the "Col 1" sort button twice in the table below should preserve the order of rows 2 to 8 (or invert them then restore them). But instead, the tie-break rows sort pseudorandomly (returning to the orginal order after 6 clicks instead of 2):
Col 1
Col 2
Col 3
aa
aba
1
ab
abb
2
ab
abc
3
ab
abd
4
ab
abe
5
ab
abf
6
ab
abg
7
ab
abh
8
ac
abi
9
It is confusing for tables to change the order of rows with identical sort values. Since Wikipedia articles are not expected to contain extremely large tables, computational optimisation should be less important than intuitive operation.
Can someone please tell me how I permanently disable these messages? I'm not interested in any of them. Ever. It seems that every day, a new one pops up, which I have to "dismiss". Frankly I'm sick and tired of it. Parrotof Doom14:51, 23 March 2012 (UTC)
I'm on Chrome. No combination of keys gets rid of them, and even clearing my cache in the tools menu doesn't get rid. They're still there, stubbornly telling me about things I'm not interested in. :( Parrotof Doom19:34, 23 March 2012 (UTC)
That common.css page also says this "The accompanying .js page for this skin can be added at User:Parrot of Doom/common.js." - is that important? Parrotof Doom19:36, 23 March 2012 (UTC)
I've just tried the both suggested forms (with periods, and with hashes) and can confirm that in both Chrome and Opera the sitenotice is still present but the watchlist messages are removed. --Redrose64 (talk) 20:42, 23 March 2012 (UTC)
Hmm, I've clicked nothing but they seem to have gone for now. I'll keep an eye out, but thanks very much for all your help chaps. Parrotof Doom21:37, 23 March 2012 (UTC)
I've just tried that, the page is now blocked but the spam still appears. Who exactly is responsible for these messages? I may just go over there and insist they remove their unwanted crap from my watchlist. Parrotof Doom23:06, 24 March 2012 (UTC)
This is the code I use, which will also get rid of some other annoyances: #siteNotice, #watchlist-message, .geonotice{ display: none !important; } The real question is knocking some sense into the people who keep adding this crap that nobody wants to see. —danhash (talk) 15:48, 28 March 2012 (UTC)
Problems when editing wikipedia
Since the last two days I'm having the following problem in wikipedia and in wikipedia only. When I want to edit an article, the edit page opens and then, after a couple of seconds, suddenly the text disappears. I can add new text, but when saving all previous text is lost.
Changing from the vector skin to monobook doesn't change the problem. I'm using Windows 7, browser: Firefox 11.0
Using on the other hand IE9, I can make an average of two edits before the edit mode stalls and gives for this article Leucorhynchia (as an example) the following result ( a printscreen): Commons:File:Printscreen of the problem with editing in wikipedia.png. The layout is gone and wikipedia doesn't react anymore to mouse commands.
I don't have any problems with other websites, nor with any other programs on my computer. A thorough check for viruses, anti rootkits or malware gives negative results.
Not exactly, since the pages load very quickly in Firefox or in IE (I have a wireless vdsl-cable connection). It's just when editing them causes the problems to begin. This morning I could upload several images to the Commons without any problem, it took just 2 or 3 seconds per photo. The problem is inside the en.wikipedia. And as to a possible connection to any problems with the servers, I reside in Europe. I really would appreciate if this could be fixed in a short while because I have a lot of contributions to make in our project. JoJan (talk) 21:52, 25 March 2012 (UTC)
Are you using the monobook, or the vector skin ? The Javascript for your vector skin was broken (now fixed) and the javascript for your mono book (link) was also totally broken. I blanked the latter for you (doubt it was doing anything at all for you other than thoroughly breaking your browsing experience), and if you want to have some of those elements enabled, you can ask for help here and I'm sure someone will be able to assist you to properly enable those. —TheDJ (talk • contribs) 22:33, 25 March 2012 (UTC)
I'm using the vector skin. But, even after the changes mentioned here above, the problem still persists. Today I only could make a few edits (see my history). After adding text to Turbonilla ignacia and saving it, I could not add the image I just has uploaded to the Commons. The edit mode showed the text of the article for a second or so and then removed it. If it is a problem with javascript, as suggested, I have the two following plug-ins installed in Firefox: Java Deployment Toolkit 6.0.310.5 (NPRuntime script Plug-in Library for Java(TM) Deploy) and Java (TM) Platform SE 6 U31 6.0.310.5 (Next generation Java plug-in 1.6.0_31 for Mozilla browsers). Do I need them ? Should I disable them ? Or is the solution to be found elsewhere ? JoJan (talk) 15:03, 26 March 2012 (UTC)
I've installed Google Chrome and here everything is working fine. But I can't used Firefox or Internet Explorer anymore to edit wikipedia. JoJan (talk) 14:11, 28 March 2012 (UTC)
Special:Random
A question about Special:Random was raised at Wikipedia:Reference_desk/Mathematics#Special:Random and I suggested a simple change could make the chances for article much more even. Currently some articles are much less likely to be chosen than others if Wikipedia:FAQ/Technical#random is what really happens. The suggestion is to associate the golden ratio multiplied by the page index and take the fractiona part as Page Random rather than assigning them so randomly. As a person says there "This suggestion is actually a very neat, simple replacement approach, and has the minor drawback that it uses additional state: the latest index number. It also does not deal with page deletions perfectly, but ignoring that, the distribution of page probabilities will, I guess, be quite tightly bounded, not extending to zero as with the exponential distribution" The good property of the golden ratio here is related to it having the slowest convergence of any irrational number as a continued fraction. Dmcq (talk) 23:07, 27 March 2012 (UTC)
You should divide by the square root of two and adjust for the precession of the equinoxes. But seriously, it might not be a big deal to tweak the value computed for page_random that is stuck into the page table originally. At least, on your personal installation of MediaWiki. Information about a page will reside in a certain index in the page table. Unclear whether it is best to use the page index or the page_id to compute your improved value for page_random. (Does MediaWiki compact the page table when it gets holes in it? A certain page_id would then move to a new index). If you were doing statistics you might want some reproducibility. Here is an example of someone tweaking their MediaWiki installation by using a different value for page_random. EdJohnston (talk) 04:56, 28 March 2012 (UTC)
In reviewing and motivating a change to the random page selection algorithm, other issues will have to be considered.
The current algorithm is robust and simple (as is the suggested alternative).
Because the pool of articles is large, that some articles have very low probability of being selected will not significantly affect the user experience. This is possibly what underlies the apparent cynicism in the comments above...
Most importantly, a policy for relative probabilities of articles should be determined as a first step in any change: the experience of randomly selected articles may be significantly improved if some non-uniform probability weighting is chosen, e.g. weighted by article quality or page hits.
Yes the policy is the thing. If you want to slant to the better, or worse!, articles measured some way then you'd need to do something like the one adjusting the size of the gaps periodically. Getting the gaps much more even as using the golden ratio does may not change an individual experience, but it would mean that overall the various pages are all looked at by somebody every so often rather than some being practically totally invisible. Dmcq (talk) 10:58, 28 March 2012 (UTC)
Revdel issue
I deleted a revision at Talk:Pedophilia earlier today, and a misguided editor was able to successfully revert it (more precisely, they were able to revert a reversion after I'd revdel'd the original edit). When the matter was called to my attention, I was able to see the successful reversion, noting that for some reason the initial redaction didn't deal with the succeeding Sinebot diff: perhaps the redaction was interrupted? I followed up and revdel'd all of the revisions, and this time it appears to have worked. Is this a bug, or an interruption in execution, or ... ? Acroterion(talk)01:25, 28 March 2012 (UTC)
You have to hide Sinebot's edit as well (and any other edits made after the offending revision but before the offending text was removed), because each version of the page will contain the offending text until the text is removed. Obviously, this tends to make a mess of the history (and the more revisions, the bigger the mess), which is a known issue but is at least better than the old-fashioned method. HJ Mitchell | Penny for your thoughts? 01:52, 28 March 2012 (UTC)
Yes, on further thought I normally kill the Sinebot revs too: for some reason I thought this morning that the Sinebot edit was picked up automatically. I was in a hurry to leave and didn't check. Acroterion(talk)03:03, 28 March 2012 (UTC)
But the situation was like this:
[1] User1 added a troll message to talk page.
[2] Sinebot added signature to [1].
[3] User2 (me) reverted to revision before [1].
[4] Acroterion did a revision delete of [1].
[5] User3 undid [3].
I understand how it would be possible to view revision [2] and see the troll message. But how was [5] possible? Also, after the above, I tried clicking "undo" next to [3] and I was able to see the troll message in the resulting window. Since then, [2] and [5] have been revision deleted, and there is now no "undo" button. That makes sense, but why was there an undo button after step [4]? Johnuniq (talk) 06:47, 28 March 2012 (UTC)
Because Acroterion needed to get rid of [2] as well. The text was still available in Sinebot's revision, which must be how he was able to revert your edit. RevDel is a bit fiddly like that, and you have to make sure you hide every revision that contains the text you're trying to get rid of. HJ Mitchell | Penny for your thoughts? 12:33, 28 March 2012 (UTC)
Does everyone have the span/dir/ auto message now on top of almost every Wikipedia page they consult?
Does everyone now have the span/dir/auto message on top of almost every Wikipedia article they consult?
I, for one don't think I do, but that might be because I'm not exactly sure what a "span/dir/auto message" is. --Dweller (talk) 15:25, 28 March 2012 (UTC)
It's actually the HTML markup<span dir=auto> showing when it shouldn't. At the top of this page there is a FAQ box "Frequently Asked Questions (FAQ) (see also: Wikipedia:Technical FAQ)" - expand that, locate the entry "Some pages show visible HTML markup in the title." and expand that also. --Redrose64 (talk) 21:59, 28 March 2012 (UTC)
Thank you Jarry. I have now gone on to the Odd Headings discussion that you refer to, and have asked them how I get rid of Stumble Upon: it doesn't show up at all on my computer as a programme or any files that I could delete. Also, I once had a problem where I had visited a page on Wikipedia and clicked the Stumble Upon icon by accident and it came up with a message entitled 'Pandora' - which seemed a warning, and told me the information was restricted outside America and told me they had my IP address.
Furthermore, several entries have cropped up for Wikipedia on the Google Search, some of which mention the address en.wikipedia.org and one of them that doesn't. How can I be sure which is the correct Wikipedia link?
In fact, my computer now displays seven different Wikipedias - all with slightly different variations on the address, and one that contains RSS in the address...In the blue smallprint to this address that I am now using (since it said this was the site I'd recently visited it now says as a subheading - English - Deaths in 2011 - (something else which I have now forgotten) - and Australia. This all seems very worrying....
What happens after that varies. When viewing normal pages, the URL continues with /wiki/ as in http://en.wikipedia.org/wiki/Court_of_Chancery or http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical) but if you're doing something special, such as editing the page or viewing its history, you get a URL which has /w/ instead of /wiki/ and there is considerable variation after that. Generally speaking, if your search tool finds something with /w/ in it, it's likely to be transient or even out of date, but if it's got /wiki/ in it, that should be the current one. Watch out for those language codes though. --Redrose64 (talk) 21:42, 28 March 2012 (UTC)
Thank you Redrose - that has clarified a lot - but what about the wikipedia address listed on google that is just 'wikipedia.org' without clarifying a country address? Also, the option I seem to be in at the moment seems to mention 'Shared Creative Commons' or something, whereas many of the options don't...?? Best wishes,Janeyjo (talk) 23:58, 28 March 2012 (UTC)
The URL http://wikipedia.org/ is a generic front-end which allows you to select a language-specific Wikipedia. I can't really give more specific help without knowing the exact URL that you are seeing. --Redrose64 (talk) 00:15, 29 March 2012 (UTC)
You are referring to the results of the Google search Wikipedia. Google decides which pages to show and which text to display next to them. All pages at wikipedia.org are part of the "right" Wikipedia. The pages you see at en.wikipedia.org are not "different Wikipedias" as you call it. They are simply different pages here at Wikipedia, chosen by Google with a complicated algorithm. Wikipedia does not control which pages are shown by Google. PrimeHunter (talk) 01:21, 29 March 2012 (UTC)
Accidentally-created account with odd properties
Hey, guys, I was testing a JavaScript thing earlier today, and accidentally created User talk:NaN due to a typo in the URL formatting (an extra '+' character caused it to return NaN instead of a string with the user name). I marked it for U2 and G6, but when JohnCD kindly deleted the page for me, he pointed out to me that the NaN user does seem to exist. And it does; trying to log into NaN gives a "wrong password" error rather than a "nonexistent user" error, trying to create the NaN account says that the name is in use, and it has an entry in ListUsers. But the entry in ListUsers doesn't note its creation time; does anyone know what's going on here? Did the account somehow exist before I created the talk page, or did the script do something weird and created a half-zombie account? I've posted the code that created the page on my user talk page; I can write it out here, too, if necessary. Thanks! Writ Keeper⚇♔18:04, 28 March 2012 (UTC)
This is just a guess but I'd think this isn't the first time an "NaN" accidentally got used to create an account, with all the scripts that have lurked about at one point or another. Maybe back when it happened someone deleted all traces, before there were practices in place for something like that happening. In other words you probably didn't create an account, just a user page, and the account was already there due to someone else's blunder a while back. Equazcion(talk) 20:04, 28 Mar 2012 (UTC)
I don't think it's anything specific to this user. Before 2005 or so, the software did not record the time of creation of a new account, and I think older entries in the database were populated with the time of the first edit or so, but that method did not always work (e.g., for users with no edits). The time given for the creation of my account, for example, is the same (to the second) of the time of my first edit, and I don't think I registered and created my user page in one second back in 2005. There are many accounts on Special:ListUsers without a creation date. Ucucha (talk) 20:49, 28 March 2012 (UTC)
Also, accidentally creating a user talk page of course does not create the account. The account already existed, probably since before 2005. Ucucha (talk) 20:50, 28 March 2012 (UTC)
Ah, thanks. I know that creating a user talk page doesn't create an account; I was afraid there was something bizarrely wrong with my jQuery call wherein it wasn't just creating the talk page, it was somehow creating an account, too. That makes a lot of sense, though; thanks a lot! Writ Keeper⚇♔20:54, 28 March 2012 (UTC)
Yes, causing problems :( And when I view the history it shows nothing, strange or maybe there's a sysop involved. By the way, the category is enough to be filed for deletion. extra999 (talk) 08:58, 28 March 2012 (UTC)
All of sudden, all Wikipedia pages load very slowly and render incorrectly. This seems to be a problem on Wikipedias end, since I checked and other websites do not have this problem. Can this be fixed? -- Toshio Yamaguchi (tlk−ctb) 13:43, 29 March 2012 (UTC)
No problems here yet. Equazcion(talk) 13:49, 29 Mar 2012 (UTC)
I certainly noticed a drop in load speed, and the pages came back unstyled whilst this was going on. There's a way of checking whether such problems are with WMF or yourself: I went to Current Performance and Availability Status where I noticed that the row "Static assets (CSS/JS)" was showing a red "Service disruption" icon - this is a clear indicator of the culprit, since it's the CSS/JS that produces the page styling. I clicked the link Static assets (CSS/JS) giving a page headed "Current Performance and Availability Status Static assets (CSS/JS)". There are two things to notice here: (i) in the map "Performance indication by country over the last 24 hours", the UK is shown in orange and France is pale green, whilst most other countries are dark green (I'm in England); (ii) in the graph "Availability over the last 24 hours" there is a sharp downward spike centred on 14:00 UTC, which at its worst was at 50%. --Redrose64 (talk) 14:31, 29 March 2012 (UTC)
As you may know this template can fit different languages and adapts to most of them with interwiki and google translation links. Yesterday a user made a change to Template:Lang2iso, a template noteng uses, in an attempt to update it, but which ended up breaking part of noteng. Another user assumed it was this edit, [7] to noteng which allows the ISO 639 name to be used as well as the language name, made months ago and working fine since, which caused the break and undid the change. I did undid both the revert and the attempted update and noteng was no longer broken so everything is fine now. However just now the template broke again, it would only accept the ISO name, not the language name. I have reundone the edit to noteng, which has allowed it to accept the language name again, but I don't understand why this change which worked fine for months has now caused the template to break. Any ideas? Thanks--Jac16888Talk16:53, 29 March 2012 (UTC)
At present, one can on Meta and Commons pages delineate different translations of the same message, so that readers can filter out all but the one they are interested in. Currently, Commons images viewed on Commons can make use of this feature, but Commons images viewed through enwiki do not pick up the Language select feature – for me, at least (compare commons and w). My question is: what would it take for Language select to work "through" the enwiki filter; i.e. for images which exist on Commons but do not exist on enwiki to nevertheless have that Language-select menu appear when viewed on enwiki? Some tweak to a MediaWiki-namespace page here locally? A new feature, to be requested at Bugzilla? It Is Me Heret / c17:52, 30 March 2012 (UTC)
Presumably people viewing things on the English Wikipedia would understand that the language used would be English. I would support some sort of addition to the box that alerts users that they are viewing a file on Commons that the file might have additional summaries in other languages. Killiondude (talk) 17:54, 30 March 2012 (UTC)
Well, for me, when viewing the image on enwiki I see all the different-language Commons notices at once, which take up a lot of space (i.e. the Commons page is not filtered for me at all). Is this not the case for others? It Is Me Heret / c18:40, 30 March 2012 (UTC)
{{FULLPAGENAME}}
When a page is transcluded onto another page, how do you get {{FULLPAGENAME}} to return the title of page that calls it, rather than the viewed page? For example, if Page A transcludes Page B, and Page B transcludes a template which includes {{FULLPAGENAME}}, how to you get Page B to show "Page B", even when you are viewing Page A? With the template {{related changes}}, viewing the documentation results in the correct link for the first two examples, but viewing the template page directly results in the incorrect links. —danhash (talk) 20:32, 30 March 2012 (UTC)
You can't; that is why navboxes such as {{Retired Atlantic hurricanes}} need a parameter containing the template name itself (in this case |name=Retired Atlantic hurricanes) - otherwise the v-d-e links would try to view/edit the article page, not the navbox template. --Redrose64 (talk) 21:04, 30 March 2012 (UTC)
There's an issue with the 'protection' tab I've been encountering; namely, when I protect a page, I get an 'Invalid expiration date' error, even though the protection is applied (with the desired date). - The BushrangerOne ping only12:19, 31 March 2012 (UTC)
I think I fixed it. Some of the boxes were defaulting to "other time" rather than "infinite", causing errors unless you adjusted each box individually. Despite the error, I noticed that the protection action would eventually succeed anyway, although it wouldn't show up for a minute or two. Weird, but it should be corrected now. --Bongwarrior (talk) 01:48, 1 April 2012 (UTC)
Diff across 6 years
I am trying to diff versions of Maxwell's equations, between 17:26, 27 March 2006 (I believe the 27 March 2006 ID=45727503) and now (I believe the 29 March 2012 ID=484575772). I have tried WikiBlame and verified that the first edit I of the contribution I sought was Insertion found between "16:03, 27 March 2006 and 17:26, 27 March 2006, Execution time: 76 seconds."
The syntax is secure.wikimedia.org/wikipedia/en/w/index.php?title=Maxwell%27s_equations&diff=[ending ID]&oldid=[beginning ID] (no brackets). Equazcion(talk) 15:01, 31 Mar 2012 (UTC)
There is no need to use the secure server, https://en.wikipedia.org/w/index.php?title=$title&diff=$diffID&oldid=$oldID (replacing the variables $title, $diffID, and $oldID) should work just fine. – Allen4names16:25, 31 March 2012 (UTC)
I have encountered a problem: for the las half-an-hour, when I do a search and there is not an article of the actual title, it doesn't show any other results. To be sure I typed "Departments of Franc" (sic) and it didn't show a single result (not even Departments of France). Is it a problem of my computer or the site has malfunctioned?--188.4.199.12 (talk) 16:28, 31 March 2012 (UTC)
Yep search is broken, some kind soul is running million meaningless queries in parallel via API thus overloading our servers... And all of the ops people seem to be out.. --rainman (talk) 17:32, 31 March 2012 (UTC)
Searching for images in a category which are in use in main space
For most editors, each result is limited to 500 items. The second category contains more than 500 items, and there is a continuation key cmcontinue included at the end of the result. Add this to the end of the URL (but without the quotation marks) to get the next 500 items:
Repeat this with the cmcontinue key in the next result, for each further 500 until you are at the last page (a bot would do this automatically but it should only take a few seconds for you to copy and paste the relevant key as there are only 2,313 items which is just four continuation pages in addition to the initial one.
Other output formats are available (the default format encodes the raw XML with HTML so that it a browser treats it as a webpage).
How do I see only files which are in use in the article namespace or sort the list by number of articles the files are used in? —danhash (talk) 00:33, 1 April 2012 (UTC)
Richard, for future reference, I think pointing people at Tools:~mzmcbride/yanker is better than shoving all sorts of foreign terms/URLs at people. In fact, MZMcBride might be able to alter yanker so it provides this option in the "lists" section. :) Killiondude (talk) 00:45, 1 April 2012 (UTC)
Thanks. My bad: I overlooked the additional requirements in the original request, and hadn't heard of Yanker until now. Still, it's handy to be able to access the info directly for simpler cases! — Richardguk (talk) 00:59, 1 April 2012 (UTC)
I understood the URLs and terms he was talking about, but I appreciate the link to yanker as I have not seen it before. It would be nice if the yanker tool supported this. I left a note at WT:Database reports so hopefully someone there will be able to help. —danhash (talk) 01:03, 1 April 2012 (UTC)
Herman Cain
Can someone tell me what is wrong with Herman Cain? At the bottom there's a bunch of broken navbox coding. Nothing seems to be coded wrong, but it's showing coding instead of an actual navbox. Ten Pound Hammer • (What did I screw up now?)05:38, 1 April 2012 (UTC)
The English language version of Wikipedia is displaying as blue for me, no other websites are effected. Basically everything appears as blue apart from infoboxes & wikitables. It happens even when I'm not logged in can someone help please. ★☆ DUCKISJAMMMY☆★ 12:37, 31 March 2012 (UTC)
I have gone blue for the first time. It is very frustrating - I am used to having Chrome as I like it, not how Wikipedia forces me to. Why has Wikipedia gone blue? Will this be changed? doktorbwordsdeeds23:01, 31 March 2012 (UTC)
It will be changed back as soon as Chrome fixes their bug; The blue is caused by Chrome misreading a CSS background property. Nothing we can do about it. — Edokter (talk) — 23:24, 31 March 2012 (UTC)
Wasn't that an April 1st then too? Or was that when they dropped float:center? Sometimes jokes go bad really ugly. -DePiep (talk) 20:43, 1 April 2012 (UTC)
For one, the renderer won't be outputting deprecated elements in the near future, and I don't think this would be a good idea knowing that much. For two, it's easier simply to add the margin to the given wikitables as desired. --Izno (talk) 02:43, 2 April 2012 (UTC)
Edit previews fail to display - network problem?
I am still having occasional instances of edit previews failing to display, but if I cancel and try again it works. It is not as bad as the problems covered by bugzilla:35448, but it is a similar sort of thing. In other words, it seems like the response from wikipedia fails to arrive at my end, as though packets are being lost and not re-sent in a timely manner (I'm not sure exactly how this stuff works technically). I had this problem, for example, about 40 minutes ago, close to 2300 UTC. Nurg (talk) 23:41, 1 April 2012 (UTC)
I'd still appreciate a heads up on how to fix the problem though. I know that there's a way... I'd swear that I've run into that before. — V = IR(Talk • Contribs)05:43, 2 April 2012 (UTC)
I suggest an update to the move tool. In case a page is moved from an article name with diacritics to a name with diacritics, maybe the tool could add template "R from title without diacritics" to the redirect that is left behind? And vice versa, if an article is moved away from diacritics, then the redirect created should have template "R from title with diacritics" (currently no-existant).
The explanation is the eternal low-intensive "war" on diacritics. If the category transcluded from the template ("Redirects from titles without diacritics") is a valid category, then the template should be added at all times (right?). And the only way to add it is to edit the redirect. But editing redirects, especially after a move, is generally frowned upon, to say the least, as it prevents the page to be moved back, over the redirect.
So whether you're acting in good faith or not, this would be an improvement. Editors who add the template to the redirect in good faith would not involuntarily prevent others from moving a page back, and the same goes for editors who act in bad faith; editing the redirect will not prevent others from reverting the move. There have been cases of this.
A search term in another language will not be found, although it exists in the appropriate Wikipedia.
For example, search Firngleiter in en.wikipedia and no results are found although de.wikipedia.org has a large entry on it. Would it not be better functionality to check foreign language search terms in the other databases? — Preceding unsigned comment added by 206.116.217.47 (talk) 16:08, 2 April 2012 (UTC)
I created File:Wp first edition.jpg a long time ago. At one point in 2009, a user who's now blocked reverted one of my edits to it and then reverted himself. Now it seems all previous revisions are gone, leaving only his latest. Seems petty but I was sort of proud of this little creation and would like to see my name back in the history. Can an admin check if the previous revisions are un-hideable? I don't remember there being any reason for hiding them. Thanks. Equazcion(talk) 18:35, 2 Apr 2012 (UTC)
Well, the history magically re-appeared after I attemted to restore the old versions, got an error, but no log entry. How's that? — Edokter (talk) — 18:47, 2 April 2012 (UTC)
Looks good now, thanks, whatever you did :) Equazcion(talk) 18:49, 2 Apr 2012 (UTC)
Correct. Does not look like that. Is not a red thing. Is a mostly a yellow/ blue map or Russia surrounded by the normal sea / other countries. --Tagishsimon(talk)01:31, 3 April 2012 (UTC)
Could it be that it's your adblocker software? The image file resides at a URL that has the "/a/ad/" components: [9]. Try whitelisting the *.wikimedia.org and *.wikipedia.org domains from your adblocker. Lupo10:42, 3 April 2012 (UTC)
Could be a McCarthy-era close-up. Your browser is still harboring some latent hostility. Equazcion(talk) 10:58, 3 Apr 2012 (UTC)
There is a predictable system in folder names like "/a/ad/". It's the first two characters of the md5 hash of the filename. See mw:Manual:Image Administration#Data storage. Breaking the system and changing individual folder names because some users have odd software blocking them sounds likely to create a lot more problems than it's worth, for example making some existing software unable to find the files. PrimeHunter (talk) 21:56, 3 April 2012 (UTC)
slow script on history pp.
It's annoying to be unable to use a Wikipedia page, even unable to scroll it or switch browser tabs, or to have my browser switch browser tabs unsolicited from elsewhere to a tab the browser chooses, because a script is running and the browser eventually says the script is slow and asks if I want to stop the script. Of course, I stop it. I've even had the experiences on a public terminal running Windows XP and Internet Explorer and on another public terminal running IE 7, probably on Windows XP. I assume those are reasonably fast enough that slowness on them should be cause for concern among script writers, even if accesses from slower computers are not of much concern (and I would disagree, given the desire for Wikipedia to be accessible worldwide). I also notice the effect on my laptop running Fedora 10 Linux and Firefox 3.x. I notice this lately with an article history page and user talk history pages, including when I use the browser's Back function to revisit an already-loaded page. Could you please speed up script operation in your designs? Nick Levinson (talk) 15:48, 3 April 2012 (UTC)
Invitation to Wikimedia technical events in June & July: bot, script, template, and Gadget makers wanted
We want to bring 100-150 people together, including lots of people who have not attended such events before. User scripts, gadgets, API use, Toolserver, Wikimedia Labs, mobile, structured data, templates -- if you are into any of these things, we want you to come!
We also have other upcoming events where you can learn more about MediaWiki customization and development, how to best use the web API for bots, and various upcoming features and changes. We'd love to have power users, bot maintainers and writers, and template makers at these events so we can all learn from each other and chat about what needs doing. Check out the the developers' days preceding Wikimania in July in Washington, DC and our other events.
Numeric sorting has been a long standing but fixable issue, however the "Value" column you refer to uses different currencies. Moreover I'm guessing they should be US dollars and British pounds but some of the acquisitions listed were Canadian. — Blue-Haired Lawyert—Preceding undated comment added 11:52, 4 April 2012 (UTC).
If you put any figure - like 0 - into the empty Value cell on the first row, the column becomes sortable. Perhaps you could put a hidden dummy value there. --Redrose64 (talk) 12:47, 4 April 2012 (UTC)
List of article I created
Problem: I was able to get a list of article I created with this tool. But now it says "403: User account expired". Is there an alternative tool to get such a list without having to register first or to contact anybody by mail? Thanks in advance.--Antidiskriminator (talk) 11:37, 4 April 2012 (UTC)
I use the template "Template:Election summary party" every so often, though have only discovered today there is no easy way to create an entry for a party which has no article. These parties are registered but are not notable enough for Wikipedia articles, so ideally I need "Template:Election summary party with no link" or something similar. I can see that STV election box templates have this exact requirement. However I know nothing, nada, nowt about what part of the template I need to keep everything as is with the addition of an uncoloured or white square to indicate 'other party'.
I think you're supposed to use |party=Other if it's not set up yet. Or you can make a templates at Template:Partyname/meta/shortname for the name to display in the table and Template:Partyname/meta/color for the color of their cell. — Bility (talk) 17:57, 4 April 2012 (UTC)
Around 5 days ago everything disappeared from the top of every Wikipedia Page. Mostly I'm annoyed with how I can't search for anything. I have to figure out what the link is for searching. Any help figuring out how to fix it so I have my search at the top of the page will be incredibly helpful. — Preceding unsigned comment added by 173.183.165.30 (talk) 18:57, 4 April 2012 (UTC)
This is something I haven't encountered before. Starting just over two hours ago, I haven't been able to open any pages on the English Wikipedia using Firefox. I can get into other-language Wikipedias with Firefox, and anywhere else on the Web, and I can open EN using other browsers. But EN and Firefox have suddenly become incompatible for me. Is it just my machine? SlimVirgin(talk)04:56, 5 April 2012 (UTC)
No problems here, I'm using Firefox 11 on EN for the past half hour. Another browser might've gone to a different server? Try clearing your cache and cookies maybe. Equazcion(talk) 05:10, 5 Apr 2012 (UTC)
There's a magic word, {{NUMBEROFVIEWS}} which lists "number of page views". It seems to be coming up with a number which is dramatically too small for enWikipedia: I show it at 63,208,806 (currently displays {{NUMBEROFVIEWS}}). Of course this seems too small for a Wiki which has hundreds of millions of edits. It also does not seem to be changing as rapidly as we might expect. Anyone know if this is a bug, or there's some subtlety to the definition of "views"? Thanks, --TeaDrinker (talk) 18:32, 3 April 2012 (UTC)
Thanks; looks like the number is not changing. I wonder if it was the number of views before switching to some cashing approach. --TeaDrinker (talk) 10:12, 6 April 2012 (UTC)
Some change in MediaWiki broke two templates in a weird way. Any ideas?
Template:Clarifyref and Template:Clarifyref2 no longer work properly. MediaWiki is doing something very strange, interpreting [[something]], inside a <nowiki>...</nowiki>, inside a template's popup tooltip output as if it were an external link! Never seen this weirdness before, and these templates have worked fine for years but are boogered now. — SMcCandlishTalk⇒ ɖ∘¿¤þ Contrib.12:42, 6 April 2012 (UTC)
I want to change the main colors of my Vector skin, partly so it's always visible whether I'm logged in or not. Is there an example of customized CSS I could look at?
(I also want to experiment with colors for Vector on Appropedia - Vector's nice, but if Appropedia's skin looks the same as WP's skin, it gets confusing.)
The only way to change the colors when you're logged out is to add some javascript or css to your browser (as I've never done it, I only know that it exists...), to possibly load custom css on your side or possibly the css at your vector.css page. --Izno (talk) 15:35, 6 April 2012 (UTC)
Mass talk page notice and email for HighBeam Research Applicants
The HighBeam Research collaboration, in which 1000 free accounts were donated to Wikipedia editors, will result in at least 400 talk page messages and 400 emails to: 1) notify people that their accounts were approved and 2) deliver their account activation code along with instructions. I'd like to automate the notification process as much as possible. Is there a way to efficiently message the 400 applicants in one go? Is there a way to email them on the same scale? I'd like to avoid having to make 800 different actions; I'm also assuming this wouldn't be considered spam since each editor has actively signed up. Thanks for your help. Ocaasit | c13:27, 6 April 2012 (UTC)
My understanding is that the account activation code is unique to each account; this adds complexity that I presume no existing bot can deal with. Josh Parris23:29, 6 April 2012 (UTC)
Search results no longer appearing
If I use this page for searching, I no longer get a list of search results. For example, this search for 'crane' does bring up 'There is a page named "Crane" on Wikipedia', but the page doesn't list other search results as it used to. Is there something wrong, or am I mssing something?--A bit iffy (talk) 07:44, 8 April 2012 (UTC)
Works fine for me right now. Is it still broken for you? Maybe it was a momentary burp in the server, or a dev created and immediately fixed a bug. Someguy1221 (talk) 08:13, 8 April 2012 (UTC)
Thank you for figuring that out, nice detective work. I've moved one of the div tags - it looks like the closing div tag was hidden by default, which caused the behavior. The page is now fine, but I wouldn't think a misplaced tag should affect the interface like that. --Bongwarrior (talk) 13:04, 8 April 2012 (UTC)
Lucene search is a cheapie and does not recognize not only ® and ™, but a half of symbols, and probably even more. Developers are apparently indifferent, so we have to make an independent search engine. Is somebody interested in a simple title search based on the Toolserver? Incnis Mrsi (talk) 06:44, 6 April 2012 (UTC)
At the bottom of what? Lucene2 is a cheapie, but MW developers are indeed not morons to index and search in final HTMLs. The wiki code (either source one, or after transclusions – I do not know which of two) is used. Incnis Mrsi (talk) 07:58, 7 April 2012 (UTC)
The bug was opened for clarification of the preference on using the wikieditor (the javascript-based edit toolbar and related tools). This has ended up in a patch being submitted and merged which enables the editor for all users by default and takes away the preference switch.
This basically means that the related javascript will always load. I find that to be a little detrimental to attracting new users. Users may not have internet connections which are speedy enough to load extra javascript, or users may not want the toolbar. Many users would probably like/need it, but there may be some who do not want/need it. While the intention is to make editing easier for the majority, that does not mean we should take away the choice of the editor altogether.
I think this problem could/should be better handled by clarifying/fixing the preferences language, or by adding individual switches for the stuff the current preference enables with one switch.--Siddhartha Ghai (talk) 04:56, 7 April 2012 (UTC)
I am not much of a editor but IMHO new users will find it easier to edit with the toolbar. Most new users are unaware of what they can change in the preferences, and also don't know much of wiki formatting; WikiEditor makes this editing easy for them.--Nischayn22 (talk) 06:25, 7 April 2012 (UTC)
As I have already stated, that can be easily accomplished by turning it on for IP users or new users by default. It doesn't require taking away the choice from established users of disabling the toolbar, which they may wish to do due to various reasons.--Siddhartha Ghai (talk) 08:04, 7 April 2012 (UTC)
If I'm understanding this properly, that doesn't seem good at all. Aside from being slow, needless, or whatever to some folks, said edit toolbar also doesn't entirely work in all browsers - not only would it be annoying in general for the usual picky folks, but removing the option for those for whom it has unintended side effects is just bad. — Isarra༆08:33, 7 April 2012 (UTC)
This patch doesn't seem to be intended to enable the javascript edit toolbar by default. According to the bugzilla thread, it enables by default the "Enable dialogs for inserting links, tables and more" option in Preferences -> Editing -> Usability features (the preference is still present for me right now). This option added a search/replace button to the toolbar, as well as popup dialogs for the link and table buttons (whereas before those buttons just pasted some empty generic code directly). Being that they're simply changes to the toolbar, I'm assuming that if your toolbar is disabled, the javascript for those dialog boxes won't be loading -- and even if it did, it seems a negligible amount. Equazcion(talk) 09:40, 7 Apr 2012 (UTC)
Is there a reasonable way to find out how many Wikis have had to delete various versions of Animation Domination, as in アニメーション支配? Or how many Wikis have had to delete articles created by a given editor? I'm trying to build a case for a global action with respect to an editor that is creating gibberish articles with machine translators, and I'm not finding a convenient way to so do.—Kww(talk) 16:50, 9 April 2012 (UTC)
I should also note that you can just ask someone on their talk page (or otherwise) for them to run the query for you, you don't have to go through the jira mechanism listed on that link. Killiondude (talk) 20:24, 9 April 2012 (UTC)
I just created {{recent changes}} to create links to the recent changes feature. It works as expected with zero or one parameter, but with the second parameter (for namespace) it doesn't seem to work correctly. The first parameter is the title of the link and can be blank. The second parameter is also optional and is the namespace number to pass to recent changes.
Note that {{#if:{{{2|}}}|namespace={{{2|}}}|}}}} works for the fullurl parser function where it wouldn't work as you might expect in a normal template, precisely because fullurl is a parser function and not a template. Anomie⚔23:02, 30 March 2012 (UTC)
Thanks! I just started using the parser so I'm still learning. I updated the code and it works better, but {{recent changes||0}} gives [12]. —danhash (talk) 14:12, 2 April 2012 (UTC)
Seems like the first parameter doesn't get detected as being empty even though there is no space between the pipes. —danhash (talk) 15:12, 9 April 2012 (UTC)
And I am not sure if this had been addressed before.
Newer top-end mobile devices have been introducing high-DPI displays, e.g. with a device pixel ratio = 2. Each virtual pixel consists of 2×2 physical pixels, in this example. For these newer displays, if an image is to be displayed in 300 (virtual)px × 225px for example, the server should prepare a 600px × 450px photo for download, and in the HTML code the <img> tag should have width="300px" and height="225px", in order to provide best quality. Btw there are also phones with 1.5x device pixel ratio.
I see this is technically possible in Wikipedia for many thumbnail images, since many raster images have their original size more than quadruple of their thumbnail size, and many other images are simply vector. And it is left whether the rendering engine can determine the best image resolution, either by client side CSS or on server side.
While this does not provide more information regarding the subject most of the time, it still lets those devices show clearer and more detailed photos with their full display capabilities. This can be important for diagrams shown on such tiny screens.
I can think of some practical problems, though. Image download size and duration can get 4x and image cache size on server can get 5x. Any thought on this? – PeterCX&Talk04:33, 9 April 2012 (UTC)
File a bug and it'll be another image option in Special:Preferences. If you want it sooner, implementing in JavaScript should be fairly easy and prone less to the "Adding Apple/Microsoft/Google proprietary shit to MediaWiki" discussions. — Dispenser19:07, 9 April 2012 (UTC)
Thanks for your suggestion :) I have been implementing that in my common.js, but one problem: is there any way to run that .js in mobile Wikipedia? – PeterCX&Talk10:14, 10 April 2012 (UTC)
Favicon
Why does Wikipedia not have a transparent Favicon? ATM, the favicon is the letter "W" on a square white background. Should if not be just the letter "W" on a transparent background? 86.41.139.146 (talk) 06:15, 10 April 2012 (UTC)
This morning I opened wp in google chomre like I use to and the skin has apparently changed to a horrible light blue one thats nearly impossible to read. It also changed on the other language wikis. What happened? It looks fine in Firefox.·ʍaunus·snunɐw·12:51, 10 April 2012 (UTC)
There is a bug in the latest version of Google Chrome which shows blue background if the browser zoom level is set below 100%. Reset the zoom to 100% with Ctrl+0 or adjust it with Ctrl++ and Ctrl+-. ---— Gadget850 (Ed)talk13:05, 10 April 2012 (UTC)
Maybe I have not found the right preference setting but when I preview a section edit Wiki is not generating the references and I am tired of having to make corrections after saving the page when the errors finally show up. Could the technical people include in the software which displays the preview an automatic <references />? If I put it in manually, I'll have to remember to take it out before saving! As I am not sure whether this is an ideas' lab or a technical page concern I am posting in both.Jpacobb (talk) 14:38, 11 April 2012 (UTC)
Long list of longstanding usability and consistency problems
[13] has a long list of longstanding usability problems. Some have been addressed since 1.4 when this list began, some have gotten worse (such as the purge/delete/archive terminology horror, e.g. a shell tool that purges deleted versions is called deleteArchivedVersions.php which is deeply confusing especially as "purge" already exists in the lexicon in the options that these scripts take, and "remove" (the Unix-y term) is already in the names of removeUnusedAccounts.php etc.). Worst, "old" has totally different meaning in purgeOldText (where it means "purged") vs. deleteOldRevisions (where it means "archived" or "deleted" revisions). One word, one semantics regardless of permission and account powers! (It's 2012, why does this need explanation?)
Another longstanding horror is the abuse of spatial metaphor (have fun defining the concept of "where" or "go" in semantic wikis including maps - now that Wikipedia includes these and relies on SMW the time has come to fix this in the interface). Also nasty is the unnecessary and confusing value judgements ("lonely" or "orphaned" or "most wanted" pages, which could be defined exactly as "unlinked pages" or "most referred open links" etc.). And isn't it time to get CamelCase entirely out of the names of Special pages and shell commands, since it only encourages such crap in the namespace?
The page is open to edit, and presently includes the following "gronks":
1 internally inconsistent ontology (page names, commands, URIs)
1.1 Capitalization mismatch in command verbs
1.2 Cruft in the URLs
1.3 Use of the project name in the disclaimer
1.4 Page name capitalisation
1.4.1 FIXED: Capitalization mismatch in Eg:Community Portal menu item
1.5 Link to "talk:" page is labelled "discussion" not "discuss" or "talk"
1.6 Link to article is labelled "about" in "project namespace"
1.7 Inflexible "Special" page names setting bad precedents
2 inconsistent tense and point of view
2.1 Sense of "Help" inverted to mean "learn"
2.2 "Editing help"
3 weak or misleading metaphors
3.1 Tool metaphors
3.1.1 Use of word "toolbox"
3.2 Spatial metaphors
3.2.1 Use of the word "go"
3.2.2 Use of the word "here"
3.2.3 Use of the word "move"
3.2.4 Use of the word "navigation"
3.2.5 Casual abuse of spatial metaphor in documentation and edit summary
3.3 Social metaphors
3.3.1 The "lock page" function is labelled "protect page"
3.3.2 The "block account" or "lock account" function is labelled "ban"
3.3.3 List of open links is labelled "wanted pages"
3.3.4 FIXED: Use of the word "community"
3.3.5 Assuming "donations" fund the project
3.3.6 Assuming "most viewed" is "popular"
3.3.7 Abuse of "history" to mean versions
4 Inflexible category and namespace system
4.1 "special" (but not "Special") project and "help" namespaces
4.1.1 Not integrated with other "special" pages
4.2 Namespace regression limits and hardwired exceptions
4.3 Separate or additional categories can't be assigned to a redirected name
4.4 GFDL corpus namespace is polluted by bad categories
4.5 No way to require categories to be applied to all articles in a namespace
4.6 Non-obvious notation to mention a category as an internal link
4.7 No way to easily import whole other wikis via wiki feeds
5 Suboptimal use of screen space
5.1 Cruft on category pages
5.2 Inflexible control sections on pages
6 Poorly named and documented maintenance scripts
6.1 Inconsistent use of "delete", "permanently delete", "archive", "purge" — Preceding unsigned comment added by 142.177.67.157 (talk) 15:57, 11 April 2012 (UTC)
At the top of the table in Non-stop flight section 3.1 there's a lone --> visible. This is not from the comment in the source: If I delete that in the editor, the preview still shows the comment end. Is the table class broken?--Oneiros (talk) 19:47, 11 April 2012 (UTC)
Found and removed an extraneous end comment tag. It was in the middle of the table, just before row 14. Interesting, wouldn't have thought the template would have worked as it did. Ravensfire (talk) 19:56, 11 April 2012 (UTC)
searching by revision number
I've got a request in the oversight otrs queue where the user has only provided the page name and the revision ID numbers, not full diffs or timestamps. I've asked for one or the other of those, and they have responded that they think they have already provided all the information I need. Notwithstanding the fact that this person is asking for help but is unwilling to make the relatively minor effort of copy/pasting the diffs into his email, is there some way to search by revision ID? I've never needed to before so I've never looked into it. Beeblebrox (talk) 22:07, 11 April 2012 (UTC)
So I'd have to enter that in to the search bar, adding the page name and revision IDs where indicated? And would I want enter it into my browser's search bar or the Wikipedia search? Beeblebrox (talk) 22:14, 11 April 2012 (UTC)
You'd enter this into your URL bar; the fact that you can't use MediaWiki's GUI or Google to search that is one of the reasons why I consider revision #s to be a very unhelpful way of identifying revisions.--Jasper Deng(talk)22:16, 11 April 2012 (UTC)
And you don't actually need to provide the page name as revision ids are unique so en.wikipedia.org/wiki/index.php?oldid=<oldrevisionnumber> should work. Dpmuk (talk) 22:24, 11 April 2012 (UTC)
If you know the revision ID, you can use the {{oldid2}} template if you wish to add a link to a specific version into a page, or {{diff}} to produce a link for the actual change - neither require the page name. For example, my last edit to this page produced revision 486898780. I could link to that revision with {{oldid2|486898780|this revision}} which produces this revision, or my actual edit may be linked using {{diff||prev|486898780|this edit}} which produces this edit. --Redrose64 (talk) 22:53, 11 April 2012 (UTC)
Banner Ad Displayed
I opened the page TF1 by clicking on a link on the page Yehudi Menuhin on 11 April 2012 and a banner ad was displayed leading to this url:[[14]]
I thought Wikipedia is ad free. I immediately looked at the edit page but could not see anything obvious. Please advise. Thermofan (talk) 22:23, 11 April 2012 (UTC)
Thanks for the advice. It may be a problem with a few public computers I use regularly with "Text-Enhance" on it. Have not been able to purge this malware, but have not tried the secure connection either. Thermofan (talk) 12:41, 25 April 2012 (UTC)
Good-faith reverts and the "minor" label
Per the API and other documentation, any use of the WP:Rollback action will be labeled "minor". My anti-vandalism tool WP:STiki uses rollback whenever an end-user indicates an edit is "vandalism" and the edit is automatically marked as minor (and this is uncontroversial per WP:Minor). STiki recently expanded to include a "good-faith revert" option (which currently uses rollback at its core). This creates two questions:
Does a good-faith revert, undoing "blatantly unconstructive" actions, qualify for the minor label? There has been already been some discussion on STiki's talk page. To me this seems a bit borderline.
Assume it should not be minor. Would a feature request to allow a "minor" parameter to the rollback action gain any traction? It seems quite foolish to do "rollback in software" and incur additional processing, API-calls, and bandwidth costs when native functionality exists to do this.
Ugh. Stiki should do what Twinkle does with its revert tool. If the use of Rollback is purely for access control purposes, then it may be better to just check for Rollback without actually using it.--Jasper Deng(talk)22:42, 11 April 2012 (UTC)
Rollback has nothing to do with access control in this context; it has to do with the efficiency of revert actions. My tool can use both "native rollback" or "software rollback". While the former requires one terse API call, the latter requires: (1) a fetch to get page meta history (to determine how deep the current author edited), (2) a fetch to get the full content of the page which we want to revert to, and then (3) shipping all of that content back through the API as a new version. The only usefulness of the latter approach is when a user doesn't have the native rollback right, or edits need to be marked as minor. This trouble could be avoided with a simple parameter... and this is only relevant if AGF reverts must be marked as "minor" in the first place. West.andrew.g (talk) 22:58, 11 April 2012 (UTC)
Actually, the complicated approach has a significant benefit, which is that you are now halfway to the ability to "roll back" to any arbitrary revision. This is extremely useful in the case of serial vandalism from multiple IPs, and is in fact my primary usage of Twinkle. Of course, that doesn't apply in the good-faith case but it certainly does in the bad-faith one. Regards, Orange Suede Sofa (talk) 23:13, 11 April 2012 (UTC)
Agreed, such a functionality is a powerful one (arbitrary rollback). However, that doesn't really address the two questions posed. Thanks, West.andrew.g (talk) 23:58, 11 April 2012 (UTC)
Problems in comparing revisions
a) There are (frequent) cases, e.g. the deletion of an empty line like here below "line 18", in which the comparison between the revisions fails because the software does not recognize which are the paragraphs to be compared (this doesn't happen with other softwares, e.g. with Microsoft Word). This makes it impossible to say if there are changes in the paragraph below "line 18". What can be done to solve this difficulty?
b) In the case of small changes, e.g. in spacings or punctuation, it is very difficult to see which is the change and were it is located, because there is a very small red character (in the case of a punctuation), or none (in the case of a space). There is an example of this in the same place than above, below "line 34". Perhaps it would be better to use a colored background, instead of colored characters, to signal the changes. --87.16.230.163 (talk) 23:33, 11 April 2012 (UTC)
a) The MediaWiki developers note that no single diff algorithm can give a "perfect" result for all changes. Therefore, no fix is planned; see T21092.
b) On Monday, 23 April, Wikipedia will receive an upgrade to MediaWiki version 1.20wmf1, which includes a change in the diff coloring intended to improve usability, particularly for the color blind (who can find reading red text on a green background difficult). The new color scheme only includes a background behind the actual words changed. Here's an example: http://test2.wikipedia.org/w/index.php?title=Main_Page&diff=36367&oldid=36206.
However, if you register an account here and log in, you can go to "My preferences" and switch on a couple gadgets ("wikEdDiff" and "Display diffs with the new yellow/blue color scheme […]") that might improve the situation a bit for you. You can use the first gadget by clicking the Δ symbol below the normal diff, which will show an alternative diff view. The second gadget will allow you to use the new diff color scheme for the standard (side-by-side) diff view before the MediaWiki upgrade takes place. PleaseStand (talk) 00:31, 12 April 2012 (UTC)
Thanks! The new color scheme is exactly what I meant.
For as concerns the bug a), however, it may be particularly severe: if you continue looking at this you can see at least another striking example of problem a), below "line 99", in which the comparison of as many as six consecutive paragraphs is missed! I have checked that Word, instead, matches correctly all the paragraphs when comparing version (in both orders). Is it possible that the bug in wiki is due to the software considering the paragraphs as separate units, comparing them one a time, while Word considers a carriage return just like a "character", so it continues to search for matching text? --87.20.236.94 (talk) 07:28, 12 April 2012 (UTC)
Save page issue
About 1/5 times I go to save or preview a page (when editing a section of an article or starting a new section on a talk page) my browser switches to editing the entire article, and the changes are not carried over. While using Chrome (v 18 on Windows XP) I can click the back button and I am taken back to the section edit screen with my changes present, and resave (I was using IE8, and it would take me back without my changes present.) Anyone hear of this issue? Or know a solution? (just happened while trying to start this section).--kelapstick(bainuu) 02:22, 12 April 2012 (UTC)
Sounds like you are getting an edit conflict situation. In such cases, check the whole page when you believe that your "browser switches to editing the entire article" and you'll see that there are two edit boxes instead of the usual one: the upper one contains what the page has become since you started editing (but contains none of your edit); and the lower one is the edit window that you have been typing into. The intention is that you compare one with the other, adjust the top one to match the bottom one, and then save. This can be difficult, especially since if you had chosen to edit one section, the top one will still contains the entire page whereas the bottom one will contain only the one section that you were editing. I normally find that it's usually easiest to:
ignore the top one and go to the bottom one
mark the text that you entered since you began that edit and copy that to clipboard
use the "back" button on your browser at least twice to return to the page as it was before you began editing
edit the same section again, paste in the text from your clipboard
Thanks for the feedback, while it does looks like an edit conflict, it is most definitely not one. Doesn't have bring up the notification, two windows to edit, different revisions, etc. It also happens on previews, which doesn't happen on ECs. --kelapstick(bainuu) 08:07, 12 April 2012 (UTC)
Not me, but I use Adblock Plus for my Firefox (nevertheless though I have no blacklisted stuff listed by that). This may be related to the "banner ads" complaint above.--Jasper Deng(talk)05:12, 12 April 2012 (UTC)
This is a note to let you know that we are seeking opinions on switching the ConfirmAccount extension on, effectively making the ACC process via the Toolserver redundant. You can read all the details here; I would be very grateful if people would indicate how they feel about the idea :). Thanks! Okeyes (WMF) (talk) 13:30, 12 April 2012 (UTC)
clearing an autoblock
This used to be easy, now I can't seem to do it at all. I just unblocked a user, then used the link in the unblock template to go over to toolserver and check for autoblocks. I found one and clicked the link to clear it. It led back to Special:Unblock, which requires you to type in the user's name to unblock them, which I already did. What am I missing here? Beeblebrox (talk) 19:37, 12 April 2012 (UTC)
Nakon's toolserver tool works by scanning Special:BlockList for any blocking summaries containing the username specified in the query. It will then give you a list of autoblocks (if any) to remove. You have to copy the number down (in this case "#3853836") and go to Special:Unblock, and enter the autoblock ID number. I have cleared the autoblock. Good luck! Reaper Eternal (talk) 19:50, 12 April 2012 (UTC)
and that template contained an improperly-entered |name= parameter - it must match the actual name of the template (omitting the Template: prefix). I've fixed it. --Redrose64 (talk) 21:02, 12 April 2012 (UTC)
Not from here: you would need to file a Bugzilla ticket. But it's not really necessary because there is a workaround. Ignore the year and month selectors, but amend the URL in your browser's address bar as follows. First add either ? or & (if there is no ? already, use ?; but if there already is a ? use &). Then put offset= then the date (as a 8-figure number in the format YYYYMMDD) and the time (as a 6-figure number in the format ddmmyy).
Wow, that's quite the process, to get per day. It would be much simpler with an actual 'day' input. It doesn't really matter that much to me, it's just more of a convenience thing. Regards, Whenaxis (contribs) DR goes to Wikimania!21:16, 13 April 2012 (UTC)
There is an easier method: Click "older 50" or whatever and change the date in the url. The 14-digit date and time can be cut off anywhere, for example replacing 20111002180000 by any of 2011, 201110, 20111002, 2011100218, 201110021800. It assumes 0's for missing digits. PrimeHunter (talk) 22:24, 13 April 2012 (UTC)
Please, help! I tried to upload a File:OšupiSLevýmPřítokem003, but in last step started pending: Its true, that I uploaded file with similar name File:OšupiSLevýmPřítokem001.JPG, but till now I haven't had any problems with similar file names. Now as I want to finish, I get a message: ... please wait, still checking the title for uniqueness... and my computer is blocked here for 1 hour. Please help solve this problem, as my computer is blocked by this. Thanks! --Kusurija (talk) 10:21, 13 April 2012 (UTC)
Deleting a category page has never gotten rid of the category itself. The only way to remove a category is to go to each page that uses it and removing it from the page. This isn't a bug, it's more or less by design. Incidentally, removing all of the categories from use doesn't delete the category page either. — V = IR(Talk • Contribs)20:47, 13 April 2012 (UTC)
Ah, I see. That stuff is take care of slowly, by a background task on the server. Just give it some time and check back later. It'll go away eventually. — V = IR(Talk • Contribs)21:00, 13 April 2012 (UTC)
Ok, thanks, I suspected something like this, didn't think it would take so long, though. I guess I'll give it a day. :) Nageh (talk) 21:04, 13 April 2012 (UTC)
I've blanked this documentation page because the script it documents appears to be broken, to the point that all pages appear blank when it's used. While testing, I had to disable Javascript to remove it from my scripts file (Vector skin, Firefox 11 and Chrome 17). An administrator may want to also delete or blank the script page itself, as it could be considered malware (even if unintentionally), and it is advertised outside Wikipedia.
The documentation page also made it look like this script was made to promote a company, and the account it's under seems to be single-purpose, as it only has contributions related to this script. Equazcion(talk) 22:08, 13 Apr 2012 (UTC)
The script appears to attempt to write in code posted on another website, which seems not cool. Equazcion(talk) 22:18, 13 Apr 2012 (UTC)
Since this now seems to be more of a concern than I thought initially I posted this to ANI. Equazcion(talk) 22:25, 13 Apr 2012 (UTC)
If you or a MediaWiki developer you know is interested in improving watchlists with grouping and usability enhancements, please let me know. I have submitted a clear and practical project proposal for the 2012 Google Summer of Code and I am seeking a mentor. I will, of course, do all of the heavy lifting (coding) to make it happen. All I need from a mentor is knowledgeable guidance and occasional assistance with debugging. Potential mentors can view the project here: [16] and a partially functional example of the UI: [17] --Blackjack48♠t♣c 03:54, 9 April 2012
I'd like to see something like dividing the watchlist's changes into several lists on the same page organized by group/tag, and the group editing/viewing interface to be where you'd normally edit your watchlist now.--Jasper Deng(talk)04:35, 9 April 2012 (UTC)
Looks like it was typosquatting. One of my scripts had an error that made it point to enwikipedia.org instead of en.wikipedia.org. Thanks for the help :) Equazcion(talk) 14:14, 14 Apr 2012 (UTC)
On the WTBO page, I keep getting a warning message saying I haven't placed the {{reflist}} template on the page. The problem is I have placed it on the page. I asked User:OlEnglish to take a look and he couldn't find the cause, so he sent me to you all. I even switched a reference around (one was linking to 6 different sentences) to see if that was the problem, still nothing. Hope you all can help. - Neutralhomer • Talk • 16:53, 14 April 2012 (UTC)
<ref name="Offutt2/"> -- Slash was inside the quote, which messed up everything that came after it on the page. Fixed now. Equazcion(talk) 17:27, 14 Apr 2012 (UTC)
OK, I'm not sure if this belongs here or over on the Help Desk, I think both pages are relevant but I picked this one.
Eighteen U.S. States have a coat of arms as an official symbol alongside their state seal and flag. Seven of these coats of arms have their own article separate from the state seal article. I would like to add the coat of arms to the main infobox on the article of those seven states, but I don't want to supplant the state seal, as that is the standard of all 50 states and their infoboxes. However, Libya currently does not have a national coat of arms or seal, but the Transnational Council does have it's own seal, which as you can see, is added to the Libya article's infobox as "other symbol". I've been trying to do this to the infoboxes for the seven states with a separate article for their coat of arms, but it doesn't work for me. I don't really know if it's possible to do it with a first-level subdivision infobox or if it only works with national infoboxes, or if I'm not doing something right. Could anybody lend a hand? Fry1989eh?01:29, 15 April 2012 (UTC)
The only field that is pretty free content-wise is the footnotes= parameter, but that places the text "footnotes" along with any other content. To add a place for the coat of arms, we need consensus to add it and someone with some template-fu. I suggest asking at Template talk:Infobox U.S. state. Chris857 (talk) 01:58, 15 April 2012 (UTC)
Alright, I'll try that. I actually suspected it was a compatibility issue, rather than me not doing it right. Thanks for the direction, hopefully it turns out. Fry1989eh?02:10, 15 April 2012 (UTC)
All gone slow again
Page loads (whether view or edit) are taking far too long, it sticks waiting for bits.wikimedia.org and eventually they time out and I get virtually unstyled page. Not completely unstyled, because my personal .css is still used. --Redrose64 (talk) 15:53, 13 April 2012 (UTC)
Maybe the addition of video content storage and streaming over time is slowing things down. I have long thought it was a bad idea to try to duplicate Youtube on Wikimedia. Wikimedia will never have the money or spare bandwidth to support the massive server needs over time of video in my opinion. --Timeshifter (talk) 18:52, 15 April 2012 (UTC)
Yeah, Asher Feldman is tinkering with some of the boxes; this typically involves taking some capacity out of circulations and then rotating. The replication lag is actually a MAX() type query, hence the high figures. I believe. - Jarry1250[Deliberationneeded]18:02, 20 March 2012 (UTC)
...I'm going to juggle which db watchlist queries go to during the migration, so nothing should be noticeable on the site.
Ha! I assume that this was all tested on a large non-production database first? I also hope that the thumbnail calculation that someone made about this taking 48 days to resolve is not correct. Fingers crossed for the Wikipedia brand.
Coz MySQL is a toy playing at being a big kid's database. There's ways this could have been done without taking out toolserver, but they would have had the effect of an inconsistent database for a while. And the database schema wouldn't have been identical to production. That's all in the past. Josh Parris09:45, 23 March 2012 (UTC)
Current estimate is somewhere between 3 and 18 days (total). The lower end of the estimate has already been exceeded. Josh Parris09:57, 23 March 2012 (UTC)
I don't know how this is handled, but if it's a case of being one volunteer and that we should not ask much because it is just one volunteer, maybe that is not enough. North8000 (talk) 10:52, 26 March 2012 (UTC)
Is there any sort of workaround for this? I believe a large number of projects are set to generate monthly reports on March 31st (I know WP:DPL does so), and the lack of such reports will, for the short term at least, gum up a lot of regular maintenance. bd2412T19:32, 26 March 2012 (UTC)
Same here; 7,567 for as long back as I can remember. Gosh, I don't even know how many edits I've done in these 8 days! But my Preferences still seems to be working. ~*~AnkitBhatt~*~ 14:36, 28 March 2012 (UTC)
I am hardly well-versed with any of the complex technicalities of running Wikipedia, but a week-long replication lag is disastrous for the continued running of the project. Edit counters have all become useless as edits for over a week have not been counted. In addition, some events such as WP:INDIA's Tag and Assess event have also been thrown out of gear due to wrong statistics. There seems to be no end in sight, and in my years on Wikipedia I have never had to encounter a replication lag as severe as this. Is there any fixed deadline allotted to rectify this problem? Because we need the replication lag to disappear fast, otherwise too many problems are going to build up. Perhaps setting a proper deadline and strictly sticking to it will speed up the rectification (if it hasn't already been done). ~*~AnkitBhatt~*~ 10:18, 27 March 2012 (UTC)
For the 99% of us who aren't insiders on this, could you explain? Are you the person who is handling this? Thanks. North8000 (talk) 00:38, 28 March 2012 (UTC)
I'm sorry, early April? How early? Do you realize how much of a problem this is going to become if this issue isn't fixed by March 31? How can the issue be so severe? It hardly matters what the record is on some other language Wikipedia, enwiki is the biggest by far and needs continuous running. Cracks are appearing all over the enwiki now, for God's sake the lag is 8 days! ~*~AnkitBhatt~*~ 14:34, 28 March 2012 (UTC)
There needs to be some more transparency here. We really need explained exactly what happened and what exactly is being done. Its causing two many problems.EdinburghWanderer17:14, 28 March 2012 (UTC)
Agree. If it's just one overloaded volunteer handling a huge and important area, then we should know that. North8000 (talk) 17:43, 28 March 2012 (UTC)
For future reference, fixes that are likely to cause several days worth of toolserver backup should be implemented towards the beginning of the month, and not towards the end, so that month-end project turnover will be unaffected. bd2412T20:54, 28 March 2012 (UTC)
So in effect we cannot predict when this problem will get over? In fact you are saying that this problem may not get over at all? What exactly do you mean by "waiting for a process"? What process? Why is it taking so much time? We need answers. I don't now whether you are familiar with the problem, but I expect somebody with knowledge of the problem to clearly specify what the problem is. Drop the vagueness. ~*~AnkitBhatt~*~ 09:02, 29 March 2012 (UTC)
Thanks for the update, so it's really a case of we don't really know. Could you please keep up us updated on any further updates however minor Thats all we askEdinburghWanderer23:31, 28 March 2012 (UTC)
Re Ankitbhatt: here is the exact problem: due to a schema change on the live servers, the toolserver databases cannot begin replication again until the schema change runs on them. This is a command that is executed on the database to change the structure of some of its tables, which was part of the latest Mediawiki upgrade.
The update is very slow. So at the moment we are waiting to see which of these happens first: (1) the schema change can finish running on the toolserver database, at which point replication can be resumed; (2) the foundation can create a new dump of the enwiki database, which will already include the schema change. Then this can be imported into the toolserver and replication restarted from there. Importing a full dump is not fast but it may be faster than running the schema change on the toolserver database. The toolserver admins announced yesterday on the toolserver-l list that a fresh dump is being prepared for them [18]. They do know what is going on and they are working to fix it. — Carl (CBM · talk) 11:22, 29 March 2012 (UTC)
Something to also note is that major database actions are somewhat unpredictable, especially if there's activity on the database. Large database systems have a lot happening under the hood to help with optimization, performance and maintenance. Trying to predict how a particular action will result can be difficult, even with significant testing and planning because live production will always be different than a test database. At my job I'm a developer who uses a pretty large and active database and work closely with our database team on issues. More than a few times an action that all of our planning and testing said would not have an impact ended up causing problems. We've managed to befuddle Oracle a couple of times. Database work is part science, part magic and part black voodoo. Ravensfire (talk) 18:21, 30 March 2012 (UTC)
Tomorrow we reach the two-week replication lag mark. Early April does not look like the time this problem can get rectified. Has there been any update? ~*~AnkitBhatt~*~ 15:47, 2 April 2012 (UTC)
I also want to know if there has been progress on this, since it has been over two weeks! How are things going? Is there any up-to-date counter on Wikipedia? I want to see all the editing statistics again. Backtable Speak to meconcerning my deeds.22:32, 2 April 2012 (UTC)
To those who have requested an update on this issue: User DaB is one of the people who is working on the problem, and he has provided some more recent information at the bottom of this thread, in the #A little chronic sub-section. — Mudwater (Talk)23:11, 2 April 2012 (UTC)
Edit count
The edit counter for user contributions seems to have stopped. The current replication lag is more than four days. Is anyone working on it? HandsomeFella (talk) 09:13, 24 March 2012 (UTC)
I have just tried the edit counter myself, on April 16 2012, and the very good news is that it now seems to be fixed, there is no longer the delay. ACEOREVIVED (talk) 10:39, 16 April 2012 (UTC)
Catscan 2 has been showing the same error message for a while now: "MYSQL error : The MySQL server is running with the --read-only option so it cannot execute this statement [INSERT IGNORE INTO cat2 ( catname ) VALUES ( "Suburbs_of_Johannesburg" )]"--eh bien mon prince (talk) 08:31, 27 March 2012 (UTC)
I've removed the page name from the above link so it appears as a same-page link. This probably means that it will still work when this discussion is archived. Graham8702:53, 28 March 2012 (UTC)
Extrapolated from 76,000 rows in ~10 minutes to 525 million; halved twice (Moore's law)
12 days
March 31
HDD seek
525 million row * one 3 ms seeks per row
18 days
April 6
Its wrong to assume a single seek for a read and write operation
HDD read + write seek
525 million row * (1 read seek + 1 write seek) * 3 ms seeks
36 days
April 25
Reasonable upper bound
2008 data point
Extrapolated from 76,000 rows in ~10 minutes to 525 million
48 days
May 6
Fudging the rounded numbers and it'll agrees with the 36 day estimate
Officially
We don't know when
Once replicating again the Toolserver catches up typically at a rate of 2-3 sec/sec. So it'll replay 2 or 3 days of edits everyday. At this point it'll miss the March 31 deadline.
The replication lag is caused by the schema update (jira:MNT-1225). If the WMF is done first, we'll try to import their copy (DaB. March 28). The Toolserver cluster is has some corruption in it (DaB. March 8). Asher who's updating the cluster is at some conference apparently (#wikimedia-tech). My numbers (above) are estimates with assumed WMF hardware and superficial understanding of databases. Other than that I don't know any more than you.
Interesting facts: enwiki is 782 GB (without page text); rosemary and thyme (TS s1 cluster) have 135 GB and 44 GB free, but enwiki takes 100 GB more thyme for some unknown reason. — Dispenser23:30, 28 March 2012 (UTC)
Speaking on behalf of the 99.9% who are not jocks and insiders on this, is there somebody willing an able to communicate more clearly to us, and in English instead of jargon and fragmented non-statements? We just need straight talk. If there is a volunteer who is embarrassed by this, don't be; we appreciate what you do and would like to thank you for your efforts. We just need straight talk and then to see how we can help to keep this important function working 99.9% of the time in the future, understand when it will be fixed, and to bring a speedy end to the current problem. Sincerely, North8000 (talk) 23:37, 28 March 2012 (UTC)
Nobody's sitting there doing anything manually, they're waiting for ("automated") database updates to finish. Nothing much we ordinary users can help with. SD502:40, 29 March 2012 (UTC)
Yeah, so here's what's happened: The record of each and every single edit ever made has been changed on the servers in Florida. In Amsterdam, the Toolserver has a full copy of Wikipedia. The database software that WikiMedia uses does replication from Florida to Amsterdam, but it's been overwhelmed by the half billion changes to the database. It's desperately trying to copy them over, and while it's doing so it's not keeping up-to-date with ongoing changes to articles - so things like edit counts, date-last-changed, etc aren't making it into the database. Estimates for how long this will take vary wildly, presumably because a "how far have we gotten" can't be obtained - so effectively there's no progress bar. So various ways of making an estimate have been used, but the real answer is "it'll be done when it's done". The whole replication process can be halted by merely restoring a backup of Florida's database over Amsterdam's, and that's what the Toolserver technicians have requested from the WMF, because - what I consider to be the likely case based on the numbers above - it's going to take a very long time. Josh Parris08:45, 29 March 2012 (UTC)
Hello all,
I am one of the roots of the toolserver and I was asked to do a little explaining what's going on at the moment and where the source of the problem was. A little history first:
At the middle of January both active roots were visiting the datacenter of the toolserver and had no internet-access for several hours. Sometime during the offline-periode the WMF changed the master-db-server of enwiki, because there was a problem with with the old server; that means that the toolserver stops the replication ("replication" is the process that keeps 2 (or more) db-servers in sync) and waits until a root changes the master-config-entry so the replication can continue. The situation was special that time, because the WMF brought the old-master (as slave) back very fast and so the toolserver continued to replicate from the old-master instead of the new-master; as we noticed that, it was already too late. We managed to switch to the new master later, but we were unsure if corruption had happened.
At the beginning of March an toolserver-user noticed a strange result in a database-query and further investigatment proved that our copy of enwiki was corrupt; the only way to fix that is to get a fresh dump from the wmf. We requested a dump at the WMF and were told that it will take a few days. We have 2 servers for enwiki and 1 of them did not show the wrong result – so I changed our setup in a way that only the non-corrupt server is used.
Roughly arround the same time, Mediawiki became version 1.19. The update brought some changes in the database-shema – the most important is the adding of some fields. The adding of a field takes some time, depending how big the table is – it can take days if the table is realy big (like the "history-table" of enwiki).
Of course it is not possible today to switch the english-wikipedia in read-only for some days until the change is done – so the wmf does a trick: they change the database-slaves first (one by one) and when every slave is done, they switch the master to a slave (so a slave becomes master). The toolserver can do that too for normal, because we have 2 servers for enwiki – but not this time because 1 server is still corrupt; also there was some miscommunication between the wmf and us and between the toolserver-roots, and so the update was brought to us with the normal replication – which is bad because now we have to wait several days until the change-command is done until the next command can be executed by the server.
What the near future brings: I requested a fresh dump again at the wmf tonight and the dumping is done at the moment. I think that will be done today night or tomorrow morning. Than it will take some hours to copy the dump over the atlantic. The import will take 2 or 3 days AFAIR and than few hours to catch up the replag – so there will be a non-corrupt- and up-to-date-server real soon (and a second few days later). Today morning 1 of our server finished the update (what a pitty: it was the server that is corrupt for sure) and so I hope that the other server will finish soon too (the server has more load and so it will take longer for normal).
I hope that answer your questions what happened. If you have further question, ask and I will try to answer them here – but please accept that I will not watch this village-pump forever, because enwp is not my home-wiki. --DaB. (talk) 13:50, 29 March 2012 (UTC)
Thanks, DaB, for the explanation, which I partially understand. It seems that several different problems occurred, and combined to cause this issue. I'm sure many editors appreciate getting your communication about this. For now, one question: Do you have an estimate of when the problem will be completely fixed, and the replication lag all caught up? I'm sure it would be hard to pinpoint an exact hour, but can you estimate it to within, let's say, a day? Thanks again. — Mudwater (Talk)01:01, 31 March 2012 (UTC)
The revision-table (that's the table which contains the history-data) is importing at the moment; that's one of the last big ones. I would say that tomorrow evening the import should be done. --DaB. (talk) 20:08, 31 March 2012 (UTC)
I really like the server names :¬) My favourite so far is hemlock ... Is the dump in yet and are we still on track for 01-April finish? Chaosdruid (talk) 03:00, 1 April 2012 (UTC)
No, the importing is slower then I thought it would be and it is not finished yet. I guess we have to wait until tomorrow. --DaB. (talk) 22:34, 1 April 2012 (UTC)
DaB. posted earlier today on toolserver-l as follows:
the import of s1 on thyme was finally done this morning (took a few days longer than I expected); replication is already running, replag is lower than 5 days at the moment. I declared it as sql-s1-rr and it is read-only at the moment (to speed up the replication a bit).
I will also switch sql-s1-user to it and will make it read/write somewhen tonight. Shortly after I start the re-import on rosemary. Please note that thyme has no commons-copy at the moment, so joins between enwp/commons are not possible on sql-s1-rr at the moment and will not be possible on sql-s1-user soon (when I start the re-import on rosemary).
Since "tonight" is in Central European Time, I take that (with hope) to mean sometime within the next couple of hours, at which point those tools that rely on user databases (but not those that need to access commons) should become available again. --R'n'B (call me Russ) 18:47, 3 April 2012 (UTC)
Fantastic work! The lag is now down to less than four hours. Ah, the edits are literally pouring in :P ~*~AnkitBhatt~*~ 05:34, 5 April 2012 (UTC)
It appears that we're all caught up now. Great. Thanks to DaB and to the others who worked on fixing this problem. — Mudwater (Talk)10:38, 5 April 2012 (UTC)
Some Toolserver tools
I found some tools on toolserver, such as edit counter, didn't appear recent changes on the English Wikipedia. However, other wikipedia doesn't have this problem. --MakecatTalk13:14, 3 April 2012 (UTC)
Can someone tell me what is the obsession with edit counters, so I can stop making tools that work like witchcraft and start making popular stuff. And why isn't WP:popups enough? — Dispenser19:31, 3 April 2012 (UTC)
The Toolserver database is used by many reports and tools; some bots depend upon it. When the replag is high, these processes may be at best inaccurate, at worst may carry out some harmful action which they believe will "correct" a problem which no longer exists on en.wp
X!'s edit counter is one of the easiest ways of checking whether Toolserver's replag is high or not, because it puts a great big message right at the top when replag is high.
Caution: Replication lag is high, changes newer than 3 days, 16 hours, 53 minutes, 31 seconds may not be shown.
No scrollbars show up for me in the diff, aside from the ordinary vertical browser one. Equazcion(talk) 17:49, 7 Apr 2012 (UTC)
I am using Firefox 11.0 running on Ubuntu 11.10 and I saw two scrollbars in the diff page. Is this a Firefox bug? – Allen4names21:47, 9 April 2012 (UTC)
I don't know what it could be, but I'm on Firefox 11 in Windows 7 x64, no scrollbars. Equazcion(talk) 21:50, 9 Apr 2012 (UTC)
I don't see scrollbars in the diff linked above, but I have seen them elsewhere about 4-5 days ago (Windoze XP, Firefox 3.6.28, Monobook). The specific diff I don't recall, but the edit summary was more than two lines long and contained some characters in a non-Latin script (possibly an Asian script), which made one of the lines slightly taller than normal. --Redrose64 (talk) 23:39, 9 April 2012 (UTC)
Here's an example. The changed line, and the one two below, both show scrollbars at their right-hand sides, on both the left- and right-hand panes. These two lines both contain the two characters "⟨" and "⟩" which in edit mode are about five times as tall as normal characters. --Redrose64 (talk) 14:44, 16 April 2012 (UTC)
5 times ??? That is a bit much. I suspect this indicates that the used font does not have that specific character, and that your rendering is falling back to a different font that has a much larger base size than the font that should be used. I have seen similar issues in the past, and it usually happens in cases where the line-height is not sufficient for the character that needs to be drawn. If your OS is using such a completely different font for this specific glyph fallback, then I guess that would explain the problem you are seeing because the glyph would not fit inside the 'normal' line-height. This would be expected behavior in that case. —TheDJ (talk • contribs) 16:22, 16 April 2012 (UTC)
en.m.wikipedia.org and __NOINDEX__
All the pages I have started in userspace have a __NOINDEX__ directive on them -- so they won't be searched by search engines.
Nevertheless recent google searches for topics I work on are showing some userspace pages I created -- not under en.wikipedia.org -- but under en.m.wikipedia.org.
I am guessing that en.m.wikipedia.org contains all the regular wikipedia content, reformatted for represenation on browsers running on blackberry and other mobile devices?
The __NOINDEX__ should produce a <meta name="robots" content="noindex, nofollow"> tag in html. From what I can make out from your example the mobile version has a robots tag but the normal version doesn't. There may be an issue with the redirect in user space no producing a robots tag. Otherwise The DJ's right. It's probably a legacy issue. Next time Googles' bot crawls the site, the mobile site should disappear. — Blue-Haired Lawyert17:20, 16 April 2012 (UTC)
Deletion log not appearing for recently deleted file
When I go to File:Choky Ice image.jpg, deleted two days ago, the entire contents of the page are as follows:
File:Choky Ice image.jpg
From Wikipedia, the free encyclopedia
View or restore 4 deleted edits?
Jump to: navigation, search
No file by this name exists, but you can upload it.
File usage
No pages on the English Wikipedia link to this file. (Pages on other projects are not counted.)
Why doesn't an entry from the deletion log appear? FYI, running Monobook through IE8 in Windows 7, although I can't see how that's relevant. Nyttend (talk) 05:53, 10 April 2012 (UTC)
I have noticed this before and it is extraordinarily annoying. I didn't know you could click the "File" tab to see the deletion log, and without knowing that it is very annoying trying to pull up the deletion log. Can this be changed so that the deletion log is shown at both URLs? —danhash (talk) 14:35, 10 April 2012 (UTC)
Is there a problem with HotCat? On some pages, I can add categories, and on some, I cant'. Now, I know there is some code to add to pages to deny that, but these are normal article pages. Allen (Morriswa) (talk) 23:52, 14 April 2012 (UTC)
I'm not aware of any HotCat problem. Note that HotCat cannot edit categories that are transcluded onto the page from templates. Lupo11:59, 16 April 2012 (UTC)
Some times response is slow, and an incomplete load can take place, and perhaps the hotcat javascript is not loaded for you. If you purge or reload the page it may reappear. Graeme Bartlett (talk) 00:22, 18 April 2012 (UTC)
This code {{:2011 NCAA Men's Division I Basketball Tournament: qualifying teams}} is used on this page, which picks up some tables from this page. Can someone explain what is happening, so I can use the approach elsewhere?--SPhilbrick(Talk)21:10, 18 April 2012 (UTC)
That code simply pulls the page content from the article (like a template), but a specific bit is wrapped in <onlyinclude>...</onlyinclude> tags making the "template" call only include that bit of the page. I hope this explains it clearly enough :) [stwalkerster|talk]21:19, 18 April 2012 (UTC)
Ah I think I get it. I wasn't sure how it knew what pieces to bring over, and I was expecting that to be specified in the template, but now I see it is specified in the page itself. Thanks.--SPhilbrick(Talk)21:27, 18 April 2012 (UTC)
Using articles as transclusion material should be avoided. It may make sense to turn the tables in a given article or articles into templates or subtemplates, to be transcluded. --Izno (talk) 22:43, 18 April 2012 (UTC)
Issues with the security certificate?
In the past week, I have had repeated problems accessing the site on Firefox because of issues with the security certificate. This is the message I see on the page to which I am redirected:
This Connection is Untrusted
You have asked Firefox to connect securely to en.wikipedia.org, but we can't confirm that your connection is secure.
Normally, when you try to connect securely, sites will present trusted identification to prove that you are going to the right place. However, this site's identity can't be verified.
What Should I Do?
If you usually connect to this site without problems, this error could mean that someone is trying to impersonate the site, and you shouldn't continue.
When I open the technical details I see:
en.wikipedia.org uses an invalid security certificate.
The certificate is only valid for the following names:
.wikimedia.org , wikimedia.org
(Error code: ssl_error_bad_cert_domain)
When I add the exception, I still cannot access the English Wikipedia, instead, I get this error message:
Error 403 Requested target domain not allowed.
Requested target domain not allowed.
Guru Meditation:
XID: 1087749757
Varnish cache server
Just a little while ago, I encountered this same problem whilst in the middle of editing an article, which had never happened before. I have no trouble accessing any of the other Wikimedia pages, including the other language WPs. I am, to say the least, perplexed. Does anyone have any idea what is going on? ---RepublicanJacobiteTheFortyFive16:49, 19 April 2012 (UTC)
VPT not showing up at VPALL
Once again, this Village pump is showing up as blank on Wikipedia:Village pump (all). It happens from time to time due to someone's incorrect markup or template use. I'm sure one of you technically minded people will fix it soon now that I've raised the issue, but is there any way in general to prevent it in the future? Is there no way to make the other page ignore broken stuff in transcluding this one? Ntsimp (talk) 17:15, 19 April 2012 (UTC)
I fixed this case in [20]. That was tricky. The nowiki tags didn't work because the onlyinclude tags say to ignore everything outside the tags when the page is transcluded. This meant the surrounding nowiki tags were also ignored. I don't know a general solution to prevent future cases. PrimeHunter (talk) 17:46, 19 April 2012 (UTC)
Bugzilla:9584 (filed in 2007, status "new"): onlyinclude tags currently take precedence over nowiki tags in transcluded pages, and vice versa in non-transcluded text. — Richardguk (talk) 18:00, 19 April 2012 (UTC)
The {{tag}} template is the best way of generating a tag for demonstration, but not for being acted upon by the Wikicode parser. In this case {{tag|onlyinclude}} generates <onlyinclude>...</onlyinclude>. --Redrose64 (talk) 18:55, 19 April 2012 (UTC)
User script list deprecation
Wikipedia's list of user scripts is in bad shape, in that it is disorganized and contains many non-working, unmaintained, or thoroughly obsolete entries. Cleanup has been on the to-do list since 2007, but little progress has been made. Instead, the whole list is now set to be deprecated on 1 May 2012, to be replaced with a new list. This draft list has been up for about a month, and in that time I've been soliciting script users and authors to come add scripts they know to be working and relevant.
If you know of scripts that you would like to survive this deprecation (and are confirmed working and relevant), you're welcome to add them to the new list. Note that the old list will be retained and linked from the main list, so there is no real deadline. Thanks for your help. Equazcion(talk) 20:30, 19 Apr 2012 (UTC)
Problem displaying wikipedia content in iPad application
I'm seeing Wikipedia mobile content not sized correctly when displayed within iPad apps using UIWebView. It is as though the mobile version has the page width fixed to the size of the iPad device, not the actual view it is displayed in.
This is what I'm seeing: [21]
This is what I want to see: [22]
This used to work correctly. I suspect Wikipedia has become smarter in detecting it is displaying on an iPad and adjusting the frame size assuming it is being displayed with the iPad Safari browser.
Is there any way to specify the content width along the lines of http://en.m.wikipedia.org/w/index.php?title=Jupiter&device-width=320.0 (which doesn't work by the way)? — Preceding unsigned comment added by 24.87.55.100 (talk) 02:03, 22 February 201201:11, 21 April 2012 (UTC)
IPA font support
We got a complaint that Gentium Plus, probably the best IPA font freely available, is no longer supported. I don't know where our IPA class is specified. Could we add the following fonts to the CSS?
Considering the very low installed base of Gentium and other non-standard fonts on Windows, adding those fonts to .IPA and .Unicode is not regarded benificial. — Edokter (talk) — 09:17, 14 April 2012 (UTC)
I've been working on creating a C# class library for general use in accessing MediaWiki servers through the API interface (I'm aware that there are a couple of others already out there, not least of which are AWB and DotNetWikiBot, but I've never been satisfied with any of them, and it just seems better to start from scratch then to take on all of their baggage). The work that I've done on it has been off-and-on for a while now, and it's grown fairly large... honestly, I'm reaching a point where I'd just like to get it done already (or, at least, get it working so that it's at least in an "alpha" state, you know?). Adding to that, I'd also planned on releasing it publicly eventually anyway, and so I'm wondering if there is anyone out there with a little bit of web space, preferably with SVN, (to upload the project to) and/or if there's anyone around that wants to chip in some development time. I'm not sure that I want to run a whole open source project thing, but... well, I wanted to at least post this and see what sort of reaction that it gets. Regards, — V = IR(Talk • Contribs)20:11, 13 April 2012 (UTC)
I hate sourceforge... I like a bunch of the projects on there, but I find the site itself to be... I don't know, I just don't like it. I don't really know much about github (which uses... git, right?) or CodePlex. I guess that I should check them out. Anyway, the project is up to more than a dozen files already, and probably a few thousand lines (although, admittedly, a lot of that is comments. I document the hell out of my code. ). I am targeting .NET 4.0, but I don't think that I'm using any 4.0 features yet (Code Contracts is something that I like... not sure if I've added any to this project yet, though). — V = IR(Talk • Contribs)23:54, 13 April 2012 (UTC)
Code contracts=D. I remember hearing about the complaints of how the static checker wasn't available below VS Premium. Documentation is good. Not sure why you don't like those sites...but you can always upload the project as a zip somewhere(megaupload, dropbox, etc.) ...though it's a bit harder to track changes. Smallman12q (talk) 02:13, 14 April 2012 (UTC)
Yea, it may not be such a good idea to be adding any code contracts to a project that will probably be open source... I thought that there was an add on for VS Express, but... I don't need to worry about those things, since I own Pro... or was it Premium. heh I'm looking at CodePlex, and I like what I see so far, so I may start a project there. — V = IR(Talk • Contribs)03:37, 14 April 2012 (UTC)
When I check my Incoming Events on my anti-virus, this sometimes comes up as having been blocked. But what I find interesting is the explanation that is tied to Wikimedia, and I wonder if this is something to be concerned about:
"A computer at bits-lb.eqiad.wikimedia.org has attempted an unsolicited connection to TCB port 1045 on your computer. TCB port 1045 is commonly used by the Rasmin Trojan service or program. The source computer has scanned your computer for this trojan, but it has been blocked by your firewall."
I also get similar incoming events from bits-lb.eqiad.wikimedia.org from TCB port 1041,1043,1044, etc., but none of them mention the Rasmin Trojan. Maile66 (talk) 11:41, 17 April 2012 (UTC)
For some reasons when I do nearly any edit as an IP or an Editor I am required to put in a capcha. Often requiring it to be input several times before its accepted. I understand that this is to prevent vandalism but it seems to me that this requirement is more of a hinderence than a help. If someone wants to vandalise the pedia an extra step isn't going to stop them and for spammers all I need to do is create an account andn make a couple edits first. Plus we have safeguards to catch this that IMO are superior to requiring every IP and new editor to use a captcha. If we make editing difficult enough people will just stop using it. I think that the reason I get it as an IP are pretty clear and with the status of my account appearing as though I am brand spanking new account to the system its pretty clear to me why thats happening. At the very least I do not think we need to require a captcha for every petty little edit nor do I think we need it for edits to talk pages.
Your edit includes new external links. These may be much welcomed links to references. Please note that the nofollow HTML attribute is applied to external links in Wikipedia, instructing search engines to ignore these links when computing page ranks. For information on our standards for adding links, please see our External links Guideline.
To help protect against automated spam, please enter the words that appear below in the box, without any spaces (more info)
Yes I admit that might be part of it but IMO we shouldn't be requiring a captcha for something like this anyway. This encourages editors to not edit. Especially when the messageg doesn't match the action. Kumioko (talk) 16:51, 19 April 2012 (UTC)
Check the contents of the banner, particularly the collapsed "todo" sections. There are external links in there. Anomie⚔02:36, 20 April 2012 (UTC)
Actually the SUL didn't do much, he renamed my account as Kumioko (renamed) so that I could create the Kumioko account. It was the only way to make it work since I got pissed a couple months ago and wiped out my email and scrambled my password. Unfortunately Wikipedia isn't very good at recovering passwords with no EMAIL. Oh thanks Anomie, I didn't catch that. Still seems kinda silly though. Kumioko (talk) 02:39, 20 April 2012 (UTC)
I gave you the "confirmed" user right, which should take care of some of the hassles until the autoconfirmed kicks in. Ks0stm(T•C•G•E)02:59, 20 April 2012 (UTC)
What's the point of {{Ctitle}}? I understand how it could occasionally help to display the title in ways other than its actual name (especially non-mainspace pages), but it causes substantial display problems. IE 8 in Windows 7 with Monobook causes the "new" page name to appear above the normal page name, hiding the "article", "talk", "edit this page", etc. buttons completely. See its appearance in reCAPTCHA — we have
It seems to do that in Vector too in my tests. Probably why it's only in use on two pages -- the user and user talk page of a single user. Equazcion(talk) 04:06, 20 Apr 2012 (UTC)
...who happens to also be the template's author. I'm nominating for deletion. Equazcion(talk) 04:07, 20 Apr 2012 (UTC)
Sorry if this is the wrong place – I don't think I've posted at VP before.
On the page where protection settings are edited (such as this one for the main page), there is a dropdown box of protection durations (hours, days, weeks, months, year). The final menu item is "infinite". Shouldn't this be "indefinite", implying there's no set end to the protection? I just protected a page using the "infinite" option, and the page log uses the wording:
11:38, 20 April 2012 Mattgirling (talk|contribs|block) protected Example [create=sysop] (indefinite)
It's hardly a big issue, but infinite ≠ indefinite, and we should really standardize the two terms. Again, sorry if this is the wrong place – hopefully someone can point me in the right direction if not! matt (talk) 11:44, 20 April 2012 (UTC)
On closer inspection, the above also applies to the move-protect and pending changes duration fields. matt (talk) 11:48, 20 April 2012 (UTC)
HTTPS issues?
Is anyone else having issues with HTTPS or is it just on my end? I wouldn't be surprised if corporate decided to block it... Chrome is giving "Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data." when I try to view any page on Wikipedia using HTTPS. — Preceding unsigned comment added by 38.111.64.107 (talk) 18:04, 20 April 2012 (UTC)
As Steven said, it's down for all WMF wikis, secure.wikimedia too, stick to http while it's getting fixed. For those of you with HTTPS anywhere, simply open its configuration panel and disable it for "Wikipedia" (that option controls all Wikimedia wikis). SnowolfHow can I help?18:34, 20 April 2012 (UTC)
I posted an issue above that might be related to this. It is a very frustrating situation. Turning off HTTPS Everywhere in Firefox did not have any effect. Sometimes, closing Firefox and restarting helps, but that does not always work, either. Anyone have any ideas? ---RepublicanJacobiteTheFortyFive18:43, 20 April 2012 (UTC)
currently (for me at least) throws a PHP error message saying the Mediawiki(?) parser ran out of memory:
If you report this error to the Wikimedia System Administrators, please include the details below.
PHP fatal error in /usr/local/apache/common-local/php-1.19/includes/parser/Parser.php line 2003:
Allowed memory size of 125829120 bytes exhausted (tried to allocate 175617 bytes)
There are some fairly big problems with it at the moment:
You get 3 lines of text and then a big link to click that... reloads the same page, with a form on it. This makes the UI slower and more frustrating to use. Just have the link go straight to the form and put those 3 lines of text at the top.
When you click on a file red-link, the standard upload form prompts you to upload a file with that name. The name gets lost in aforementioned unnecessary click-through so the file name field is not pre-filled as it should be.
Most of the time when clicking a file red-link you are more interested in the file that used to be there and why it has gone, than in uploading a replacement. The standard upload form used to have a link to the deletion log for that file. Now there is nothing, because the file-name parameter gets dropped. Manually entering Special:Log as the URL and copy-pasting the red-link is unnecessarily tedious, and not exactly intuitive for new users.
I'm an experienced editor, not too dumb, and have uploaded I'd guess 8 images (not many). The process is very confusing to me; with the two destinations, I don't even know where the main place to do it is at, and it isn't clear where those lines on the form end up. Last time one that looked like it wanted a description got used as the file name, and so not the file name is messed up , like a sentence with spaces and punctuation. I need to go to a few more years of upload college and then I can go fix that. North8000 (talk) 15:02, 18 April 2012 (UTC)
The whole thing sucks, but it's point seems to be to discourage people from uploading anything, and marking whatever is actually uploaded so that it can be deleted. In that respect the wizard seems quite successful. That being the case, I don't see what needs to be said at Wikipedia talk:File Upload Wizard... other than maybe suggesting that the wizard simply be replaced with a big stop sign saying "please don't upload anything". — V = IR(Talk • Contribs)17:51, 21 April 2012 (UTC)
Yes. It kind of is a mess. And it seems to be a "test" that has gone on indefinitely. A revert request was denied, ironically, because there was no consensus to get rid of the test version that was implemented without discussion (as far as I know). Killiondude (talk) 06:29, 22 April 2012 (UTC)
What's really needed is a top level page "how to upload images" which gives the missing overview and gives navigation to / context for the useful pages / pages to use. North8000 (talk) 19:58, 22 April 2012 (UTC)
Some days I have no choice but to use the antiquated IE 7.0. When I do, trying to edit is sloooow and I mean geologically slow as pages load. I suspect I could speed up page load times by tweaking my monobook, but as I don't begin understand it (I've depended on the kindness of tech-savvy others to get it right) I'm loathe to touch it. I'd be most grateful if someone could take a look for me and suggest changes that retain maximum utility while delivering maximum possible improvement in load times. --Dweller (talk) 15:28, 19 April 2012 (UTC)
Is there still a bot fixing bare URLs, changing them into proper citations? That was a thing right, or am I imagining it? I haven't seen this happen in a long time, but I coulda swore... ▫ JohnnyMrNinja18:20, 20 April 2012 (UTC)
I just entered at Wikipedia and every page (including the main) has been... magnified (zoomed in). But, ONLY the English Wikipedia. Every other Wikipedia is OK. What's happenning?--188.4.155.188 (talk) 02:21, 21 April 2012 (UTC)
Some browsers remember a magnification setting separately for each website, so perhaps you inadvertently changed the magnification while browsing Wikipedia (there are various mouse and keyboard shortcuts which can be applied accidentally, such as pressing the control key while scrolling the mousewheel). Try using your browser's View or Tools menu (while viewing enwiki) to change the magnification back to 100%. — Richardguk (talk) 05:33, 21 April 2012 (UTC)
Because there are fewer years involved, I thought I could change the format, and have each year as a column.
I broke the data into a table with locational info, then a separate table with dates.
I'd like to keep the sortable functionality, as it means you can double-click on a column and see all the venues associated with an selected year. However, main it sortable widens the column a bit. I can see the entire width on my screen, but it scrolls on a smaller screen which is less than optimal. I could break it into two groups of years, but wondered, if someone had some other thoughts. I tried changing the font size to 8 point, but that didn't seem to gain me anything.--SPhilbrick(Talk)21:40, 21 April 2012 (UTC)
Is there some reason all the text had been bolded? I'm thinking that adds considerably to the byte size and makes the download much slower.Maile66 (talk) 01:11, 22 April 2012 (UTC)
Do you mean literally all the text? Or all of the headings? I intended to made the headings bold, which is common practice. I will try removing the bold, to see if it helps. I removed the bold font, but I believe table headings, or table headings when sortable, are bold by default.--SPhilbrick(Talk)01:34, 22 April 2012 (UTC)
Things that are bold by default don't need explicit style settings to do so...my generalized take on Maile66's comment is: "why are you doing any explicit formatting instead of relying on the same standard wikitable format used everywhere else?" Forced cell- and font-sizing and such make this thing look weird when embedded in any normal article (might be an artifact of conversion from Excel rather than an intentional formatting decision in the wikitable syntax?). DMacks (talk) 04:45, 22 April 2012 (UTC)
As to the issue of sortability for the venue/year matrix, how about a simple sortable three-column table (venue, year, whatever-code-letter). Sorting by venue would cluster all events for each venue; sorting by year would cluster all events for each year (along with their venue). DMacks (talk) 04:50, 22 April 2012 (UTC)
Yes, the cell by cell coding is an artifact of the Excel to Wiki conversion. I tested that by creating a couple of barebones examples, one without sorting, one with.
The first is reasonably compact, while the second one is much wider. The bold comes with the choice to make it sortable.
Unfortunately, I would really like to make it sortable.
As for your second suggestion, if I understand it, the table would be narrow, but would have 741 rows, which I think is too long. Is it possible I misunderstood the suggestion?--SPhilbrick(Talk)11:25, 22 April 2012 (UTC)
Yikes! I didn't look at the full size of the dataset. That's just one example of a generic feature I can't find on wikipedia: a way to column-wrap and flow long-and-narrow tables (unlike the nice multicolumn feature of {{Reflist}}, for example, which doesn't work for tables (User:DMacks/coltest being my test)). DMacks (talk) 16:46, 22 April 2012 (UTC)
Default image thumb size has been changed
Somebody seems to have changed the default image thumb size to only 120px wide, and I wonder if they went about it in the right way. 120px IMHO is way too small - both for the image itself as it shows up in the article and for the caption text that has less space to flow in. What was wrong with the previous setting? Let's put it back to ~220px please. -Stevertigo (t | c) 10:41, 22 April 2012 (UTC)
I think wikipedia should implement the <meta property="og:image" ... /> tags. Either that, or the <link rel="image_src"> one. I've written a screen scraper to substitute, but having these standards implemented would have made my life a lot easier. Just a suggestion for the future.
What happened to the "Permanently Disable Mobile Site" option?
Starting a couple weeks ago, the Wikipedia mobile site started showing up on my phones again, but now the option to disable the use of the mobile site has disappeared. What gives? --WikiDonn (talk) 17:04, 22 April 2012 (UTC)
Why is that a bad thing? If you don't want to edit on, say, German Wikipedia, you don't have to. There are several benefits for these accounts existing, but if you don't use them the main benefit is that it prevents other people from registering the same username as yourself. That way, there won't be any edits made by somebody else who wanted to use the login name Whenaxis - and so you won't get the blame for their bad edits. --Redrose64 (talk) 14:56, 21 April 2012 (UTC)
No, that's not quite true. If you have a unified account (even if it's only between two projects), nobody can create any accounts with your username on any other Wikimedia Foundation projects. The unneeded accounts are indeed harmless, however. Graham8709:42, 22 April 2012 (UTC)
Another interesting thing about unified logins is they assign edits to your account if you edited a page that got copied (with attribution) to another Wikipedia. For example, with my edits to German Wikipedia show more than the 2-3 that I have actually made. --kelapstick(bainuu) 09:53, 22 April 2012 (UTC)
IIRC, they do that even if you didn't unify before the import (technical term), thus meaning that other users could erroneously get credited with your creations. - Jarry1250[Deliberationneeded]17:29, 23 April 2012 (UTC)
ForeignDBViaLBRepo: write operations are not supported.
Is there like any possible way we could transcode articles as templates? Like perhaps some kind of page? If not would it be possible to make one? Well thanks anyway.
Any page may be transcluded; to transclude an article you need to insert a colon after the opening braces, as in {{:Wage reform in the Soviet Union, 1956–1962}} --Redrose64 (talk) 21:23, 23 April 2012 (UTC)
Rollback error
Please excuse me if this is in the wrong section.
On occasion, when I'm using rollback and Twinkle, I'm getting an "Unable to proceed" error with a message along these lines:
There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again.
Sounds like this is related to the general loss of session data people have been experiencing (since before the update). See #Having trouble staying logged in above. Equazcion(talk) 01:55, 24 Apr 2012 (UTC)
I was getting rollback failures similar to that described by LuK3 (they may have been exactly the same) on 14 April 2012, so it's not new. They only happened about four times, and cleared up by themselves. --Redrose64 (talk) 13:09, 24 April 2012 (UTC)
@Cyberpower678: this isn't a rollback, it's a revert (although Twinkle does misleadingly describe it as "rollback", see Wikipedia:Rollback feature#Additional tools). The true rollback feature is not the group of links above the "Latest revision" text, but the single "[rollback]" link to the right of the "(talk | contribs)" links; it goes back to the most recent version made by a different editor instantly, and does not allow a custom edit summary. --Redrose64 (talk) 13:26, 24 April 2012 (UTC)
Strange ref error message
Resolved
Here's a little riddle for our tech gurus: why is it that the page Talk:Macedonian language currently has an automatic Cite error warning (for a ref tag used on the page without a following "references" section), but that warning is written in Macedonian? I am seeing a big red error message at the bottom of the page saying "Грешка при цитирањето: Статијата има ознаки <ref>, но не ја најдов потребната ознака {{наводи}} (или <references/>)", which is obviously the mk version of the "There are <ref> tags on this page, but the references will not show without a {{Reflist}} template or a <references /> tag". I've seen that same thing on some other page too. Fut.Perf.☼13:12, 24 April 2012 (UTC)
Yes. The cite extension produces messages in the user interface language of the user who last generated a parsed version of the page (i.e., by purging or editing it). The default English-language messages include some magic that automatically hides them on talk pages, but the Macedonian-language version does not. If someone with their interface language set to English edits or purges the page, it gets re-parsed with English-language messages. Ucucha (talk) 15:09, 24 April 2012 (UTC)
When I go to edit a page or section, the edit window appears, and I click into it and start typing. I'm a keyboard watcher, not a touch typist, and often I find that the window has changed font, gone back to the top of the page or section, and my typing has vanished like the morning dew. Sometimes I see it doing this before I start typing, and other times it doesn't change at all. I find this extremely irritating, especially if I am trying to get something in quickly. I use Monobook on Firefox 10.something (they started badgering me about 11 a couple of days after I'd installed 10.something, this being a new machine to me). This has gone on for some time now, but I've only just come in here to complain about diffs (and thank someone for the new gadget as it turns out). I can't see the point of this overlaying of the edit window, especially as both fonts are non-proportional (or monospaced if you prefer). Is there any way of stopping this - don't suggest using Vector - and why does it do it? Peridon (talk) 13:13, 24 April 2012 (UTC)
I've found that it happens in Vector; and it also happens in Monobook, but only when I'm using the whistles-and-bells toolbar. See Wikipedia:RefToolbar - disable the enhanced editing toolbar at Preferences → Editing → Usability features so that you're using RefToolbar 1.0 - does that fix it? --Redrose64 (talk) 16:48, 24 April 2012 (UTC)
I use the toolbar 2.0a - essential for accents, quick nowikiing and so on. (I miss the quick and easy accent entry I had when working on Macs...). I notice that the gadget for changing the diffs back to the old style also does its work by overlaying. Why can't these things replace instead of overlay? And on a sideline, about the toolbar, why can I find no copyright sign in it? I know that it isn't used in article work, but when explaining copyright matters it is embarrassing to have to refer to 'a c in a circle'. Peridon (talk) 17:38, 24 April 2012 (UTC)
All these things are available in the edit tools - this is below the "Save page" etc. buttons, to the right of the drop-down menu. By default (when the menu shows "Insert"), there are the following:
I have received one report that my User:Ohconfucius/script/MOSNUM dates.js script is now working only intermittently for said user. The user uses FF11.0. I also use FF11, but have not been able at all to reproduce the problems reported; I see no other bug reports other than the *ugh, please give me the old diff engine back* variety. So the question is: is this causing problems with other scripts? --Ohconfucius¡digame!15:42, 24 April 2012 (UTC)
I notice the recent changes to the comparison screens when viewing the differences between different pages of an article. The template used in the layout looks nice. Is it available for use in regular pages? It resembles the {{framework}} template I imported from the Italian Wikipedia last year. --Jeremy(blah blah • I did it!)20:42, 24 April 2012 (UTC)
This is probably due to the "Use an external editor" preference being checked, as is explained in this section of the VPT. I have proposed this theory to the complaining user in the second question s/he posted to the New contributor's help page. If this theory doesn't solve the user's problem, then it obviously warrants further discussion. Robert Skyhawk(TC)23:07, 24 April 2012 (UTC)
Query strings on Wikipedia
I think it would be cleaner if the Edit tab etc. link to, for instance, /wiki/Wikipedia:Village_pump_(technical)?action=edit rather than the verbose /w/index.php?title=Wikipedia:Village_pump_(technical)&action=edit. The former works just as effectively as the latter for some reason, and they already do this on Wikia. Why not here? 68.173.113.106 (talk) 02:12, 25 April 2012 (UTC)
Today I ran onto a Commons image that shows uage in three articles here at en wiki but all three articles were deleted more than two years ago. This is not the first time I ran onto usage in deleted en wiki articles. Does anyone have an idea where to locate the database issue? --Denniss (talk) 10:19, 24 April 2012 (UTC)
Was about to point you to your own thread on Commons for a second there :P The erroneous entries are in globalimagelinks, a table on Commons. Presumably page deletions do not trigger the correct hook? A bug should be filed (or found if not already filed). - Jarry1250[Deliberationneeded]11:28, 24 April 2012 (UTC)
Further to #New "diff" view is horrible and illegible above - it would be nice if we got explicit notification of these changes (and how to configure them) and/or other new things added to Preferences. The list of "extras" or configuration items seems to grow over time, but I don't know unless I check it occasionally. If we can be notified explicitly of other assorted items (eg WP:PEND), why can't we be notified of changes to the UI? Mitch Ames (talk) 13:27, 24 April 2012 (UTC)
UI changes are generally well trialled in some quarters, if you know where to look (the Signpost for example, where I am responsible for writing them up. Diff colouration was also discussed at length here on VPT a couple of months back following one of my reports.
I don't want to sound overly touchy but it seems like these updates always affect the scripts and apps like twinkle when they are put out. Most of the time these apps are quickly and easily fixed but that may not always be the case. It seems to me that in most cases the programmers know what types of things in these upgrades might cause problems for the scripts and apps (java changes, changes to the naming schema, etc.) but the apps ans scripts aren't notified until after the fact. I think it would be helpful if the developers had a list of these things that might be affected and drop a note on the talk page a week or so before hand. There can't be more than a couple dozen primary ones (such as AWB, twinkle and the ones under the gadgets tab). Plus it could additionally allow an opt in for users and bot operators who might find it useful. Kumioko (talk) 16:15, 24 April 2012 (UTC)
(On a related issue, note that with RL2 coming in, there will be a central repository across different projects, allowing the global community to benefit from the kind of quick JavaScript maintenance that pervades on en.wp.) I mean, essentially what you're talking about there is a mailing list style notification for release notes, which shouldn't be too tricky if there was demand. More the issue is that (speaking as one of them) maintainers of software built on top of other software don't have the time to -guess what might break; it's easier to just wait and see. - Jarry1250[Deliberationneeded]16:33, 24 April 2012 (UTC)
Jarry1250, a simple notification at the top of the page (with a "dismiss" link) when I go to any Wikipedia page the first time (or until I dismiss it) after that notification is posted. (It needs to be any page, not just Main Page, because typically I don't use Main Page, I go straight to My watchlist.) We already get them for some things anyway - eg when the pending revisions trial started. These are simple, not overly obtrusive, easy to dismiss, typically we only see them once. The current notifications are sometimes useful and generally quite acceptable. Mitch Ames (talk) 03:06, 25 April 2012 (UTC)
@Mitch Ames: if you put MediaWiki:Gadgets-definition on your watchlist, you'll be notified when gadgets are added or removed. To be notified when they're amended, you need to watchlist the .css and/or .js pages of the specific gadgets that you're interested in. Each entry in MediaWiki:Gadgets-definition consists of two or more elements, separated by pipes; these elements are partial filenames. The file indicated by first element is the summary text which is displayed at Preferences → Gadgets, the others are the actual gadget code. To form the actual filename, you should ignore any portions inside single square brackets; then the remainder of each element should be prefixed with MediaWiki:Gadget- to make the filenames which comprise the gadget. For example:
the one much mentioned above which fixes the diff colours is shown as OldDiff[ResourceLoader]|OldDiff.css, so its textual summary is at MediaWiki:Gadget-OldDiff and the gadget code is at MediaWiki:Gadget-OldDiff.css
Thank-you, that could be quite useful. Are there equivalents for tabs other than Gadgets? A sentence or two on Help:Preferences explaining how to monitor for new options would probably be a good idea. Or more likely a sentence pointing to another page with the details (as as you described above). Mitch Ames (talk) 03:10, 25 April 2012 (UTC)
AFAIK, the Gadgets tab is the only one in Preferences which is customisable to any great extent. All the others come from the MediaWiki software. This is why the arrangement of the preferences is pretty much the same for all the Wikipedias in different languages, but the Gadgets tab varies enormously. For example, the Italian Wikipedia has many more gadgets than English (several of them customise the toolbar). By contrast, the Slovak Wikipedia has only five; and the Welsh Wikipedia has none at all. It follows that any changes to the available preferences usually happen at the same time across all the Wikipedias, and coincide with a MedaiWiki rollout; but such rollout doesn't affect the content of the Gadgets tab. --Redrose64 (talk) 19:03, 25 April 2012 (UTC)
One thing that's been clear for a long while is that the developer community is... opaque, to the regular en.wikipedia community. This isn't even close to the first time that this issue has come up. People point to the Signpost (which is perfectly understandable, especially from Jarry1250 who usually writes it) and the various mailing lists, but those "solutions" rather miss the point. The developer community is very stand-offish. They've successfully limited their exposure to the en.wikipedia community for years, by filtering everything through second hand sources like the Signpost and controllable channels such as the mailing lists. I understand their point of view on this as well, because bogging down the devs with the sorts of discussions that take place on this page wouldn't be a wise use of resources. Still, there's got to be a better way than this. — V = IR(Talk • Contribs)21:46, 25 April 2012 (UTC)
No, no, that might be true but it's not a fair assessment: it's a two way thing. Developers don't on the whole come here, Wikimedians don't generally go there. So of course there exist devices whereby both groups can meet in the middle (mailing lists, newsletters); it seems unfair to say that things would be better if sod it, you know, they came over here more often, without adding that things would also be better if Wikimedians went over there more often (both being time-consuming activities that the "visiting" party does not enjoy very much). In any case, in my experience developers are often open to suggestions on how to better publicise their activities; pinging VPT with items from http://wikitech.wikimedia.org/view/Software_deployments, perhaps? Or some other concrete proposal? - Jarry1250[Deliberationneeded]13:17, 26 April 2012 (UTC)
Yea, well... Sorry, but I stand by my opinion. I mean, their all "over there" with their own wiki (or is it: this one? Or maybe it's this one?) Even if you do go there, "outsiders" get shouted at for bringing things up all the time (don't even try to deny it), if not simply ignored (the most likely outcome). There isn't supposed to be a divide, but the developer community is decidedly opaque to those who aren't members (and I'd say that it is even to marginal members. I'm hardly completely unfamiliar with the developer community). If anyone wants a concrete suggestion on improving communication, how about creating something similar to the Village Pump on mediawiki.org? I'm sure that there are other ideas that could be developed, if there was a central place to do so (that wasn't a damn mailing list. There's no way I'm posting to a public mailing list.) — V = IR(Talk • Contribs)19:42, 26 April 2012 (UTC)
I never said I disagreed with you part of the analysis, I was just pointing out that attributing unwelcomeness and unwilling to engage to the other party is to miss how one can be more open and inviting oneself. That said, a VP on MediaWiki.org might be a useful idea. - Jarry1250[Deliberationneeded]21:04, 26 April 2012 (UTC)
Im not getting the arrows to expand the groups of edits
With this new change I no longer see the little black arrow next to the article that lets you expand the list of edits to that article. I think its an extra gadget but not sure exactly which one. Either way its not working now. BTW I am currently using IE7. Kumioko (talk) 15:47, 24 April 2012 (UTC)
"Wikipedia uses a custom file Javascript along with a generic library to collapse and expand the various sections on a page, but much of the library goes unused. By rewriting the site's Javascript to just perform the required function, Thiagarajan and colleagues were able to reduce the energy used from 15 to 9.5 Joules."
"Making similar changes to the CSS files and images, they were able to reduce the total energy used in loading Wikipedia from 35 to 25 Joules, a saving of 29 per cent. They say that as well as making websites fast and good looking, web designers should also take into account the energy used in loading the page" --Guy Macon (talk) 22:26, 24 April 2012 (UTC)
I'm not sure how often devs actually look at this page. If you were interested enough you could poke the appropriate person (Pchang seems to be one such person) or for more widespread developer discussion, create a thread on wikitech-l. Killiondude (talk) 00:55, 25 April 2012 (UTC)
Not only we devs look at this page regularly, but also we've been butthurt about that article since it was published, before this report. The authors don't seem to be interested in a more reasonable analysis with real usage patterns, so we're going to publish a rebuttal soon. Keep an eye on Wikimedia Blog! ;) Max Semenik (talk) 07:58, 25 April 2012 (UTC)
Every time I edit today, the system logs me out. I know the problem has been raised previously, but it seems to be much more of a problem today than ever before. I am in the UK. Ghmyrtle (talk) 11:41, 25 April 2012 (UTC)
I just wanted to add that I have also been getting this problem. It most commonly occurs when I back page to a previously edited page and with Mozilla firefox. I have not had the problem with IE. Kumioko (talk) 16:32, 25 April 2012 (UTC)
I can confirm that this is happening to me too (FF5). It usually happens in this fashion: the page - either loading an article, an edit window, or a preview - loads rather (more) slowly (than usual), and it comes up as if I was logged out. Refreshing "magically" logs me back in. - The BushrangerOne ping only21:35, 26 April 2012 (UTC)
When using the gadget to get the old diff colours, it displays as the new diffs then jumps to the old diff, is there a way to stop the jump between the 2 diffs, the jump in the layout is annoying? Keith D (talk) 13:20, 25 April 2012 (UTC)
That's the way ResourceLoader loads gadgets. I could try loading it in the top queue, but I don't know what the effects are. — Edokter (talk) — 18:07, 25 April 2012 (UTC)
Running iOS 5.1 on my iPhone 4S. In Safari, I'm having trouble tapping the status bar to scroll up on most large articles (for example, United States, Cambodia, Tennis) when in mobile view. When I switch to desktop view, everything is normal. Is this bug? I wasn't sure if this issue was worth a bug report. Scott523 (talk) 17:07, 25 April 2012 (UTC)
"Sorry! This site is experiencing technical difficulties."
I'm suddenly getting this every time I submit an edit, though I stay logged in, and the edits are being submitted. Anyone else getting this? Equazcion(talk) 00:51, 26 Apr 2012 (UTC)
Full text:
Sorry! This site is experiencing technical difficulties.
Seems to be okay for now... Equazcion(talk) 01:23, 26 Apr 2012 (UTC)
Failing to connect DB server?
When I do anything involving an edit (rollback or a normal edit), it says there are technical difficulties, specifically that the connection to 10.0.6.41 failed. However, the edit is saved nevertheless.--Jasper Deng(talk)00:52, 26 April 2012 (UTC)
Sorry for being late to the party, but are you guys all using Internet Explorer 9? Whenever I use it, it does that to me every time I save an edit. Yet the edit goes through. Chrome is much more forgiving overall, though on occasion it does sporadically log me out, then log me back in upon refresh. Calabe199203:17, 27 April 2012 (UTC)
I'm on Firefox 12, and only got this during the brief period I reported above. Otherwise I've been fine here. IE8 seems to be working fine here too when submitting edits. I don't have IE9, otherwise I'd test. Equazcion(talk) 03:21, 27 Apr 2012 (UTC)
OK, this is weird. The exact issue I described above has just happened again multiple times (logging out then back in) and now I just got a loss of session data while trying to save this edit. Windows 7/Google Chrome here. Calabe199203:27, 27 April 2012 (UTC)
I actually just got a loss of session data myself suddenly. I don't think it's related to your ongoing database connection issue, but I could be wrong. Equazcion(talk) 03:30, 27 Apr 2012 (UTC)
A separate problem - alternative page
Over the past week I have found that sometimes when I first load a page, the page changes text to Times New Roman and the layout and other things are all over the place. Refreshing the page seems to sort it out. I am just wondering if it is a problem on my end or is it happening to anyone else? Simply south......going on editing sprees for just 6 years (as of 28/03/2006) 18:46, 26 April 2012 (UTC)
It means that for whatever reason, not all of the CSS files (style sheets) were obtained by your browser, so your browser has fallen back onto its default styling, which for some browsers will indeed be a font similar to Times New Roman.
There seems to be a general problem with slow servers, with various effects: people losing session data, being logged out, images not coming back, etc. Plenty on this further up the page. --Redrose64 (talk) 19:14, 26 April 2012 (UTC)
Version 1.0 Editorial Team
The Wikipedia 1.0 Editorial Team, which organizes offline releases of Wikipedia, has begun working on our next release—the version 0.9. Now we're trying to identify which members are still active and attract new members, so we can start the work. The issues related to the version 0.9 are being discussed here. Please add your comments to the discussion, and let us know here if you would like to be involved. Thank you. Ruslik_Zero18:51, 26 April 2012 (UTC)
Would it be possible for someone to create a script or gadget that would add a link to the corresponding page when viewing a category? For example, if I am reviewing a category that shows the article it would have something like (t) in parens after it representing the talk page or if I was viewing a category with a talk page it would show something like (A) for the corresponding article? I find it unnecessarily time consuming to have to click on one to get to the other andn it seems like it should be possible to make something like this. Kumioko (talk) 19:37, 26 April 2012 (UTC)
I think he wants talk page links next to article links, and article links next to talk page links, no matter which are present in the category listing. That shouldn't be too hard to script. Equazcion(talk) 22:28, 26 Apr 2012 (UTC)
I don't know where else to put this, or if I'm late to this particular party, but for the love of all things Holy, why has the "show differences" function been ruined? Not "changed", "improved", "modified", or "altered", but ruined? It looks like Google+ has been let loose on the Wikiproject, and as such, what used to be clear has been turned obscure and abstract. The changes made are no longer clear, which surely must be the whole point of giving editors the right to see the edits made in such a way? Was this put to a vote? Was there a banner across the top of the screen?
Modernisation for the sake of it often ends, as this has done, with an end product totally at odds with its purpose. When I choose "compare differences", I want to see just that. At the moment, I can see different shades of background. Not good enough. doktorbwordsdeeds22:37, 26 April 2012 (UTC)
I am very happy for cutting edge coders thinking of ways to improve the interface. I am sure that to them, adding a revert gadget is a great solution but:
I will vote for a LTS version over a beta version for production work.
If I have 15 mins to catch up on my 900 item watch list- I don't want to lose it in Gadget chasing. I think the cutting edge coders forget that the task is creating and maintaining a body of content and the correct approach should have been an opt-in button.
I haven't time to follow red green pink arguments- but I report that on a Thinkpad R50e Running Ubuntu 10.4LTS the diff beta version doesn't work. Test must always be done on legacy machines.
Bad interwiki data on the ro: article (now removed). Two bots feeding from the same source ... the bad ro: data was only added today. Should be at an end now (unless the ro: article is reverted or there are more interwiki bots feeding from a now stale source. --Tagishsimon(talk)01:47, 27 April 2012 (UTC)
I've blocked the bots that have modified the page from changing it again for now. Something tells me another bot will try it, however, before this gets addressed. Calabe199204:22, 27 April 2012 (UTC)
Good idea. Meanwhile I reverted the bot on ro.wiki on the VW Golf article and moved the interwiki links to the ro.Austin Maxi article, which was created only yesterday. I wonder if that has anything to do with these renegade bots. Δρ.Κ.λόγοςπράξις04:51, 27 April 2012 (UTC)
Cool. I have the article on my watchlist, and if no other bots seem to have come after it within the next day (or if someone objects to it for another reason), my tag probably can be removed. Calabe199204:56, 27 April 2012 (UTC)
So long as at least one article with a bad interlanguage link (ILL) exists on any language, a bot will propagate that to all the other languages again - and in the reverse directions too. It's not just one or two bots that do this, there are dozens at it. The trick is to fool the bots into thinking that the link is there, so that they won't try to re-add it; but at the same time, render the link invisible. You do both of these by putting the bad link inside HTML comment tags, like this. You then need to go to each page that is or was linked in other languages (whether that was a good or bad ILL), check for bad ILLs on that article and hide those too, as here and here. Hooray for WP:SUL! --Redrose64 (talk) 19:06, 27 April 2012 (UTC)
I'm not sure if this is the correct place to mention this, but every time I see the cross-in-circle for the Terms of Use banner currently sitting atop every page, I mistake it for the superficially similar cross-in-circle icon for a Good Article. Then I find myself wondering why seemingly poor articles are marked as Good :) Is there any chance of changing that close button to use a different icon? — Amakuru (talk) 15:21, 27 April 2012 (UTC)
Database lag
181 seconds so far. Taking all bets. Equazcion(talk) 19:00, 27 Apr 2012 (UTC)
Aw man, it's going down already. Equazcion(talk) 19:03, 27 Apr 2012 (UTC)
If a template is transcluded more than once without arguments then the result of the first transclusion is copied to the later occurrences for efficiency. This happens with {{reflist}} in Draft 8 and Draft 9. Later in Draft 10 there is a transclusion saying {{reflist|2}}. This has parameters so a real transclusion is performed there instead of copying, and the ref with italics in Draft 9 is shown there. PrimeHunter (talk) 22:11, 27 April 2012 (UTC)
I am currently behind the Great Firewall of China, so I often find it necessary to use a private HTTP proxy to access various websites. This works fine for browsing Wikipedia, but I often find that saving my edits results in unreasonable delays, sometimes as much as several minutes. Is this intentional? Surely it should not apply to legitimate logged-in users. – Smyth\talk05:20, 28 April 2012 (UTC)
Also the diff matters
I'm the user of zh-wikipedia, I would like to ask for something.
Does any one of you have encounter this or this? I mean in en-wikipedia.
Middle-clicking on a link in the Terms of Use banner does not work as intended
When I middle-click one of the links in the for the Terms of Use banner currently sitting atop every page, the link not only gets opened in a new tab (correct behaviour), but also replaces the current tab (which is a bug). There seems to be a Javascript programming error causing this. Please fix this. — Preceding unsigned comment added by 84.187.106.171 (talk) 14:40, 28 April 2012 (UTC)
Modifying/Removing top links
Resolved
If I want to remove some the links that are available at the very top of the pages (like "My Talk", "My Watchlist", "My Contributions"), what should I do ? -- Pg 6475TM14:44, 28 April 2012 (UTC)
If you go to Special:MyPage/common.css, you can mix and match the following lines (n.b. to regulars: yes, I know you could merge them, but I'm going for simplicity over efficiency here):
Each represents the hiding of one of the elements. You may need to refresh your cache (CTRL/CMD-refresh or Shift-Refresh depending on browser) to see the effects. Hope that helps, - Jarry1250[Deliberationneeded]14:51, 28 April 2012 (UTC)
An admin just needs to delete the redirect currently at Dordogne River and move the page back there. You can request it at WP:RM in the future, but one of them will probably see the request here. Equazcion(talk) 21:01, 28 Apr 2012 (UTC)
...but it appears someone else fixed it now :) Equazcion(talk) 21:07, 28 Apr 2012 (UTC)
Moved. You can also ask for admin-assistance with uncontroversial moves at WP:RM#Requesting technical moves. And that is usually a better option as there was a bit of confusion caused by more than one admin attempting to move the page at nearly the same time. older ≠ wiser21:11, 28 April 2012 (UTC)
I notice that all three became redirects following the second admin's attempt. I'm confused about how that could've happened, but glad it's restored now. Equazcion(talk) 21:13, 28 Apr 2012 (UTC)
(after ec) When I made the first move, that left a redirect behind. The second admin then moved the redirect over the article. I then restored the article.
yes, that's exactly how I made my mistake. Thanks for identifying it. I was confused looking at the choices when making the redirect, and for some reason I didn't see the correct choice. Thanks! MathewTownsend (talk) 21:32, 28 April 2012 (UTC)
I made the namespace mistake once too, since that dropdown namespace menu was implemented. I wonder if that's been a common problem. Equazcion(talk) 21:37, 28 Apr 2012 (UTC)
We used to have a distinction between {{Reflist}}, which displayed notes in small print, and <references/>, which displayed them full size. The latter was useful for footnotes where we didn't want the reader to have to deal with small print. However, the two displays now look the same to me. Is there a reason that they are now apparently redundant? And what can we do where we don't want small print?
Guessing maybe the change was made because footnotes in print are usually all small? I don't know though. You could use <span style="font-size:115%;"><references /></span> to make them bigger. Equazcion(talk) 20:58, 17 Apr 2012 (UTC)
<references /> was styled to the same size as {{reflist}} in December 2010 after a proposal was supported. I am not aware of any other template that used any other size. If you don't like the smaller font, then you can set a personal style with Preferences → Gadgets → Disable smaller font sizes of elements such as Infoboxes, Navboxes and References lists. ---— Gadget850 (Ed)talk21:18, 17 April 2012 (UTC)
We have a number of articles where <references/> was used to not reduce the font size. Sometimes in a Notes section, with regular reduced {{Reflist}} in the references section. This has been for various reasons, for example explaining the pronunciation or native orthography of the head word, where we don't want reduced print because IPA, Arabic, Chinese, etc. can be difficult to read in small print. With this change, we'd need to have a bot search all the articles on WP and manually go through them, which would be a ridiculous amount of work. — kwami (talk) 21:24, 17 April 2012 (UTC)
Decipherment of rongorongo. You might argue that the Notes section should be small print, but it went through FA full size, and I think that's a decision to be made for each article. There are others that I've come across, with IPA etc. that really is hard to read in reduced type, but I can't think of any off the top of my head. — kwami (talk) 23:18, 17 April 2012 (UTC)
Sure, for IPA, Chinese, Arabic, etc. If you have the page set for a comfortable reading size, then when you come across scripts that are more difficult to read, making the font smaller only compounds the difficulty. Take the IPA: often a large number of diacritics, which involve a lot of fine detail. You can't just go by whether or not you have a diacritic, but which diacritic it is. This is difficult when the font is the same size as what is comfortable when reading English orthography. When you reduce the size, then the reader needs to adjust the display of their browser just to read the footnote. And it's not just a matter of having good near vision: when the details of the diacritics fall below the resolution of your monitor, a magnifying glass wouldn't do you any good. Sometimes diacritics are conflated: that nasal vowel disappears, for example, and becomes mid tone instead. Anyway, I think this is a decision to be made in the article, and such decisions have been made with the two reference calls that we had available. Their merger has messed up the formatting of articles that depended on them.
As for Arabic, have you ever seen a multilingual package that included Arabic or Persian? Take a look at the ingredients. You'll notice the Arabic script is not reduced to the same tiny size as Latin, Cyrillic, etc, because it becomes illegible. Similarly with Chinese: when printed small, complex Chinese characters are rendered as solid blobs of ink, again illegible. We sometimes don't want to clutter the lead with foreign scripts, so we relegate them to a footnote, but purposefully do not choose {{Reflist}}, because it make them too small. — kwami (talk) 00:39, 18 April 2012 (UTC)
{{reflist}} was created to add formatting to <references/>. Now that <references/> has that formatting inherently, the template {{reflist}} is redundant and should be deleted. Then we can create {{reflist2}} to recapture the original behaviour of <references/>. It all seems rather pointless – can't we just have the expected behaviour back? — kwami (talk) 01:38, 20 April 2012 (UTC)
What difference does that make? Do you bring up irrelevancies just to be difficult?
What is the point of a modified ref template if it does the same thing as having no template? Since everyone here is so unhelpful, maybe it's best to create a new template and get a bot to convert over instances of <references/>. Utterly pointless, and a wasted server load, but the people who edit the articles should not have their choices overridden remotely, without anyone actually looking at the articles that are affected. — kwami (talk) 05:24, 20 April 2012 (UTC)
I just don't see the problem. I have asked you for clarification, and you brought up the apparently irrelevant IPA, Chinese, Arabic. We can't fix problems we don't understand. This has been "broken" for well over a year. Out. ---— Gadget850 (Ed)talk10:17, 20 April 2012 (UTC)
I have done my best to explain, and don't understand how you could not understand. The examples are things which become illegible in reduced font sizes. The reason they're a problem is that they're illegible. It's straightforward to fix: don't reduce the font size. The standard font reduction is part of {{reflist}}, as it should be. But it should be optional, and the unformatted <references/> tag used to allow that option. Yes, I've been aware of it for a while, but I wasn't sure how to fix it or where to go to get it fixed, and it wasn't on the top of my to-do list. — kwami (talk) 23:13, 20 April 2012 (UTC)
For Chinese, compare full-sized 說解繁體簡筆圓龍舊體 with reduced 說解繁體簡筆圓龍舊體.
For Arabic, compare full ٱلرَّحِيمِبِسْمِ ٱللهِ ٱلرَّحْمٰنِ أَبْجَدِيَّة عَرَبِيَّةتم بیٹھوآپ with reduced ٱلرَّحِيمِبِسْمِ ٱللهِ ٱلرَّحْمٰنِ أَبْجَدِيَّة عَرَبِيَّةتم بیٹھوآپ.
For Cambodian, full យុគលពិន្ទុក្បៀសក្រោមសំយោគសញ្ញាមូសិកទន្ត with reduced យុគលពិន្ទុក្បៀសក្រោមសំយោគសញ្ញាមូសិកទន្ត.
For Tibetan, full སྤུ་གུ་ཚོསྦྲུས་པ་ཡོདམཛོ་མོ་ཁྱོད་གཉིས་ཁྱེད་རང་ཚོ་སྙིང་རྗེ་པོ་སྙིང་རྗེ་པོ་ with reduced སྤུ་གུ་ཚོསྦྲུས་པ་ཡོདམཛོ་མོ་ཁྱོད་གཉིས་ཁྱེད་རང་ཚོ་སྙིང་རྗེ་པོ་སྙིང་རྗེ་པོ་.
For IPA, full ɗ̥ə̂ˀwk͡p̚ʔŋʷjə̌ˀntə̌nɗàːtd̪ˠuːi̯n̠ʲɾˠɛ̝̈vʲən̪ˠˈsˠön̪ˠfˠɑ̟ːʃʲ with reduced ɗ̥ə̂ˀwk͡p̚ʔŋʷjə̌ˀntə̌nɗàːtd̪ˠuːi̯n̠ʲɾˠɛ̝̈vʲən̪ˠˈsˠön̪ˠfˠɑ̟ːʃʲ.
As diacritics become more common, reduced font sizes become more difficult to read. Arabic contains numerous diacritics (pointing), as often does the IPA. Chinese is a problem because of the line density of the characters compared to Latin. Cambodian and Tibetan are problems because the letter size is already reduced to allow stacking. — kwami (talk) 23:48, 20 April 2012 (UTC)
Come on, now, this is clearly an issue of policy (about the correct size of references) and not a technical issue. Participants should go start an RFC is they wish to change the status quo of consistent reflist/reference tag styling. It's not a matter for VPT. - Jarry1250[Deliberationneeded]10:28, 20 April 2012 (UTC)
I didn't realize we had a policy on ref sizes. I agree that would be the place to address this. Could you point me to where it is? — kwami (talk) 23:07, 20 April 2012 (UTC)
@Kwamikagami: <references /> does not have all the functionality of {{reflist}}, because when multiple columns are used, or where notes are given identifiers which are not ordinary Arabic numerals, an enclosing <div>...</div> is required to add the applicable CSS classes. For example, here are two notes:[a][b] which with {{reflist|2|group=lower-alpha}} appear as follows:
As you see, there is only one column, and both notes have numbers, not the intended letters. The {{reflist}} template adds the <div>...</div> which produces the desired formatting. Specifically, it's class="reflist references-column-count references-column-count-2" style="-moz-column-count: 2; -webkit-column-count: 2; column-count: 2; list-style-type: lower-alpha;". We can't expect editors to add all that by hand, therefore {{reflist}} should stay. --Redrose64 (talk) 15:36, 20 April 2012 (UTC)
You have my objection backwards. I understand that {{reflist}} adds functionality, and am not requesting that it be deleted. Since that functionality is optional, there is no problem with it. However, it also adds formatting, and the formatting should be optional. It used to be: if we didn't want the formatting of {{reflist}}, we just used <references/>. However, the formatting of <references/> has now been modified to match {{reflist}}, which means that it is no longer optional. That's what I object to: The formatting should be part of the template, not inherent in all types of notes without distinction. The editors of an article should have the option of allowing notes to be formatted in the reader's default settings. — kwami (talk) 23:07, 20 April 2012 (UTC)
Beg pardon, but with this edit you stated the template {{reflist}} is redundant and should be deleted, so your post immediately above I understand that {{reflist}} adds functionality, and am not requesting that it be deleted leaves me very puzzled. Do you want {{reflist}} deleted, or not? --Redrose64 (talk) 14:48, 21 April 2012 (UTC)
Larger quote: "Now that <references/> has that formatting inherently, the template {{reflist}} is redundant and should be deleted. Then we can create {{reflist2}} to recapture the original behaviour of <references/>. It all seems rather pointless..." He was making a point, not saying he actually wanted {{reflist}} deleted -- though perhaps also at the time was unaware of the extra options it offers. Just a musing: Would there be any huge problem with creating a reflist2 with the original formatting, or adding a parameter to reflist for that? Equazcion(talk) 15:07, 21 Apr 2012 (UTC)
Sorry, I've missed a few days.
An example I'm working on now, where it would be nice to have full-sized notes: Bharati braille. There's a mix of Indic scripts in the notes, as well as braille. Especially considering that this page might be of interest to readers with problematic vision!
Yes, something like a "size=full" parameter would be nice. I expect we probably wouldn't want to accept any numeric input as a percentage, as that would just encourage inconsistency, but I should think full-size, like we used to have, shouldn't be a problem.
But that still leaves all the articles with <references/> which were intended to be full size. It would be a nearly impossible task to go through them all. — kwami (talk) 08:27, 26 April 2012 (UTC)
How would you tell if <references /> was used to intentionally give full size? It might have been added before {{reflist}} was invented (24 October 2006); it might have been added by a user who was unaware that {{reflist}} existed; it might have been added by somebody who knew of {{reflist}} but who believed them to be interchangeable. After all, when {{reflist}} was first introduced, it was nothing more than <div class="references-small"><references /></div> - the multiple columns came later. --Redrose64 (talk) 13:22, 26 April 2012 (UTC)
I think we should allow the editors of the article to decide that. We've had the reflist template for 6 years; there's been plenty of time to switch over. Sure, there are articles that haven't been copy edited since then, but we aren't fixing anything by overriding conscious decisions to use the full-size template. — kwami (talk) 08:10, 28 April 2012 (UTC)
Sorry, I didn't see your response. My point was that it doesn't matter if there was or was not a discussion before the size of the references tag's output was changed, it's a fait accompli (and not a recent one either) so the onus is really back on you to convince others of the need to switch it back. That's what an RFC is good for and VPT very bad for. - Jarry1250[Deliberationneeded]15:42, 29 April 2012 (UTC)
Suddenly can't perform admin actions
A few minutes ago, I deleted a page as a copyvio. Right now, I'm trying to delete three pages, but none of them are going through: clicking the "Delete page" button simply refreshes the screen and preserves the custom rationale that I've written for one of them. At the same time, I've tried blocking and granting user rights to ThisIsaTest, but neither attempt has gone through. Is this a server issue, or is there potentially some other problem with my connection? Buttons for deleting and protecting are still showing up, so I've not been desysopped randomly; I was also able to edit the sandbox just now. IE8/Windows 7. Nyttend (talk) 13:13, 23 April 2012 (UTC)
I am having trouble getting editnotices for my user talk archive pages to work. It seems the page names I've tried are not working. I first tried
Template:Editnotices/Group/User talk:Mlpearc/Archive. Then in research I tried to follow this documentation Wikipedia:Editnotice#User and user talk, I guess I'm just not getting the right title format. Can anyone point me in the correct direction. Thanx. Mlpearc (powwow) 03:09, 29 April 2012 (UTC)
Prime hunter thank you, I kinda got that duh feeling as I read your reply lol. Yes I would like to have a group notice for my archives that's why (Gadget850 that page doesn't exist) I was leaving the numeral off in hopes to have it display at any number archive. So I think User talk:Mlpearc/Archive 0 would work for archives 1, 2,3, and so on. Thanx to you both, I'll give it a go. Mlpearc (powwow) 03:44, 29 April 2012 (UTC)
HTTP/1.0 400 Bad Request Server: squid/2.7.STABLE9 Date: Mon, 23 Apr 2012 14:45:12 GMT Content-Type: text/html Content-Length: 3111 X-Squid-Error: ERR_INVALID_URL 0 X-Cache: MISS from amssq46.esams.wikimedia.org X-Cache-Lookup: NONE from amssq46.esams.wikimedia.org:80 Connection: close
I need to create tools to replace inwiki links to help in translation. I'm sure what some such tool already exist, but i want to do it myself.--Igor Yalovecky (talk) 17:11, 23 April 2012 (UTC)
===Header===
* Text <ref name="fred">Plain Reference</ref>
* Date {{#time:Y-m-d|2011-17-11}}
* Text <ref name="fred"/>
===References===
{{#tag:references}}
and the references generate a cite error.
If I then swap around the two refs then it works or if I fix the #time function so that it does not error then it also works. Looks like a bug to me.
Looks like this was caused by my changes to MediaWiki:Pfunc time error. We can't use a template in this interface page to control how the error is triggered like we do with cite errors. I had reverted before while testing other issues, but did not see this issue. There is still some odd interaction with {{dts}} and List-defined references. ---— Gadget850 (Ed)talk01:15, 28 April 2012 (UTC)
That's still a bug. It looks like the problem is that MessageCache (used a few levels inside wfMsgForContent) grabs the global $wgParser, and then calls transformMsg() on it which calls preprocess() (rather than recursivePreprocess()), which calls clearState() on the parser, which of course clears the Cite extension's state. OTOH, I don't know whether replacing the preprocess call with recursivePreprocess would break other things. Anomie⚔02:54, 28 April 2012 (UTC)
I can see one mistake. Compare the wikitext on the two lines below to the results.
I think he's saying since the month needs to be the second time value, and there is no month 17, that's why an error is being thrown. Equazcion(talk) 07:07, 28 Apr 2012 (UTC)
You're missing the point. The bug is that when MediaWiki:Pfunc time error transcludes a template, anything that causes an error in the #time parser function also makes MediaWiki forget all references encountered earlier in the page. There may be other things that cause this same problem, BTW. Anomie⚔19:27, 28 April 2012 (UTC)
A template works fine in the Cite MediaWiki interface pages, but not in MediaWiki:Pfunc time error and possibly other ParserFunction interface pages. I checked my changes on test.wiki first, but it never occurred to me that it might interfere with references. I am checking to see if this has been reported yet. ---— Gadget850 (Ed)talk12:43, 29 April 2012 (UTC)
Most of the Cite.php messages use wfMsgForContentNoTrans or wfMsgNoTrans, neither of which have this problem, and then if necessary manually call recursiveTagParse on it. If you try using a template in MediaWiki:cite reference link prefix/suffix, you might run into this problem. Anomie⚔19:53, 29 April 2012 (UTC)
I meant the Cite.php error messages. Can't see using a template in any of the interface pages used to build a reference. On the gripping hand, I don't see a bug report on this. Since you grok the issue, would you start this one? ---— Gadget850 (Ed)talk20:04, 29 April 2012 (UTC)
I checked this diff and I am sure that any bug reported will be labelled Won't fix because templates should not be transcluded into MediaWiki namespace. – Allen4names04:01, 30 April 2012 (UTC)
Occasionally, I see this button and all of my watchlisted pages that were updated since my last visit boldened, like on Meta. I personally dislike that feature as a waste of time, but what's more interesting is that it only appears sporadically with no relevant entries in the server admin log (on wikitech).--Jasper Deng(talk)03:28, 30 April 2012 (UTC)
Yeah, I got the same thing that Jasper describes a few hours ago, but after I refreshed my watchlist it disappeared. Weird. 05:49, 30 April 2012 (UTC) — Preceding unsigned comment added by Jenks24 (talk • contribs)
http://wikitech.wikimedia.org/view/Server_admin_log#April_27 has the entry: "18:24 logmsgbot_: reedy synchronized wmf-config/InitialiseSettings.php 'Set wgEnotifWatchlist to true for all wikis. Leaving wgShowUpdatedMarker set to false for all the big wikis'". This shouldn't cause the watchlist button at enwiki but if somebody is changing server settings these days then maybe something temporarily happened. By the way, it's news to me that mw:manual:$wgEnotifWatchlist ("E-mail me when a page on my watchlist is changed" at Special:Preferences) has been enabled at the English Wikipedia. Earlier it has been said that it would cause too many emails. I have just tested that it currently works here. PrimeHunter (talk) 06:34, 30 April 2012 (UTC)
It happened for me yesterday, but earlier than that (about 16:00 UTC). Refreshing put it back to normal with one small difference: if the row represents the most recent revision, it no longer shows (top) at the right-hand end. --Redrose64 (talk) 13:38, 30 April 2012 (UTC)
2012 (UTC)
I've gotten a slight variation of this, twice, and not consistently. Once yesterday afternoon, and once just now. And then it went away. I don't get the "mark all pages" message. The bolding has no rhyme or reason that I can figure out. It's not all watched pages recently changed, and it seems to have nothing to do with whether they're pages I created (or didn't), or something I just worked on (or didn't). It's not even consistently every other watched article that's bolded. It's like a scatter-shot version of bolding, with no common factor on why one is bolded and the other not.Maile66 (talk) 16:27, 30 April 2012 (UTC)
If the bolding is the same as that which has been on the Commons watchlist for a long time, it means that there has been a change to that page since you last visited it. --Redrose64 (talk) 18:00, 30 April 2012 (UTC)
Please define "Commons watchlist". If you are referring to my own Watchlist over at Commons, it has nothing to do with that bolding here on Wikipedia. Maile66 (talk) 19:43, 30 April 2012 (UTC)
It's commons:Special:Watchlist. On that, certain page names may be shown in boldface. In the box at the top, there are the usual messages "You have nnn pages watched not counting talk pages." and "Below are the last n changes in the last nn hours, as of 12 September 2024 ...". In between these there is a message "Pages which have been changed since you last visited them are shown in bold". This bolding has been on Commons for many months (possibly years); it suddenly appeared on English Wikipedia yesterday, then disappeared again just as mysteriously. While it existed, it was the same type of bolding. --Redrose64 (talk) 20:33, 30 April 2012 (UTC)
Shouldn't upload list included deleted files?
I'm trying to sort out some issues with a new editor, which are very confusing for reasons not worth the recounting here, but I do have a specific question:
Is there something wrong with servers? The system keeps logging me out. Sometimes, not all times though, when I click on another page, I'm logged back in. I'm currently using Firefox 11 if that helps. Elockid(Talk)22:37, 10 April 2012 (UTC)
It doesn't work for Chrome as well. I'm also asking because after logging in, the icons of the other WikiProjects don't display. So I'm wondering if there's any correlation with that. I don't think this is a password problem. This occasionally happens but never to this extent. Elockid(Talk)23:03, 10 April 2012 (UTC)
Go into Firefox's options, click the Privacy tab, then find the place where it says you can clear cookies. Remove any that have "centralauth" in them.--Jasper Deng(talk)03:06, 11 April 2012 (UTC)
In the worst case scenario your account has been hacked; this often results from being logged in on a second computer somewhere else simultaneously.--Jasper Deng(talk)17:22, 11 April 2012 (UTC)
Ah, that sounds familiar. See Wikipedia:Village pump (technical)/Archive 96#Being logged out unexpectedly: is this the same issue? Please note that your browser losing session data is not the same as being logged out: you're still logged in, you've just been in an edit window for too long without going for any one of "Save page", "Show preview" or "Show changes", so MediaWiki thinks that you've abandoned your edit. My advice is to hit "Show preview" at intervals no longer than 30 minutes. --Redrose64 (talk) 22:28, 11 April 2012 (UTC)
A bit. More recently, sometimes when I edit, I get error that there was a lost in session data and am logged out (it gives me the warning that my IP will be displayed when saving). This happens even in less than 5 minutes. Clicking on another page, I am logged back in. It's also not just that. Sometimes after clicking on the links to my Watchlist, Contribs, or in Wiki links, I am no longer logged in. However, when going to another page or clicking the back button and then going to another page, I am no longer logged out. I don't have any problems staying logged in other sites such Toolserver, Email, etc. Elockid(Talk)00:59, 12 April 2012 (UTC)
Clicking on any Wikipedia link outside Wikipedia such as clicking a link to Wikipedia from Toolserver or Google logs me out as well. Elockid(Talk)01:13, 12 April 2012 (UTC)
I've just had the "Sorry! We could not process your edit due to a loss of session data. Please try again. If it still does not work, try logging out and logging back in." error when I'd been editing a page for less than three minutes. I was definitely logged in both before and after, and my login cookie hadn't expired - I had logged out and logged in again just 16 minutes earlier because of a rollback failure. --Redrose64 (talk) 17:03, 14 April 2012 (UTC)
I'm not sure if this is related, but if I leave WP on a page for >5 minutes and then click on, say, the link for my watchlist, it brings up the standard not logged-in page.--GilderienTalk|Contribs
Im still constantly getting thrown out seems to be a bigger problem here when you combine slowness cant save due to loss of session data and this. Is there a bugzilla thread on this.EdinburghWanderer18:08, 16 April 2012 (UTC)
I'm getting it randomly tonight - can't edit at all. One second I'm logged in & if I go to another page, I'm logged out. Safari 5.5.1. Truthkeeper (talk) 00:47, 17 April 2012 (UTC)
User:Catrope identified a memcached host with issues as the likely source of the problem, and replaced it with a spare. The issue should be resolved now, please report if you see it again during normal editing. --Eloquence*19:12, 18 April 2012 (UTC)
If our initial diagnosis is correct, you may still be getting occasional errors until you've manually logged out and logged back in to clear corrupted session information. Can you please confirm that you've done so, and report whether any issues still occur regardless?---Eloquence*21:46, 18 April 2012 (UTC)
I'm getting a lot of "Sorry! We could not process your edit due to a loss of session data. Please try again. If it still does not work, try logging out and logging back in." errors while editing this afternoon. Any particular reason for this or is it just random weirdness? - The BushrangerOne ping only21:02, 14 April 2012 (UTC)
Still having trouble..80.3.25.148 (talk) 16:27, 19 April 2012 (UTC)
This is doing my head in. I've tried ten times to log in in ten minutes. What the hell is wrong with the server???????????????80.3.25.148 (talk) 18:49, 19 April 2012 (UTC)
"If our initial diagnosis is correct, you may still be getting occasional errors until you've manually logged out and logged back in to clear corrupted session information. Can you please confirm that you've done so, and report whether any issues still occur regardless?" (Erik, above) - Jarry1250[Deliberationneeded]10:35, 19 April 2012 (UTC)
Its happened 5 times in the last 9 minutes. Right confirm I've logged out manually now and logged in again, we'll see how it goes now!♦ Dr. Blofeld10:41, 19 April 2012 (UTC)
I keep getting "loss of session data" errors. Logging out and back in again fixes it until the next edit that I want to make, when the problem recurs. Any suggestions? Thanks.--ukexpat (talk) 14:44, 20 April 2012 (UTC)
It was temporary, but I tried to log in about eight times after experiencing multiple LOSD errors; the login errors were at first the "unexpected error" type but then changed to something about attempting to prevent login hacks (I wasn't really paying attention to the exact wording, sorry, I probably should have but I was more frustrated at the time!). - The BushrangerOne ping only17:27, 20 April 2012 (UTC)
Began for me today or yesterday, on two very different computers (Linux with Firefox vs XP with Chrome). Not very frequent, but annoying. Logging out and back in fixes issue temporarily. Chris857 (talk) 03:32, 26 April 2012 (UTC)
April 21
I downloaded Firefox 11 today and now every few minutes I am finding I am having to log in again. Is this happening to anyone else? Simply south......going on editing sprees for just 6 years (as of 28/03/2006) 22:06, 21 April 2012 (UTC)
So far I've resisted, and have stuck with 3.6.28 - but it nags me at least once a day and is now claiming "URGENT! Your version of Firefox will soon be vulnerable to online attacks. Get the upgrade — it’s fast & free! * Stay safe online * experience faster performance * Enjoy new features You will be prompted once more before being automatically updated." - does anybody know what these "online attacks" will be? Is it worth upgrading or just a load of annoying hassle having to get used to a different interface again? --Redrose64 (talk) 22:57, 21 April 2012 (UTC)
Redrose, I think Firefox's scare tactics and their claim of improved performance are a bit much. That said, I like the v.11 interface (takes up less screen space).--Bbb23 (talk) 23:13, 21 April 2012 (UTC)
Actually I think Edinbugh Wanderer was right and it seems to have been fixed now. Cheers. Simply south......going on editing sprees for just 6 years (as of 28/03/2006) 23:32, 21 April 2012 (UTC)
April 22
As of right now, it just kicked me out and won't let me log back in. This was preceded by one of those "loss of session" messages. I have Firefox 3.6.25 and Windows XP. Here's the message it's giving me right now when it refuses to let me log in:"Login error
There was an unexpected error logging in. Please try again. If the problem persists, it may be because you have cookies disabled, and you should check that they are enabled in your browser settings. "Maile66
OK, whatever it was, just cleared. Temporarily, at least. Something funky was going on there that had nothing to do with Firefox 11.Maile66 (talk) 15:21, 22 April 2012 (UTC)
What I can do this - if it works - Wikipedia is booting me out again and again, always preceded by that "loss of session" messageMaile66 (talk) 15:41, 22 April 2012 (UTC)
I received one of those loss of session data messages, and it did not kick me out. Just thought I'd make things more complicated.--Bbb23 (talk) 16:19, 22 April 2012 (UTC)
I use Chrome on my main computer and have no issue with this. On a secondary machine I'm using Firefox today and I've been logged out about 4 times in 10 minutes. Very annoying. Killiondude (talk) 16:55, 25 April 2012 (UTC)
April 26
Hmmm, a few days where everything was back to normal and now it is doing it again, not quite as frequently but frequently enough. Simply south......going on editing sprees for just 6 years (as of 28/03/2006) 14:53, 26 April 2012 (UTC)
I'm getting the "loss of session data" message again - intermittently.
There's another intermittent problem too - when loading a page, it sometimes sticks showing "Connecting to upload.wikimedia.org..." in the status bar; an examination of the page shows that one or more of the images hasn't come through, but instead shows a placeholder outline only. Sometimes it eventually displays; but sometimes the alt text displays instead. The strange thing is that this happens for images which are being shown at a size which has already been used for the same image - such as a location map on an article about a place, or the little icon at the left-hand end of a stub template. The strangest case is that it's happened with some of the buttons in the RefTools toolbar, which must get shown at the same size thousands of times an hour.
It's taking me 4 or 5 goes to make any edits this morning - I keep getting the "loss of session data" message. Are there any activities ongoing that could account for this? Did one of the server clusters have a heavy night :) --Elen of the Roads (talk) 11:16, 28 April 2012 (UTC)
It's an ongoing problem that has affected different users off an on for nearly a fortnight (it's mentioned above in three different sections, for example). WMF staff are on the case, but I don't think "baffled" would be an overstatement - it doesn't seem to be anything obvious at all. Regards, - Jarry1250[Deliberationneeded]13:07, 28 April 2012 (UTC)
Began reoccurring for me this morning. Firefox 12.0, WindowsXP. In conjunction with seemingly endless slowness of Wikipedia in general..Maile66 (talk) 14:03, 28 April 2012 (UTC)
Slow
For at least the last couple of days, editing has intermittently slowed to a crawl. Right now it's just this side of intolerable.--Bbb23 (talk) 17:30, 28 April 2012 (UTC)
Same. The slowness seems (for me at least) to be a delay while waiting for an initial response from the server, though once it starts, pages load more or less normally. That initial delay varies from "just enough to lose my train of thought" to "I better load a Simpsons episode, this could be a while". Equazcion(talk) 17:40, 28 Apr 2012 (UTC)
LOL. Actually, for me, even sometimes after the wait delay for a response from Wikipedia's servers, the stuff doesn't load right. I've seen a Show preview box that only partly paints while "transferring" date and then takes a while longer to complete (happened just now when I did a Show preview on my comments).--Bbb23 (talk) 17:46, 28 April 2012 (UTC)
Must've been a late lunch (it's about 2:20 p.m. in Florida). Hope it was digestible - so many articles could cause a severe bellyache.--Bbb23 (talk) 18:23, 28 April 2012 (UTC)
Came here to add that I've been having problems today and yesterday with extreme slowness, currently so bad that editing is difficult. Also, for the last few hours, my edits have not been saving. I'm getting a message "We could not process your edit due to a loss of session data," when I try to save. When I look at my contribs, sometimes it has saved despite the message, and sometimes not. SlimVirgin(talk)02:46, 30 April 2012 (UTC)
Waiting 45-60 seconds to load or save a page is getting very irritating... That is when you can actually save page without an error. The whole past week has been lethargic hodgepodge of delay. Bgwhite (talk) 05:52, 30 April 2012 (UTC)
Toolserver message
I've been doing some "Expand citations" from my Toolbox. That connects to the Toolserver. I've had a few moments of slower than usual experiences. But now, while I was on the Toolserver page, it gave this message:
"Getting login details ... done. Initializing MYSQL database ... loaded connect script. Will connect when necessary. Initializing ... ... Establishing connection to Wikipedia servers ... Could not log in to Wikipedia servers. Edits will not be committed."
I didn't think this would be possible, but it's slower today, for me, than it has been since this whole thread began three weeks ago.Maile66 (talk) 16:10, 30 April 2012 (UTC)
I lost my skin (went to a skin I've never seen) and it took about five minutes to save an edit. The slowness has been on-going sporadically for about three days, the skin change is a new development. Truthkeeper (talk) 00:18, 1 May 2012 (UTC)
Happened to me to, I couldn't add categories on Commons... It wasn't a different skin, it was this skin being loaded without CSS and/or JS (I think). ▫ JohnnyMrNinja00:21, 1 May 2012 (UTC)
Opinion from server team is that this may be a different issue, see [23]. Apparently there has been an issue which affected css/js more widely. Elen of the Roads (talk) 21:27, 1 May 2012 (UTC)
Category in a template question.
I think this question belongs here. If not I apologize. If anyone can direct me where to ask it, I will move it.
In a nut shell, I was wondering if there was a ParserFunctions, Majic word, for other programing trick I could use in a template that will tell me if a page is already in a particular category.
For example, I want to test if John Doe is in Category:Anonymity pseudonyms. I want to use it in a {{#if: test string | value if test string is not empty | value if test string is empty (or only white space) }} which would read:
{{#if: "IS IT IN THAT CAT" | [[Category:Placeholder names A]] | [[Category:Placeholder names b]] }}
mw:Extension:PageInCat and {{#incat:catname| Stuff if in | Stuff if not }}. is a neat way of doing this for MediaWiki, or else by using DPL (DynamicPageList). However I doubt these are deployed on Wikipedia - certainly DPL isn't. Andy Dingley (talk) 14:32, 1 May 2012 (UTC)
It means that the page you are seeing is out of date. The edit links are based on counting the sections (1, 2, 3, ...) and your link is for 'section 24'. But the current version of a page has a different section 24 than the version you are seeing, so the edit link loads the wrong section. Try clicking the link on WP:AN that says "click here to purge this page" and then reloading the page. — Carl (CBM · talk) 21:12, 1 May 2012 (UTC)
NOTE: There is now an "old style diffs" gadget: Go to My preferences > Gadgets > Appearance > (X)Display diffs with the old yellow/green colors and design.
The parseinline bug is now fixed. It was fixed in master but somehow the fix was overlooked and didn't make it into the deployed code. --Catrope (talk) 19:46, 23 April 2012 (UTC)
Commons has a gadget "diffOldStyle: Display diffs with the classic yellow/green color scheme. (currently in testing) [discuss]" which gives the old colour scheme. I can't find it in English Wikipedia. --Redrose64 (talk) 18:49, 23 April 2012 (UTC)
(edit conflict)Yeah, that'd be real nice to have here. These new ones are an absolute eyesore. I understand the whole "accessibility" thing, but these are not easily read by normally-sighted people. A net loss, I'd say. ~~ Lothar von Richthofen (talk) 18:53, 23 April 2012 (UTC)
Sorry about that, it turned out I had broken Twinkle after fixing it, or something like that. I fixed it for real a few minutes ago and it's now working for me; this should propagate through the caches over the next ten minutes or so. --Catrope (talk) 20:04, 23 April 2012 (UTC)
Creating a page with no edit summary no longer asks for an edit summary, as one is automatically created. I tried it, it works. Finally. ▫ JohnnyMrNinja19:07, 23 April 2012 (UTC)
All forms of vandelism or bad edits revcert i used before are gone from rollback to restore to previous version etc, it all sicne this update, i am now having to revert each edit which is time comsuming and vandel swill be able to do mass edits quicker then the undo--Andrewcrawford (talk - contrib) 19:34, 23 April 2012 (UTC)
There's some discussion at Wikipedia talk:Twinkle. "Vandalism fighters", all templates can be done by hand as well. See, for instance, Template:Uw-vandalism4im. Don't forget to "subst". Please proofread your hand-typed messages, haha. Drmies (talk) 19:42, 23 April 2012 (UTC)
Some of you might get inspiration for old-style yellow/green diffs from User:Redrose64/common.css - this is a rough botch job that I've thrown together by nicking bits of CSS from Commons until diffs started to look right. I do not guarantee that it won't break something. --Redrose64 (talk) 19:57, 23 April 2012 (UTC)
Well, there's always one! I agree with the several people above who find it vile and much harder to read. Can the old style be chosen again? Johnbod (talk) 20:11, 23 April 2012 (UTC)
I prefer the old style as well. I thought this new one was a bug at first, since it is very difficult to see the actual difs. --Saddhiyama (talk) 20:15, 23 April 2012 (UTC)
Why do the new diffs show up if unchecked in the preferences????? Can't see much with those, no contrast!!!!! FUBAR I'd say!!!! Fix it, fix it...!TMCk (talk) 20:17, 23 April 2012 (UTC)
Good if you can manage what should've done in the first place b/c if FUBAR is now the standard I petty much can forget about checking diffs as my eye sight doesn't work well with low contrast.TMCk (talk) 20:33, 23 April 2012 (UTC)
It's not just the colors! Modified paragraphs are shown with a transparent (white) background, and so the shaded, unmodified paragraphs attract way more attention! Really poor design. Nageh (talk) 20:30, 23 April 2012 (UTC)
I would be much easier to spot modified paragraphs it they were shaded in a taint color, and then the actual modified text were shaded in a darker color. Nageh (talk) 00:01, 24 April 2012 (UTC)
FWIW, this is a very simple CSS change to effect a red-green scheme with a non-transparent background (added to a user's common.css file):
Please remove this update now and fix it. I can hardly read the diffs. THis is worse than my old signature that the community deemed unreadable. That should say something. I have to scan the diffs for a minute for me to see the changes.—cyberpowerChatTemporarily Online20:37, 23 April 2012 (UTC)
Someone really needs to employ a designer who understands standards... colorblind-viewable contrast (which is what these are) are often hard to view for non-colorblind people. It desperately needs a user setting so as not to break for the non-colourblind. --Errant(chat!)20:44, 23 April 2012 (UTC)
I'm not colorblind and I'm not having any problems with the new diff design. I'm actually pretty happy with it. Just thought I'd mention. Equazcion(talk) 20:49, 23 Apr 2012 (UTC)
As with any "aesthetic update" on a website, there will be those for and those against it. The difference between Wikipedia and sites like Facebook and Youtube is that here, the users actually get some say in the changes, and can even choose not to have them (I'm still using the old MonoBook skin, for example). One of the reasons why I like this place so much. I think most people here want to have at least the option of using the old diff format, rather than kill the new one with fire. ~~ Lothar von Richthofen (talk) 21:07, 23 April 2012 (UTC)
I think I understand the reasoning behind this 'update' but do not think it is ready yet. Among other things, please remove the rounded area borders. They make the page look cheesy. The changes need more thinking. I do not support it at this time. --Shuki (talk) 20:58, 23 April 2012 (UTC)
I still have a patch ready in Bugzilla, but they want me to submit it in Gerrit... and I still have trouble setting up Git on my PC. — Edokter (talk) — 21:02, 23 April 2012 (UTC)
Having a hard time reading the edit-history diffs, not sure if the font was changed or if it is the obvious color-changes of the background. Trying to utilize the edit-diffs is actually kind of painful for me. Shearonink (talk) 21:01, 23 April 2012 (UTC)
I'm going to join the minority and say I like the new diff format. I have no trouble with the new colours (and am not colourblind). And with the new diff I've just spotted in an instant something that would have been close to impossible to find before - the removal of a space. I always hated those diffs were you couldn't see what was different -- Boing! said Zebedee (talk) 22:43, 23 April 2012 (UTC)
Count me in that minority as well. When I first saw the new diffs, I thought something was broken, and then I seriously considered changing my preferences back. But after working with it for a while, I'm starting to find that it is an improvement, at least for me. --Tryptofish (talk) 00:15, 24 April 2012 (UTC)
I'm a little lost reading this topic. I have the default Vector skin. Is there a way to go back to red (not yellow/green) diffs?--Bbb23 (talk) 00:34, 24 April 2012 (UTC)
I noticed that, but I thought that wouldn't give me the red color. However, I was wrong - it does. The only "new" thing I've noticed so far (after switching back) is scroll bars, which I don't recall ever seeing before. Thanks for the help.--Bbb23 (talk) 01:05, 24 April 2012 (UTC)
I don't suppose there's any chance for a compromise, is there? I love that subtle changes (punctuation, spacing, etc) are now highlighted, but the color scheme is almost impossible to see. Dull yellow on a duller yellow background? I can't imagine that's visually comfortable even for a colorblind person. -RunningOnBrains(talk)08:24, 24 April 2012 (UTC)
I like the new style, but as everyone else has already said, the colours are really, really, really hard to see. Would it be possible to at least make the colours stronger or something like that? The yellow highlighting is particularly faint and tricky to see (example). I totally appreciate the need to accomodate colourblind users on Wikipedia, but this specific implementation has made a key function much more difficult for everyone else to use. Also, what's with these scrollbars? --DorsalAxe08:54, 24 April 2012 (UTC)
I'd have thought the ideal solution would be to have a preference that allows you to choose your own colours - having used the new diffs some more today, it's much easier to find minor punctuation changes now, but I do think being able to make the colours a bit bolder would be a further improvement - they need to be sufficiently subtle to not obscure the text, but bold enough to be able to see a space, comma, etc, and the optimum will surely vary from person to person. -- Boing! said Zebedee (talk) 09:01, 24 April 2012 (UTC)
Thanks for the gadget - that's better. I was having trouble with the new style. Also, I didn't like the way the colour followed the text, giving what looked like the bottom of a Tetris game when you were losing badly. The colours were yukky too. I must remember the gadget for when I go into Foreign Parts. Peridon (talk) 12:49, 24 April 2012 (UTC)
Indeed, the Tetris look is totally distracting. Makes it really hard to detect where a change has actually occurred. Nageh (talk) 15:38, 24 April 2012 (UTC)
All these "blocks" only create a mess out of a diff, it's now hard to see anything. Previously if something was highlighted it was important, now everything is highlightedfuxx (talk) 18:54, 29 April 2012 (UTC)
The timestamp no longer lines up with the rest of the line in My watchlist: it's dropped down slightly. Apart from looking ugly this increases the spacing between lines and means I can see fewer lines on the screen. (Vector skin, FF 9.0.1) —SMALLJIM19:46, 23 April 2012 (UTC)
Should have added that this is with "Enhanced recent changes (requires JavaScript)" enabled in the Recent changes tab in Prefs. No problem without this enabled. —SMALLJIM20:22, 23 April 2012 (UTC)
Removed vector.js and .css - no change. Fired up ancient copy of IE6 - same problem, but very dependent on text size: smaller leads to much greater drop down. —SMALLJIM20:49, 23 April 2012 (UTC)
For enhanced watchlist/recent changes, can you turn the cursor back into pointer over the expander graphic? Thanks. — Bility (talk) 20:31, 23 April 2012 (UTC)
The pointer issue was fixed below, I believe. I take it that no-one else is suffering from dropped timestamps, then? —SMALLJIM10:22, 25 April 2012 (UTC)
No sorry, I couldn't replicate this in Monobook or Vector, with or without enhanced recent changes. Try disabling your user JavaScript to check if something in there is causing it. Same with any of the gadgets/options related to time stamps in your preferences. — Bility (talk) 15:18, 25 April 2012 (UTC)
Thanks for checking, Bility. Yes, it's evidently some combination of local factors here - I can live with it. It happens on Recent changes too, of course, but I don't look at that often, so I didn't notice. —SMALLJIM08:09, 26 April 2012 (UTC)
For the record, I bodged this by reducing the vertical space made available for the expander arrow from 15px to 10px. Adding
The [edit] link for the lead section (see Preferences → Gadgets → Add an [edit] link for the lead section of a page) used to be hard right, just like other section edit links. Now it's hard left, which pushes the page title to the right. --Redrose64 (talk) 19:54, 23 April 2012 (UTC)
It only seems to be floating to the right when the editsection span is also within a div with a class of mw-content-ltr. Since the h1 header is not within this, it is not floating to the right.
Sorry for the delay - had my dinner, came back to a vast watchlist. Firefox 3.6.28, Monobook. But, it seems to be working as previous at present (i.e. it's hard right). Thanks. --Redrose64 (talk) 21:21, 23 April 2012 (UTC)
Been off my computer since the last post - meaning, computer has been rebooted since. It's still a hard left for me on Modern skin. Firefox 3.6.28 here, also, Windows XPMaile66 (talk) 22:12, 23 April 2012 (UTC)
Here to! Opera 11 and IE9 (purge multiple times for script testing) under secure and "insecure" server using modern skin is also still on the left. :( mabdul00:16, 24 April 2012 (UTC)
Fixed for monobook & modern skin now. Also works with vector skin. Still not fixed for other skins as they all have slightly different classes. So should we add custom code for each skin? -- WOSlinker (talk) 06:37, 24 April 2012 (UTC)
Looks fine on Monobook now - it was irritating me and wasted some time while I tried to find out what I'd done... Personally, I don't care about the other skins. Just keep Monobook working without twiddling with it. I would think most who use it like it as it is. If they didn't, they'd be following the flock to Vector. Peridon (talk) 12:54, 24 April 2012 (UTC)
Twinkle
Hi, I understand something was shut down on Wikipedia. My twinkle is not working, is this the cause of the problem? --Chip123456 (talk) 19:52, 23 April 2012 (UTC)
Its definitely still not working on the modern skin. I cant CSD anything nor can i use the welcome functions. The tabs are their but they won't work.EdinburghWanderer19:08, 24 April 2012 (UTC)
Diff irregularities
We're probably in for another round of polarizing diff opinions, but in trying to understand how the new format works I noticed the following behavior on this very page: Why (on Firefox 11 w/Vector) does this diff look different than the very next diff? Orange Suede Sofa (talk) 20:23, 23 April 2012 (UTC)
Because the first diff shows a changed line and the second diff shows an added line. You would see the same effect with the old style. — Edokter (talk) — 20:31, 23 April 2012 (UTC)
I had pointed out some days ago at bugzilla that mangling special symbols (<, >, &) as 1.20wmf1 is doing it is incorrect. What happens now is that, for example, a smaller-than sign (<) gets mangled into the HTML escape code < and then this code gets mangled again to produce &lt;. In particular, this breaks the mathJax user script. Nageh (talk) 20:21, 23 April 2012 (UTC)
Strip markers
The change log notes that an empty <math> tag was fixed, but I think some other problems were fixed as well, possibly in the 1.19 update. See Help:Strip markers, where I tagged the ones I think are fixed, but would like some more confirmation. ---— Gadget850 (Ed)talk20:40, 23 April 2012 (UTC)
What links here
Just noticed that on the output from "What links here" there appears to be a change that shows links via redirects twice. It shows it under the redirect link and directly under the main entry in the hierarchy. The link should only appear once against the main or the redirect that it is using. Keith D (talk) 20:52, 23 April 2012 (UTC)
Are you sure the article in question doesn't link to the page both directly and via a redirect with two separate links? jcgoble3 (talk) 23:45, 23 April 2012 (UTC)
A few userspace tests both here and on Wikia show two things: first, this bug only occurs on transclusions, not wikilinks, and second, this is an old bug, as it manifests on Wikia as well, which is still running MW 1.16.5. jcgoble3 (talk) 01:09, 24 April 2012 (UTC)
This behaviour - where templates transcluded through redirects are listed twice (once under the real name, once under the redirect) - has existed since some time prior to 19 November 2011. That isn't when it started - it's when I first noticed it; and coincidentally, I noticed it with {{Infobox GB station}} as well. --Redrose64 (talk) 11:18, 24 April 2012 (UTC)
OK, just coincidence that I noticed it following the software change. Has a bug report being raised for the problem? Keith D (talk) 21:21, 24 April 2012 (UTC)
I always considered this a feature. :-) It makes it possible to retrieve all the pages that transclude a template without having to worry about whether they go through a redirect. --R'n'B (call me Russ) 13:20, 28 April 2012 (UTC)
Cursor missing - enhanced watchlist
I used to get a special cursor when pointing at the "expand multiple diffs" arrows in the watchlist. That no longer happens, the cursor doesn't change when I'm hovering over them. It still changes to a "question mark" when I hover over a "Nbm..." flag there. I didn't notice just how much I rely on the changed cursor to access the arrow quickly and efficiently. I am using Ubuntu 11.10, Chromium 18.0.1025.151 Elizium23 (talk) 21:24, 23 April 2012 (UTC)
Requested this be changed above, but will copy here so it doesn't get missed. Please change the cursor back to pointer when hovering expander graphic on watchlists and recent changes. Thanks. — Bility (talk) 02:20, 24 April 2012 (UTC)
Well, I got impatient so here it is if anyone else wants to modify their CSS: .mw-enhancedchanges-arrow{cursor:pointer;} — Bility (talk) 15:36, 24 April 2012 (UTC)
I raised this issue at the Help Desk and they sent me here. I haven't a clue about CSS, so could some kind person give me an idiot's guide to how and where to put the above stuff. TIA. --GuillaumeTell21:03, 24 April 2012 (UTC)
I placed this in my common.css file under my userspace. Link - User:Elizium23/common.css. The foolproof way to get here is to go to "Preferences->Appearance" and find the link at "Shared CSS/JavaScript for all skins: Custom CSS". You could optionally put it in your skin's CSS instead; there are links at the same Preferences page for those. Edit the file, copy and paste that single line above. You may need to purge your cache when reloading, but probably not, because the watchlist is dynamic content. Elizium23 (talk) 21:22, 24 April 2012 (UTC)
Thanks for this. I've done the copying and pasting and saving, and the result is absolutely identical to yours. I've purged my cache as well. However, I'm still stuck with the unsatisfactory watchlist that displays "n changes" rather than the triangular blue pointer. What have I done wrong? Should I have done something with the <syntaxhighlight lang="css" inline> that appears in Bility's contribution above? Any help gratefully received. --GuillaumeTell16:19, 25 April 2012 (UTC)
Paste function within table
I'm having this phenomenon in all tables. Did not notice it until today, so not sure if it's related to this thread. I also upgraded to Firefox 12.0, on my Windows XP. Hawaiian Music Hall of Fame#Individuals is an example. I can paste within blocks of text in the table, but outside the blocks of text, the Paste option grays out. Maile66 (talk) 14:02, 25 April 2012 (UTC)
I was, of course, referring to this happening in the Edit screen. By the way, I figured out a work-around on this, which amounts to fooling the system. Let's say I want to paste at the end of the body of text, which makes the Paste option disappear. If I hit the Space Bar once, it fools the system and let's me paste. An odd thing, and making twice the steps to do a paste. Just want to know if anyone knows what causes this.Maile66 (talk) 17:47, 25 April 2012 (UTC)
Okay, it would appear that turning links red is done in commonElements.css; presumably, then, that used to get loaded automatically (since that dependency isn't declared anywhere AFAICT). With 1.20, dependency rules are being tightened (as I can see to just common.css); so the fix is probably to add a dependency on commonElements.css (and/or its sister files). However, it would probably be worthfiling a bug request so that someone familiar with the resource loader can correct all the factual errors in my analysis first :) - Jarry1250[Deliberationneeded]13:09, 26 April 2012 (UTC)
In this edit two fact tags are added to the Thomas Cook section. Note just above that in the Jet2.com section there are four tags. In the next edit a line is removed, please scroll down to look at the table. To fix it the two fact tags in that section had to be removed. I tried taking out two older tags from a different part of the article but the table still had the same problem. What is it about those two particular tags that causes that? CambridgeBayWeather (talk) 14:31, 2 May 2012 (UTC)
It's not about the number of fact tags but their row number. The table is built with {{Airport destination list}}. The template uses heavy nesting (computing) in chunks corresponding to 25 table rows at a time. If there are fact tags or something else in the deepest nesting level for row 25, 50, 75, ... then it can exceed a MediaWiki limit on nesting. The removal of a row changed the row with a fact tag from row 26 to 25. It could also break if something with too many nesting levels was placed in row 24, and so on. The template should be changed to avoid the heavy nesting. PrimeHunter (talk) 15:15, 2 May 2012 (UTC)
"Improve this page" link
The floating "Improve this page" link probably should not show up for auto-confirmed users, particularly not admins. :) Superm401 - Talk01:37, 3 May 2012 (UTC)
I notice that when list-defined references are placed, and any of of them go unused in the article text, they produce the same type of big ugly red cite errors as when a named ref is missing its definition:
Cite error: <ref> tag with name "ref_name_HERE" defined in <references> is not used in prior text; see the help page.
I'm wondering if this is really necessary. Is it such a bad thing if unused refs are defined?
Currently, if article content is edited to remove use of a ref -- and let's say it's a good ref that we could see being useful in the future -- the ref needs to either be removed from the list or commented out. If someone wants to use it again, they need to wade through the history to find it again and re-add it, unless the removing editor had the foresight to just comment it out -- and then they need to un-comment it.
Why not make things easier on everyone? These big cite errors are there to caution us regarding the relatively major problem that a named ref is missing, not to let us know of inconsequential extraneous code. Equazcion(talk)02:04, 3 May 2012 (UTC)
You will have to discuss this with a Cite developer. One of them decided that including unused references was a bad thing and created the error message when List-defined references were added in rev:53790. Usually, it means that someone has edited (or vandalized) the article and removed a reference. It is possible to make the error not display, but there is a current bug in the error detection and I think it might cause a false error that would then be difficult to track down. ---— Gadget850 (Ed)talk02:12, 3 May 2012 (UTC)
Okay thanks for that info. But, before I do go discussing this with developers, it would help to be able to show a consensus here that these errors are actually not needed. Does anyone actually see a need for them? Vandalism is generally not detected this way, and although it might offer some extra notice, productive edits also suffer from this. Equazcion(talk)02:17, 3 May 2012 (UTC)
Why is this an issue? Whenever I see this, I usually move the refs in question to the bottom of the list and comment them out with a note like "unused refs". You would have to dig through the WP:FOOT archives, but I am pretty sure that this was requested when LDR implementation was discussed. ---— Gadget850 (Ed)talk12:33, 3 May 2012 (UTC)
I explained why I feel it's an issue, and explained that I do the same (commenting out unused refs), both in my original post. Equazcion(talk)21:12, 3 May 2012 (UTC)
It's an issue because it's a good warning that there's definitely something wrong: either there was vandalism, or someone made a mistake while editing. We should never have unused references; it's simply bad coding and akin to invalid HTML. The software can't detect lots of problems with our editing, but when it can, we really should take advantage of it. Nyttend (talk) 02:51, 4 May 2012 (UTC)
Weird, large, green "documentation" template showing up with every "Template:Ro icon"
Hi there. Why is it that the "Template:Ro icon" now comes with a huge green "documentation" script attached to it, everywhere it is used? I tried to revert the recent changes, hoping that the glitch is there somewhere, but it won't help. The glitch has an awful effect on some articles - see for instance Symbolist movement in Romania#Notes. Dahn (talk) 12:50, 3 May 2012 (UTC)
In {{ro icon}}, somebody removed the <noinclude>...</noinclude> and everything enclosed by that, and then restored their removals - except for the all-important <noinclude> and </noinclude> tags. This second edit caused the documentation to be transcluded into all articles transcluding {{ro icon}}. Although the template is now fixed, it may take some time for every affected page to make its way through the job queue. --Redrose64 (talk) 15:11, 3 May 2012 (UTC)
The angry bears have attacked
Several minutes ago, I got the "Wikimedia error" page three times. Was this happening to anyone else?
Got it as well. They seem to be testing something, though I haven't seen any notification of it anywhere. I got a single weird email notification as mentioned above as well. --Saddhiyama (talk) 21:57, 3 May 2012 (UTC)
Sorry for that. Our network engineer was adding a new upload link to increase capacity to some servers and introduced a problem instead. That was quickly reverted. Unfortunately, that caused a site incident for a brief moment. — Preceding unsigned comment added by Wikiwooster (talk • contribs) 23:16, 3 May 2012 (UTC)
Hi all, I just got a "new message" banner for vandalism by someone else. Now, I'm an irregular but longtime contributor, and I do understand what is going on here, and it doesn't bother me. I do also understand that shared IP address messages are necessarily going to be difficult to deliver. But it does occur to me that this would confuse most people, and we can do better.
So may I suggest that if an unregistered user has not performed an edit during their session, then the "new message" banner ought not to be shown. A "new message" banner would not be displayed unless and until someone tries to make an edit (or logs in). The rationale is:
most users are simply reading Wikipedia, the messages is certainly not to them, and there is no reason to trouble or confuse them.
the message will be delivered to someone actually making an edit, so the chances of reaching the right user on a shared IP are actually much increased,
this seems like a small change (but granted I don't know the Wiki internals),
the only way a message notification could go undelivered this way is if no user makes any further unregistered edit from that IP address, but that seems like no big loss.
Not a bad idea, but how would it get it right? Different people can edit from the same machine in rapid succession (especially if one leaves it open), and the same person can leave for a few days and come back. Is there any way to differentiate between these? — Isarra༆05:43, 5 May 2012 (UTC)
Error Could not parse twinkleoptions.js
Resolved
Hi , can anyone help me with this problem which I am fed up of. On every wiki page including this page while typing i am getting a notice on the top saying
Could not parse twinkleoptions.js
I tried to debug User:DBigXray/twinkleoptions.js but it still persists. I even tried blanking twinkleoptions.js page and set the preference again but it did not work.
I think the problem started after i tried adding a custom template for welcoming user. Some kind of help or suggestion will be much appreciated, thank you--ÐℬigXЯaɣ10:17, 4 May 2012 (UTC)
Why did Wikipedia change its export function so it no longer works with any other wikis?
Earlier this year Wikipedia changed Special:Export, so that everything exported is in a different format than the one it had previously used for years. This means that other wikis, such as wikia, can no longer import pages. Was that done on purpose? Why was it changed? Any way to fix it back again? DreamFocus16:07, 1 May 2012 (UTC)
<p>Importing pages...
</p><ul>
<li>Skipping interwiki page title 'Wikipedia:Sandbox'</li>
</ul>
<p class="error">Import failed: No pages to import.</p>
Perhaps Wikia should upgrade to the latest stable (1.18.3), or perhaps this has something to do with Wikia's customizations. --Michaeldsuarez (talk) 19:58, 1 May 2012 (UTC)
Perhaps it has something to do with the difference between version 0.4 (which is what Wikia revisions are exported in) and version 0.6 (which is what Wikipedia revisions are exported in)? Version 0.6 has "ns" and "sha1" tags, but version 0.4 doesn't have them. --Michaeldsuarez (talk) 21:07, 1 May 2012 (UTC)
That error would be because "wikipedia" there is an interwiki prefix, presumably to link to us. It's the same reason you can't create a page here called "Commons:Village pump". Anomie⚔03:25, 2 May 2012 (UTC)
I am the administrator of various wikis on the Wikia. I go to Special:Import and try to import anything I exported from Wikipedia, and it no longer works. Previously I had no problems at all for it. All I get is Import failed: No pages to import. So I have to talk to wikia and ask them to update their stuff then? Not sure where to even mention it. I'll post on Jimbo's wikipedia page and see. DreamFocus22:02, 1 May 2012 (UTC)
Yeah, they really need to update their mediawiki; Wikia is still on 1.16 and the current mediawiki just isn't that far backward compatible (I thought maybe Wikia had just broken something again, but I installed a 1.16 of my own and it didn't work on that either). Your best bet is probably just to contact their staff using their wikia:Special:Contact, though, since they'd be the ones to actually deal with the sort of thing. — Isarra༆21:25, 2 May 2012 (UTC)
There are two new tags in the export format, <ns> and <sha1>. MediaWiki 1.16 is failing because it doesn't know how to treat them. If you really need to import in 1.16, you can manually remove those lines from the file. Also note, 1.17 has no problems with the current format. Platonides (talk) 20:27, 5 May 2012 (UTC)
i just read the article that says Wikipedia is ad free.
however, there are at least two ads in every article; a banner separating the title from the article (this is very annoying)
and side bar ad. now, right below the ads is text reading "ads not by this site". so i think wikipedia should do something about abolishing these annoying, distracting, and cheapening advertisements. — Preceding unsigned comment added by 71.41.148.2 (talk) 13:12, 2 May 2012 (UTC)
Out of interest, you couldn't take a screen grab (or a few) and upload it to the internet (and released it under a Wikimedia compatible license)? It might make for an interesting example of malware for an article. --RA (talk) 13:49, 2 May 2012 (UTC)
Do you have some program by Corel installed? I had the exact same issues once and it turned out to be some patented adware system that gets installed if you run a program during its trial phase. I'm trying to remember what the program name was.—cyberpowerChatOnline20:43, 5 May 2012 (UTC)
Now I remember. Open Task Manager and search for psiservice.exe under the processes tab. Right click on that process and open the folder it's in. It should be view in explorer or something like open file location. After the file location is open, in task manager click on end process, make sure psiservice.exe is still selected otherwise you may accidentally end a task windows depends on, confirm that you want to end the process. In Windows Explorer where the file is located delete the entire folder the file is in. Also follow the instructions found here to remove any remains of it. Restart the computer. You should be ad free now.—cyberpowerChatOnline20:50, 5 May 2012 (UTC)
Problem with search on mobile
To whom it may concern, Why can't I do an open search on my mobile phone? Whenever I write in a word that does not already contain an article and it automatically takes me to me to a page with the closest match. Ex. If I type he it takes me to hertz every time or even worse when it cannot find a match it leaves me repeatley hitting the search button to no avail. I thought perhaps it was my phone but this only happens on your website. This was originally posted to the help page, but it was suggested to post it here in the hope of finding a solution.It is extremely annoying, hope to hear back . Thank you — Preceding unsigned comment added by 68.84.86.149 (talk) 08:10, 3 May 2012 (UTC)
Many people are irritated when search takes them to a page, when what they really wanted was a list of search results. And since there is no easy way to get to the Special:Search page many casual readers give up their searching.
Most casual readers do not know that Special:Search exists since it is not linked anywhere on Wikipedia pages. The only way they know of it is if they happen to see the advanced search options at the bottom of a search results page. Even then they may not know that Special:Search exists as a separate page. And they still do not know how to get to it so that they can bookmark it.
You're mixing your issues; if you have javascript enabled in the vector skin, the option to search instead of go appears when one starts typing, though I can understand that it is easy to miss since it appears below the other options. As for the mobile interface, on the other hand, that sounds like it may just need more work... — Isarra༆05:39, 5 May 2012 (UTC)
Hmm. Learned something new. I have been editing Wikipedia for years but only recently started using the search form again. I had long ago stopped using it due to the fact that it opens in the same tab. I used Google toolbar to do site searches until they stopped providing it for Firefox. Then I used a Firefox addon that will search a site. But in the last few weeks I added some Javascript to open all search results and suggestions in new tabs. And I have been using the search form, but did not figure out the part at the bottom. It is completely unintuitive. See:
There are sometimes hiccups which cause an image to temporarily not be rendered at a certain size. I guess that happened for you. It doesn't matter whether it's in an infobox. I currently see a 220px image in [24]. I have the default 220px in Thumbnail size at Special:Preferences#mw-prefsection-rendering. PrimeHunter (talk) 10:51, 5 May 2012 (UTC)
If you do run into this issue with a particular size not rendering, one thing to try is to go to the image description page (possibly at Commons) and purge it to cause all the thumbnails to be regenerated. Anomie⚔17:18, 5 May 2012 (UTC)
Power watch/unwatch
Could we have a toolserver tool that allows us to watch/unwatch pages based on their categorisation? The tool needs to accept Category:X as a starting point, watch everything in it, and then list the subcategories and ask the user if they want to watch the contents of those as well. Rinse and repeat until all sub/sub-sub/etc-categories have been processed. And an "unwatch" option to do the same in reverse. I think this would be useful, and probably not that hard. Beyond en.wp it would be particularly useful, perhaps, for smaller, less active wikis with watchlist notification enabled. Rd232talk09:36, 5 May 2012 (UTC)
I might do it. It's not hard to query the categories or perform the watching. I don't know how to request the watch token from the user, though. It would need the user to do something like javascript:alert(mw.user.tokens.get('watchToken')) -- Platonides (talk) 21:03, 5 May 2012 (UTC)
Would it be possible to have a second search option on each page for searching citations in article space? I'm thinking it might be useful for the authors of sources to easily find and check what's being said in their name. --Anthonyhcole (talk) 14:12, 5 May 2012 (UTC)
Search box not working properly
Hi. I noticed that when I typed an article title into the search bar, such as Earth, it would take me to Special:Search/Earth rather than directly to the article I was looking for. The same thing happened on Uncyclopedia, but I wanted to being it up here because Wikia probably doesn't care. In older versions of MediaWiki, the search bar would only take you to Special:Search if the query didn't match any titles or if you clicked "Search" (monobook). Specs: I'm using the Vector skin in Google Chrome v18. Can someone tell me what happened, and why? 68.173.113.106 (talk) 21:27, 1 May 2012 (UTC)
While I'm not sure I understand what you're saying, if you mean this happened both places, that would most likely have been a complete coincidence. Wikia's mediawiki and Wikimedia's diverged years ago, with considerable development by both groups in the interim, creating completely different products. For reference, the matter on Wikia's wikis is explained on their blog, however. — Isarra༆20:21, 2 May 2012 (UTC)
Hm yes, I got slapped in the face with that one a few days ago. They do say however,This update changed the "go" button in Monobook, as well. That's a bug, and we'll get it fixed. RichFarmbrough, 01:33, 3 May 2012 (UTC).
I prefer that search takes me to search results, and not to a particular page. Search suggestions are in the dropdown menu. There should be a "Go" button to take one directly to a page. --Timeshifter (talk) 15:43, 6 May 2012 (UTC)
JP2
I have a bunch of JP2 images, I want to convert them (to png) for WP use. Irfan viewer fails. Any other good quick to learn free converters? RichFarmbrough, 01:25, 3 May 2012 (UTC).
It looks like GIMP 2.7 and up can read JP2 files (download). However, these versions are considered unstable. Probably, it will work fine, but take care. If that doesn't work, link an image and people can try other image editors they know. Superm401 - Talk01:41, 3 May 2012 (UTC)
What happened to the "Permanently disable mobile site" button?
I'm running the native Android Gingerbread 2.3.4 browser on my Droid 2 over Verizon Wireless 3G. Lately I've been being redirected to mobile versions of en.wiki pages and have to manually switch to the desktop view (the button for which is hidden within a dropdown menu - grrr). There used to be a button to permanently disable the mobile site that is no longer there and doesn't seem to be honoring previous requests either. The site does stay in desktop view over a session, but will sometimes revert back to mobile when I open a new window even if I'm already logged in. Ashanda (talk) 03:22, 6 May 2012 (UTC)
Per my response here, it should be the case that clicking "desktop view" is sufficient to achieve the same effect as the old link. However, you seem to be having problems with that - do you notice a particular pattern as to when you get directed from the desktop site to the mobile site? - Jarry1250[Deliberationneeded]13:22, 6 May 2012 (UTC)
I'm the same sometimes it takes me straight to the desktop view other times to the mobile site. Didn't have that problem before they changed it. I'm using Safari so I don't think it's a device problem. Just a minor irattation. EdinburghWanderer13:37, 6 May 2012 (UTC)
Again, it would be interesting to know if you've noticed any particular pattern to when you enter on the desktop site? There are two things which should influence the decision of which to send you (1) cookies (set via the "Desktop view" link) and (2) Your user-agent string (esentially what browser and browser version you're using). It sounds like (1) is being messed up in your case, but I'm not certain how. - Jarry1250[Deliberationneeded]14:03, 6 May 2012 (UTC)
Perhaps this is the wrong place to ask, but why, exactly, was extra padding added to the vector skin? It already has extra padding from monobook. The supposed issue was resolved by making the vector skin in the first place; was there any particular reason why this was not enough? -— Isarra༆19:19, 6 May 2012 (UTC)
They consider anything bigger than a tablet or minilaptop a 'large' display. As what I normally use is 800px tall and things are already quite cramped (add a banner and the content can literally start halfway down the page in the vector skin), I honestly have no idea why they would think a most common resolution of 768px tall is justification for cramping things further, though why extra padding is supposed to help anything even on larger resolutions is beyond me regardless. Vector most certainly was not optimised for a 800x600px screen; it may have been kept in check such that it wouldn't fail completely on it, maybe, but it also ain't monobook. Wasn't that kind of the point? -— Isarra༆15:11, 7 May 2012 (UTC)
Maybe they're trying to hint to certain people that it's time to buy a bigger monitor (hint hint). PS. You could toy with the padding using your vector.css page, though that of course doesn't address the concern for others. Equazcion(talk)15:21, 7 May 2012 (UTC)
Ohhh... I've just upgraded to Firefox 12 from 3.6.28. Now I've got less than a day to locate all the behaviour changes, and so positively put the blame on Mozilla (such as the post I just made at #Edit toolbar not painting completely) - any that I discover after 18:00 UTC tomorrow I won't know whose fault it is. --Redrose64 (talk) 21:32, 6 May 2012 (UTC)
I think the constantly new release of versions makes it hard for anyone but power users (those who use multiple functions on the site daily) to identify which version the bugs started cropping up in. Is this a feature or a bug? Killiondude (talk) 21:37, 6 May 2012 (UTC)
As I understand it, releases are on a new cycle: we get updates more often, but with fewer fixes. Broken stuff gets fixed and new features are deployed more quickly, but in smaller chunks so we don't have to deal with a gazillion changes at one go. ---— Gadget850 (Ed)talk22:26, 6 May 2012 (UTC)
Rapid release is good, in general. HPB sometimes gets through 4 or 5 releases in a day. RichFarmbrough, 22:27, 6 May 2012 (UTC).(Using some automation)
Killiondude, I believe it is easier to track the source of the bug when we have more rapid releases with fewer changes in each. Hazard-SJ ✈ 03:58, 7 May 2012 (UTC)
And it is frustrating to report a bug, have someone pay attention and work on it, shepherd it through development and testing to final resolution, then wait six months for a new release. ---— Gadget850 (Ed)talk12:49, 7 May 2012 (UTC)
On the whole, a faster release cycle is better, because there are fewer fixes/changes in each release, so easier to spot the bug. Sympathies with RedRose64 though, the incremental changes in the Fox are only intermittently annoying, but that big jump will look a lot different and cause problems with any number of your extensions :( Elen of the Roads (talk) 13:02, 7 May 2012 (UTC)
Auto numbering in tables
Hi. I have a proposal of auto numbering in tables. If you make a wikitable and want to have numbering in the first column, you have to add it manually row by row. Now, it would be much more simple if you just write something like {| class="wikitable numbering" or {| class="wikitable numbering sortable" or {| class="wikitable # sortable" and then the software automatically adds the first column with numbers in every row. --Janezdrilc (talk) 17:05, 7 May 2012 (UTC)
Hi I have just received an e-mail indicating that an article on my watchlist has been changed yet I have not selected to receive e-mail when articles on watchlist have changed in my options. Is this a one off glitch? Hopefully it is or I will get swamped with e-mails. Keith D (talk) 19:38, 3 May 2012 (UTC)
The same happened to me. I have a huge watchlist and dozens of pages had been edited since I last visited Wikipedia but I only got one email. It was about [25] at 19:19 (UTC) to User talk:Bzweebl. Both "E-mail me when a page on my watchlist is changed" and "E-mail me when my user talk page is changed" are disabled for me at Special:Preferences. PrimeHunter (talk) 19:58, 3 May 2012 (UTC)
Same here. Strangely enough, the only notifications I am receiving are for edits made by 87.4.78.230 to Demi Lovato articles. I have 14607 articles on my list, and those edits represent 2 out of the last 100 changes or so.—Kww(talk) 20:15, 3 May 2012 (UTC)
Probably happened around 1930 UTC, right? That appears to be the "bad" period. You may still receive some, but they are queued and late and such. tedder (talk) 20:18, 3 May 2012 (UTC)
For some odd reason, this only caused an issue for articles on the watchlist of my sockpuppet (the account I'm using at the moment). When I logged in to figure out what was going on, the check box for emails was suddenly checked. It didn't, however, cause issues for my main account. --auburnpilot'ssock20:35, 3 May 2012 (UTC)
I got one at 19:18 UTC for this edit, which took place two minutes earlier than the email. Other than edits made by myself, the previous edit on my watchlist was at 19:05 UTC; the next at 19:24 UTC, neither of which triggered an email. --Redrose64 (talk) 20:38, 3 May 2012 (UTC)
This indicates it was only edits between 19:15 and 19:31. That matches my mail and others who have mentioned edits or a time here. Mails may arrive with a delay. PrimeHunter (talk) 20:39, 3 May 2012 (UTC)
A single email notification leaked through?
I have just received an email that one (of the thousands) of pages on my watchlist was edited. Since I have never turned on email notification, and is is not turned on now in my preferences, I find this curious. Has the software just sent out emails to anybody else? What if it keeps this up? Will there be millions of unwanted emails sent? Speciate (talk) 21:16, 3 May 2012 (UTC)
I'd post on Bugzilla, but I don't really have the heart for it.
A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: UPDATE `user` SET user_name = '[redacted]',user_password = '[redacted]',user_newpassword = 'redacted',user_newpass_time = '[redacted]',user_real_name = ' ',user_email = 'redacted',user_email_authenticated = '[redacted]',user_touched = '[redacted]',user_token = '[redacted]',user_email_token = '[redacted]',user_email_token_expires = '[redacted]' WHERE user_id = '[redacted]'
Function: User::saveSettings
Error: 1205 Lock wait timeout exceeded; try restarting transaction (10.0.6.48)
Note that without my redactions this gives away password hashes, recently compromised bitcoins hash site hash files indicate that compromised hashes are virtually equivalent to plaintext these days. Any user getting this error will effectively have their Wikipedia password and username stored in cache, as well as anywhere they post it for clarification.
(ec) Ah yes, I do see the reference to "Wikipedia password" now. I assume that means the English Wikipedia, then. Probably worth a bug report when I find a moment... - Jarry1250[Deliberationneeded]01:37, 6 May 2012 (UTC)
If it's a serious security error, more reason to list it on bugzilla, as most developers don't read the Village Pump. What were you doing when you got that error? Some changes to your account? Was it your user name? (ie. it only reveals your password hash to yourself) Platonides (talk) 20:03, 6 May 2012 (UTC).
It's hard to tell what the cause of this was without knowing the URL, but it's possible that it was an exception message shown through api.php due to $wgShowExceptionDetails being set to true. It's probably not a serious security vulnerability, since such messages are sent with Cache-Control: private, but again, it's hard to be sure without having details about where it came from. We decided to turn off $wgShowExceptionDetails to be on the safe side, the reasons it was turned on are mostly no longer relevant. -- Tim Starling (talk) 23:05, 7 May 2012 (UTC)
It was attempting to look at SmckBot's watch list. (Which was triggered by the mailflood.) So an error was not unreasonable, just the data that leaked. It did reproduce, I believe. RichFarmbrough, 01:54, 9 May 2012 (UTC).