Wikipedia:Village pump (technical)/Archive 94#MathML
{{Wikipedia:Village pump/Archive header}}
Problem in [[User:Ladsgroup/election.js]]
Hello, I wrote a tool for elections but I have problem. When I use this tool it gives me "leave-Edit warning message" I don't want it. How can I submit edits of everyone using the tool without this warning? —Preceding undated comment added 21:41, 13 October 2011 (UTC).
No more line graphs
The Edit History: Revision History Statistics pages of Wikipedia articles no longer display the line graphs normally shown under the "Edits over Time" and "Article size over time" headings. Instead, the areas load notices stating "Error loading file: [long web address]". Is it possible to know when/if this issue might be fixed?Ferox Seneca (talk) 23:27, 13 October 2011 (UTC)
:The PageStats tool is located at http://stats.grok.se, which in turn pulls the stats from http://dammit.lt/wikistats, which appears to be down. Looks like this is maintained by User:Henrik and there are discussions on his talk page about problems over the last week. ---— Gadget850 (Ed) talk 10:13, 14 October 2011 (UTC)
::The [http://stats.grok.se/en/201110/Malvern%2C%20Worcestershire Page Stats Tool] can be accesses from the link on any page history, works very fast, provides information just the way it should. I've never known it to let me down. An indispensable tooL --Kudpung กุดผึ้ง (talk) 10:26, 14 October 2011 (UTC)
:::Thanks!Ferox Seneca (talk) 01:21, 15 October 2011 (UTC)
TeX issues
When I'm logged in, using MathJax, this table looks OK:
:
\begin{array}{l||r|r|r||r|r|r}
\hline \\ \hline
L' & \Omicron & \lambda\alpha & \kappa\varepsilon & \Omicron & \alpha & \beta & \nu \\
\alpha & \alpha & \beta & \nu & \Omicron & \alpha & \beta & \nu \\
\alpha L' & \alpha & \lambda\delta & \iota\varepsilon & \Omicron & \alpha & \beta & \nu \\
\hline \\
\beta & \beta & \varepsilon & \mu & \Omicron & \alpha & \beta & \nu \\
\beta L' & \beta & \lambda\zeta & \delta & \Omicron & \alpha & \beta & \mu\eta \\
\gamma & \gamma & \eta & \kappa\eta & \Omicron & \alpha & \beta & \mu\eta \\
\end{array}
:
While not logged in and viewing it, all I see is error messages saying something failed to parse. Why? It's at User:Michael Hardy/Greek.chord.table.
:
Notice the format of one line:
: \begin{array}{l||r|r|r||r|r|r}
I had hoped that would result in two parallel vertical lines close together in two places. That actually works when LaTeX is used in a normal way on the Linux machine I'm typing this on. It doesn't work here. Is there some way to get that two work here, or, failing that, to get a thicker vertical line than in those places where one sees only a single vertical slash? Michael Hardy (talk) 23:57, 13 October 2011 (UTC)
:: OK, someone has pointed out that I'm trying to use more columns than what I've provided for.
::
:: (Some day error messages will say something other than just that something is wrong somewhere.)
:: Michael Hardy (talk) 03:09, 14 October 2011 (UTC)
:::I tried compiling this in TeXnicCenter and it gave me 13 errors, so probably a problem with your source ... -- King of ♥ ♦ ♣ ♠ 06:53, 14 October 2011 (UTC)
Two technical requests
There's two outstanding requests to edit template pages;
- Template_talk:Uir#Edit request from , 7 October 2011
- Template talk:Jct#Edit request from Imzadi1979, 13 October 2011
Due to the technical nature of them, I'm seeking help here. Thanks. Chzz ► 03:14, 14 October 2011 (UTC)
: Neither look particularly technical to me, just lacking in obviousness and evidence of consensus. The second even has [https://en.wikipedia.org/wiki/Special:ComparePages?page1=Template%3AJct%2Fshield%2FUSA&rev1=&page2=Template%3AJct%2Fshield%2FUSA%2Fsandbox&rev2=&action=&diffonly= a sandbox version to copy]. Anomie⚔ 03:33, 14 October 2011 (UTC)
Compare Selected Revisions Problem
Since auto update to Firefox 7.0.1 (been a while), whenever I try to Compare Selected Revisions (hit the button), my system doesn't know what to do with the return index.php, and asks whether to save it or select the program to open it. I suspected was Firefox, but checking on IE 8.0.6001.18702 returning same error. I'm running on XP - Service Pack 3.Not a show stopper, but quite frustrating. Any suggestions for settings / installations gratefully received. Best wishes Haruth (talk) 20:55, 14 October 2011 (UTC)
:Works for me on this very page. FF 7.01, Ubuntu Linux 11.04 64-bit. Sometimes I have that issue when working on my localhost, but almost never on a live website. Weird. –Drilnoth (T/C) 21:00, 14 October 2011 (UTC)
::Drilnoth, you are a genius! Localhost was the key! I realised that as it also fails using my work computer, then it isn't any of the local settings, so had a trawl through the preferences tab, and was a bit concerned at some of the random changes that have appeared there. For some reason Use external diff by default (for experts only) was ticked, and as I amn't an expert, unticked it. Voila! Thank you kindly... (I know - scares me how it works sometimes too...:~D) Haruth (talk) 21:12, 14 October 2011 (UTC)
Image URLs and version numbers
I just found out I can link to MediaWiki images like http://bits.wikimedia.org/skins-1.18/vector/images/user-icon.png without the embedded version number; http://bits.wikimedia.org/skins/vector/images/user-icon.png. But it turns out that URL still point to the old version: http://bits.wikimedia.org/skins-1.17/vector/images/user-icon.png. I don't know the mechanics behind the URL rewrites (config?), but it seems the version-less URLs needs to be updated to point to the 1.18 branch. — Edokter (talk) — 08:33, 14 October 2011 (UTC)
:Bugzilla:31711. — Edokter (talk) — 09:56, 15 October 2011 (UTC)
Mouseover text on interwiki links
I just noticed that when hovering with the mouse over the interwiki links for an article (in this specific case Tort) there is no mouseover text for the interwiki links. I thought this feature was there in the past, so has it been disabled recently? Is this an issue of my browser (Safari 5.1)? Any ideas? Toshio Yamaguchi (talk) 21:53, 14 October 2011 (UTC)
:The title attributes are definitely missing. There was some talk about changing them (forgot where) to display the language in English, but this seems to be in error. — Edokter (talk) — 22:34, 14 October 2011 (UTC)
::Known issue bugzilla:31505. —TheDJ (talk • contribs) 10:03, 15 October 2011 (UTC)
Huggle
Hi all, this isn't a request for support I just hope someone who is technically able watch this page, so I decided to spam here a bit, instead of mediawiki irc, Huggle is a tool for dealing with vandals which is just as mediawiki completely created by volunteers. Unfortunatelly there are only 2 - 3 active developers, so I would like to notice that if there are people who understand c#, php and mediawiki and would like to participate on wikipedia dev project, we'd be happy if you join us! Please let me know in e-mail or feedback page in case you would like to join the team! Petrb (talk) 07:04, 15 October 2011 (UTC)
Reference count
Any chance there is a tool which counts the number of references wikipedia currently has and the average per article etc?♦ Dr. Blofeld 12:50, 15 October 2011 (UTC)
:With the number of ways to include a citation, this is going to be difficult. Wikipedia:Database reports/Templates transcluded on the most pages shows that {{tl|Citation/core}} is used on 1,378,239 pages; this probably includes the 941,236 uses of {{tl|cite web}} and the rest. ---— Gadget850 (Ed) talk 13:40, 15 October 2011 (UTC)
:: Based on that, it would probably be a low number, as in less than 1. That's what I would have predicted as well, anyway. Not that surprising considering how many random unreferenced stubs we have. Gary King (talk · scripts) 17:34, 15 October 2011 (UTC)
::: A crude method using AWB database scanner is to count the number of <ref
or </ref>
in articles dump. That includes the numerous short-long footnote style but doesn't include plain text or Harvard citation}} citations. — Dispenser 18:58, 15 October 2011 (UTC)
:The average per article isn't going to be helpful, I think. We're going to see a severe skew, with a small number of articles with large numbers of references and a large number with a small number of a references. In such cases the median is the more useful data point. --Izno (talk) 19:00, 15 October 2011 (UTC)
Reftoolbar 2.0
I'm using Reftoolbar 2.0, with the enhanced dialogues for tables, etc. enabled, on IE7. The named references and error check normally have pictures of clipboards, but they now show up as white boxes with red x's. All other images display fine, which leads me to believe the problem is with the toolbar, or the images themselves. I believe this issue started when 1.18 was implemented. Brambleclawx 21:15, 15 October 2011 (UTC)
Remove this page from your watchlist?
When removing a page from the watchlist, we now get "Remove this page from your watchlist?" and an OK button. Any way to disable this? ---— Gadget850 (Ed) talk 12:24, 15 October 2011 (UTC)
:Er. I thought this might be a new feature in Vector, because I still use Monobook; but I just switched to Vector, and I don't get the question: it just spins the blue star and then unwatches as normal. --Redrose64 (talk) 12:45, 15 October 2011 (UTC)
:: A security enhancement to watching/unwatching pages was introduced; this change broke the User:Js/watchlist user script and probably was mentioned in a previous thread here. The author seems to have fixed the script (although I have not verified that by testing it myself), so please try bypassing or clearing your web browser's cache. PleaseStand (talk) 12:56, 15 October 2011 (UTC)
:::Aha! This happens when in Monobook when {{myprefs|9|Add page and user options to drop-down menus on the toolbar}} is enabled. User:Js/watchlist was 'fixed' by removing the unwatch feature. ---— Gadget850 (Ed) talk 13:31, 15 October 2011 (UTC)
:::: The script user:js/watchlist still has ajax unwatch links: your have to activate them by clicking x in the "Watchlist options" first. Or use unwatchLinksOnLoad = true;
parameter in your common.js. — AlexSm 16:47, 15 October 2011 (UTC)
:::The gadget is User:Haza-w/Drop-down menus. The new messages are MediaWiki:Confirm-unwatch-top and MediaWiki:Confirm-unwatch-button. ---— Gadget850 (Ed) talk 15:55, 15 October 2011 (UTC)
::::I'm in Modern skin, and I just got the "Remove?" button, as I have been since the change over. As you mentioned up on Gadgets, the "Add page and user options to drop-down menus " wasn't checked on mine in the first place. Other than that, I'm not familiar enough with scripts to understand what you are advising. --Maile66 (talk) 20:59, 15 October 2011 (UTC)
:::::I'm glad I am not the only one confused when reading this thread. I use Monobook, and am getting the question and button. I would like to get rid of that. Can you tell me in simple instructions what I need to do? LadyofShalott 13:37, 16 October 2011 (UTC)
::::::Seems to me, the folks who brought us 1.18 should just push out a global remedy, rather than it being left up to the individual to figure out. If you go into "View and Edit Watchlist", you can remove from your watchlist without that message popping up. So, why would we need it to pop up when we mean to Unwatch from an individual page? --Maile66 (talk) 17:56, 16 October 2011 (UTC)
{{od}}
I use the Monobook skin and have {{myprefs|9|Add page and user options to drop-down menus on the toolbar}} enabled. This creates a Page tab with drop-dwn selections including Watch page/Unwatch page. When selecting Unwatch page, then the message appears. Without the gadget enable, the Unwatch tab works without the message. The gadget is User:Haza-w/Drop-down menus, and I reported the issue there.
:On Modern skin, {{myprefs|9|Add page and user options to drop-down menus on the toolbar}} is not enabled. Nonetheless, I have the drop down menus with the Watch/Unwatch. That's exactly where I get the message if I want to Unwatch. --Maile66 (talk) 18:30, 16 October 2011 (UTC)
:::::You have {{code|User:Haza-w/cactions.js}} in User:Maile66/modern.js which adds exactly the same feature via script rather than as a gadget. ---— Gadget850 (Ed) talk 18:38, 16 October 2011 (UTC)
If someone is experiencing this differently, please provide details. ---— Gadget850 (Ed) talk 18:23, 16 October 2011 (UTC)
Copying pro-forma templates
Here's [http://www.imgartists.com/?page=artist&id=674&c=2 a page with a button] which copies the main contents of the page to the user's clipboard. Could we have the some thing on template documentation, for copying blank or part-completed templates? Andy Mabbett (Pigsonthewing); Andy's talk; Andy's edits 20:18, 15 October 2011 (UTC)
:It's a chunk of javascript:
$(document).ready(function(){
$("div#copyButton").html("");
$('#copy').clipboard($('#artistContent').text()); // Just use text() to get the plain text to pass to clipboard()
});
:The {{tag|div|o|params=id='artistContent'}} at the end is the marker for the start of the text to copy (the marker for the end of the text to copy being the matching {{tag|div|c}} later on in the page), and the {{tag|div|params=id="copyButton"}} actually displays the button. Not sure what the {{tag|div|params=id="copyButtonParent"}} is for. --Redrose64 (talk) 20:44, 15 October 2011 (UTC)
:: I prefer manipulating the template myself, so I just have a script that converts template examples to PRE forms so that they are easier to copy. Here is the script. The description I have for the script is: "Converts template examples in tags to
:::Thank you, but the joy of that script is it's a single click - with a prominent button for newbies to aim at. Andy Mabbett (Pigsonthewing); Andy's talk; Andy's edits 21:37, 15 October 2011 (UTC)
::Thank you, too, but I'm not a coder, so can't do anything with that; I'm hoping someone else can implement it. Andy Mabbett (Pigsonthewing); Andy's talk; Andy's edits 21:37, 15 October 2011 (UTC)
::: If you want to include that JS code on a specific template so that it's easy for newbies to use, then that probably won't be possible because you'd have to include it into the global JavaScript file, and I am doubtful that consensus would allow it to be included in there. Gary King (talk · scripts) 05:53, 16 October 2011 (UTC)
::::While I'd use a local version if that's all that's available, a global version is what I'm asking for - we're supposed to be on a drive to make the editing interface easier for people to use, and this is one thing we could do to make a step in that direction. What makes you think others would oppose it? Andy Mabbett (Pigsonthewing); Andy's talk; Andy's edits 09:37, 16 October 2011 (UTC)
::::: I guess, depends on a few things that would need to be discussed first in detail. For instance, once it's implemented in the global JS, do you plan on automatically including a button along with every template example? Or does the button have to be implemented manually, with a template for instance? And if with a template, then will a bot do it automatically to all the thousands of existing templates, or will humans do them all, perhaps only for the most common templates? And so on.
::::: In theory, the idea sounds pretty good. However, personally I dislike buttons like these, since they delete whatever you had in your clipboard previously. Any JavaScript that messes with my system, such as one that creates a new popup window, or resizes my browser, or manipulates my system's clipboard, or creates an animation that I did not initiate, I really dislike. And, I realize that if I don't want to clear my clipboard, then I don't have to press the button. Still, there's something about just pressing a button on a webpage that's enough to access my clipboard that bothers me; kind of similar to having a button on my watchlist that would empty my watchlist, or some people even want to hide the rollback button because they're worried of clicking it by mistake—I would never click it, but it would still bother me. In my opinion, Wikipedia is meant to be a static webpage, where as few animations and such take place. I don't know, just my two cents. I ultimately don't feel too strongly about this since if I really disliked something I'd hide it for myself with CSS, but a lot of people don't have that ability. Gary King (talk · scripts) 16:42, 16 October 2011 (UTC)
Problem with pdf files cited as source
There is a problem with citing pdf files from the Airports Authority of Indi website for air traffic figures on Madurai Airport and Tiruchirapalli Airport. Instead of the ref number appearing the text UNIQ97b50af97f34cc-ref-00,000,000-QINU is visible. The problem seems to be only on these two airport articles. In other articles like Bengaluru International Airport, Chennai International Airport, Cochin International Airport, Rajiv Gandhi International Airport, etc where the same pdf file is cited, there is no problem at all. — Abhishek Talk 05:57, 16 October 2011 (UTC)
:Observation: The two pages where the citation is garbled use {{tl|cite web}}, while the others don't. I don't have a clue as to how to fix it though. Goodvac (talk) 06:07, 16 October 2011
::I removed {{tlx|cite web}} and changed it to
:::{{tl|Infobox airport}} formats those fields using the formatnum:
magic word. This causes the references to bork and expose the strip marker that you are seeing. The only way to fix this is to not include {{tag|ref}} tags or ask that the template be updated to not use formatnum:
or to add an unformatted column for references. ---— Gadget850 (Ed) talk 11:18, 16 October 2011 (UTC)
Back to Nostalgia for me
{{resolved|cache issue}}
Over the last day, the English Wikipedia has been displaying as if I'm at nost:, not at the present-day form of Wikipedia. Everything is fine at other languages' Wikipedias (I've checked German, French, Latin, and whatever tt:wp is) and at Commons, and less than an hour ago, everything was fine on a different computer with my public sock, but I can't figure out what's happened with my computer on this website. I'm running whatever the latest sub-version is of Internet Explorer 8 in Windows Vista; my intended skin is Monobook. I know that I've not accidentally changed the skin, because when I log in through the secure server, everything appears just as it should. Nyttend (talk) 07:38, 16 October 2011 (UTC)
:Check your skin setting anyway; you may still be using the "old" secure url. — Edokter (talk) — 09:41, 16 October 2011 (UTC)
::You can also try to clear your entire cache. PrimeHunter (talk) 13:43, 16 October 2011 (UTC)
:::tt is, apparently, the {{ISO 639 name|tt}} Wikipedia. --Redrose64 (talk) 14:05, 16 October 2011 (UTC)
::::Okay, if I clear my cache, the page appears better, but as soon as I go to another page, it's back to Nostalgia. Coming to edit this section, I cleared the cache of the edit page to make it appear correctly. I needed to see the preview, and it was back to Nostalgia; I copied the text that I'd just written and used the back button to return to the original edit page, and again back to Nostalgia, even though I'd just cleared my cache. It's not a problem with the secure server, by the way — I'm having trouble on the normal one, and the secure server displays everything properly. Nyttend (talk) 17:43, 16 October 2011 (UTC)
:::::Are you clearing the entire browser cache as described at Wikipedia:Bypass your cache#Internet Explorer? Does the same happen when you are logged out? PrimeHunter (talk) 23:28, 16 October 2011 (UTC)
::::::Ah, sorry, forgot totally to dump the entire cache; I've done that, and it's working much better. Sorry for wasting everyone's time on this issue; I'd thought to clear the cache of a single page, but I didn't know that dumping the entire cache could help with pages that I'd never before visited. Nyttend (talk) 03:14, 17 October 2011 (UTC)
What's the matter with this article?
- Evenk Autonomous Banner ––虞海 (Yú Hǎi) ✍ 09:09, 16 October 2011 (UTC)
:Some of the fields required numerical data, and you supplied them with prose; also, it failed to put a pushpin onto the map because no coordinates were supplied, but it was still looking for them. I've commented out troublesome sections (although one or two may not be troublesome, I wasn't exactly sure). Grandiose (me, talk, contribs) 09:16, 16 October 2011 (UTC)
:: Thank you! ––虞海 (Yú Hǎi) ✍ 10:07, 16 October 2011 (UTC)
Mediawiki losing old file versions upon undeletion in MW 1.18
Since the most recent MW version upgrade, I've now had Mediawiki lose two different old versions of a file while in the process of deletion. Let me explain:
- User uploads version A to Myfile.jpg.
- The same user or a different user uploads version B to Myfile.jpg, overwriting the old version.
- I delete Myfile.jpg.
- I go to undelete version A, but when I undelete the file, version B pops up. Looking in the file history, version B is now version A, even though the resolution information (and IIRC the sha1 information) are still different. Thus version A is forever gone.
You can see this occur at two files:
- Special:Undelete/File:University.JPG: in this case, only one deleted version appears in the history because I was trying to perform a history split. See [http://en.wikipedia.org/w/index.php?title=Special:Log&page=File%3AUniversity.JPG]. However, you'll notice the deleted revision is inexplicably identitical to :File:Sindh Agriculture University.JPG.
- Special:Undelete/File:Kolkata Tipu Sultan's Mosque3.jpg: you'll notice that the software lists two different files at two different resolutions. However, if you actually click both of the old versions, you'll get the same file (445x387: the newer one uploaded).
Do I need to file a bug for this? Or is there already a bug filed? Magog the Ogre (talk) 19:40, 16 October 2011 (UTC)
:Filing a bug would probably be the best course of action. Peachey88 (T · C) 05:32, 17 October 2011 (UTC)
Page View Statistics
The "Page View Statistics" function has not been updated in at least five days. I check page view statistics daily; the page view tallies have been the same now since last Friday on every article.--Tomwsulcer (talk) 23:06, 11 October 2011 (UTC)
:[http://stats.wikimedia.org/EN/TablesPageViewsMonthlyCombined.htm This one is up to date]. Is there another one that you are looking at? — ☠MarkAHershberger☢(talk)☣ 01:48, 12 October 2011 (UTC)
::Yes. The one that's available in the history section of every article. Dr.K. λogosπraxis 03:16, 12 October 2011 (UTC)
:::I think you mean stats.grok.se. If so, that's truly not a WMF service, and - sorry - but questions should go to the creator of it. Philippe Beaudette, Wikimedia Foundation (talk) 09:24, 12 October 2011 (UTC)
::::Yes, thanks. That's the url of the link you press. It goes on and off at times. Is there another equivalent service supported by WMF that can be used? Dr.K. λogosπraxis 13:30, 12 October 2011 (UTC)
::::User:Dr.K., If you see stats.wikimedia.org off, then Bugzilla is the right place to report it. If you see a problem with stats.grok.se, then it should be reported to User:Henrik or User:Domas.
:::::Thank you Mark. Dr.K. λogosπraxis 00:26, 13 October 2011 (UTC)
::::::Thank you Mark also. I think the Wikimedia Foundation should be more active in helping contributors get Page View statistics. These numbers are important for contributors because it tells us that we're being read and that what information we add to Wikipedia is valuable. [http://stats.wikimedia.org/EN/TablesPageViewsMonthlyCombined.htm This link] which appeared above offers summary statistics; what people such as myself really need to know is how many people are looking at a specific article within the last day; ideally I would like to have a tally of readers (past day, last hour, last week perhaps?) appearing on the face of the article somewhere in a corner. Better: I'd love to have a table showing how many people are reading (and have cumulatively read) my contributions to specific articles so I could say to somebody (or think to myself) 15 million people have read my contributions to Wikipedia. Numerous contributors have written on User talk:Henrik's page asking why the Page View statistics tool (via History section) has not been updated for about a week now, and it is probably unfair for everybody here to expect Henrik to do all the hard work here of maintaining this valuable tool. The only alternate tool I've come across is [http://en.wiki-watch.de/index.php?Content=LemmaDetails&LemmaDetailsTitle= Page View Statistics (alternate tool)] but it's clumsy and slow and the graph is hard to read. I encourage WMF to please pay more attention to traffic statistics, that is, WMF should provide a service similar to stats.grok.se.--Tomwsulcer (talk) 10:49, 14 October 2011 (UTC)
:::::::While it's simple to create a tool to show how many people have looked at a particular article, I would imagine that it would be very, very difficult to create one which shows how many people have looked at any specific contribution to that article. 92.6.89.247 (talk) 17:52, 14 October 2011 (UTC)
::::::::Why would anyone want to know? Kudpung กุดผึ้ง (talk) 18:01, 14 October 2011 (UTC)
:::::::::I would love to know how many people read my contributions here at Wikipedia. It tells me that my unpaid effort is appreciated on some level, that other people elsewhere in the world have looked at what I've done, and possibly benefited from it, and have greater knowledge, wisdom, perspectives than they had before. The prospect that readers might enjoy my contributions I find extremely motivating here at Wikipedia since, as you know, we're unpaid volunteers, almost always unthanked for our contributions. Traffic statistics, in a sense, is the only pay we get. It's important to me. I realize it would be difficult to assess which particular parts of an article were read. But there might be other data points which could rather easily be isolated -- how long (on average) a particular article was viewed, or whether somebody clicked on it, then clicked away; or whether on average people tended to scroll down the page, or did they only look at the first paragraph. That information can help all of us figure out which articles need improving, or whether there might be any problems (or turnoffs) based on readership patterns.--Tomwsulcer (talk) 18:57, 14 October 2011 (UTC)
::::::::::I don't think it's possible to find out how long an article is viewed for, because no signal is sent that somebody is leaving the page (whether by clicking on a link or hitting the "back" button). Yes, if editing in Vector skin you may get an "Are you sure you want to leave this page?" warning, but that is generated locally by your browser based upon javascript sent when you first go for the [edit] link; if you select the "Leave Page" button, no corresponding signal is sent back. Certainly it is not possible to find out whether the page was scrolled and even less possible to find out what they actually read. Page view statistics are based upon which URLs were retrieved, not on what was done with those after retrieval.
::::::::::Also difficult is the task of analysing whether your edits to this page are more popular than, say, mine. Consider that your edit of 18:57 14 October 2011 is covered by the URL
:::::::::::http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&diff=455574354&oldid=455566566
::::::::::but there are other URLs covering exactly the same change:
:::::::::::http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&diff=prev&oldid=455574354
:::::::::::http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&diff=next&oldid=455566566
::::::::::are just two of them. Whilst the number of people going for any specific URL may well be logged, the number of people interested in that particular diff is likely to be small, and since they have (at least) three different ways of obtaining it, the figures will be spread out. --Redrose64 (talk) 09:30, 15 October 2011 (UTC)
=Henrik email=
As you may know, there is a feature on Henrik's page to allow a user to email him. I did, and his reply is that he's had server issues, is currently on vacation without a computer to fix the problem, but will attend to it upon his return. --Maile66 (talk)
:For my money this is exactly why the Foundation should take on support for the tool. It's very unsatisfactory that such an important bit of functionality is entirely dependent on one editor. No matter how good Henrik is, he's still only one person. Prioryman (talk) 23:39, 16 October 2011 (UTC)
::I agree. There have been several similar requests on Henrik's talk page, for example [http://en.wikipedia.org/w/index.php?title=User_talk%3AHenrik&action=historysubmit&diff=450405621&oldid=450268534 here] and [http://en.wikipedia.org/w/index.php?title=User_talk%3AHenrik&action=historysubmit&diff=451949311&oldid=451852857 here]. —Bruce1eetalk 05:22, 17 October 2011 (UTC)
:::Now it is working again. Dr.K. λogosπraxis 21:37, 17 October 2011 (UTC)
Problem with RefToolbar
I'm having a big problem with the RefToolbar. When I hit the autocomplete button for the URL, it reacts as if I'd hit "Save page". I'm using Firefox 7.0.1 and Windows 7. Lampman (talk) 22:03, 13 October 2011 (UTC)
:This sounds related to a thread from a few days ago, now archived at Wikipedia:Village pump (technical)/Archive 93#Reftool 1.0 failing when filling fields from URL. --Redrose64 (talk) 09:10, 14 October 2011 (UTC)
::Thanks; I did a quick search, but did not see that entry. Hopefully the fix will "propagate" to me before too long. Lampman (talk) 12:16, 14 October 2011 (UTC)
:::I orignally reported the problem. It was fixed for me as of some time last week, but this morning, it has become unfixed and is happening again. -- Whpq (talk) 13:34, 17 October 2011 (UTC)
“Templates used on this page” list
Hello,
I was at the page [http://en.wikipedia.org/w/index.php?title=Template:Infobox_writer&action=edit en.wikipedia.org/w/index.php?title=Template:Infobox_writer&action=edit], and I wanted to go to the Template:URL. Alas, the list of the “templates used on this page” forgets the Template:URL. But the Template:URL is used, I see it in the source. It has to be shown in the list.
--Nnemo (talk) 06:11, 16 October 2011 (UTC)
: It's not used on that page, as it is only used when the {{para|website}} parameter is given to the template. Which isn't done in the standard page view (no parameters are). Anomie⚔ 13:23, 16 October 2011 (UTC)
::Also note that the list actually says: "Pages transcluded onto the current version of this page." Template:URL is not transcluded. PrimeHunter (talk) 13:40, 16 October 2011 (UTC)
:::From my window, I see exactly “Templates used on this page:”. The Template:URL is used, although not in all cases. Should we understand that the templates listed are only the ones which are used when displaying the page of the template, that is without any parameter ?
:::
:::--Nnemo (talk) 15:07, 16 October 2011 (UTC)
::::I see "Pages transcluded onto the current version of this page" in the default Vector skin at your url [http://en.wikipedia.org/w/index.php?title=Template:Infobox_writer&action=edit en.wikipedia.org/w/index.php?title=Template:Infobox_writer&action=edit]. If I click Show preview then I see "Templates used in this preview". Whatever the heading, such lists are generated automatically and always show what is actually transcluded (including indirect transclusions via other transclusions), and not what is mentioned somewhere in the source code. PrimeHunter (talk) 15:24, 16 October 2011 (UTC)
:::: Nnemo is probably using "British English" in user preferences: only local "english" MediaWiki:Templatesused was reworded to say "transcluded". — AlexSm 15:36, 16 October 2011 (UTC)
:::::Ah yes, that would do it. The default English has said transcluded since 2006.[http://en.wikipedia.org/w/index.php?title=MediaWiki%3ATemplatesused&action=historysubmit&diff=63166168&oldid=17805579] The "en-GB - British English" option at Special:Preferences#mw-input-wplanguage should come with a warning that the user interface may display obsolete messages. I wonder how many users have selected British English without knowing what they lose and that the only gain is probably to avoid a few spellings they may be less used to. PrimeHunter (talk) 23:53, 16 October 2011 (UTC)
::::::Since this comes up from time to time, I wrote User:Gadget850/FAQ/Language. The linked database report shows 16,959 es, 8,995 en-gb, 8,995 fr and so on. ---— Gadget850 (Ed) talk 00:24, 17 October 2011 (UTC)
:::::::What about adding a link to bugzilla:31015 and/or to this user script to your subpage? Helder 18:06, 17 October 2011 (UTC)
Ipad paste problems
Lately I've been having problems copying text into the article edit screen (particularly url addresses), and cutting and copying text that is already in the article. When I try and paste the text in nothing happens when I press Paste. It happens when I use my ipad2 (not every time I try, but increasingly so), whereas copy/paste works fine elsewhere on the Ipad. Anyone having similar problems? Eldumpo (talk) 22:37, 16 October 2011 (UTC)
: If you have any editor enhancements such as wikEd or the new editor toolbar, try turning all those off first. Gary King (talk · scripts) 05:21, 17 October 2011 (UTC)
::I don't know what WikiEd is but in My Preferences/Editing I have the 'Enable enhanced editing toolbar' ticked. Are you suggesting I should de-select that, and if I do, what toolbar editing features would I lose. Thanks.Eldumpo (talk) 13:06, 17 October 2011 (UTC)
::: You can try disabling it to see what you will lose. You can re-enable it again whenever you want. I personally have all toolbars disabled since they just get in the way of typing. I suggest disabling it temporarily just so you can test if it fixes your iPad problems, then at least you know what the problem is. Gary King (talk · scripts) 18:11, 17 October 2011 (UTC)
1.18 issue with subst'ing magic words
{{resolved}}
I don't know if people are still reading the section above, so I just wanted to leave a note that I added an issue at #Subst'ing magic words broken?. Thanks, rʨanaɢ (talk) 16:21, 17 October 2011 (UTC)
My sig breaks AA
Through the prod templates, the effects are messy. I reported it to Wikipedia_talk:Article_alerts#My_sig_breaks_AA, but in case this is not widely watched, I am also posting here - maybe somebody can figure out what's wrong. My sig doesn't usually break things, but if it is a problem with it, let me know if something needs to be changed. If it is a problem with AA, well, that's out of my league - but perhaps one of the experts here can trace and fix the issue. It affected the WP:POLAND project page, where the AA page is included, and I wonder how many other pages? --Piotr Konieczny aka Prokonsul Piotrus| talk to me 21:57, 17 October 2011 (UTC)
:Only half you signature was copied to that page, and I think it shouldn't even be there. I removed it and the page looks OK now. — Edokter (talk) — 22:07, 17 October 2011 (UTC)
::Piotrus, has your sig changed since I offered this advice? --Redrose64 (talk) 22:22, 17 October 2011 (UTC)
:::From the look of it he did exactly as you suggested. Grandiose (me, talk, contribs) 22:24, 17 October 2011 (UTC)
::::In [http://en.wikipedia.org/w/index.php?title=Polish_Army_Scouts&diff=456042015&oldid=455201579] Piotrus made a signed prod. In [http://en.wikipedia.org/w/index.php?title=Wikipedia:WikiProject_Poland/Article_alerts&diff=456070301&oldid=455887720] AAlertBot shortened it in a report, cutting it off after 250 characters so it ended abruptly in the middle of the signature with
. AAlertBot replaced the remaining part with "...". The cut off point left open tags. Prods are not supposed to be signed (signatures should not be seen in article space) but it also sounds problematic for AAlertBot to cut off something which may leave open tags. It could be discussed at [[Wikipedia talk:Article alerts/Bugs. PrimeHunter (talk) 22:42, 17 October 2011 (UTC)
:::::Thanks for the quick reaction. I'll try to remember not to sign prods. --Piotr Konieczny aka Prokonsul Piotrus| talk to me 22:45, 17 October 2011 (UTC)
Hiding the Help Desk edit notice
{{resolved|1=CSS works. —mc10 (t/c) 05:40, 19 October 2011 (UTC)}}
Can someone provide the CSS magic that will hide the usual edit notice for Wikipedia:Help desk? I'd like to use that screen space for answering people's questions. Does it need a named "div" to be added at Template:Editnotices/Page/Wikipedia:Help desk? -- John of Reading (talk) 20:54, 15 October 2011 (UTC)
: This:
: will do the trick. Gary King (talk · scripts) 20:58, 15 October 2011 (UTC)
::And it's gone! Excellent, thank you. -- John of Reading (talk) 21:06, 15 October 2011 (UTC)
Malicioius code on a script?
{{resolved|1=Just the default warning on .js files. No harm here. —mc10 (t/c) 05:41, 19 October 2011 (UTC)}}
Would someone please look at User:Maile66/modern.js. I don't even remember when I set up this page, or why. But probably sometime in 2011, I added the DYK part. Scripts aren't my thing. But there is this strange scary message that pops up on it. "Code that you insert on this page could contain malicious content capable of compromising your account." I've never seen a message like this on Wikipedia. --Maile66 (talk) 21:16, 15 October 2011 (UTC)
:That's just a generic warning to be cautious when adding javascript to your .js file, nothing to be concerned about. Malleus Fatuorum 21:20, 15 October 2011 (UTC)
:See Wikipedia:Village pump (technical)/Archive 57#New message and MediaWiki talk:Jswarning for more info. Goodvac (talk) 21:21, 15 October 2011 (UTC)
Special:Export providing outdated/cached article text?
I use Special:Export quite a lot to export the latest revision of a list of articles to an XML file. All fine, but I find that exports including pages that I've recently edited don't seem to export the very latest page revision, maybe a cache that's a day or two old. Is this a known feature/limitation of Special:Export? The Help for it doesn't mention anything. Thanks Rjwilmsi 18:03, 17 October 2011 (UTC)
: Just tested a few pages. I went to Recent Changes and checked a few pages that were edited just a few seconds ago, entered them into Export, and Export did indeed grab the most recent edit that was made only seconds ago. Therefore, it appears as though it should indeed grab the very latest revision. Perhaps try shortening your list of articles to see if the latest revision of each article is grabbed? Gary King (talk · scripts) 18:10, 17 October 2011 (UTC)
::It could be a temporary database overload, or you hit the 1000 revisions limit, see mw:Manual:Parameters_to_Special:Export#cite_ref-historynote_0-2. Nemo 13:11, 18 October 2011 (UTC)
Help! Piped link in a table using template parameters won't display
Ok, I'm stumped. I can't for the life of me figure out why this won't work. The old version of {{tl|CFB Standings Start}} had the wikitable formatting, and displays the piped link just fine. I'm in the process of standardizing the standings templates via a meta-template ({{tl|Standings Table Start}}) to put all the table formatting in one common place. Somehow, this is breaking the sandboxed version. If it was just the pipe being misinterpreted as a table column break, that would be fine, but the double link brackets aren't being interpreted either. Any ideas? DeFaultRyan 04:53, 18 October 2011 (UTC)
:[http://en.wikipedia.org/w/index.php?title=Template:CFB_Standings_Start/sandbox&diff=456132812&oldid=456037632] fixed it. Before my edit the piped link got a newline before the pipe like this which doesn't work:
[[link
|title]]
:PrimeHunter (talk) 05:49, 18 October 2011 (UTC)
:See also the third bullet at Help:Template#Usage hints and workarounds. PrimeHunter (talk) 13:51, 18 October 2011 (UTC)
::Thanks for the help. No newlines/whitespace in unnamed parameters? Who knew? DeFaultRyan 14:01, 18 October 2011 (UTC)
:::See Help:Template#Usage hints and workarounds, third bullet. --Redrose64 (talk) 16:19, 18 October 2011 (UTC)
Help link for Preferences
Some Preferences settings are not self-explanatory. It would be good if MediaWiki:Preferences-summary was updated to include a link to meta:Help:Preferences (possibly floating right, or even absolutely positioned, to avoid wasted vertical space). I can think of no good reason not to add such a link, as there is currently no obvious way of getting help on preferences. What do you think? — This, that, and the other (talk) 10:48, 18 October 2011 (UTC)
:Support. See :de:Spezial:Einstellungen for how :de:MediaWiki:Preferences-summary looks in German. I wonder whether new users will get confused by the English help page being at meta. They may not realize they are at another wiki and if they click My preferences at meta then they change meta preferences. There are also a few differences to the preferences at the English Wikipedia. Perhaps Help:Preferences would be a better target if it was expanded a little but still referred to meta for the main help. PrimeHunter (talk) 13:41, 18 October 2011 (UTC)
:: Link [{{fullurl:de:Special:Preferences|uselang=de}} de:Special:Preferences?uselang=de] will work for those who changed interface language on dewiki. — AlexSm 14:55, 18 October 2011 (UTC)
: Support linking to a local page Help:Preferences. — AlexSm 14:55, 18 October 2011 (UTC)
Monobook errors
Every once in awhile, I see an error that appears in the top and side when using the Monobook display. I'm using IE (Internet Explorer). IE Version 8.0.6001.18702. It errors and everythink is in prenthesis, so it looks as if it is a decoding problem. Contact me!
Larsona (talk) 22:04, 18 October 2011 (UTC)
:Please quote some of the error text you see. http://en.wikipedia.org/wiki/Wikipedia_talk:Village_pump_%28technical%29?uselang=qqx creates a page with message names in parentheses instead of displaying the messages. Does it look like that? PrimeHunter (talk) 23:21, 18 October 2011 (UTC)
Time display
Originally posted at the Help desk:
I am using
: Wikipedia pages are heavily cached at multiple levels to reduce server load, so that template and others like it will only display the current time as of when the page was last parsed. Perhaps the template documentation should be updated to clearly state this. Anomie⚔ 11:22, 19 October 2011 (UTC)
::Thank you. I added a note to the documentation. Toshio Yamaguchi (talk) 12:06, 19 October 2011 (UTC)
:::You can purge to make it update. PrimeHunter (talk) 13:12, 19 October 2011 (UTC)
::::Thanks. I added a purge link to the page. Toshio Yamaguchi (talk) 13:28, 19 October 2011 (UTC)
JavaScript workaround to mark edits as minor not working
Back in March of this year, consensus was reached that the preferences option to "mark all edits minor by default" should be removed. A workaround script was offered to established users who wanted to maintain that setting. I added that script to my monobook.js in March, and it worked when I edited back then (i.e. my edits were marked minor by default). I've just started editing again after several months, and I've found that the JavaScript workaround is no longer functioning. I had a short discussion with User:Jarry1250 (who first notified me that the preference setting was being phased out), and he tweaked the script and suggested that I clear my cache and try editing in different browsers. He also suggested that if that didn't work (and it didn't), I come to WP:VPT.
I should note that 99% of my edits correct typographical errors, which is why this setting is so useful for me. Thank you for your help! Cheers, Wrelwser43 (talk) 18:01, 19 October 2011 (UTC)
:Most likely the same issue as above, your script will work once MediaWiki:RefToolbarLegacy.js is fixed. P.S. Next time please also confirm that you'r still using monobook skin; that's why it's better to use skin-independent common.js now. — AlexSm 18:19, 19 October 2011 (UTC)
::Sorry about that. I'm not very familiar with scripts and skins. Are you saying I can create User:Wrelwser43/common.js and copy everything in User:Wrelwser43/monobook.js into it? And then once MediaWiki:RefToolbarLegacy.js is fixed, the script will work? What's an approximate timeframe on it being fixed? Thanks again! Wrelwser43 (talk) 18:27, 19 October 2011 (UTC)
:::I don't know when RefToolbarLegacy will be fixed (need a sysop to do that). You do not have to move your code to common.js but if you ever chane your skin in preferences your monobook.js will not be used anymore; see Preferences→Appearance for a list of all personal css/js files. — AlexSm 18:53, 19 October 2011 (UTC)
Here's a (slightly) modernized version of the script:
if (mw.config.get("wgAction") === "edit") {
$(function () {
document.getElementById("wpMinoredit").checked = true;
});
}
Cheers, —mc10 (t/c) 20:16, 19 October 2011 (UTC)
:Actually, that should be:
if ( mw.config.get( "wgAction" ) === "edit" ) {
$(function () {
$( "#wpMinoredit" ).prop( "checked", true );
});
}
:to avoid a "TypeError: [...] is null" error occurring if the "minor edit" option is not available thanks to MediaWiki 1.18 changes. PleaseStand (talk) 20:47, 19 October 2011 (UTC)
Colons in article titles
{{resolved}}
Article Book A Novel states {{correct title|reason=namespace|title=Book: A Novel}}
But many article have colons in the title, for example Aliens: Earth Hive
So is this statement a special example or a mistake ? Thanks GrahamHardy (talk) 21:38, 19 October 2011 (UTC)
:Book A Novel is actually an example at Wikipedia:Naming conventions (technical restrictions)#Colons. Book: is the namespace prefix for books. Goodvac (talk) 21:48, 19 October 2011 (UTC)
::Aha! Thanks GrahamHardy (talk) 21:53, 19 October 2011 (UTC)
Empty math markup gives UNIQ...QINU
Typing
gives: (i'm seeing UNIQ54cc78e41e963350-math-00000004-QINU there in case others don't see the same). Granted an empty
pair is pointless, but one had somehow got into the wikitext of 'Central limit theorem' — see Talk:Central limit theorem#Rubbish in Multivariate CLT. Qwfp (talk) 10:23, 19 October 2011 (UTC)
:See the new Help:Strip markers ---— Gadget850 (Ed) talk 12:11, 19 October 2011 (UTC)
::{{phab|33824}} Happy‑melon 15:27, 20 October 2011 (UTC)
:::Thanks both. (Bugzilla is beyond me.) Qwfp (talk) 17:26, 20 October 2011 (UTC)
Languages
Since not all pages display all languages I suggest to have drop down menu for languages selection. — Preceding unsigned comment added by 189.182.113.47 (talk) 21:55, 20 October 2011 (UTC)
:This is the English Wikipedia. What other languages do you expect to see? --Redrose64 (talk) 22:14, 20 October 2011 (UTC)
:: Articles that are available in a language besides English are available by clicking on the corresponding language name in the left-hand column of every article. Gary King (talk · scripts) 03:03, 21 October 2011 (UTC)
::Yes, you can't have a menu for things that don't exist. Choyoołʼįįhí:Seb az86556 > haneʼ 03:17, 21 October 2011 (UTC)
Problems with search results
Recently, there have been an increasing number of problems with search results, which as a WikiGnome, I use heavily to help find spelling mistakes.
These problems do not appear every time, which will make tracing them more difficult
- The number of matches varies, and matches disappear
Having opened up a search and found there are say 6 matches, having corrected one of them and returned to the search, the number of matches sometimes goes up, or down, and sometimes shows no matches at all. The refresh button can change the number of matches, to a different selection. - Some matches only show the article title, with no detail
This makes evaluation much more difficult, and much slower, as numerous mis-spellings have to stay e.g. those in URLs, with sic after them, in foreign languages etc. - Matches move about
I cannot simply work down a list, as after correcting a few errors the results appear more and more randomised, requiring repeated searches through the results pages to find uncorrected errors. This is particularly irksome when searching lists such as {{search link|reponse||ns0|ns14|ns100}} which has about 310 matches, almost all of which are the correct use of the French word réponse. I go down the list, ignoring the French uses and correcting the English uses. The articles I have corrected display in a different colour, but I do not access the 280 French uses, so they are not highlit, however the entries I have deliberately ignored are all mixed up with those I have not looked at - False matches
There are an increasing number of false matches i.e. articles which always appear in the list, but never have the typo, although they probably have had it in the past. e.g. {{search link|"recieve"|recieve|ns0|ns14|ns100}} will almost certainly include List of awards and nominations received by Def Leppard, Detroit Receiving Hospital, The Receiving End of Sirens none of which include recieve (ie)
If this is the wrong place for this please direct me to where I should be reporting this increasing problem. - Arjayay (talk) 17:23, 18 October 2011 (UTC)
: Thanks for reporting. The problem was with search9 which had a stale version of one of search index slices. It is updated now, and should give consistent results. --rainman (talk) 22:18, 18 October 2011 (UTC)
::Thanks - that seems to have dealt with points 1 & 2 - but 3 & 4 remain albeit that they are longer-term problems. Arjayay (talk) 08:08, 19 October 2011 (UTC)
::: Unfortunately, those are harder to address, and I'm afraid are going to stay like that until there is someone in the developer team actively looking at search. --rainman (talk) 10:59, 21 October 2011 (UTC)
::::I spoke too soon - problem 2 has returned with significant numbers of title only results. Arjayay (talk) 16:10, 21 October 2011 (UTC)
:::::And just for the record, problem 1 has returned again as well - Arjayay (talk) 17:05, 25 October 2011 (UTC)
JavaScript problems in IE8
{{anchor|IE8 problems}}
I'm using Vector skin with IE8 v8.0.6001 on Vista, and am experiencing a number of different problems on every page in WP that I have examined.
I am not experiencing any of these problems when using another browser - so far I've tried Chrome, Safari and Firefox.
- On any page containing a class="wikitable sortable", the table looks & behaves identically to a class=wikitable.
- On any page, hovering over a link either displays nothing, or only displays a box with the link name - depending on the link, IE8 used to, and other browsers still do, display the page, or the edit history or other information
- While typing into the search box (on any page with a search box), it does not provide an "auto complete" list of candidate terms.
- My talk page top-of-page list of menus displays
- "Read, Edit, Add topic, View history, (heart), (star), (triangle)" rather than
- "Read, Edit, +, (heart), (star), (triangle), (triangle), (triangle)"
- When editing a page, none of the "editing shortcuts" that appear below the Save page/Show preview/etc line appear as links - they all appear only as static text.
- Etc.
Advice please. Pdfpdf (talk) 05:42, 19 October 2011 (UTC)
: Per your first point, how do the unstyled sortable tables at Help:Sorting look? Have you tried testing while not logged in, to eliminate any preferences/gadgets issues? --Lexein (talk) 09:33, 19 October 2011 (UTC)
:Have you checked that you have JavaScript enabled? For example, at the top of this page is a box labelled "Frequently Asked Questions". Do you see it with a working "Show/Hide" link? -- John of Reading (talk) 10:14, 19 October 2011 (UTC)
::When I'm logged in, all tables on all pages look the same.
::No, I hadn't tried logging out. I see that things behave like they should when I'm logged out(!)
::Yes, I have checked if Javascript is enabled. It says it is. (i.e. Tools / Internet options / Advanced / Java / Use JRE 1.6.0_24 is checked.)
::When I'm not logged in, show/hide is visible; when I'm logged in, it's not visible.
::Pdfpdf (talk) 07:56, 20 October 2011 (UTC)
:::It can't be a browser setting if it is working when logged out, AFAIK, and {{user|Pdfpdf}} has [http://en.wikipedia.org/w/index.php?title=Special%3APrefixIndex&prefix=Pdfpdf&namespace=2 no .JS subpages]. Does that mean it must be a preference setting? Do you have "My preferences" > Gadgets > Compatibility > "JavaScript Standard Library" ticked? You could try flipping that checkbox and trying again. This is just a guess. -- John of Reading (talk) 15:39, 20 October 2011 (UTC)
::::Given that things work fine when logged out, agree that it can't be a browser setting per se.
::::Also, given everything works fine in other browsers when logged in, it's not obviously some account setting per se.
::::Yes, the "JavaScript Standard Library" box was checked. I unchecked it, saved, logged out, closed browser, opened browser, looked around (all behaving nicely), logged in (all now misbehaving), preferences, tick box, save. All still misbehaving.
::::It's a pretty strange combination:
::::*When logged in & using IE8, JavaScript is not working
::::*When using any other browser, JavaScript is working
::::*When not logged in, JavaScript is working
::::I can't think of what else I could try. Pdfpdf (talk) 21:39, 20 October 2011 (UTC)
:::::I dug out an old laptop running IE7 v7.0.5730 under XP - same misbehaviour.
:::::It's beginning to look like it might have more to do with my account settings than with IE8. When they get home, I'll get one of the kids to log on to my machine and see what they experience. Pdfpdf (talk) 23:17, 20 October 2011 (UTC)
::::More data:
::::*When User:pdfpdf logged in & using IE8 under Vista, JavaScript is not working
::::*When User:pdfpdf logged in & using IE7 under XP, JavaScript is not working
::::*When User:pdfpdf logged in & using Chrome, Safari and/or Firefox under Vista, JavaScript is working
::::*When not logged in & using any browser (including IE7 & IE8), JavaScript is working
::::*When another User is logged in & using IE8 under Vista, JavaScript is working
::::What now? Pdfpdf (talk) 01:52, 21 October 2011 (UTC)
::::: Uncheck "Change UTC-based times and dates ... to local time" in your gadgets, save preferences and refresh Help:Sorting. If it doens't help disable all other gadgets and try Help:Sorting again. — AlexSm 04:16, 21 October 2011 (UTC)
{{resolved}}
::::::"Uncheck ... " - Yep! That solves it!! And all the other problems too!!!
::::::I would never have thought to try that. Many thanks! Pdfpdf (talk) 06:11, 21 October 2011 (UTC)
;new thread
:Please notice that Java Runtime Environment (JRE) is not the same as JavaScript.
:The sortable tables on Help:Sorting works for me, on IE 8. Helder 11:28, 20 October 2011 (UTC)
::a) Yes, JRE is not JavaScript. I didn't say it was. What I said was: "Yes, I have checked if Javascript is enabled. It says it is. (i.e. Tools / Internet options / Advanced / Java / Use JRE 1.6.0_24 is checked.)" Is there some other indicator in IE8 that JavaScript is enabled? If so, please advise.
::b) Which version of IE8 are you using, and which operating system? Pdfpdf (talk) 22:36, 20 October 2011 (UTC)
:::That option in Internet Options would be for which version of the JRE to use for Java applets, I believe. JavaScript is a seperate system from Java, so I do not think that setting has anything to do with JavaScript. Regards, —{|Retro00064|☎talk|✍contribs|} 03:03, 21 October 2011 (UTC).
::::In which case I repeat the implied question: How do you tell if JavaScript is enabled? Pdfpdf (talk) 06:11, 21 October 2011 (UTC)
:::If JavaScript is enabled/working on your browser, and you type
::::javascript:alert('works!');
:::in the address bar, you will get a message saying it works. Helder 11:21, 21 October 2011 (UTC)
;new thread
:“On any page, hovering over a link either displays nothing, or only displays a box with the link name - depending on the link, IE8 used to, and other browsers still do, display the page, or the edit history or other information”
:With some crazy gadget in your browser or in your Wikipedia. On a normal Wikipedia, a normal browser never does that, happily.
Page top tabs
Someone e-mailed me because he had difficulty understanding user talk pages - see [http://en.wikipedia.org/w/index.php?title=Wikipedia:Help_desk&oldid=456489211#How_To_Use_.22Talk.22_page this thread]. It occurred to me that one small aid might be on a user page to change the tab at the top of the page from "Discussion" to "Talk" and change the associated mouse-over text from "Discussion about the content page" to "Leave a message for this user". My questions: a) where would I go to make this change? I have searched the MediaWiki namespace without success. b) can I make this change just for the User namespace. I note that the top left tab on this page says "Project page" rather than "Wikipedia" so there is some scope for namespace-specific text. — RHaworth (talk · contribs) 10:13, 20 October 2011 (UTC)
:The message for the 'User talk' tab is at MediaWiki:Nstab-user talk ([//en.wikipedia.org/w/index.php?title=Special%3AAllMessages&prefix=Nstab&filter=all&lang=en&limit=50 not defined]), so it can be changed per namespace. The tooltip is at MediaWiki:Tooltip-ca-talk, but is generic for all namespaces. — Edokter (talk) — 16:17, 20 October 2011 (UTC)
I think I am beginning to understand the significance of the colours in Special:AllMessages and here. I believe you are mistaken: $messages['nstab-user talk'] is not defined in MessagesEn.php of the MediaWiki software. You could create MediaWiki:Nstab-user-talk but it would have absolutely no effect. The word "Discussion" comes from MediaWiki:talk, or more precisely from $messages['talk'] defined in MessagesEn.php since MediaWiki:talk has not been created as an override. So both "Discussion" and "Discussion about the content page" are generic to all namespaces. I will drop my suggestion. — RHaworth (talk · contribs) 18:57, 20 October 2011 (UTC)
:The fact that MediaWiki:Nstab-user talk is not in MessagesEn.php is not important; Mediawiki will look for a substitute message on that location. See [//en.wikipedia.org/wiki/User_talk:RHaworth?uselang=qqx your talk page] with the message names displayed. — Edokter (talk) — 19:44, 20 October 2011 (UTC)
::: I am still feeling my way a bit in this area so someone please confirm that I have got the following correct. $messages['nstab-main'] is defined but MediaWiki:nstab-main is also defined so the software uses MediaWiki:nstab-main as an override for this wiki only. $messages['nstab-template'] is defined but MediaWiki:nstab-template is not defined - the blue link is a special usage to confirm that this title corresponds to an element in $messages[] - so the software uses $messages['nstab-template']. The fact that $messages['nstab-user talk'] is not defined is all important. If it does not exist in $messages[] how is the MediaWiki software going to find MediaWiki:Nstab-user talk - note the red link in this case? — RHaworth (talk · contribs) 11:20, 21 October 2011 (UTC)
::::OK, I'm going to put this to the test and put "Talk" in MediaWiki:Nstab-user talk. If the tab changes to "Talk", then $messages is not the only place where messages are stored. — Edokter (talk) — 12:07, 21 October 2011 (UTC)
:::::As I expected, MediaWiki:Nstab-user talk does indeed work. — Edokter (talk) — 12:09, 21 October 2011 (UTC)
::I would support changing that system message, but to what, I don't know. I would also support changing the title of "New section" tab on user talk pages to read "Leave a message" (or something similar), since "New section" is not really very meaningful for user talk pages; however, I'm not sure of the technical feasability of this suggestion. — This, that, and the other (talk) 06:31, 21 October 2011 (UTC)
::: As discussed above, it cannot be done by a few edits in the MediaWiki namespace; it would require a change to the Wikimedia software to support a series of nstab-main-talk, nstab-user-talk, nstab-image-talk, etc. messages and a corresponding set of tooltip-ca-main-talk, tooltip-ca-user-talk, etc. messages. I don't think it is worth it. — RHaworth (talk · contribs) 11:20, 21 October 2011 (UTC)
::::As I have shown above, all nstab- entries have corresponding talk tab messages. These mesage names are generated on the fly by adding " talk" to the name and are not stored in $messages (which only contains the base "Discussion" name). — Edokter (talk) — 12:20, 21 October 2011 (UTC)
:::It can be done by editing MediaWiki:Vector-action-addsection. In fact, it already has been changed from the original "Add topic" to "New section". — Edokter (talk) — 12:20, 21 October 2011 (UTC)
::::Well, presumably it could be changed for just the User talk namespace by using a parser function (assuming that parser functions work in that situation...) — This, that, and the other (talk) 00:02, 22 October 2011 (UTC)
::::: That would be likely to bring the wrath of Domas upon us.[//en.wikipedia.org/w/index.php?title=MediaWiki:Nstab-main&diff=217955007&oldid=215091279] Anomie⚔ 00:12, 22 October 2011 (UTC)
::::::That was in 2008... and, besides, user talk pages get far fewer views than articles do. — This, that, and the other (talk) 01:18, 22 October 2011 (UTC)
::::::Oh... the message is displayed on all talk pages. So it would likely require a new system message, and therefore some code changes. Bleurgh. — This, that, and the other (talk) 01:20, 22 October 2011 (UTC)
MediaWiki stylesheets location
Looks like the main and skin stylesheets are loading from a long URL at //bits.wikimedia.org/en.wikipedia.org/. I can view the page source and follow it, but it displays as one line, which is difficult to follow. Is there a formatted version somewhere? ---— Gadget850 (Ed) talk 01:17, 21 October 2011 (UTC)
: Are you talking about the problem that is solved by adding ?debug=true
(or &debug=true
) to the end of the page url? Anomie⚔ 01:29, 21 October 2011 (UTC)
::Thanks. The stylesheet is:
:::http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cskins.monobook&only=styles&skin=monobook&*
::Changing ?debug=true
renders it in a readable format. ---— Gadget850 (Ed) talk 01:40, 21 October 2011 (UTC)
:::Also can find them at [http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/ svn.wikimedia.org/.../skins/]; and CSS for special pages is in [http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/resources/ /resources/]. — AlexSm 04:22, 21 October 2011 (UTC)
:::: Though that is for the "trunk" branch of MediaWiki; if you want to see the version actually deployed here, you want to examine the 1.18wmf1 branch. PleaseStand (talk) 11:41, 21 October 2011 (UTC)
:::::I guess it's [http://svn.wikimedia.org/viewvc/mediawiki/branches/wmf/1.18wmf1/ branches/wmf/1.18wmf1/] at the moment. — AlexSm 03:42, 22 October 2011 (UTC)
Move of toolserver.org to toolserver.wikimedia.org
Protected titles message box
According to Wikipedia:Why was my page deleted?#Protected titles there should be a message box on protected titles, but this is not appearing; instead there is a box with "Wikipedia does not have an article with this exact name" with no edit link and nothing to say how to create the page. The protection log can be found via the deletion log, or by changing the URL, but this is not obvious. For example, Blackout Crew (which should redirect to The Blackout Crew), there is nothing about protection and no link to http://en.wikipedia.org/w/index.php?title=Blackout_Crew&action=edit which has the "protected" message. This could probably be improved by adding something to MediaWiki:Noarticletext-nopermission or Template:No article text, where the "nopermission" parameter exists but only removes the line with the link for creating the article. Peter E. James (talk) 20:33, 21 October 2011 (UTC)
:This is a fairly important problem: perhaps it needs to be raised at a higher-traffic noticeboard. — This, that, and the other (talk) 00:01, 22 October 2011 (UTC)
:You could create the code and use {{editprotected}} on the talk page. By the way, default short message has a link to the logs. — AlexSm 03:42, 22 October 2011 (UTC)
Bot visibility on watchlists
Is there any way (gadget, etc.) to make only certain bots visible on the watchlist? I would like, say, ClueBot NG's edits to show up on my watchlist, but not, say, Misza Bot II, SineBot, or AWBCPBot. --Philosopher Let us reason together. 20:37, 21 October 2011 (UTC)
: I don't think there is an easy way. However, it looks like ClueBot NG doesn't mark its edits as "bot edits". — AlexSm 03:42, 22 October 2011 (UTC)
Buttons on editing toolbar
Why don't the buttons on my editing toolbar work? (I have not enabled "enhanced editing" or "dialogs for inserting links".) Wahrmund (talk) 15:42, 19 October 2011 (UTC)
:Same here. They haven't worked since the 1.18 came out. I brought this up before and supposedly this had been fixed. I use IE7 on Windows Vista with a Vector skin. Voceditenore (talk) 15:50, 19 October 2011 (UTC)
::If your problem is one of the following, they are not fixed:
::* #"Special characters" section of (enhanced) edittoolbar not showing
::* #Parts of the toolbar seem shy
::For the second one, I [https://en.wikipedia.org/w/index.php?diff=prev&oldid=454928442 suggested] that a possible fix would be to translate the gadget from de.wp back to English. Helder 16:33, 19 October 2011 (UTC)
::: This is a different problem: old (bluish) toolbar buttons appear but nothing happens when you click them. I see this in IE8 as well. — AlexSm 17:30, 19 October 2011 (UTC)
:The problem is in the MediaWiki:RefToolbarLegacy.js in the line document.getElementById('editform').innerHTML = ...
: which destroys all attached events. Before MW1.18 either toolbar wasn't part of editform or the execution order was different. — AlexSm 17:50, 19 October 2011 (UTC)
:I made a [http://en.wikipedia.org/w/index.php?title=MediaWiki_talk:Common.js&diff=456538668&oldid=456381152 request] at Common.js talk. — AlexSm 03:42, 22 October 2011 (UTC)
::I tried to [//en.wikipedia.org/w/index.php?title=MediaWiki%3ARefToolbarLegacy.js&action=historysubmit&diff=456800428&oldid=454771907 fix this], so clear your caches, and hope it helps :D —TheDJ (talk • contribs) 08:53, 22 October 2011 (UTC)
No longer any way to give a non-standard block explanation
On Special:Block, if "Other" was selected in the drop-down list of reasons, there used to be another box where one could enter a non-standard explanation. It is no longer there - I don't know if this is another 1.18 problem? (Vector, Firefox 7.01). JohnCD (talk) 22:00, 21 October 2011 (UTC)
:WorksForMe... do you have any custom CSS/JS that could be hiding it? Happy‑melon 23:45, 21 October 2011 (UTC)
:Ditto for me; it's there in both Firefox 7.1 and IE8 Skier Dude (talk) 01:38, 22 October 2011 (UTC)
::I've still got that, but I've lost the ability to add my own reason when tagging with twinkle. Not sure when that happened, could be a twinkle issue. Beeblebrox (talk) 01:42, 22 October 2011 (UTC)
:Correction to OP: "reason" text input is always visible, the one that's hiding is "other time" input. — AlexSm 02:31, 22 October 2011 (UTC)
::"Other time" and "Other reason" boxes are both there for me this morning - don't know what happened yesterday. Thanks, JohnCD (talk) 07:29, 22 October 2011 (UTC)
Paged contributions lists
{{resolved}}
When I look at an editor's contributions list (including my own), the list is split into pages at various intervals. There's a line and then "Page 2:", "Page 3:", and so on. Each one is a link. I'm not sure of the purpose, but what I do know is that it causes the list to jump around as I'm scrolling down. It's a time-consuming distraction. Is there any way of turning it off? Will Beback talk 04:13, 24 October 2011 (UTC)
:I don't know this feature. Perhaps it is something in your settings or browser. Does it happen if you log out? Which browser is it? Can you try another? PrimeHunter (talk) 04:47, 24 October 2011 (UTC)
::Thanks for the reply. I think it found it - it was apparently caused by a funky extension in my browser. Will Beback talk 05:25, 24 October 2011 (UTC)
Language support group for English
The Wikimedia Foundation has brought together a new team of developers who are dedicated to language support. This team is to support all the languages and consequently it is not realistic to expect that the team members can provide proper support for your language. It is for this reason that we are looking for volunteers who will make up a language support team.
This language support team will be asked to provide us with information about their language. Such information may need to be provided either to us or on a website that we will indicate to you. Another activity will be to test software that will likely have an effect on the running of the MediaWiki software. We are looking for people who clearly identify their ability. Formal knowledge is definitely appreciated.
As much of the activity will be concentrated on translatewiki.net, it will be a plus when team members know how to localise at translatewiki.net.
Thanks, Gmeijssen (talk) 12:33, 22 October 2011 (UTC)
:LOL. I guess all other languages are getting the same message, and the fact that we are also getting it is just an oversight... Hans Adler 12:58, 22 October 2011 (UTC)
::Let's hope that the devs understand English... Nyttend (talk) 20:26, 23 October 2011 (UTC)
Is there a bot doctor in the house?
Could you have a conversation at User_talk:Reza1615#Two_problems. I've outrun my small store of understanding here. --Elen of the Roads (talk) 21:12, 22 October 2011 (UTC)
:I am pretty sure the bug is not by the bot but from one wrong initial interwiki link leading to a subpage and interwiki bots may distribute wron links. Xqt (talk) 06:34, 23 October 2011 (UTC)
::Thanks for responding. This is why it needed someone more knowledgeable than me. --Elen of the Roads (talk) 12:33, 23 October 2011 (UTC)
Entries partially missing from log
According to his block log, Are You The Cow Of Pain? has been blocked three times: once each on 28 August 2010, 25 September 2010, and 28 September 2010. When I look at his contributions page, it tells me that the August block (24 hours) is the current one, rather than the indef blocks that were levied in September. Any idea what's wrong here? Nyttend (talk) 04:28, 23 October 2011 (UTC)
:I see the most recent (September 28) block on his Special:Contributions page. It might be a page caching issue. Alpha_Quadrant (talk) 04:46, 23 October 2011 (UTC)
::If you look at a previous page in the contributions history, it shows the block in force at that time, not the current block. Don't ask me why, but I've noticed it before. --Elen of the Roads (talk) 12:32, 23 October 2011 (UTC)
:::Weird. I've never before observed it. At least I understand what's going on; thanks. Nyttend (talk) 20:23, 23 October 2011 (UTC)
Twinkle
Hi, I just activated Twinkle and cleared my cache, but I don't know how to open Twinkle or use it! Please help! Thank you, Belugaboycup of tea?'' 12:56, 23 October 2011 (UTC)
:I'm assuming you're using the default MediaWiki skin (vector). Look to the immediate left of the search bar for something labeled "TW" with a dropdown arrow. If you can see that, then just read the instructions on its documentation. --NYKevin @812, i.e. 18:29, 23 October 2011 (UTC)
[[Template:Neologism inline]]
There is a problem with Template:Neologism inline and I can't figure it out. It breaks formatting on all pages that include it. --Ysangkok (talk) 21:48, 23 October 2011 (UTC)
:I think I found the problem, being that a wikilink was trying to be in a hover-text, which I fixed. Chris857 (talk) —Preceding undated comment added 21:54, 23 October 2011 (UTC).
Padlock icons
{{resolved|1=Browser/extension problem. --NYKevin @152, i.e. 02:39, 25 October 2011 (UTC)}}
When I use the secure server, every link has a padlock icon next to it to indicate HTTPS. I understand why those are there, but it looks cluttered and annoying. Can I hide them? --NYKevin @910, i.e. 20:50, 21 October 2011 (UTC)
:I started Help:External link icons yesterday. Give me a bit to do some experimentation. ---— Gadget850 (Ed) talk 20:57, 21 October 2011 (UTC)
::See Help:External link icons#Custom link icons. ---— Gadget850 (Ed) talk 21:56, 21 October 2011 (UTC)
:You're not supposed to see every link with a padlock; could you share the link to the page where it happens and your browser? — AlexSm 03:42, 22 October 2011 (UTC)
::On this page, every section link in the ToC has a padlock. I'm using this: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
. That's Ubuntu 11.10 (Oneiric) latest stable [https://launchpad.net/~mozillateam/+archive/firefox-stable] to be precise. Also, the padlocks I'm seeing everywhere look different from the standard padlock that MW adds. They're smaller and yellow. Maybe Canonical added some sort of HTTPS detector??? --NYKevin @209, i.e. 04:00, 22 October 2011 (UTC)
::OK, Firebug says that the offending CSS is coming from here [https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&*] and the offending rule begins like this div#content a[href^="https://"], .link-https {
. It then contains a background
value of url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJbWFnZVJlYWR5ccllPAAAAIVJREFUeF6tjzsKg0AQhi09mimsFJLCzpNYCGKbK3gAtfUIljaCoKCCZIs8MMV2v+yCg8siWlh8zOtjhjEAEFmeIopDQtTrTJNEZIxhWysiNfULJFJjDzGnba/aBt4+wAuBzD+tg6a8SVkXf4GET96xmDxNzP39IvE/PPDtXIyVpYinv14A5F0laJ8oYFgAAAAASUVORK5CYII=") no-repeat scroll right center transparent
. Any idea why this CSS is getting loaded? Can I override it? Should it be loading at all? --NYKevin @217, i.e. 04:12, 22 October 2011 (UTC)
Padlocks are shown on all absolute https links. Edit links in sections are not supposed to be absolute, they are always relative. You are probably using some sort of gadget or user script that is doing something to links on pages and has a bug that rewrites the relative urls to absolute. —TheDJ (talk • contribs) 08:59, 22 October 2011 (UTC)
:The CSS is the [http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=true&lang=en&modules=ext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* main stylesheet] and is very much needed. If you are seeing the yellow padlock icon http://bits.wikimedia.org/skins-1.18/vector/images/lock-icon.png, then you have the Vector skin selected. TheDJ is right in that section links should never show a padlock, only external links. You might try wiping your CSS/JS, bypass the cache and see what happens. ---— Gadget850 (Ed) talk 10:46, 22 October 2011 (UTC)
::I am not experiencing the problem on Windows... I did just [{{FULLURL:User:NYKevin/vector.js|diff=456848194&oldid=456801909}} change something], but I don't know if that fixed it, or if there's some sort of difference between Firefox for Ubuntu and Firefox for Windows. I'll assume the problem is fixed for both, at least for now. --NYKevin @737, i.e. 16:41, 22 October 2011 (UTC)
Now I am confused as to how you were seeing the yellow padlock. There are two stylesheets for Vector. The [http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=true&lang=en&modules=ext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* first stylesheet] defines the yellow padlock, but the [http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=true&lang=en&modules=site&only=styles&skin=vector&* second stylesheet] defines the blue padlock. I added links to Help:External link icons to show the various skins. ---— Gadget850 (Ed) talk 17:47, 22 October 2011 (UTC)
:The second link would be MediaWiki:Vector.css. Near the bottom, the default yellow padlock is changed to the blue one. — Edokter (talk) — 21:10, 22 October 2011 (UTC)
::Looks like is is actually MediaWiki:Common.css + MediaWiki:Vector.css. Regardless, I don't see how he would have gotten the yellow padlock. ---— Gadget850 (Ed) talk 21:47, 22 October 2011 (UTC)
Fixed the padlock icons on the Search page in rev:100530. That might not be deployed for the next major release though... If you see this anywhere else, please report. —TheDJ (talk • contribs) 08:19, 23 October 2011 (UTC)
:The problem returned. Apparently it's Linux only. I tried faking my user agent string to IE8 on Windows 7, but that didn't change anything. So perhaps this is a rendering issue. I'm guessing that this version of Firefox is automatically rewriting all links to absolute URLs, or something. I tried pointing Firefox at this test file:
{{cot}}
a[href^="file://"]{ font-weight:bold; }
{{cob}}
:Oddly enough, the results are exactly as expected: the relative link is not bold and the absolute link is. OTOH maybe Firefox only rewrites links when they're being served from an actual server, which I'm not prepared to set up right now. --NYKevin @799, i.e. 18:10, 24 October 2011 (UTC)
::I have determined that this is most likely an issue with an extension, although I currently don't know which extension it might be. I'll figure it out eventually. --NYKevin @815, i.e. 18:33, 24 October 2011 (UTC)
mw-rollback link
Why isn't my link disappearing? I did this recommendation by Evula: Wikipedia:Village pump (technical)/Archive 93#Disabling rollback button on watchlist [http://en.wikipedia.org/w/index.php?title=User:Magog_the_Ogre/monobook.css&oldid=457084457]. Keep in mind I speak more Klingon than I do CSS. Magog the Ogre (talk) 02:50, 24 October 2011 (UTC)
:Possibly you aren't using Monobook (it's generally better to place this stuff on Special:MyPage/common.css, where it will be applied regardless of your skin), or you need to bypass your cache more aggressively. Ucucha (talk) 02:52, 24 October 2011 (UTC)
That is so odd... it worked... even though I'm definitely using Monobook. Thanks. Magog the Ogre (talk) 06:31, 25 October 2011 (UTC)
banners causing vertical shakes?
Complaints about banners and messages may be due less to content and more to their causing pages to jump if they're being added serially. I sometimes have to tolerate slow downloading via WiFi bottlenecks I don't control (this probably also affects users with slow connections worldwide). I'll try to click a link or fill in a field only to find the link or field jumping up and down until it eventually settles on a position. I usually can't see the top of the page when that happens, but I often notice that your banners show up after the rest of the page. Suggestion: Try to have all of your banners load all at once. If each one is based on different conditionality tests, see if the testing can be done one step earlier, so the banners that will be displayed for me will be assembled before transmission across the Internet to a user and then transmit them as one block or, when nonadjacent, in immediate succession. Nick Levinson (talk) 07:28, 24 October 2011 (UTC)
:I can confirm this observation. It has to do less with banners, and more to do with browser rerendering in general. Banner templates like {{tl|Norefs}} are loaded synchronously, and so usually don't move around. The article title and "class" text are Ajax-loaded asynchronously, which can cause a rewrite at a random time. I've certainly noticed rerendering while the top toolbar is loaded, which I hate because I am forced to wait until the bar settles down to be able to reliably click on History. The Table of Contents fully draws first, then collapses, causing more shifting around. I had to turn off "Enable collapsing of items in the navigation menu in Vector skin" in Preferences/Appearance. I may yet have to turn off "Show table of contents (for pages with more than 3 headings)", it's so annoying... When visiting a particular #section of a page, the whole page must load before the browser "jumps" to the section. Since you have a unique testing configuration, it would be very helpful if you could document some of these jumpy renders (3-4 seconds) on video, and upload them somewhere. In Firefox, ctrl-F5 forces a full page reload, so you don't have to edit video. (My conjecture - either CSS is being loaded late, or dynamically, or content is. Either is bad.) --Lexein (talk) 09:17, 24 October 2011 (UTC)
::I don't have video capability. One WiFi location I use, which can be slow or block altogether, probably because it's a low-cost connection, often results in no CSS; sometimes I have to reload several times to get the styling. Elsewhere I've noticed that downloading from a wikimedia.org server and with geoiplookup is usually seconds long and occasionally quite a few minutes slow, although what's missing before finishing I don't know. Article content does not seem to matter for this problem; my understanding is that transmission of the content is top-down and browsers render in that order, so scrolling to the bottom is unlikely to show bottom-of-article text before article images or sizes load. The problem discussed here seems to be with the nonarticle parts of an article page. Nick Levinson (talk) 10:31, 24 October 2011 (UTC)
Office Hours on the Article Feedback Tool
Hey all; brief introduction, I'm Oliver Keyes and I'm the new Community Liason, Product Development, although I usually edit as User:Ironholds. You can find a general description of who I am, what I'm here to do and how to contact me on my user page, of course. One of the things I'm working on at the moment is getting editors to provide input on the Article Feedback Tool, mainly because we plan on blowing it out of the water and replacing it with something that actually provides useful data for editors.
As such, we'll be holding an Office Hours session with myself, Howie Fung and Fabrice Florin to discuss what the Foundation's ideas are and how editors can get involved. This will be in the usual channel at 19:00 UTC this Thursday; if you're interested in reforming the AFT, whether it's because you love it or hate it, I hope to see you there :). Okeyes (WMF) (talk) 22:44, 24 October 2011 (UTC)
1.18 issues
Interwiki(s):
- :commons:Commons:Village pump#MediaWiki 1.18 deployment to Commons (Removed "_". ~~Ebe123~~ (+) {{Su|p=talk|b=Contribs}} 19:26, 10 October 2011 (UTC))
- :incubator:Incubator:Community portal#MediaWiki 1.18 deployment (~~Ebe123~~ (+) {{Su|p=talk|b=Contribs}} 19:26, 10 October 2011 (UTC))
We've gone 1.18 (yay!). Unfortunately, not without any hickups that are sure to be fixed very soon. Please list your issues here. — Edokter (talk) — 09:08, 5 October 2011 (UTC)
:Wasn't there any testing done on this release? It's certainly introduced a load of problems that ought to have been caught by any proper test plan. Malleus Fatuorum 22:04, 5 October 2011 (UTC)
:: Yes, see this discussion — ☠MarkAHershberger☣ 18:45, 7 October 2011 (UTC)
=Special:PrefixIndex=
Issue reported here: Bugzilla:31362 -- ☠MarkAHershberger☣ (talk) 20:35, 5 October 2011 (UTC)
{{collapse top}}
When transluded on a page, Special:PrefixIndex is broken in that it displays in a table that no longer has it's width set to 98%, resulting in the links being cramped together like so:
{{Special:PrefixIndex/User:Edokter}}
But on it's own page (Special:PrefixIndex/User:Edokter), display is OK. It seems when transcluded, the CSS for #mw-prefixindex-list-table doesn't seem to get picked up. — Edokter (talk) — 09:08, 5 October 2011 (UTC)
:I see the CSS for the prefindex table is loaded trough the mediawiki.special module, which apparently is not loaded if you are not viewing a special page. That means that any special content transcluded on a normal page will not have it's accociated CSS loaded at all. — Edokter (talk) — 09:13, 5 October 2011 (UTC)
::A fix for this was requested on bugzilla:31362. Helder 13:24, 5 October 2011 (UTC)
{{collapse bottom}}
= Improved diff view not working =
This gadget is no longer working (preferences/gadgets/editing), at least in Monobook. Very annoying. --NSH001 (talk) 10:13, 5 October 2011 (UTC)
:Likewise for me, in Vector (Firefox). There is more information about this problem at User talk:Cacycle/wikEd#Did the diff go away. --Tryptofish (talk) 19:19, 6 October 2011 (UTC)
:Me too. Vector, IE9. →Dynamic|cimanyD← (contact me) 12:03, 7 October 2011 (UTC)
:: I fixed wikEdDiff. [http://en.wikipedia.org/w/index.php?title=User:Gary_King/wikEdDiff.js&diff=454438149&oldid=454437792 This change needs to be made]. You guys can either wait for an admin or Cacycle to make the edit, or just import my version for now. wikEd is also broken, but I haven't looked at it because I don't use it, and it's probably a more complicated problem, anyway. Although it's also very likely going to be merely a problem with finding the right classes, because a lot of new classes and DIVs have been added in the latest MediaWiki update. Gary King (talk · scripts) 19:44, 7 October 2011 (UTC)
:::Additional possibly useful information on a fix is at User_talk:Cacycle/wikEdDiff#wikEdDiff broken with MediaWiki 1.18 update. I cried when this got broken; finding a changed period/full stop in WP's default diff view is nearly impossible. - Dank (push to talk) 15:32, 8 October 2011 (UTC)
:::What about using something like
wikEd.diffTable = $( 'table' ).find( '.diff').get(0)
instead of that loop? Helder 15:48, 8 October 2011 (UTC)
:::Gary's fix worked for me, thanks very much Gary! For people like me who are less than fluent with this kind of thing, the way to do it is to go to Gary's link, and select and copy just the part between "START INSTALLATION CODE" and "END INSTALLATION CODE". Then open either your monobook.js file or your vector.js file (depending on whether you use monobook or vector), and you can find these quickly by going to your own user contributions and clicking "subpages" at the bottom of the screen, then edit the file by pasting the material at the end. You might have to clear your browser cache for it to take effect, but I didn't have to, and as I said, it works fine. --Tryptofish (talk) 16:40, 8 October 2011 (UTC)
:::: The official version has now been updated to include the fix. For future reference, all you have to do is put the following in Special:MyPage/skin.js: importScript('User:Gary King/wikEdDiff.js'); Gary King (talk · scripts) 01:25, 10 October 2011 (UTC)
=External link icon=
:Filed as Missing external link problem on IE6
{{collapsed top}}
I know I mentioned this above already... and I'm really not as concerned about the return of the EL icon as I am the double space it's leaving before punctuation. This is bad form that I'll never get used to looking at. (see screen-cap at [http://img42.imageshack.us/img42/7805/uglyspace.png Image Shack]). -- WikHead (talk) 10:42, 5 October 2011 (UTC)
:The icon displays perfectly for me, in both Monobook and Vector, so I suspect the problem may be something other than the upgrade. --NSH001 (talk) 10:56, 5 October 2011 (UTC)
::Try clearing your browser cache. That can help to refresh the style files. — This, that, and the other (talk) 11:16, 5 October 2011 (UTC)
:::My cache has been cleared several times, along with several [ctrl] + [F5] refresh(es) and reboots, and even well before I posted, but still no change with this at all. That routine was needed to resolve other issues I was having, but has done nothing to fix this one. -- WikHead (talk) 18:49, 5 October 2011 (UTC)
:Browser and version? --brion (talk) 01:51, 6 October 2011 (UTC)
::As a note, no problems with EL icons here. - The Bushranger One ping only 01:59, 6 October 2011 (UTC)
:::If most everyone else can see the icon but I can't, and I'm being asked my browser-type, I can pretty much guess where the problem lies. I would assume that the icon may have been reworked, and some of us aren't able to deal with the latest PNG encoding. I had a similar problem with "no transparency" in the Wikipedia logo when it was updated, but its PNG encoding was altered and has worked fine ever since. I believe they described it as "64-bit compatibility for PNG". -- WikHead (talk) 03:00, 6 October 2011 (UTC)
::::Does this mean you are using IE6 ? Please try to be specific. it takes a lot of the back and forth questions out of the discussion, and results in less confusion and faster resolution of problems. —TheDJ (talk • contribs) 15:47, 6 October 2011 (UTC)
:::::My apologies, as it was never my intent to confuse. Troubleshooting for this issue should indeed be based on "IE6". When I first reported this, I was under the impression that the icon had been entirely removed, lost, or simply forgotten about... as I see no indication that an image is even attempting to load into the empty space. I'm assuming at this point (after digging up the [http://commons.wikimedia.org/wiki/Talk:Wikipedia/2.0#Globe_logo_transparency details of a previous image-related problem]), that my specific issue may be in relation to having no PNG-24 support... and if so, it could be resolved if the icon image was saved as PNG-8. If I'm the only user on the project having this problem, feel free to simply dismiss it and close the thread. While the issue is an annoyance to "me" personally, I don't want it becomming an unnecessary annoyance to others. -- WikHead (talk) 23:16, 6 October 2011 (UTC)
{{collapsed bottom}}
==Related: No sort arrows==
There are no sorting arrow buttons in at least some lists, including List of songs in Green Day: Rock Band and List of Rock Band Network songs, although the text is indented as though they were present, and clicking anywhere in the header sorts the table. –Drilnoth (T/C) 13:11, 5 October 2011 (UTC)
:that is caused by the background on the title cells. I don't know if this worked before. ---— Gadget850 (Ed) talk 13:16, 5 October 2011 (UTC)
::It certainly did. –Drilnoth (T/C) 13:24, 5 October 2011 (UTC)
::I'm using IE8, and clicking anywhere in the header does not sort the table for me. - David Biddulph (talk) 14:46, 5 October 2011 (UTC)
:bugzilla:31196. —TheDJ (talk • contribs) 15:46, 5 October 2011 (UTC)
::Fix deployed. --Catrope (talk) 13:39, 6 October 2011 (UTC)
:::Still not seeing any icons. Yes, I purged my cache. –Drilnoth (T/C) 14:53, 6 October 2011 (UTC)
:::Same here. No sort arrows, so not resolved. - David Biddulph (talk) 15:00, 6 October 2011 (UTC)
::::It said eleviated... Problem still exists if people set the individual tablecell background (instead of the background-color). I'm not sure what to do with that... perhaps we should !important the sort elements.... I generally dislike that approach, but here it might be required.... —TheDJ (talk • contribs) 15:54, 6 October 2011 (UTC)
:::::Ah, background-color
instead of background
. That is manageable, at least, but I don't like it. Why, exactly, did the dev team decide to make such a breaking change in the first place? –Drilnoth (T/C) 15:59, 6 October 2011 (UTC)
::::::We wanted a tablesorter that had actually working sorting. Something we could build from and was more efficient than the old code and wouldn't require all those sort templates that are now required for almost every tablecell. So we switched the entire implementation around to the http://tablesorter.com implementation. That came with a bit different layout and some other details, that most people didn't even notice (like it uses the shift key to do multi column sortkey sorting). —TheDJ (talk • contribs) 10:44, 8 October 2011 (UTC)
:Solved with rev:99307. Still needs to be deployed. —TheDJ (talk • contribs) 13:02, 8 October 2011 (UTC)
::We need to get some help page updates on this. ---— Gadget850 (Ed) talk 13:15, 8 October 2011 (UTC)
class="wikitable sortable"
!# |
50 |
12 |
I have no sort arrows, period, in Opera - regardless of background colors. The above table has no sort arrows at all for me unless I use a different browser. {{smiley|sad}} Avicennasis @ 06:05, 12 Tishrei 5772 / 06:05, 10 October 2011 (UTC)
:Which version of opera ? —TheDJ (talk • contribs) 06:35, 10 October 2011 (UTC)
::The latest - Version 11.51, Build 1087, on Windows 7 Ultimate 64-bit. Avicennasis @ 08:07, 12 Tishrei 5772 / 08:07, 10 October 2011 (UTC)
:::I also have that version of Opera - specifically Version 11.51, Build 1087, Platform Win32, System Windows XP, XHTML+Voice Plug-in not loaded, Browser identification Opera/9.80 (Windows NT 5.1; U; en) Presto/2.9.168 Version/11.51 - but it {{wfm}} under both Monobook and Vector. Could it be something specific to the Windows version? --Redrose64 (talk) 09:49, 10 October 2011 (UTC)
::::Strange. Now that I check back here for replies, I can see/use the sort errors. Perhaps an intermittent issue? (Or one of the numerous scripts I use might have hiccuped?) Avicennasis @ 10:33, 12 Tishrei 5772 / 10:33, 10 October 2011 (UTC)
:::::I fixed one of the user javascripts you were using. You have a few more broken scripts installed, but apparently this was enough to make sure that the script for the sortable tables could run for you. —TheDJ (talk • contribs) 14:14, 10 October 2011 (UTC)
- We're also having the same issue at Wikipedia:WikiProject Canada Roads/Assessment/Live and Wikipedia:WikiProject U.S. Roads/Assessment/Live. There is no other code to interfere in this case so I'm baffled as to where the issue lies. - ʄɭoʏɗiaɲ τ ¢ 15:19, 12 October 2011 (UTC)
::The problem here is buried inside {{tlx|Articles by Quality/up}} - it transcludes {{tlx|class}}, which creates a table cell by means of the {{tag|td}} element. For a sortable table to work, the top row must consist entirely of {{tag|th}} elements (the exclamation mark at the start of the cell data, as in!State
does this. I do have an idea for a fix though... --Redrose64 (talk) 15:58, 12 October 2011 (UTC)
:::Fixed... but the heading for the "Stub" column still lacks the arrows, even though the column is sortable. --Redrose64 (talk) 17:16, 12 October 2011 (UTC)
::::I figured that stub column was the culprit. Thank you :) - ʄɭoʏɗiaɲ τ ¢ 17:21, 12 October 2011 (UTC)
==Related: Sort arrows make columns too wide==
I would like to register a complaint about the new position of the sort arrows, which used to be placed at the center bottom of the cell and are now placed at the center right. This means that for short column headers, the column may be twice as wide as before, wasting a lot of space and just plain looking bad:
class="wikitable sortable"
!Age |
50 |
12 |
User:TheDJ says above: We wanted a tablesorter that had actually working sorting....So we switched the entire implementation around to the http://tablesorter.com implementation. That came with a bit different layout and some other details, that most people didn't even notice....
First, it's not necessarily true that most people didn't even notice the changes to table layout, or that they wouldn't object if they did notice. This sort of thing does not show up on an article watchlist so it takes time for people to realize that the tables suddenly look different, especially in stable articles, and then it is not that obvious where to complain about it. (In fact at least one other person did complain, with little apparent effect: [https://bugzilla.wikimedia.org/show_bug.cgi?id=31438].)
Second, I appreciate that there may be sound technical reasons to switch over to a presumably more robust implementation, and that the tradeoff may be a less aesthetic layout during a temporary transition period. But aesthetics do matter when presenting information, so I hope this aesthetic bug can be addressed before the next release. - Morinao (talk) 20:02, 22 October 2011 (UTC)
:I think this is one that is not going to be changed. Aesthetics is very subjective, and no doubt the folks from tablesorter.com will have considered the layout, and decided on a horizontal placement. Yes, it looks different (and in my opinion, better), but it is not something that needs to be 'fixed'. — Edokter (talk) — 20:59, 22 October 2011 (UTC)
::I was being charitable by assuming this is an unintended and temporary consequence of moving to a better under-the-hood implementation. If this is to be a permanent change, it should be discussed in the relevant forum (e.g. Help_talk:Sorting) first. As you say, aesthetics is very subjective, and people have strong opinions when a breaking change to an existing article's layout is rolled out unannounced like this. - Morinao (talk) 21:10, 22 October 2011 (UTC)
:::As far as i'm concerned, WP:BIKESHED :D , but you are welcome to open a bug report. —TheDJ (talk • contribs) 22:18, 22 October 2011 (UTC)
::::Thanks, but as far as I'm concerned, whatever it is you made better is something I can't see, and the feature you made worse (IMO) is something everyone can see. I guess we'll have to disagree on which of these features was the bikeshed. - Morinao (talk) 22:33, 22 October 2011 (UTC)
=Some JS tools broken=
A couple javascript tools (User:Dr pda/prosesize.js, User:Dr pda/prosesizebytes.js, User:Shubinator/DYKcheck.js) are no longer working on Firefox. rʨanaɢ (talk) 13:04, 5 October 2011 (UTC)
:These three should now be working properly... Shubinator (talk) 03:32, 6 October 2011 (UTC)
----
Okay, Twinkle is down for me. No little 'TW' in the corner; just tried to revert an edit using Twinkle but the usual [ROLLBACK (AGF)] [ROLLBACK] [ROLLBACK (VANDAL)] buttons didn't appear. HurricaneFan25 11:56, 5 October 2011 (UTC)
:Same issue here. –Drilnoth (T/C) 13:15, 5 October 2011 (UTC)
::Same here. For Twinkle, see WT:TW#No Twinkle at all?. Regards SoWhy 13:56, 5 October 2011 (UTC)
:::Ditto. Only found out when went to give an IP a vandal warning. The drop down just doesn't appear. (Firefox) Haruth (talk) 18:46, 5 October 2011 (UTC)
::::Fixed now. (Thanks you back room guys, wherever you are... ;-)) Haruth (talk) 12:40, 6 October 2011 (UTC)
:::It's been working all along for me, for the record. (Firefox 5.0, Monobook). - The Bushranger One ping only 02:00, 6 October 2011 (UTC)
----
I'm using Firefox 7.0.1 with the Vector skin. I've already completely cleared the cache and restarted the browser. The Appearance Gadget "Add an [edit] link for the lead section of a page" is not working. (I wasn't sure if this could go under the earlier "Some JS tools broken" section, if that applies to Gadgets.) Thanks, -- Gyrofrog (talk) 17:55, 5 October 2011 (UTC)
:Gadgets are JS tools. –Drilnoth (T/C) 17:56, 5 October 2011 (UTC)
:: OK, that explains it. Same deal with the Gadget "Moves edit links next to the section headers". -- Gyrofrog (talk) 17:59, 5 October 2011 (UTC)
:::I'm not having an issue with that one. Firefox 7.01, Ubuntu 11.04, 64-bit. –Drilnoth (T/C) 18:01, 5 October 2011 (UTC)
:::: Apparently it's intermittent. I was about to reply that it just started working again (but I got an edit conflict). Now it's not working. -- Gyrofrog (talk) 18:04, 5 October 2011 (UTC)
== [[User:Ale_jrb/Scripts/csdhelper.js]] ==
When displaying an article which has a speedy tag on it, the "Speedy" tab, probably provided by the CSDHelper script User:Ale_jrb/Scripts/csdhelper.js, which used to appear to the right of the "Discussion" tab, now appears below it, obscuring the article title. (Vector, Firefox 7.0.1) JohnCD (talk) 18:00, 5 October 2011 (UTC)
:When I wrote the above, I hadn't actually tried to use CSDHelper. On trying to delete a page with it, I got a message: "Forbidden You don't have permission to access /w/ on this server" - but the page was actually deleted. JohnCD (talk) 22:04, 5 October 2011 (UTC)
== [[User:Plastikspork/admindash.js]] ==
The "admin dashboard" tab provided by User:Plastikspork/admindash.js no longer appears on "My contributions" page, though it is still there on "My talk" and "My watchlist" (Vector, Firefox 7.0.1) JohnCD (talk) 18:00, 5 October 2011 (UTC)
:This one has been fixed. JohnCD (talk) 22:26, 7 October 2011 (UTC)
== [[User:Pyrospirit/metadata]] ==
I don't fully understand all this stuff, and didn't want to create yet another subsection unless necessary. Would User:Pyrospirit/metadata not working belong in this section? —WFC— 21:55, 5 October 2011 (UTC)
: {{wfm}} Gary King (talk · scripts) 17:14, 8 October 2011 (UTC)
== [[User:MarkS/extraeditbuttons.js]] ==
User:MarkS/extraeditbuttons.js doesn't seem to work anymore and unfortunate the author is fairly inactive. Any javascript wizards available to take a look? –xenotalk 13:18, 6 October 2011 (UTC)
:Same problem on ptwiki. The Portuguese version of the script was updated recently on Portuguese Wikipedia, but there are some unresolved issues (see bugzilla:31511). Helder 01:00, 8 October 2011 (UTC)
::The script may work again once someone updates it as suggested on its talk page. Helder 13:55, 21 October 2011 (UTC)
== [[User:Ais523/watchlistnotifier.js]] ==
User:Ais523/watchlistnotifier.js is no longer working.--Dudemanfellabra (talk) 22:22, 7 October 2011 (UTC)
:bugzilla:31526 —TheDJ (talk • contribs) 12:40, 8 October 2011 (UTC)
::So does that mean the script needs to be modified, or is a fix being worked on? I'm not an expert at bugzilla.--Dudemanfellabra (talk) 22:04, 8 October 2011 (UTC)
::: Someone said it's already fixed, so I guess we have to wait for the next time that new code is pushed onto the Wikipedia servers. I don't know how often that is, but I thought it wasn't very often, as in every few months, since the code's gotta be tested, etc. Personally, I'd really love for this particular code to be pushed ASAP since I've got my own scripts that depend on it. Gary King (talk · scripts) 15:59, 9 October 2011 (UTC)
::::Well why the hell wasn't it tested before this big push-out then? Everyone and their mother is finding bugs in the system, so why not revert to the old code and wait until at least someone beta tests this crap?--Dudemanfellabra (talk) 19:09, 9 October 2011 (UTC)
::::: Fix is now active, and problem does indeed appear to be resolved. Gary King (talk · scripts) 20:44, 11 October 2011 (UTC)
=Editing "insert" box not showing=
:{{resolved|1=Should be working now.}}
In Vector. The box with special symbols, emdashes, signatures, foreign characters, etc. isn't showing for me. –Drilnoth (T/C) 13:19, 5 October 2011 (UTC)
:It is now showing the "Copy-paste" (non-JavaScript) box. Better, but still not right. –Drilnoth (T/C) 16:08, 5 October 2011 (UTC)
:It is working fine for me on this page (e.g.: –≠√§
) using Google Chrome 14.0.835.186 and vector skin. What browser/skin are you using? Helder 16:34, 5 October 2011 (UTC)
::It is now working for me. Vector, Firefox 7.01, Ubuntu Linux 11.04, 64-bit. –Drilnoth (T/C) 13:08, 6 October 2011 (UTC)
= "Special characters" section of (enhanced) edittoolbar not showing =
Special characters is still not working with Vector XP IE8 - it just runs the loading symbol (lines round a ring) - left it running for 30 minutes - no change. Arjayay (talk) 12:47, 9 October 2011 (UTC)
:Special characters are still not working. Anywhere else I should report this? - Arjayay (talk) 17:51, 11 October 2011 (UTC)
::Previously I tested the "insert" box (which is below the edit box) not the "Special characters" (which is above it). But your recent comment is about the "Special characters" section of (enhanced) edittoolbar, and this is indeed not working on IE 8. I've reported it on bug #31673 with additional information about the error. Helder 17:53, 13 October 2011 (UTC)
=Links are underlined where they shouldn't be=
The links to my user page, talk, and all of the links in the tabs ("edit this page", "history", etc.) are now underlined; they weren't previously. I'm using monobook skin.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 13:22 (UTC)
:Using monobook as well but I don't experience this. Have you tried force-reloading? Regards SoWhy 13:54, 5 October 2011 (UTC)
::Happens for as well as I mentioned above (also on monobook). It's not a cache issue. ♫ Melodia Chaconne ♫ (talk) 14:01, 5 October 2011 (UTC)
::I've experienced this on two different computers today (Opera/Win7 and Firefox/WinXP). SoWhy, what browser are you using? Also, the option to underline links is turned on for me—before the rollout everything was underlined as it was supposed to with the exception of the links in the tabs and in the upper right corner (which was fine, too).—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 14:38 (UTC)
:::I'm using Firefox 9.0a2 but I loaded Wikipedia in IE7/WinXP, IE8/Win7 and Chrome/Win7 today and I did not experience this is any of them. Where have you enabled underlining of links? Regards SoWhy 15:38, 5 October 2011 (UTC)
::::In a drop-down box in "My Preferences" under "Appearance"→"Advanced options".—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 15:49 (UTC)
:::::I see. That said, the change makes sense. If you select links to be underlined, you usually expect all of them to be underlined, so I'm guessing this is not a bug but a fix. You can probably change it back by using Special:Mypage/monobook.css but you probably have to manually add every CSS id in the file (e.g. #ca-nstab-user { text-decoration: none !important; }). Regards SoWhy 16:32, 5 October 2011 (UTC)
::::::Thanks for the suggestion. If it's indeed a fix and not a bug, I'll "re-fix" it in my monobook.css in a few days. It's a bit annoying, but nothing to cry about. Cheers,—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 17:29 (UTC)
SoWhy, is there an easier way of doing this? I'm using Vector, btw... Jared Preston (talk) 23:27, 5 October 2011 (UTC)
:Sorry for the late reply. Edokter posted a workaround at #Tab underlining below. See if this fixes it for you. Regards SoWhy 09:48, 9 October 2011 (UTC)
::He was able to fix it for me. Thanks very much to everyone concerned! :) Jared Preston (talk) 16:44, 9 October 2011 (UTC)
=Categories are surrounded by much more space, and they don't wrap from line to line=
:Reported as bugzilla:31547 and bugzilla:31551
See Prince Philip, Duke of Edinburgh for an example of how this results in categories taking up much more space than they should. There may have been desire to allow a little more space between categories, but I doubt this much extra space was intended. --Metropolitan90 (talk) 13:44, 5 October 2011 (UTC)
:Yes, I noticed this too. Also in my watchlist minor/bot edits have got that annoying .... line underneath them, and I recall that being switched off. Who fucked up and when is it going to be fixed? Lugnuts (talk) 14:55, 5 October 2011 (UTC)
::The dotted underlines have always been there. — Edokter (talk) — 14:57, 5 October 2011 (UTC)
:::In Vector maybe, but not in Monobook. These weren't dotted-underlined until today. --Redrose64 (talk) 15:43, 5 October 2011 (UTC)
::The extra space around the categories is caused by the vertical line between them. This used to be a pipe character, but is now something created in CSS. The relevant tags are {{tag|div|o|params=id='catlinks' class='catlinks'}}, {{tag|div|o|params=id="mw-normal-catlinks"}} and {{tag|div|o|params=id="mw-hidden-catlinks" class="mw-hidden-cats-user-shown"}} but I have no idea which CSS file sets up these ids and classes. --Redrose64 (talk) 16:04, 5 October 2011 (UTC)
: Having the links not wrap looks useful, we do that manually in navboxes all the time. However, the gobs of extra spacing is useless, I also think it needs to be toned down, maybe not to how it was before but certainly somewhat. --Joy [shallot] (talk) 17:50, 5 October 2011 (UTC)
: From http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=ext.wikihiero%7Cmediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* I'm getting
::I totally concur that the categories having the extra space is a problem. The not-wrapping is a Good Thing, but the extra space...especially in Monobook...er...well...I'll just point everyone to the category table at the bottom of AIM-120 AMRAAM as Exhibit A as to why the extra spacing is Not Of The Good. o.o - The Bushranger One ping only 19:33, 5 October 2011 (UTC)
::: The space itself is not as bad as the | character appearing from line 2 onward. It didn't show there before, or did it? NVO (talk) 11:46, 6 October 2011 (UTC)
:::: It was there before, but the text didn't wrap the same way so you didn't notice it. If we're going to be using this {{tl|nowraplinks}}-like style for categories, we might as well make the separator work like {{tl|middot}}. --Joy [shallot] (talk) 12:50, 6 October 2011 (UTC)
:CSS code for users' monobook.css/vector.css/common.css is listed (and works) at :de:Wikipedia:Fragen_zur_Wikipedia#MW118:_Kategorienanzeige. Although I am tempted to suggest that this CSS code should be for everyone by default - especially in monoboook. Cheers --Saibo (Δ) 00:44, 7 October 2011 (UTC)
::For those who don't speak German, try adding this to either Special:MyPage/common.css or Special:MyPage/skin.css:
/* Reduce space around category links, allow word wrapping - see :de:Wikipedia:Fragen zur Wikipedia#MW118: Kategorienanzeige */
- catlinks li {
display: inline;
border-left: none;
padding: 0;
}
- catlinks li:first-child { padding-left: 0; }
- catlinks li:before { content: " | "; }
- catlinks li:first-child:before { content: ""; }
::--Redrose64 (talk) 11:33, 7 October 2011 (UTC)
:::Thanks for the code. I'm agreeing with Saibo though, can we put this in Mediawiki:Common.css? Regards SoWhy 11:51, 7 October 2011 (UTC)
:::Hurrah, thank you! - The Bushranger One ping only 15:25, 7 October 2011 (UTC)
The :before pseudo-element is not supported by IE6 and IE7, which still account for about 11% of traffic. ---— Gadget850 (Ed) talk 11:49, 8 October 2011 (UTC)
Another code option by :de:Benutzer:✓ (style: somthing between the current and the code mentioned above):
:See {{phab|33547}}. ---— Gadget850 (Ed) talk 02:44, 9 October 2011 (UTC)
None of the above solutions fix the excessive spacing between the lines in my testing, just the spacing around the separator (which IMO is far less annoying). I'd go for something like this to fix that:
- catlinks li {
padding:0 .3em;
margin:0;
}
- catlinks li:first-child {
padding-left:0;
}
Or, if we don't care about keeping the no-wrapping of the individual categories,
- catlinks li {
padding:0 .3em;
display:inline;
}
- catlinks li:first-child {
padding-left:0;
}
Anomie⚔ 04:03, 9 October 2011 (UTC)
: I suggested we fix the line height above, and in the meantime someone seems to have applied that fix. --Joy [shallot] (talk) 20:37, 9 October 2011 (UTC)
=Suggestions in search box have "seperator" entry=
Reported: Bugzilla:31429
{{collapse top}}
See [http://666kb.com/i/bxjadxy9d9xt9x27x.png this screenshot]. Regards SoWhy 14:00, 5 October 2011 (UTC)
:What browser & browser version? --brion (talk) 01:46, 6 October 2011 (UTC)
::Firefox 9.0a2 / Win7x64. It might be browser-related though since it appears between the auto-fill suggestions by the browser and the ones by the script (see [http://images.devs-on.net/Image/cWcrnO3bcyPV9w9-EditingWikipedia.png this screenshot]). Also, I cannot reproduce this with Firefox 7.0.1. Regards SoWhy 13:20, 6 October 2011 (UTC)
{{collapse bottom}}
=Article Feedback tool=
Reported at Bugzilla:31543 — ☠MarkAHershberger☢(talk)☣ 22:07, 8 October 2011 (UTC)
{{collapse top}}
IE9 in compatibility view mode:
- Text "I am highly knowledgeable about this topic (optional)" does not show; after checking the box, other checkboxes show without accompanying text
- Submit rating button is blank
---— Gadget850 (Ed) talk 14:04, 5 October 2011 (UTC)
----
As advised, copied from http://en.wikipedia.org/wiki/Wikipedia:Help_desk#Ratings_panel_problems. Using IE 8 with Win XP:
:Hi, recently the ratings panel at the bottom of articles has been broken for me. I used to be able to see the current rating averages (via a "display ratings" link or something ... don't remember precisely what it was called). Now that has gone, there is a cryptic green arrow and blue box whose purposes are completely unclear, and when I assign a rating some unlabelled checkboxes and an email address, again all of unknown purpose, also appear. Basically it's all in a very broken-looking state, as if someone's currently in the middle of playing around with coding some new features but hasn't yet finished. 86.179.0.153 (talk) 02:43, 8 October 2011 (UTC) — Preceding unsigned comment added by 86.177.104.186 (talk)
{{collapse bottom}}
="Minor" checkbox is missing on new pages=
When a new page is being created, there is no longer the "this is a minor edit" checkbox; only the "watch this page" checkbox.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 15:07 (UTC)
:I would guess this is by design. Making a new page is not really a minor action. Update: I could be wrong though, see bugzilla:5754 –xenotalk 15:11, 5 October 2011 (UTC)
::True, normally it's not a minor action, but I use it all the time when creating redirects.—Ëzhiki (Igels Hérissonovich Ïzhakoff-Amursky) • (yo?); October 5, 2011; 15:16 (UTC)
::It is indeed by design. The bug you linked to is very old (2006). I can't find the latest bug report though. — Edokter (talk) — 15:44, 5 October 2011 (UTC)
:::It's also missing when creating a new section. Regards SoWhy 17:12, 5 October 2011 (UTC)
::::I see the This is a minor edit checkbox. FF7. ---— Gadget850 (Ed) talk 18:54, 5 October 2011 (UTC)
:::::Suggestion: if a new page is created, have the system automatically tag it as a Minor Edit if the only content in the new page is
::::::There are actually multiple times when creating a new page can be minor. If I make a template with several subpages (Template:Foo/core, Template:Foo/categories, et cetera), those subpage creations could be said to be minor; or, if you create a talk page with only a project banner on it - those aren't really substantial edits. Avicennasis @ 06:12, 12 Tishrei 5772 / 06:12, 10 October 2011 (UTC)
This is filed as bugzilla:27860. Nemo 12:05, 18 October 2011 (UTC)
= Special:Blocklist =
http://en.wikipedia.org/wiki/Special:BlockList?wpTarget=%233617969 should show (in this case) the autoblock information; I don't see any way to lift an autoblock any more. --jpgordon::==( o ) 15:19, 5 October 2011 (UTC)
:I believe you can still do it via the Unblock form. I have a fix for the BlockList in SVN. Aaron Schulz 03:48, 6 October 2011 (UTC)
= All Preferences not visible =
I'm signed in, but my visuals look as though I'm not. What I have selected in my Preferences are not showing, including the Tabs at the top of any page, the "Class" of an article, and the cite options on the Edit Toolbar. Could be more, but I just opened up Wikipedia. I'm on Firefox 3.6.23, with Windows XP. Maile66 (talk) 15:30, 5 October 2011 (UTC)
:This sounds like it is because of many user scripts not working, already reported above. –Drilnoth (T/C) 16:07, 5 October 2011 (UTC)
=Classic skin categories=
Spacing on the categories displayed in articles has become messed up.©Geni 17:07, 5 October 2011 (UTC)
:It isn't real pretty in Vector at the moment, either. I think there is a section above about that. –Drilnoth (T/C) 17:10, 5 October 2011 (UTC)
::See #Categories are surrounded by much more space, and they don't wrap from line to line for a chunk of CSS to restore something like the old behaviour. --Redrose64 (talk) 11:37, 7 October 2011 (UTC)
=Dab solver=
In Dab solver, I can no longer get (sign in) to work. The output from "Get my credentials" seems to have changed today, to a more verbose format which "Use credentials" does not accept. Dab solver informed. Certes (talk) 17:33, 5 October 2011 (UTC)
: The YAML formatter was switch to JSON (since it's technically a superset of it) in rev:86302. I didn’t want write a thousand lines for YAML in JS so I just used regular expressions. — Dispenser 03:10, 6 October 2011 (UTC)
= Autoblock screwiness =
Reported: Bugzilla:31403 — ☠MarkAHershberger☣ 15:33, 6 October 2011 (UTC)
{{collapse top}}
We're seeing autoblocks pop up in cases where the blocked user hasn't edited in a Very Long Time. For instance, at User talk:Esoglou, we see he was hit by an autoblock from an account blocked in late 2009. I've seen several other such today. --jpgordon::==( o ) 19:06, 5 October 2011 (UTC)
:I agree, there's definitely something borked with autoblocks. --Jezebel'sPonyobons mots 19:14, 5 October 2011 (UTC)
Any other cases? I'm at a loss for now. Aaron Schulz 03:48, 6 October 2011 (UTC)
::Here's another: http://en.wikipedia.org/w/index.php?title=Special:BlockList&action=search&ip=%233620311 -- note that the actual block happened 13 November 2009. Hm. Same timeframe.... --jpgordon::==( o ) 15:02, 6 October 2011 (UTC)
:::Oh, if someone lifts the autoblock, it looked like this:
14:39, 6 October 2011 Autoblock #3620311 14:39, 7 October 2011 (unblock) Jpgordon (talk | contribs | block) account creation blocked (Autoblocked because your IP address was recently used by "Jpotts15". The reason given for Jpotts15's block is: "Vandalism-only account".) --jpgordon::==( o ) 15:04, 6 October 2011 (UTC)
::::Here's another: http://en.wikipedia.org/w/index.php?title=Special:BlockList&action=search&ip=%233619641 -- this time the block was in 2010. --jpgordon::==( o ) 15:06, 6 October 2011 (UTC)
{{collapse bottom}}
:Just had another. {{user|John Henry DeJong}} was blocked in 2005. The real person by this name came along, so the account was moved to {{user|John Henry DeJong (renamed)}}, and the block settings along with it. The glorious new software moved the block settings back to the first account, and now I've had to unblock him and apologize for the fact that our new software is a jerk that likes to block people for no good reason. This is about the third or fourth time I've felt compelled to apologize to a user for something idiotic action of this supposedly improved software, it's getting a bit old. Beeblebrox (talk) 02:05, 16 October 2011 (UTC)
= Font size in AfD close/relist boxes =
The 1.18 change has made the text in the boxes that appear when you click the "Close" or "Relist" tabs in an AfD render in small text like this. I can kinda see the reasoning, but at the same time, it's really hard on the eyes (at least for me, and I'd bet others). Is there any way that (assuming this is a feature and not a bug) there could be a checkbox added to 'Preferences' to allow users to select 'Normal size text in AfD maintiance tabs' or somesuch? - The Bushranger One ping only 19:43, 5 October 2011 (UTC)
:{{facepalm}} It'd been so long I'd completely forgotten that was a .css script and not part of the site coding. Posted on the creating user's talk page about it. Sorry for the bother! :) - The Bushranger One ping only 20:04, 5 October 2011 (UTC)
::Yes, I also noticed that in the AfChelper script (based on AfD helper). The font size is much smaller after the update. Alpha_Quadrant (talk) 20:47, 5 October 2011 (UTC)
= Doesn't remember position in edit box =
Reported: Bugzilla:31404 — ☠MarkAHershberger☣ 17:56, 6 October 2011 (UTC)
{{collapse top}}
After a "show preview" or "show changes", the vertical position in the edit box isn't remembered anymore. Od1n (talk) 20:07, 5 October 2011 (UTC)
:Reproducible only on fr: wiki, when I'm logged. Should be due to a script of mine. Will look into that... Od1n (talk) 20:10, 5 October 2011 (UTC)
::The issue was relevant to a script I use, fixed. However, even without using any user script, there is a "flickering" when the scroll position is restored, which wasn't happening before... Od1n (talk) 22:53, 5 October 2011 (UTC)
{{collapse bottom}}
= Old block reason doesn't pre-load =
Reported: Bugzilla:31405 — ☠MarkAHershberger☣ 17:53, 6 October 2011 (UTC)
{{collapse top}}
When changing a block, the block reason used to pre-load into the "reason" box on Special:Block. This seems to have been changed – now the reason box remains blank when you wish to change a block. (e.g. [http://en.wikipedia.org/wiki/Special:Block/95.76.70.248]) Could this be changed back? —GFOLEY FOUR!— 22:11, 5 October 2011 (UTC)
{{collapse bottom}}
= IE8 =
Reported: 1.18 Causes IE8 to crash — ☠MarkAHershberger☣ 15:33, 6 October 2011 (UTC)
{{collapse top}}
I've had two primary issues in IE8 on XP. One, often times when I go to a page (usually clicking on Login) the tab will refresh along with a second, possibly unrelated tab. Also, I am frequently getting errors where IE can't restore/return the page. Chris857 (talk) 00:15, 6 October 2011 (UTC)
Sometimes, also, when I try to log in, it takes about three times for it to succeed. Chris857 (talk) 00:30, 6 October 2011 (UTC)
: If you find a way to reliably reproduce this, please let me know — ☠MarkAHershberger☣ (talk) 02:50, 6 October 2011 (UTC)
::Yes to confirm I've been having simular problems with IE8 on XP where the tab will refresh often amd sometimes drop out to an error page. This has happened on two systems. However, I've haven't had the problem in the last few minutes; will report back if I see the problem again. Edgepedia (talk) 08:07, 6 October 2011 (UTC) (UTC + 1)
I've had this problem about a dozen times in the last two days. It's affected two different machines, both of which run IE 8. This one is running version 8.0. I do not have the ability to change or upgrade browser. I'd call this frequent browser crashing, but I'm not technical. The fact that this is the only website affected, combined with the fact it's on two different machines and just after a software 'upgrade' leads me to conclude it's definitely a Wikipedia issue. I'm rather disappointed that the upgrade has been rolled out and we're experiencing so many bugs. --Dweller (talk) 12:31, 6 October 2011 (UTC)
I'm getting this on IE 8 with XP whether I run in compatibility mode or not. I use the Monobook skin. 95% of the time when I hit refresh on my Watchlist IE loses the tab and then recovers it. I don't get the error when navigating to (or refreshing) other pages, and I don't get it the first time I open my browser and navigate to watchlist. Karanacs (talk) 15:03, 6 October 2011 (UTC)
:When I look at the error info collected by MS, it says this is error code 0xc000005. Karanacs (talk) 15:07, 6 October 2011 (UTC)
:Pressing "refresh" on this page helpfully caused it to crash [yet again] and generated the following Microsoft goobledigook:
:The instruction at 0x3fa07b98 referenced memory at “0x00000008”. The memory could not be “read”.
:I may have included too many or too few zeros in that address - counting them made me dizzy. --Dweller (talk) 15:14, 6 October 2011 (UTC)
{{collapse bottom}}
=No prompt when entering a blank edit summary in my user space=
Reported: No prompt when entering a blank edit summary in my user space — ☠MarkAHershberger☣ (talk) 05:57, 6 October 2011 (UTC)
{{collapse top}}
I have "Prompt me when entering a blank edit summary" checked in my edit preferences. I am no longer getting the prompt when I try to enter a blank edit summary for an edit in my user space. I get the prompt with other edits, as before. Is this an accident or an intentional feature? --Orlady (talk) 04:40, 6 October 2011 (UTC)
{{collapse bottom}}
=Change in behavior of browser "Back" button=
Reported: Changed behavior of back button — ☠MarkAHershberger☣ 17:50, 6 October 2011 (UTC)
{{collapse top}}
[Firefox browser 3.6.x under various operating systems, Monobook skin.]
While editing, I am accustomed to being able to go to a new browser destination in the open tab, then use the back button to return to the open edit window to resume my work. I am accustomed to doing the same thing when I encounter an edit conflict or error message after pushing "Save Page" (that is, I return to the previous page in the history to retrieve my work).
With the advent of 1.18, this behavior has changed, After seeing the edit conflict message or a message prompting me to add an edit summary, if I step back into the history using the back button, the edit window reverts to its condition before I started my edit.
I have not tested every possible variation of this situation, but I have replicated it with the edit conflict error and with he "no summary" message, and I think I've seen it in other situations. It's annoying, as I have become very accustomed to the old behavior! --Orlady (talk) 04:54, 6 October 2011 (UTC)
:Me too. It would be very annoying to not be able to do this any more. Carcharoth (talk) 05:15, 6 October 2011 (UTC)
::This is happening for me as well, very annoying. - The Bushranger One ping only 23:23, 6 October 2011 (UTC)
It's still happening. —Anomalocaris (talk) 20:43, 7 October 2011 (UTC)
{{collapse bottom}}
=Changed appearance of Special:Block=
This is not a big deal, but does anybody know why the order of the tickboxes on Special:Block was changed? Not worth a Bugzilla or anything, but it seems a strange thing to do. HJ Mitchell | Penny for your thoughts? 11:06, 6 October 2011 (UTC)
:According to [http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/RELEASE-NOTES-1.18?revision=98718&view=markup the release notes]: "The options on the block form have been standardised such that checking a box makes the block 'more serious'; so while "check to prevent account creation" and "check to enable autoblock" remain the same, "check to allow user-talk edit" is reversed to "check to *disable* user-talk edit", and "check to block anon-only" becomes "check to block logged-in users too". The default settings remain the same." MrBlueSky (talk) 16:59, 6 October 2011 (UTC)
- The block form also no longer pre-fills with the existing block reason during block modification. This was desirable behaviour, as it made it easy to make small annotations to the original block reason when modifying it. –xenotalk 03:45, 7 October 2011 (UTC)
- A bugreport has been made about that: bugzilla:31405. MrBlueSky (talk) 12:45, 7 October 2011 (UTC)
- Thanks for pointing that out, commented there. –xenotalk 12:53, 7 October 2011 (UTC)
=So why was this done=
Where was the discussion before deployment and can it be rolled back? Lugnuts (talk) 07:08, 6 October 2011 (UTC)
: See #Simple explanation of the enhancements 1.18 brings for “why” — Preceding unsigned comment added by MarkAHershberger (talk • contribs) 18:09, 6 October 2011 (UTC)
=Simple explanation of the enhancements 1.18 brings=
I tried, honestly I tried, to understand [http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_18/phase3/RELEASE-NOTES-1.18 this], but most of it didn't make any sense to me, as a non-techie. Where can I find a simple explanation of the enhancements? --Dweller (talk) 12:50, 6 October 2011 (UTC)
: Try What's new? — ☠MarkAHershberger☣ (talk) 12:59, 6 October 2011 (UTC)
::Perfect, thanks --Dweller (talk) 13:41, 6 October 2011 (UTC)
:Specifically for bureaucrats, 1.18 means that the suppress redirect tickbox during the first step of usurp requests gets automatically checked, and it also brings auto-fill capability for userrights changes rationales (which has [{{fullurl:Template:Botlinks|diff=prev&oldid=454071590}} already been put to good use] at WP:BRFAA). –xenotalk 13:09, 6 October 2011 (UTC)
=[[User:Ale jrb/Scripts/statusCheck.js|Status Check js]]=
==Another bug with [[Special:EditWatchlist/raw]]==
{{resolved}}
Opened the page in Firefox 9.0a2 as well as Chrome 16 just now and the contents appear for a millisecond and then the form is empty. The entries are still in the HTML source though: [http://images.devs-on.net/Image/TGkKURclNRx23Ye-Bereich.png screenshot]. Regards SoWhy 21:20, 6 October 2011 (UTC)
:Submitted as {{phab|33561}}. Regards SoWhy 16:38, 9 October 2011 (UTC)
= Toolbox missing "Contributions" at user pages/talk pages =
{{resolved}}
When reading/editing a user or user talk page, we used to have a toolbox link to the user's contributions. That seems to have gone AWOL; it's a frequently used tool. Noted on both WinXP/IE7 and WinXP/FF7.0.1. Risker (talk) 16:48, 6 October 2011 (UTC)
:I still see it on my browser (Win7/FF5.0). - The Bushranger One ping only 18:48, 6 October 2011 (UTC)
::I have the same problem, the user contributions shows up in the toolbox for about 1 second and then it disappears. Same problem in IE9 and FF 6.0.2. However, user contributions does show up as "Contributions" under one of the down arrows in the tabs at the top of page. --Funandtrvl (talk) 20:34, 6 October 2011 (UTC)
:::That is the "Add page and user options to drop-down menus on the toolbar" gadget doing that; it moves all user and page related options to those menus. Not a bug. — Edokter (talk) — 20:57, 6 October 2011 (UTC)
::::Yes, I just realized that now by resetting "my preferences" back to default. Thanks! --Funandtrvl (talk) 21:01, 6 October 2011 (UTC)
:::::You're right; I see it's ticked on my preferences too. Strange, since I'd set my prefs to default yesterday when testing something else, but at this point I'm just glad to get rid of this. Thanks all! Risker (talk) 23:42, 6 October 2011 (UTC)
::::::You mean you didn't see the internet gollum that went and changed back your preferences last night??!! --Funandtrvl (talk) 00:17, 7 October 2011 (UTC)
:::::::Dang cybergnomes! - The Bushranger One ping only 00:31, 7 October 2011 (UTC)
= "File links" on media files not updating? =
{{resolved}}
I think that somehow 1.18 has fixed things so that the "File links" section isn't updating on media files' pages. For instance, I added an image to this page last night, but the File: page for the image in question still insists that "No pages on the English Wikipedia link to this file." - The Bushranger One ping only 18:47, 6 October 2011 (UTC)
:This may be working now. - The Bushranger One ping only 22:23, 6 October 2011 (UTC)
::It appears to still be a problem. See Wikipedia:Help desk#Articles that link to an image, which relates to the insistence of this file that it is not in use anywhere, when it is in use at Ballad#Classification.--Fuhghettaboutit (talk) 02:41, 10 October 2011 (UTC)
:::Solved, for Ballad anyways. The file was renamed in March this year but the usage in the article was not changed - Wikipedia:Reference_desk/Archives/Miscellaneous/2011_October_10#Articles_that_link_to_an_image. SlightSmile 17:41, 10 October 2011 (UTC)
Not really a bug, if I understand correctly. Should be bugzilla:27621. Nemo 12:40, 18 October 2011 (UTC)
=View and edit watchlist page=
Is it possible for the table of contents to be put back onto the 'view and edit watchlist' page? Otherwise, those of us with long watchlists have to keep scrolling and scrolling to get to the Category namespace group of watched pages. Thanks, --Funandtrvl (talk) 21:05, 6 October 2011 (UTC)
:Filed as bugzilla:31502. Nemo 12:43, 18 October 2011 (UTC)
= Math/Latex =
Some strange math-LaTeX errors in MW1.18:
1:
[http://de.wikipedia.org/w/index.php?title=Lebesgue-Integral&oldid=93849237 Example article in de-wp]
2:
[http://de.wikipedia.org/w/index.php?title=Elektromagnetische_Induktion&oldid=94410681#Induktion_in_bewegten_Systemen Example article in de-wp]
3: (The arrow and the dot is not over the letter B. If you remove the "\text{rot}" at the beginning, the parser will fail like in example 2)
--wdwd (talk) 22:13, 6 October 2011 (UTC)
: The fix is to add extra braces to clarify what \overline or \dot is over
:1
:2
:3
: This seems to be an issue for everything that goes over or under the following text: it now needs braces, perhaps if followed by something more complex than a single symbol. I fixed a bunch of them at Möbius transformation and it was noted by another editor at Wikipedia talk:WikiProject Mathematics#TeX not rendering. These are easy to fix, the problem is finding pages where this is now a issue.--JohnBlackburnewordsdeeds 22:34, 6 October 2011 (UTC)
::Thanks. Maybe it would be easier to fix the latex/dvipng installation instead of finding of all these pages? In older mediawiki versions/installations all these expressions worked without extra braces.--wdwd (talk) 22:44, 6 October 2011 (UTC)
:::It seems like the MediaWiki plugin is trying to conform more to how (La)TeX works. I suspect you might get an error there too. Time to be less sloppy in writing TeX code, folks. ;) Nageh (talk) 18:14, 7 October 2011 (UTC)
::::I sort of agree: stuff like this happens all the time when you deal with programming languages. But usually you get a warning in the release notes/documentation and of course when building code you're told straight away what's wrong where. The problem here is you need to load the page, and scroll through all of it, to find the problem. Even if an editor spots it they might not know how to fix it (I checked Möbius transformation after noticing some odd edits by an IP editor trying but failing to fix the problem, and it took me a few trials to work out how to fix it). So failing a fix/rollback someway to find all the pages with parser errors would be very useful (and not just for this).--JohnBlackburnewordsdeeds 23:35, 8 October 2011 (UTC)
Reported as bugzilla:31442. Dragons flight (talk) 22:50, 6 October 2011 (UTC)
::I added the help pages for cite errors and did a lot of work with cite error categories. We can do the same with math errors. Replied at Wikipedia talk:WikiProject Mathematics.
=Javascript error in Watchlist=
Using Firefox 7.0.1, I get the following error on opening watchlist (following 1.18 release):
Error: item.revisions is undefined
Source File: http://en.wikipedia.org/w/index.php?title=User:M/reword.js&action=raw&ctype=text/javascript Line: 143
So the customized features of watchlist do not work. --Redtigerxyz Talk 05:37, 7 October 2011 (UTC)
:You are using a local modification written by User:M. Suggest to ask him if he can help fix the script. —TheDJ (talk • contribs) 12:41, 7 October 2011 (UTC)
=Monobook Sidebar has spaces between boxes=
Using IE8.
Now there are big spaces betreen the boxes of the sidebar. (Example: :File:MW118 Monobook Bug.jpg) --Trigonomie (talk) 08:34, 7 October 2011 (UTC)
:Yes, I'm seeing this as well. LadyofShalott 23:42, 8 October 2011 (UTC)
::I have had the same problem for the past couple of days. Starting to really anoy me.--Yankees10 22:56, 9 October 2011 (UTC)
:::I'm also having this problem. My sidebar looks just like yours Trigonomie. ~Asarlaí 05:40, 10 October 2011 (UTC)
Are we gonna get a response on how to fix this?--Yankees10 16:57, 14 October 2011 (UTC)
:It doesn't happen with Firefox or Chromium for me. Can you reproduce it with other browsers? Nemo 13:18, 18 October 2011 (UTC)
:: No. The problem appears as soon as IE8 switches into the "Compatibility mode". Ich think, older versions of IE should have the same problems.--Trigonomie (talk) 08:04, 25 October 2011 (UTC)
:::It also happens in IE7. DH85868993 (talk) 14:00, 25 October 2011 (UTC)
::::I don't see it in IE6, whether logged-in or not. Lupo 15:49, 25 October 2011 (UTC)
=No minor edit tag in watchlist=
I can see N and b tags on my watchlist, but not m for minor edit. All three tags appear in article history and my contributions listings. Running Firefox 7.0 on openSUSE. Vector skin with the updates for bold N, b, m tags in common.css. Page reloaded with shift-reload, still happens. --Mirokado (talk) 15:01, 8 October 2011 (UTC)
:Just to verify: You do have your watchlist set to show minor edits, right? –Drilnoth (T/C) 20:24, 8 October 2011 (UTC)
::I've just looked, "Hide minor edits from the watchlist" is unchecked so I expect to see minor edits. A minor edit which is still the top edit appears in the watchlist without its "m" tag ([http://en.wikipedia.org/w/index.php?title=List_of_science-fiction_films_of_the_1970s&curid=13252085&diff=454304849&oldid=454298099 this one] for example). --Mirokado (talk) 00:46, 9 October 2011 (UTC)
:::Reported as bugzilla:31408, should be fixed now here. Nemo 13:33, 18 October 2011 (UTC)
:::::I have found the cause and made a fix. I'm not sure if the fix will be pushed anytime soon however. —TheDJ (talk • contribs) 19:53, 22 October 2011 (UTC)
::::::Thanks both for the fix and investigations in the bug report. Nice if the fix can appear when convenient, but it is not urgent. --Mirokado (talk) 19:56, 23 October 2011 (UTC)
=Editing toolbar and banners=
The buttons in my editing toolbar haven't worked for three or four days, in any article that I try to edit. My broweser is IE 8. For example, here is a link to [http://en.wikipedia.org/w/index.php?title=Physics_Today&action=edit§ion=0 Physics Today].
The banners issue -----> How can I choose not to see the banners when I open a page. I don't mind once per editing session, but the other day the banners showed up frequently whenever I opened a new page. However, this no longer seems to be a problem at the moment. Thanks.
I have moved this to the bottom of the list where it probably belongs. ---- Steve Quinn (talk) 03:57, 9 October 2011 (UTC)
=Redirects to sections/anchors not working without JavaScript=
I noticed that redirects to section headers or anchors do not work if JavaScript is disabled. Instead, with JavaScript disabled, the browser just jumps to the start of the destination article. This appears to be independent of article names, section names, and browsers. Example:
should bring user to "section" in "article", but works as if the redirect would have been coded as
instead. It seems easy to fix by just not stripping of the #hashed-appendage from the link (in the non-JavaScript case) and URL-encode the link.--Matthiaspaul (talk) 11:21, 9 October 2011 (UTC)
:To make testing easier, here's an example: Digital ISO speed redirects to an embedded anquor in the film speed article:
. So, clicking the above link should bring you to the Film speed#Digital anchor in the article's Film Speed#Digital camera ISO speed and exposure index section. This works fine with JavaScript, but does not work, if JavaScript is disabled. Interestingly, if you then click the back-link "(Redirected from Digital ISO speed)" below the article header (which will bring you to the redirection page itself) and then click on the Film speed#Digital link in there, it will work fine even without JavaScript. --Matthiaspaul (talk) 20:59, 13 October 2011 (UTC)
= class="nounderlines" has no effect =
{{resolved}}
Some character sets are wrapped in the class="nounderlines" to prevent the wikilinking underline disturb the view of the character. It worked ok earlier. At the moment the underline is shown. Example: {{tlx|IPA|m}} → {{IPA|m}}. Also Letters with diacritics, Punctuation, currency signs and Currency signs.
Possibly related issue: above, about tabs. I checked with WinXP using both Firefox 5.0.1 and Safari 5.0.3. -DePiep (talk) 17:43, 10 October 2011 (UTC)
:Just curious: why is there no response on this post? -DePiep (talk) 20:52, 14 October 2011 (UTC)
::I'm not seeing the problem as reported. As I understand it, the "m" after the arrow should not have an underline when hovering. It is the case that I do not see such an underline. Have I misunderstood? I'm running Vista with Fx 7.0 myself. --Izno (talk) 22:31, 14 October 2011 (UTC)
:::Your understanding is correct. I do see the underline (cache cleared, Vector skin). Essentially, I expect this one to be without underline: Main page -DePiep (talk) 15:45, 15 October 2011 (UTC)
I think this is caused by rev:96261. I tried fixing our local "nounderlines"-class, but since the "Always underline" option now uses !important, i'm not entirely sure how that should be done.. How do you override an !important rule ?... —TheDJ (talk • contribs) 23:14, 15 October 2011 (UTC)
::For me, it shows OK now, all tests. Thanks TheDJ (whatever yours did). Consider done. -DePiep (talk) 23:27, 15 October 2011 (UTC) Must say, I do not know about !unimportancy -- though I see & like the funny part of it. -DePiep (talk) 23:41, 15 October 2011 (UTC)
::Just like regular CSS, the last encountered !important takes the cake. — Edokter (talk) — 09:25, 16 October 2011 (UTC)
=Category contents summary changed=
Previously, the number of subcategories and pages a category contained were displayed in parentheses after the category name (e.g. "CatName (2C, 4P)"). Now, only the number of subcategories is displayed (e.g. "CatName (2)"). I believe this change occurred when 1.18 was introduced. I'm using MonoBook, IE7, WinXP BTW. DH85868993 (talk) 06:00, 13 October 2011 (UTC)
: When I look at Wikipedia help forums I see “Wikipedia Adopt-a-user (2 C, 31 P)” Is this — (2C, 31P) — what you're saying you saw before?
:::Yes. But what I see now is "Wikipedia Adopt-a-user (2)". DH85868993 (talk) 10:30, 13 October 2011 (UTC)
::This sounds like a bug that has afflicted Commons for well over a year (see commons:Commons:Village pump/Archive/2010/06#Categories) - but it doesn't affect all category pages, and for some affected pages, the problem comes and goes. --Redrose64 (talk) 09:15, 13 October 2011 (UTC)
:::That sounds like it. Thanks. DH85868993 (talk) 10:30, 13 October 2011 (UTC)
=Special:EditWatchlist clicking versus checking=
I regularly use Special:EditWatchlist to check watchlisted pages by opening and viewing multiple tabs. I've noticed recently that when I click on a title, the box next to it is checked. This means that if I click on 15 titles and want to remove five of them from my watchlist, I have to first uncheck 10 boxes. The more serious problem is forgetting that step and accidentally removing titles which I wanted to keep on my watchlist. I'm not sure whether this is a bug or a feature, but is there an option to fix or disable it? I'm using Vector and the issue presents on IE8, but not Firefox. Thank you, -- Black Falcon (talk) 16:25, 13 October 2011 (UTC)
=Block logs from renamed accounts being moved back to their original accounts=
{{resolved|#Autoblock screwiness}}
I'm not entirely sure I understand this, but from what Beeblebrox explained to me, User talk:John Henry DeJong was blocked in 2005 for sockpuppetry. Following that block, that account was renamed to something else, to allow another person - the current operator - to create that account. Now, following the update we all love so very much, the software evidently moved those block settings back to the original account name, causing the new John Henry DeJong to be blocked, and appear as though he'd been blocked since 2005. This confused the hell of out him and me, and fortunately Beeblebrox was able to figure out what happened. We should probably look through other blocked-then-renamed accounts to see if this problem has occurred elsewhere. Hersfold (t/a/c) 02:29, 16 October 2011 (UTC)
=Subst'ing magic words broken?=
produces 2011 (you can try it in a sandbox).
now produces nothing. I have also noticed this behavior on several similar magic words (with the exception of {subst:REVISIONMONTH1}, which produces 0 rather than nothing). On the other hand, the CURRENTMONTH/CURRENTDAY/CURRENTYEAR family of magic words still works fine. rʨanaɢ (talk) 16:20, 17 October 2011 (UTC)
: Sounds like a duplicate of
::Makes sense. After this happened I realized {CURRENTMONTH}/etc. were more appropriate for my particular application than {REVISIONMONTH}/etc. anyway. Thanks, rʨanaɢ (talk) 17:53, 17 October 2011 (UTC)
Vertical bar separating the categories
Hello,
In the article Missak Manouchian, I am disturbed by [http://screencast.com/t/F74vMozsk the vertical bar separating the categories when it begins a line]. It should end the previous line, there is plenty of splace, so that would save space on the second line. The vertical bar is like a slash, it separates two entries, so it should be at the right of the entry, not at the left of the next entry.
The same problem appears on [http://fr.wikipedia.org the French Wikipedia].
--Nnemo (talk) 22:44, 22 October 2011 (UTC)
:That is by design. Categories are now displayed using a vertical list using pipe seperators instead of bullets. — Edokter (talk) — 20:32, 23 October 2011 (UTC)
::I don't think that is what he means.
Categories: one | two
| three | four
| five
:::While he expects:
Categories: one | two |
three | four |
five
:::I sort of agree with that actualy. —TheDJ (talk • contribs) 20:41, 23 October 2011 (UTC)
::::I gathered that much. It would actually not save any space when considered as a whole. The reason why the pipes are to the left (using first-child CSS selector) is because IE does not understand the last-child selector, which would leave a pipe dangling after the last category. So the reason is broader compatibility. — Edokter (talk) — 20:46, 23 October 2011 (UTC)
:::::Oh, i knew what the reason was, but that doesn't make the expectation of the original poster any less valid. :D —TheDJ (talk • contribs) 20:49, 23 October 2011 (UTC)
::::::Heh... Expectations need to be feasable. I also agree having the seperators behind the items, but it is not possible without breaking IE, or resorting to JS hacks. — Edokter (talk) — 20:54, 23 October 2011 (UTC)
:We could change the border from the left to the right, and filter out the border for the last item with CSS for compliant browser and a little helper script for IE. I already have a {{diff||457172283||solution in place}} that fixes the .hlist class that can also be employed in this case. — Edokter (talk) — 18:54, 24 October 2011 (UTC)
::Probably not a good idea if you consider that HotCat and also ajaxCategories/InlineCategorizer (or whatever, if it ever gets done in core) modify the category bar and may even add new "last items". That JS hack for IE is static; it doesn't deal with dynamic DOM modifications. Lupo 09:11, 25 October 2011 (UTC)
Problem saving edits
For the last three days I've been getting the Wikimedia Error message when saving edits. This has happened of two separate computers using two separate IP addresses. The edits always save the second time, but it's getting tedious! Mjroots (talk) 09:57, 24 October 2011 (UTC)
:Making over the air connection to Mjroots eyes. Extracting information. Running optical character recognition. Extracting error information from computer screen of mjroots.(Does this sound impossible ? in that case, please add the exact error you are getting. "Wikimedia Error" is rather vague. ) —TheDJ (talk • contribs) 15:33, 24 October 2011 (UTC)
::I think WP was just really busy the last few days. I was also unable to save a time or two, and got the "server lag" message on my watchlist at least once. Beeblebrox (talk) 17:11, 24 October 2011 (UTC)
:::I have a general impression that operations requiring access to an article's past states slowed down substantially at approximately the time 1.18 was deployed, especially for large articles. Of course it could just be a natural change in usage levels related to the school year, but I wonder if there is any quantitative data on the speed of database operations in the new version. Looie496 (talk) 17:49, 24 October 2011 (UTC)
::::Hmmm. Looie may have the answer, as the list I'm currently working on is very large, and will get larger before I'm in a position to split it into twelve smaller lists. I do get messages the indicate the edit is timing out, so that could be it. Mjroots (talk) 18:01, 24 October 2011 (UTC)
:::::I have several times had "The connection has timed out The server at en.wikipedia.org is taking too long to respond. The site could be temporarily unavailable or too busy. Try again in a few moments. If you are unable to load any pages, check your computer's network connection. If your computer or network is protected by a firewall or proxy, make sure that Firefox is permitted to access the Web." plus a variation on that suggesting that the server was unrecognised. --Redrose64 (talk) 19:02, 24 October 2011 (UTC)
:The server will always say this after submit, if it takes longer than 20 seconds to parse and produce a new version of the article. So if you work on long articles, you will see this a lot.. —TheDJ (talk • contribs) 19:37, 25 October 2011 (UTC)
Timed Text
For timed text on the commons, would the following format be supported, or should it be converted to the SubRip format? (I'm asking here as the Commons page hasn't been touched in a year.Smallman12q (talk) 20:58, 24 October 2011 (UTC)
{{collapse|
I have no idea where this comes from, but it seems to be configurable for each wiki. The German Wikipedia doesn't have that "text-decoration" in this script.
Does anybody know where this bit of CSS comes from? (It's not added by some JS, then it wouldn't be in the original page HTML.) The script appears to be included on all pages, and in all skins. Lupo 07:06, 27 October 2011 (UTC)
:Viewing the source (on Firefox with Vector), my line 19 is the closest thing to what you posted; here's what I see.
Foo | Bar |
---|---|
foo | bar |
foo | bar |
foo | bar |