Yes, I'm looking to disable the tag, and merely show the text code. I was surprised that nowiki/pre didn't disable it. I'll try your solutions. Thank you very much : ) - jc3700:27, 7 May 2007 (UTC)
A variant of the above is to use nowiki twice, with the nowiki ending and restarting in the middle of the troublesome word. (SEWilco03:25, 7 May 2007 (UTC))
How come there are white spaces in between the templates in my user page, and does anybody know how to fix them? Also, does anybody know where I can find a complete list of user templates, and where I can request new ones? Kris01:18, 6 May 2007 (UTC)
Is it possible to "watch" only a Section of an article, as opposed to the entire article? If not, can some one with technical expertise here at Wiki make that happen? I can imagine instances (say, in very long articles) where I would want to see new edits and changes to SECTIONS of an article only, yet not to every single edit in the entire article itself. Thoughts, comments, suggestions? (JosephASpadaro 21:17, 4 May 2007 (UTC))
Not a direct answer, but if an article is long enough for that to be an issue, perhaps it should be split up into subarticles. —EncMstr21:48, 4 May 2007 (UTC)
True ... but that's not the real issue. An article can still be of appropriate length (i.e., not "too long"), yet I can still be concerned with only one aspect (or Section) of that article. My point is: in longer articles, there can be many, many, many edits / changes in any given day. Most would be irrelevent to the one particular section of concern. Thus, the watch list -- as currently set up -- would be useless if it keeps notifying me of edits and changes that I am not concerned with. (JosephASpadaro 21:59, 4 May 2007 (UTC))
The section can be made a separate page that is transcluded. That way it can be watched separately (and it has its own page history). However, other people may like to have the whole page as single watchlist item with a single history.--Patrick00:40, 5 May 2007 (UTC)
The only problem is that sections are ridiculously mutable. You can change the title, add one here and there, move 'em around, etc. Maybe you're looking for a script that checks for a certain title in the edit summary: /* Title */, and removes sections without the title. Would that work? GracenotesT § 05:52, 5 May 2007 (UTC)
I asked the same question on the watchlist page recently. I haven't received a reply yet. Ironically, it was because I asked another question here, but while waiting for a reply on this page, I was bombarded by huge amounts of traffic, and hence stopped watching. It would be a handy feature, especially for high traffic talk pages. Is there any way a 'watch this section' or 'watch for a reply' feature could be implemented, so as not to force the user to view all changes made to both the article and talk page? Is there any way to watch simply an article page or talk page, but not both (for example if an editor wanted to watch an article but not the very busy associated talk page)? Again, I won't be watching this page because the traffic level is just ridiculous, so I'll hopefully remember to drop by some time and search for an answer. Richard00106:59, 5 May 2007 (UTC)
The answer is simply "no". In the future there will be better systems for the talk pages, however. --brion14:44, 7 May 2007 (UTC)
HOW TO TURN A STUB INTO AN ASSESSED ARTICLE? I can't figure out how to do this. I turned a a stub on the Victorian Church architect Thomas Garner into an article (using historical documents recently found). It remains a stub - what is the next step please? Thanks May 2. Keoghse 05:28, 4 May 2007 (UTC)
Thomas Garner doesn't seem to have a {{stub}} template anywhere, and as far as I can tell it's also a good length, I don't think it is a stub--VectorPotentialTalk13:19, 4 May 2007 (UTC)
If you're talking about the assessment in the banner on the article's talk page, that is changed by hand based on an editor's best judgement. Just change {{Architecture|class=Stub|auto=yes}} to {{Architecture|class=Start|auto=yes}}, or whatever class you think is appropriate. WikiProject Architecture's assessment guidelines are located at Wikipedia:WikiProject Architecture/Assessment, you can also make a request on that page for someone else to assess the Thomas Garner article, if you want. jwillburtalk16:36, 4 May 2007 (UTC)
This example of sections generates incorrectly formatted TOC: the last H3 does not have enough indent from the left. In HTML this means that <ul> tag is closed too early on preceding H2.
I'm editing with FireFox, Windows XP, and agree - it looks like a bug (I pasted your six headings above the heading for this section, then did a preview; the final heading (2.1) should be indented in the TOC (like 1.1) and isn't. Odd. Definitely something the developers should look at. -- John Broughton(♫♫)17:35, 2 May 2007 (UTC)
Yes I just came here to file a similar report (wished I'd checked, could have saved myself a lot of time). Someone should definitely file a bug report. Paul August☎22:24, 2 May 2007 (UTC)
We will see it fixed when Mediawiki software on Wikipedia servers gets updated. The bug says fixed in r21814, Special:Version shows only 'r21778'. Let's try to relax and do something else for now ;) Alex Smotrov23:58, 2 May 2007 (UTC)
Relaxing is fine; in the meantime, it's very hard to get anything done at WP:FAR, with the TOC in complete disarray, and the backlog increases. Can anyone inform us of the next step needed to get this addressed ? This isn't territory I normally deal with. SandyGeorgia (Talk) 16:45, 3 May 2007 (UTC)
Strange TOC bug?
Just did some editing to Los Angeles Police Department, and cant figure out why the TOC wont collapse fully, instead in hide mode it hides the first main header only. The page's infobox appears to be working normally. -Stevertigo09:36, 3 May 2007 (UTC)
I too ran into this bug since the weekend: if there is a subsubsection heading in the TOC, it won't "hide" sections after that one properly but will only partially collapse the sections which preceded it. — Athaenara10:11, 3 May 2007 (UTC)
I think this occurs when there is a ===subsection=== heading which follows a ====subsubsection==== heading, and I've been able to duplicate it. I almost copied my test here but then realised what it would do to the TOC for the entire page. — Athaenara10:28, 3 May 2007 (UTC)
If anyone is following or working on this, I removed the level 4 headings from one FAR review, and this semi-corrected the TOC, although now there's a new error at the TOC in WP:FAR. SandyGeorgia (Talk) 19:07, 4 May 2007 (UTC)
Is it just me or have there been more database locks for the "slave" servers to catch up to the masters than normal? Prior to the past week, I had only experienced one in all my time on Wikipedia. In the last several days, I have been through 3, the last of which lasted over 2 minutes. Is there some sort of technical or hardware problems causing these issues? Cool322:31, 1 May 2007 (UTC)
I made some changes to my Monobook.js, and now it's completely broken, failing to do anything. MediaWiki seems to be using a failsafe default Monobook now. Can someone take a look at my monolithic monobook and help figure it out? Luigi30 (Taλk) 14:37, 1 May 2007 (UTC)
If your monobook doesn't work, please start by reverting the file to the last version that worked. We've recently had a case where a user couldn't log in due to a malfunctioning monobook. After you've done this copy the following to your browser's address bar: http://en.wikipedia.org/wiki/User:Luigi30/monobook.js?action=purge.
That should give you the last functioning version of your monobook. The actual file is a protected file, so actual editing of it is impossible for other users except administrators. ValentinianT / C15:00, 1 May 2007 (UTC)
I dropped it back to the last working version. It seems to be so delicate that just about any change I make completely breaks it. Luigi30 (Taλk) 15:03, 1 May 2007 (UTC)
[2] The welcome template seen here, which is adjusted by Pilotguy (unintentionally), seems to almost certainly be broken (or badly designed). The template uses unicode charater codes to prevent {{helpme}} and ~~~~ from executing. Of course, the simple way to fix the template to work properly, and not be destroyed when any sort of unicodifying tool runs over it, is to user nowikis. Unfortunately, my welcome template knowledge is not what it used to be, and I'm having trouble pinning down the culprit(s) (otherwise I'd {{sofixit}}) - could someone take a look for me? Martinp2321:26, 30 April 2007 (UTC)
Just a note to say that I've done an emergency release of NPWatcher to prevent these issues, but I doubt that such fixes will be released for any other tools. Martinp2321:27, 30 April 2007 (UTC)
That seems like the best solution - NPWatcher shouldn't change HTML escapes on non-article pages as part of leaving unrelated messages. Are you saying there are other tools that do that? CMummert · talk 21:46, 30 April 2007 (UTC)
AWB has the option to do it, and most users will probably leave that checked. Not sure about any other bot frameworks, or software. Would it not be wise to fix the template (if anyone knows which one it is), to prevent issues like this, and perhaps show by example to the newbie how to use nowiki (yes, an unlikely point :))? Martinp2320:19, 1 May 2007 (UTC)
Entities that correspond to characters in the ASCII range 32 to 126 shouldn't be unicodified in my opinion, as they're almost certainly there to deliberately nowiki rather than as a typing aid. --ais523 11:29, 2 May 2007 (UTC)
I can't read the Wiki font
Why does the Wikipedia use such a difficult-to-read font? It hurts your eyes and slows down your reading.
Can I suggest that you use arial or some other common, highly viewable font?— Preceding unsigned comment added by 80.169.162.172 (talk • contribs)
You can probably change the font used by your browser to display Wikipedia pages by changing your browser preferences. Nihiltres(t.c.s)17:59, 30 April 2007 (UTC)
AFAIK, Wikipedia uses your browser's own default font. It's possible your browser is misconfigured, and you didn't notice because a lot of sites don't respect the user's preferences. --cesarb23:45, 30 April 2007 (UTC)
Wikipedia uses Arial by default, but you can change it in your monobook.css if you are a registered user. Wikipedia never uses the browser's default font unless you tell it to in your monobook.css file. - MTC10:07, 1 May 2007 (UTC)
Where is it specifying Arial? I looked through all the CSS files for Monobook (you can see a list at Wikipedia:Catalogue of CSS classes), and the font that's specified is "sans-serif". Your browser might be configured so that sans-serif defaults to Arial, but it's not Wikipedia that's chosing it. --cesarb19:07, 1 May 2007 (UTC)
Ah OK I missed that, you're right Wikipedia only specifies sans-serif by default. I was going by the fact that my default is always set to Times New Roman but Wikipedia has always used Arial (on every computer I've ever accessed Wikipedia on, even before I set up my monobook.css). - MTC19:54, 1 May 2007 (UTC)
Location map dot varies location between Firefox and IE; one correct, one not.
{{Infobox City}} has a provision using the template {{superimpose}} to manually superimpose a dot atop of a blank map. When I first tested it, it seemed to work great. However, now on certain pages there seems to be a glitch when viewed using Internet Explorer (WinXP), but Firefox (MacOS 10.4 and WinXP) is fine. Here is an example—Airdrie, Alberta. I thought that maybe it was the map itself (Image:Division No. 6, Alberta Location.png) but Didsbury, Alberta uses both this map and Infobox City (aka Infobox Settlement) and there doesn't seem to be a problem or a noticeable difference in dot placement. As a control, Langdon, Alberta uses this map and the {{superimpose}} template but doesn't use infobox city and it seems to be fine. Can anyone explain this and is there a solution for this? —MJCdetroit19:49, 26 April 2007 (UTC)
Looks fine in IE6, but not in Firefox 2 on WinXP. I'm pretty sure it's because the image is centered in the table cell. See this table with exaggerated width:
We need a way to make the surrounding <div> wrap around the image only, and not the entire table cell. –Pomte01:19, 27 April 2007 (UTC)
In your preview, when viewed in FF 1.5.0.11 and Safari Version 2.0.4 for Mac OS, the dot is about 2½ inches left of the shaded area. I'll preview it tommorrow in WinXP and IE & FF when I get to work.
At least in this example, the issue is not with the type of image but with CSS layering. One way to solve it is by specifying the width of the <div>:
I've added a removable red border to make it obvious what has changed. Someone with more knowledge of CSS may have a better idea. –Pomte03:23, 27 April 2007 (UTC)
Some localised infoboxes use {{Location map}}, which does not contain superimpose. I haven't seen any faults when viewing that with Firefox of IE. Maybe the difference between the two template codes could reveal something. - 52 Pickup13:11, 27 April 2007 (UTC)
Are there any articles already using image_dot_map in {{Infobox City}} that had dot_x and dot_y changed due to this problem? Looks like the parameter was added recently, so there shouldn't be too many to fix. –Pomte23:37, 27 April 2007 (UTC)
I don't think that any have been changed. Changing the dot placement is what brought this problem to the surface at Airdrie, Alberta. If there infoboxes that need to be "fixed", most would be in Alberta, Canada and a few in Western New York, USA. —MJCdetroit00:28, 30 April 2007 (UTC)
UPDATE: I made some changes to a test template located at Template:Infobox City/Test1. I also made the Category:Settlement articles requiring maintenance to help fix the pages that have this problem. There are 59 pages where this is used, so fixing will be pretty easy. I tested the fix in FF2 and IE7 for WindowsXP and Safari 2.0.4 & FF 1.5.0.11 for MacOS X (10.4.9). Everything seemed fine. For evaluation purposes, I edited Redcliff, Alberta and Airdrie, Alberta to use the "Test1" template. Does this fix seem reasonable? If it does I'll go ahead and change the 59 pages to correctly display the dot. —MJCdetroit02:42, 30 April 2007 (UTC)
I see no problems with that and in fact I have incorrectly attempted to simplify the code. I will withdraw the edit request at {{superimpose}}, unless there is some situation other than {{Infobox City}} when {{superimpose}} is used on a center-aligned image. –Pomte03:22, 30 April 2007 (UTC)
Any help that is offered is always welcome. For the Alberta maps (which are all 180px), the dot_x seems to be off by about +35. I have been subtracting 35 from what ever the dot_x says and double checking it in google earth. It gets the dot pretty close. The dot_y seems to be ok. If you changed the live template then I will start just changing the dot_x values in the infoboxes in that category. Thanks, —MJCdetroit19:17, 1 May 2007 (UTC)
Watchlist password message
I don't think the [dismiss] button is working, I keep getting flashed by this ^ every time I hit my watchlist--VectorPotentialTalk00:16, 8 May 2007 (UTC)
I think it only dismisses per watchlist session, i.e when you leave and comeback it cames back too. One thing you can do is leave your watchlit open in a tab. John Reaves(talk)00:26, 8 May 2007 (UTC)
It just comes up with a "this page cannot be displayed" error: I think it could be to do with the large file size.--h i ss p a c er e s e a r c h14:27, 2 May 2007 (UTC)
for example. Now if we click on History, it will take us to the ARTICLE'S HISTORY. But what happens if we want to directly go to the article's TALK HISTORY? I know I should be proposing features on bugzilla, but I don't have an account. Would someone be so kind to do it for me and to let me know? Thank you.10011010007:17, 1 May 2007 (UTC)
On another note, we have tabs for 'edit this page' and 'history'. Now these tabs are fore pages you are currently on. I would like 6 tabs. article, discussion, edit article, edit discussion, article history, discussion history. Same as the above, would someone be so kind to report this to bugzilla and let me know? Thanks!:-D10011010007:21, 1 May 2007 (UTC)
I'd be happy to make a user script for you, 100110100. That is the best solution, I think. Two catches, though: first, I can't do it within the next six hours, since I'm editing from... a less-than-ideal browser, and can't view a page's source. I could do it later (or someone else could do it now.) Second: if you have a large watchlist, it may be better to include a link that, upon clicking, populates your watchlist with talk history links, rather than making it an event that occurs when loading that page (your browser could crash). GracenotesT § 13:43, 1 May 2007 (UTC)
I think that this sort of thing's been a feature of navigation popups for ages. However, I didn't find it that useful when I used popups (and eventually turned popups off altogether). --ais523 13:50, 1 May 2007 (UTC)
Yes, that's right. So, I'd like to still put these up on Bugzilla if someone would be so kind to volulenteer, & let me know. Thank you!10011010006:37, 2 May 2007 (UTC)
Can we define some css classes and ids and use them whenever we want? If it is posssible, how? By wikipedia templates or something else? Thanks. - PegasusRoe01:19, 1 May 2007 (UTC)
That's frustrating, since I am editing a wikibook in chinese and I want to have my own style of looks, but thanks anyway. - PegasusRoe04:26, 1 May 2007 (UTC)
The above answer applies only to the English Wikipedia, if that wasn't clear. If you're talking about a different language Wikipedia, you should ask there. Similarly, if you're talking about a Wikibooks wiki, you should ask at that site, not here; and if this is a personal wiki, that's another matter entirely. -- John Broughton(♫♫)17:41, 2 May 2007 (UTC)
"If you entered your e-mail address when you signed up, you can have a new password generated. Click on the "Log in" link in the upper-right corner. Enter your user name, and click the button near the bottom of the page called "Mail me a new password". You should receive an e-mail message with a new random password; you can use it to log in, then go ahead and change your password in your preferences to something you'll remember."
If you haven't entered in an email address, as far as I'm aware, we can't do anything about it. It appears you've created a new account, which is what I'd have recommended. Harryboyles06:00, 30 April 2007 (UTC)
Is it possible that someone hacked into my account and changed my password on me, because I wrote my password down on a paper and I couldnt find that paper until today, and when I type it in it doesn't work.--Yankees1021:13, 1 May 2007 (UTC)Yankees10(use to be known as Bucs10)
I doubt it. Was your password the same as your username? If you have e-mail enabled, you can get a new one sent to you. John Reaves(talk)21:17, 1 May 2007 (UTC)
no it was different, I don't know why it isn't working I know for a fact that this was the password.--Yankees1022:07, 1 May 2007 (UTC)Yankees10
I have the same problem (not on en: but in an other wiki). Yes, the password was the same as the username, but there was no eMail adress. Somewhere on en: was written to contact an developper, but no response. I do not understand why they did this without warning before. Eruedin17:09, 2 May 2007 (UTC)
The Image:Teresa Teng.gif still exists but is no longer displayed in the Infobox; the template displays a red link as if the image had been deleted, see this version of page Teresa Teng. As a workaround I have just added a link outside the infobox. If this is a general problem then editors will be deleting red links all over the encyclopedia, so I hope it can be fixed soon. - Fayenatic london(talk)22:57, 29 April 2007 (UTC)
Thanks, GDonato. It appears that it was the image size tag (which you deleted) that was disabling it. Something has changed in the template or the wiki software, because that tag has been there all along and it used to appear just fine. Well done anyway! Fayenatic london(talk)23:11, 29 April 2007 (UTC)
I fixed it by a sort-of-accident (probably couldn't've done it if I tried!). Images aren't really my strong-point. ;-) GDonato (talk) 23:15, 29 April 2007 (UTC)
Yeah, I noticed this with a different infobox. Syntax like {{{parameter|}}} no longer works when not inside a parserfunction, I believe. --NE223:47, 29 April 2007 (UTC)
OK, it says that now, but "px" did not cripple the image until recently. If you search for "Img_size px" you will find lots more articles which were fine before this infobox code was changed, but now have red links. Some other infobox templates still allow "px". Can someone please either revert this change, or use AWB or a bot to remove "px" from the infobox code of all articles using {{Infobox musical artist}}? - Fayenatic london(talk)18:02, 30 April 2007 (UTC)
N.B. If checking my argument with a search for "Img_size px musician", skip the first few pages of results as I have started fixing some... but there may be thousands. Please would someone make the Infobox template tolerant to "px". - Fayenatic london(talk)12:33, 1 May 2007 (UTC)
Going through the edit history, the image line was changed last on November 6/7, so it's not the infobox's fault. There has probably been a change in how images are shown. Before, it might have been that "200pxpx" was acceptable and interpreted as "200px", because that's essentially what those thousand infoboxes had been doing. –Pomte17:04, 1 May 2007 (UTC)
Nevermind, "200pxpx" is actually interpreted correctly. I now think it has to do with the m:ParserFunctions behind {{min}}, because trying to compare "200" and "300px" results in Expression error: Unrecognised word "expression". –Pomte17:18, 1 May 2007 (UTC)
I have requested an edit to the infobox template at Template talk:Infobox musical artist#Accounting for px at the end of Img_size's value. This is a solution that checks the value given to Img_size. If the length of the value is greater than 3, then set that value as the dimension without doing any {{min}} comparisons. Adding px to the end of the number can be an honest mistake and we can account for that. If it is necessary to fix all of the transclusions, that can be done eventually with time and AWB. Thousands may be an exaggeration though. –Pomte18:08, 1 May 2007 (UTC)
The "min" was originally added in August of last year. If "px" was working in November, the problem is a change elsewhere. Anyway, changing this to support "px" will break the landscape option (unless "320pxx200px" magically works somehow). And the naive implementation suggested by Pompte will allow overenthusiastic fans to override the maximum image size by the simple expedient of adding "px" to the size, which is not a desirable outcome, IMO. It might be possible to design a better implementation that supports all options, but the code is already quite arcane. Fixing the uses (and better documenting the usage) seems somewhat preferable to me. Xtifrtälk01:14, 2 May 2007 (UTC)
I changed the template to check if {{{Img_size}}} is a number; if not (such as if it ends with px) it is replaced with 300.--Patrick07:04, 2 May 2007 (UTC)
"What links here"
Hey guys - Sorry to bother you but I wish to know what order the articles are in the "What links here" option.--PhilltalkEdits12:22, 3 May 2007 (UTC)
They aren't ordered. There must be something that determines the order, but it's based on number of links, time of addition, phase of the moon... So it's effectively completely random. -Amarkovmoo!13:46, 3 May 2007 (UTC)
Go to Wikipedia. Don't log in. Go to WP:FAR (or WP:FAC or WP:GAC). Try to use the page down or arrow keys. They don't work. Go to the Main page. They work. Go back to WP:FAR. They work. --Wclib21:57, 2 May 2007 (UTC)
Firefox has a known bug where it can lose track of the keyboard focus sometimes. Clicking on the page usually fixes it. --cesarb00:33, 3 May 2007 (UTC)
I wrote one, but I haven't maintained it for ages and it's got very out of date, and I have no idea how portable it is. If anyone technically-minded wants to update it, it's at User:ais523/autotag.js. However, I wouldn't recommend using it in its current state. --ais523 15:56, 2 May 2007 (UTC)
Did you remember to bypass your cache? (The script is very outdated; some of the warnings listed there are redlinks nowadays, for instance.) --ais523 16:44, 2 May 2007 (UTC)
Automated Reversion giving the wrong username in Edit summary
I just reverted vandalism to an article by going through the page history -> selecting last good version -> clicking [Restore this version] (I have AzaToth's reversion tools in my monobook.js page). The reversion worked correctly, but instead of my username in the edit summary it inserted De.Spongo. This is the first time I have used this feature. Any advice as to why this happened and how to fix it would be much appreciated! Thanks EyeSereneTALK22:46, 8 May 2007 (UTC)
I see no evidence of this in your contributions page. Can you provide a diff? In addition, if this is related to TWINKLE, then contacting AzaToth is a better idea than posting here. --Deskana(AFK 47)00:12, 9 May 2007 (UTC)
I'm pretty sure this is what's happening: It just means De.Spongo was quicker than you, and reverted to the same version a few seconds before you did. Then, when you saved your revert, the Wiki software said to itself "there's no difference between this and the current version. I'll just ignore it." Unfortunately, you don't get an edit conflict or a message or anything, so it looks like an error, but it isn't. This happens to me all the time, especially since I'm reverting the old fashioned way, and others are using quicker tools. Someone using Twinkle or Vandalproof or something can always do it 15 seconds faster than me.
Fair warning: I'm usually asking questions, not answering them, and this is my very first attempt at a technical answer. So take it with a grain of salt. --barneca (talk) 03:56, 9 May 2007 (UTC)
Thanks for the responses. The diff in question is here; obviously since I was not credited with the revert, it does not show up on my contributions. As I said above, it's the first time I've used the automatic restore tool - if Barneca is right, I suppose the best thing to do is try it out again next time I spot some vandalism and see what happens ;) EyeSereneTALK15:59, 9 May 2007 (UTC)
Good call guys - reverts are working correctly now. It was just my bad luck that it happened the first time I used Twinkle (what are the odds of that?) causing me to think something was broken. Thanks all for the help! EyeSereneTALK16:09, 9 May 2007 (UTC)
I've corrected it. --ais523 17:13, 8 May 2007 (UTC)
I apologize; that was my doing. I'm afraid the current message is actually a bit more confusing, though--perhaps it can be reworded to say "Be sure you are viewing Special:Userlogin". AmiDaniel (talk) 22:29, 8 May 2007 (UTC)
No good. Phishers would have control over the entire URL apart from its start; it's the wikipedia.org domain that distinguishes a genuine website from a fake one (any MediaWiki wiki can have a page called Special:Userlogin, and any other website can as well). --ais523 09:27, 9 May 2007 (UTC)
Unfortunately, this warning doesn't really do that much good. It's too subtle for most users to remember it, so if a phishing site copies the page, they can just drop the warning. If they're viewing it on our site, they aren't being phished. For this to be useful, users would have to notice that the real page has this warning and then notice that it is missing when viewing the phishing site. That just seems a little unlikely to me. That being said, the warning doesn't hurt anything and maybe it will raise awareness of phishing attacks in general. Mike Dillon15:13, 9 May 2007 (UTC)
Okay. Everyone knows that their personal menu (which includes a link to their user page, talk page, their preferences, watchlist, and stuff) is supposed to be aligned right at the top, opposite to the Wikipedia logo button, right? Well, today, at the time of this addition, whenever I roll my mouse over it, it gets messed up by aligning itself to the left side, hiding the userpage button behind the logo. Is there any reason (aside from either the school server's or the Wikipedia server's allergies to me) that this happens? 8o8 TToTT
It's hard to say without more numbers there, there's no way to do a WHOIS search without the first 6 digits. And as far as I know, yes, the AOL fix, is still in effect, the only edits that should be coming from AOL should be from the normal dynamic IP pool, not from any of the proxy ranges, as A) They're all still blocked from editing anyway, and B) AOL sends X-Forwarded-For headers on all but the oldest AOL installations, so there shouldn't be any activity from those ranges anyway--VectorPotentialTalk23:41, 3 May 2007 (UTC)
Has there been some higher-than-user-level Wikipedia:Skin change of page background colours in the past few days?
When I first saw this about 48 hours ago, I thought it was because of a new hard disk and Mac OS X 10.4.6 and Safari 2.0.3 installs on my own computer, but colour changes appeared only on Wikipedia (including MediaWiki) pages while off-Wiki webpages (google, etc.) continue to display normally.
Anomaly: page margin, Table of contents background, quoteboxes background, the categories box, "Save page" "Show preview" "Show changes" buttons and small "This is a minor edit" and "Watch this page" checkboxes below page edit areas are now pale pink, while the background of the main portion of any Wikipedia page is now ice blue.
I can corroborate the font problem (but not the other problem with the strange background colors). I've tested the page linked above (the one with the font table) on three browsers - Safari, Firefox, and Internet Explorer 5.2 (mac) - only around 1/3 of the fonts display correctly. Most of the others show up as san serif (looks like Verdana) and a few of them show up as a serif font (I think it's New Times). The text of the code on that page seems to correctly define the font names, but they are not showing up properly when rendered. Parzival418Hello08:23, 3 May 2007 (UTC)
No, bypassing or emptying my cache does not affect this. I've tested it on two computers and multiple browsers, same result. They are all Macs, though, I don't have a Windows machine.
I also tested the &action=purge method of requesting re-rendering of the page. Also, no change to the problem.
What happens if you view the table with a skin other than Monobook? (For instance, [3]). --ais523 08:53, 3 May 2007 (UTC)
I can't answer the larger question about monobook, but I can tell you my own monobook.css page is empty and always has been. I looked at ais523's link and saw the same examples not displaying the fonts they'd been formatted to display. Purge: no change. Bypass your cache: no change. I've emptied my own browser cache daily (as usual) this week: no change. — Athaenara09:21, 3 May 2007 (UTC)
I've been looking through what's effectively Recent Changes for the software. There were no changes connected to the skin 'about 48 hours ago' that weren't reverted almost immediately, but it's possible that there was a typo in some code elsewhere that's causing this. (Sometimes, extra whitespace is left at one end of a file; for reasons I don't understand, this sometimes corrupts the data that the servers send out, causing it to display in 'quirks mode' and interpreting the page differently, if I remember correctly, although I've never checked this myself.) What happens if you load up the page in Firefox, and then type 'javascript:' in the URL? (It opens a box explaining errors and warnings that came up on the page; the only expected one would be about 'column-count'; anything else may be what's causing the problem.) (By the way, thanks for the info so far, it's really helping to narrow this down. I see no problem on IE6 for Windows, by the way.) --ais523 09:28, 3 May 2007 (UTC)
OK, I checked the javacript in Firefox, I'll paste the resulting text below. I have to sign off for tonight and will check in tomorrow. Please let me know if you need me to check anything else. Thanks for your help. --Parzival418Hello09:38, 3 May 2007 (UTC)
I'm not quite sure what's going on here. I'll take a look at it myself later (I have to go offline for a bit too, not sure if it'll be minutes or hours). --ais523 09:55, 3 May 2007 (UTC)
Identically with these seven skins, all but the same few examples do not display as formatted when I view them. The twelve exceptions: Arial Black, Arial Narrow, Arial Rounded MT Bold, Brush Script MT, Comic Sans MS, Courier New, Georgia, Gill Sans MT, Impact, Times New Roman, Trebuchet MS, Webdings. — Athaenara10:07, 3 May 2007 (UTC)
The fonts which end with numbers don't work for me either (they all produce error messages on the JavaScript error console), using Firefox on Windows, but all the rest work, so this seems to be Mac-specific. I still have no idea what's causing it. (Are the fonts you can't see installed on your system? There seems to be nothing in the source that would suggest one skin over another.) --ais523 10:32, 3 May 2007 (UTC)
Edwardian Script ITC was the one which first caught my attention, because I'd used it for my sig since last year. It was never installed on my computer but always (until this week) displayed as it should. — Athaenara10:40, 3 May 2007 (UTC)
On my system, around half of the fonts are installed - but that's only explaining part of the issue. Of the fonts not displaying properly, some of them are not installed, so that makes sense. But of the fonts I do have installed on my system, only around half the ones in the list display properly. For example I have all three webdings fonts installed and working fine, however on the Wiki page listing the fonts, all three webdings examples show up as if they were all using the basic webdings fonts. Webdings 2 and 3 show the same list of symbols, even though those symbols only exist in basic webdings and all three are installed. Very confusing!
Here's another strange thing - on my system the font Athaenara mentioned as a problem, Edwardian Script ITC, is displaying correctly on that chart. --Parzival418Hello17:14, 3 May 2007 (UTC)
I tried to fix it by quoting everything; it probably would make a difference only in the ones which end in numbers. I cannot test it, however; looks like I have none of the fonts on that table installed on any of my computers (the table doesn't include fonts like Bitstream Vera or DejaVu, which I do have installed). --cesarb23:36, 3 May 2007 (UTC)
Thanks for giving that a try. The quoting did not make a difference on my system. This has not been a problem in general using Wikipedia, though it is kind of strange, especially since it happens only in MediaWiki software but regualr HTML pages are displaying fine. I can't think of any other tests I can do, so unless you have further questions for me I guess I'll just let this go for now. If you do have questions, I'm willing to do some more tests, but please let me know on my talk page, I need to un-watch this page for a while. Thanks again. --Parzival418Hello18:11, 4 May 2007 (UTC)
I'm sorry you're having trouble with your monobook, but I just don't think any of these scripts are going to work in an IE based browser, at least not without a lot of bugs--VectorPotentialTalk20:32, 2 May 2007 (UTC)
There is some technial problem in the article Bronze Soldier of Tallinn, at least when viewed with IE6. The section Political reaction is not limited by the page width, text flows without line breaks. Also, some text is bolded where it should not be. The problem does not seem to be in the page itself, as the same effect appears on older versions, that used to work before. The issue may be related to the {{flag}} template. -- Petri Krohn00:33, 5 May 2007 (UTC)
This example of sections generates incorrectly formatted TOC: the last H3 does not have enough indent from the left. In HTML this means that <ul> tag is closed too early on preceding H2.
I'm editing with FireFox, Windows XP, and agree - it looks like a bug (I pasted your six headings above the heading for this section, then did a preview; the final heading (2.1) should be indented in the TOC (like 1.1) and isn't. Odd. Definitely something the developers should look at. -- John Broughton(♫♫)17:35, 2 May 2007 (UTC)
Yes I just came here to file a similar report (wished I'd checked, could have saved myself a lot of time). Someone should definitely file a bug report. Paul August☎22:24, 2 May 2007 (UTC)
We will see it fixed when Mediawiki software on Wikipedia servers gets updated. The bug says fixed in r21814, Special:Version shows only 'r21778'. Let's try to relax and do something else for now ;) Alex Smotrov23:58, 2 May 2007 (UTC)
Relaxing is fine; in the meantime, it's very hard to get anything done at WP:FAR, with the TOC in complete disarray, and the backlog increases. Can anyone inform us of the next step needed to get this addressed ? This isn't territory I normally deal with. SandyGeorgia (Talk) 16:45, 3 May 2007 (UTC)
Strange TOC bug?
Just did some editing to Los Angeles Police Department, and cant figure out why the TOC wont collapse fully, instead in hide mode it hides the first main header only. The page's infobox appears to be working normally. -Stevertigo09:36, 3 May 2007 (UTC)
I too ran into this bug since the weekend: if there is a subsubsection heading in the TOC, it won't "hide" sections after that one properly but will only partially collapse the sections which preceded it. — Athaenara10:11, 3 May 2007 (UTC)
I think this occurs when there is a ===subsection=== heading which follows a ====subsubsection==== heading, and I've been able to duplicate it. I almost copied my test here but then realised what it would do to the TOC for the entire page. — Athaenara10:28, 3 May 2007 (UTC)
If anyone is following or working on this, I removed the level 4 headings from one FAR review, and this semi-corrected the TOC, although now there's a new error at the TOC in WP:FAR. SandyGeorgia (Talk) 19:07, 4 May 2007 (UTC)
For some reason, Institute of Management, Nirma University, Ahmedabad, a redirect with no categories on it, is being categorized into Category:Wikify from November 2006. It's also not categorized according to alphabetical order, but as if a space were used as a sortkey. Anyone have any ideas? Mr.Z-mantalk¢02:45, 2 May 2007 (UTC)
It's actually an article with an initial space in its name that is categorized, but Mediawiki just quietly strips the space, so the link points to a completely different article. --Derlay09:14, 2 May 2007 (UTC)
Looks like the invalid article name was created by a page move: Special:Contributions/Dips_286. Mediawiki seems to handle leading spaces inconsistently; they are mostly stripped, but not in the target of a move, or in links like [5] and [6]. This can be quite confusing. --Derlay20:46, 2 May 2007 (UTC)
That article should probably be deleted too (the "real" article by that name was deleted earlier). It's essentially unreachable. I would put a {{db-g6}} on it, but then it would categorize into the speedy deletion category the same way. Mr.Z-mantalk¢00:00, 4 May 2007 (UTC)
Thanks. Is there any way via query.php, api.php, or any other public interface to actually get a list of all protected pages? CMummert · talk 16:37, 30 April 2007 (UTC)
One problem is that when they are migrated in, they will show up as the newest ones. I'll probably change the (earlist/latest) links to reflect that then. Voice-of-All17:58, 1 May 2007 (UTC)
That's fine - api.php can query log events to get the protection date, sysop, and comment; the problem is getting a list of protected pages in the first place. CMummert · talk 18:09, 1 May 2007 (UTC)
HOW TO TURN A STUB INTO AN ASSESSED ARTICLE? I can't figure out how to do this. I turned a a stub on the Victorian Church architect Thomas Garner into an article (using historical documents recently found). It remains a stub - what is the next step please? Thanks May 2. Keoghse 05:28, 4 May 2007 (UTC)
Thomas Garner doesn't seem to have a {{stub}} template anywhere, and as far as I can tell it's also a good length, I don't think it is a stub--VectorPotentialTalk13:19, 4 May 2007 (UTC)
If you're talking about the assessment in the banner on the article's talk page, that is changed by hand based on an editor's best judgement. Just change {{Architecture|class=Stub|auto=yes}} to {{Architecture|class=Start|auto=yes}}, or whatever class you think is appropriate. WikiProject Architecture's assessment guidelines are located at Wikipedia:WikiProject Architecture/Assessment, you can also make a request on that page for someone else to assess the Thomas Garner article, if you want. jwillburtalk16:36, 4 May 2007 (UTC)
How come there are white spaces in between the templates in my user page, and does anybody know how to fix them? Also, does anybody know where I can find a complete list of user templates, and where I can request new ones? Kris01:18, 6 May 2007 (UTC)
Is it possible for an IP/user to be blocked from editing designated (Main) space articles but still be allowed to comment on said article's talk page? I'm trying to think of ways to solve a breakdown of WP:NPOV caused by WP:COI, and I'm not asking for this to be done. To make my intentions clear, mostly to anyone involved in said issue who may come across this, is the software capable of that? Anynobody09:25, 6 May 2007 (UTC)
No, at the moment the only page that a blocked user can edit is their user talk page. It's either that or a full unblock. Graham8709:56, 6 May 2007 (UTC)
Is there any way to display an archived version of an image? Any way at all? (I don't mind how wordy the code gets.) Thanks.--Pharos14:25, 3 May 2007 (UTC)
On the image page, just click the time and date of the revision you want in the file history section on the image description page. Harryboyles14:31, 3 May 2007 (UTC)
Let me clarify. I mean, is there any way to display an archived image inline on an article page?--Pharos14:34, 3 May 2007 (UTC)
It wasn't my desire to link to display an external image per se, but rather an archived image on our servers (really, just I want to link to a 'stable' version of an image). I don't suppose there's any way around that?--Pharos15:05, 3 May 2007 (UTC)
Not as far as I'm aware. Otherwise there'd be no point to the whole image version system. You can't display inline an old version of an image. --Deskana(fry that thing!)00:51, 4 May 2007 (UTC)
The other day I was thinking this would be an excellent idea. The graphics lab and featured picture candidates frequently need to show two versions of an image with minor differences between, just so the edit can be discussed and reviewed. The way these groups do this now is to create completely separate filenames, which seems pretty unwiki, insofar as we usually use the built-in versioning system to collaborate on small changes, except for this one odd area. I also hope this is a new feature that can be implemented at some point. --Interiot01:19, 4 May 2007 (UTC)
Yeah, for what it's worth I was looking into this to try to simplify the process of protecting MainPage images, which can be quite a chore right now with downloading and uploading images from Commons. Well, I guess there are no magic shortcuts, then. Oh well.--Pharos05:58, 4 May 2007 (UTC)
There is one magic shortcut... sitewide css (or js). You can set any URL (even old images) as a background image on an element with MediaWiki:Common.css. This has a bit of a caching issue though (unless you plan about a day ahead). --Splarka (rant) 07:57, 4 May 2007 (UTC)
I'm afraid css is a bit beyond my experience. Could you possibly give an example code of how this would work? Thanks.--Pharos08:06, 5 May 2007 (UTC)
See Testwiki:Old_Image_Demo (requires site css change, like this; inline background images are not allowed. Also, you can't resize them, nor can you link to a 'permanent' version unless it is not the top version (I think) --Splarka (rant) 07:20, 6 May 2007 (UTC)
I've had the same problem. There's a message about a loss of session data, and a suggestion to try logging out and logging back in. Sometimes I'll click on my watchlist, only to be told, "Please log in to view your watchlist." Clicking the back button and retrying has worked so far. I've only noticed this happening today. --Kyoko14:58, 12 May 2007 (UTC)
Using the secure server can help to solve problems with session data and logging in/out. --ais523 15:01, 12 May 2007 (UTC)
It probably helps as much as logging out and logging back in to the ordinary server. I can't imagine any other reason why it would help. -- Tim Starling16:35, 13 May 2007 (UTC)
There were some recent problems with one of the memcached servers, which caused session data loss. The problematic box has been depooled and a spare brought into service. Thanks should be directed towards Domas Mituzas. 164.11.204.56 00:28, 14 May 2007 (UTC)
Main page view source
Resolved
The view source window of the Main Page seems screwed up. It's currently showing the full contents of the Notice template. My guess is that someone changed a system message. --MZMcBride01:24, 11 May 2007 (UTC)
I answered that RFPP request. It seems to work OK now. --ais523 15:07, 11 May 2007 (UTC)
Redlinks that aren't
Is anyone else seeing a lot of links to which the page actually exists showing up as redlinks? Just started happening for me, and a force-reload hasn't fixed it. For example, I'm currently seeing WP:3O as a redlink. SeraphimbladeTalk to me15:20, 10 May 2007 (UTC)
me too. I had posted a message but lost it in an edit conflict. It isn't quite the normal redlink colour and sigs are still fine Nil Einne15:21, 10 May 2007 (UTC)
Not only am I seeing way too many redlinks, but they're coming up as black text followed by a maroon exclamation point. Something is really wrong here. —mjb15:23, 10 May 2007 (UTC)
It's a different colour to that used for missing pages, this new one is a brownish colour. Missing pages are still red. SynergyBlades15:25, 10 May 2007 (UTC)
Several <a> HTML elements are being marked as class="stub". Your CSS settings for that class are the causes for the specific colour. Redlinks are class="new", for comparison. Uncle G15:31, 10 May 2007 (UTC)
Fix. Go to Preferences -> Misc -> Threshold for stub display and change the 0 to a larger number, like 8000. That should fix the problem. CMummert · talk 15:36, 10 May 2007 (UTC)
Edit conflict: Yeah, though changing it to 1 should put things pretty much back to normal. Zero is supposed to be interpreted as infinity for this feature, but it looks like something broke. – Minh Nguyễn (talk, contribs) 15:39, 10 May 2007 (UTC)
Problem now solved. If you are still seeing odd links, you may need to purge your cache (see instructions on "purge" for how to do that for a specific page). Orderinchaos15:47, 10 May 2007 (UTC)
I see the problem if I don't log in (both IE and Firefox) but when I log in with my username, everything is ok (I use the value "0" btw). ValentinianT / C15:53, 10 May 2007 (UTC)
It still isn't working for me. I purged a page, (I also deleted caches and cookies) and it logged me out. When I was logged out it went back to normal, but when I logged back in it got all screwed up again. Is there any other way to fix this? Kris16:07, 10 May 2007 (UTC)
It doesn't only happen with stubs, either. It happens with regular articles just as well. 89.120.193.125 16:22, 10 May 2007 (UTC)
You can fix this temporarily by putting link.stub { color: #002bb8; } in your monobook.css file.
This was my fault, a bug I'd introduced in rev:22055. Sorry. Thanks to river for fixing it in rev:22065. (I thought I'd tested it, but apparently I forgot to test the threshold=0 case after the latest change.) —Ilmari Karonen (talk) 18:37, 10 May 2007 (UTC)
You wrote above that you changed your stub threshold to 8000 bytes. That's going to give you quite a few brown links even with the bug fixed. Change it back to zero and the links should be blue again. —Ilmari Karonen (talk) 22:14, 10 May 2007 (UTC)
Actually, I like the display. I have some CSS in my monobook.css that turn them normal colors and put a little s in superscript after the stub links. CMummert · talk 23:11, 11 May 2007 (UTC)
Yes, I'm looking to disable the tag, and merely show the text code. I was surprised that nowiki/pre didn't disable it. I'll try your solutions. Thank you very much : ) - jc3700:27, 7 May 2007 (UTC)
A variant of the above is to use nowiki twice, with the nowiki ending and restarting in the middle of the troublesome word. (SEWilco03:25, 7 May 2007 (UTC))
Before if I went on wikipedia the font would be arial as normal. Now it's changed to this cruder looking font. It still displays every letter and number and everything - but, for lack of a better word - it's different. Is there a way I can change the font back to arial on wikipedia? 70.58.33.98 16:49, 6 May 2007 (UTC)
What do you mean "went on Wikipedia", did you register an account? And does the change affect all or most websites or only Wikipedia? —AldeBaer21:11, 6 May 2007 (UTC)
Curious. I was going to ask for the browser next thing, but it sounds as if accessing Wikipedia caused a changed font to be used on all websites, so I firstly enquired for clarity on what had happened. Unfortunately, both IPs have not returned. —AldeBaer04:37, 7 May 2007 (UTC)
I already checked all the code in the template, and there's no use of the word "Belfast" so I can't see how the template is linking to the article. One Night In Hackney30306:50, 6 May 2007 (UTC)
I knew that much. I meant is there a way to stop the transcluded tasks template being included in the links all the time? One Night In Hackney303
You can restrict "What links here" to the main namespace [7]. With hide/show hidden links count as links. If that is not desired, use an ordinary link to more info instead of "show".--Patrick11:47, 6 May 2007 (UTC)
I have been latently upset by the search function ever since I first came to Wikipedia. My slight discontent concerns the facts that (i) there seems to be no fuzzy logic (i.e. you have to be very precise when searching), and (ii) a specific search will return all redirected pages (e.g. [8]).
Couldn't articles somehow be tagged with appropriate keywords in all relevant permutations (including typos)? Incidentally, this would simultaneously solve the problem with all redirect pages being listed as results. Where would I propose such a change to the software (if it's at all possible)? —AldeBaer18:20, 5 May 2007 (UTC)
I think some bots in other Wikipedias do that, create redirects with permutations. Note that you need to click the Search button, not the Go one, in case you did not know. For the most time, I prefer using Google search on Wikipedia. A change could be made to select whether redirects would be returned in searches, though, which seems useful. -- ReyBrujo05:12, 7 May 2007 (UTC)
I also use Google a lot, but new readers may not find that option immediately, that's why. For my example, both the Search and the Go button lead to the same page of results with the redirect pages: Search, Go. However, where should I go with this proposal of not including the redirects? —AldeBaer05:49, 7 May 2007 (UTC)
I have copied part of MediaWiki:Edittools for use on my personal wiki (thanks for making that box, by the way -- it's really handy) and installed the CharInsert extension. However, some of the characters that look just fine in Wikipedia turn up as diamond-enclosed question marks on my wiki. I have scoured the CSS on this site as much as I can, but couldn't find anything that fixed the problem. How can I make the characters work? Thanks in advance to anyone who can help. — Tuvok[T@lk/Improve me] 03:57, 25 April 2007 (UTC)
Unfortunately not. It's actually only local as of yet; I'm still looking for hosting. I can post the code from any pages I have in user subpages if it'll help (like LocalSettings.php or MediaWiki: namespace pages). Thanks for the quick response! Too bad I wasn't online :).
I actually tried copying and pasting a couple problem characters directly from Character Map, but it didn't fix the issue, at least with the character or two I tried it on. — Tuvok[T@lk/Improve me] 21:22, 25 April 2007 (UTC)
And here I thought IE would be good for something... Wish I could say it worked. Thanks for the tip, though. I noticed that my edits copying from Character Map weren't actually saved. Since the characters didn't change (according to MW, at least), it didn't save the edit. I'll have to keep working on this... — Tuvok[T@lk/Improve me] 03:40, 27 April 2007 (UTC)
I don't suppose anyone else has an idea? I've done everything I can think of, even changing the collation in the wikidb database to utf8_bin, but it didn't work. Any help greatly appreciated. Thanks in advance! — Tuvok[T@lk/Improve me] 01:55, 2 May 2007 (UTC)
I recieved a bunch of warnings that I didnt have anything to do with. Now the new messsages bar is stuck up there. I tried clearing the cache but its not working. Its annoying and I didn;t even make those edits. What do I do? —The preceding unsigned comment was added by 71.113.1.126 (talk) 05:50, 7 May 2007 (UTC).
The contributions page doesn't have an indicator as to whether the article was newly created or not. The reason that this information is available for the watchlist and recent changes views is that they use an additional table that has an rc_new flag on it. Mike Dillon21:34, 6 May 2007 (UTC)
P.S. I don't think that there is any practical way of determining which pages you've created except to cross reference every page in your contribution history with the revision history of each page. Mike Dillon21:35, 6 May 2007 (UTC)
Is it possible to "watch" only a Section of an article, as opposed to the entire article? If not, can some one with technical expertise here at Wiki make that happen? I can imagine instances (say, in very long articles) where I would want to see new edits and changes to SECTIONS of an article only, yet not to every single edit in the entire article itself. Thoughts, comments, suggestions? (JosephASpadaro 21:17, 4 May 2007 (UTC))
Not a direct answer, but if an article is long enough for that to be an issue, perhaps it should be split up into subarticles. —EncMstr21:48, 4 May 2007 (UTC)
True ... but that's not the real issue. An article can still be of appropriate length (i.e., not "too long"), yet I can still be concerned with only one aspect (or Section) of that article. My point is: in longer articles, there can be many, many, many edits / changes in any given day. Most would be irrelevent to the one particular section of concern. Thus, the watch list -- as currently set up -- would be useless if it keeps notifying me of edits and changes that I am not concerned with. (JosephASpadaro 21:59, 4 May 2007 (UTC))
The section can be made a separate page that is transcluded. That way it can be watched separately (and it has its own page history). However, other people may like to have the whole page as single watchlist item with a single history.--Patrick00:40, 5 May 2007 (UTC)
The only problem is that sections are ridiculously mutable. You can change the title, add one here and there, move 'em around, etc. Maybe you're looking for a script that checks for a certain title in the edit summary: /* Title */, and removes sections without the title. Would that work? GracenotesT § 05:52, 5 May 2007 (UTC)
I asked the same question on the watchlist page recently. I haven't received a reply yet. Ironically, it was because I asked another question here, but while waiting for a reply on this page, I was bombarded by huge amounts of traffic, and hence stopped watching. It would be a handy feature, especially for high traffic talk pages. Is there any way a 'watch this section' or 'watch for a reply' feature could be implemented, so as not to force the user to view all changes made to both the article and talk page? Is there any way to watch simply an article page or talk page, but not both (for example if an editor wanted to watch an article but not the very busy associated talk page)? Again, I won't be watching this page because the traffic level is just ridiculous, so I'll hopefully remember to drop by some time and search for an answer. Richard00106:59, 5 May 2007 (UTC)
The answer is simply "no". In the future there will be better systems for the talk pages, however. --brion14:44, 7 May 2007 (UTC)
It's probably there to prevent people being led off-site to a page that looks like the Wikipedia preferences page and divulging their password. You would be surprised at how many people don't know the first thing about the location/URL bar in their browsers (I even know people who don't even have it visible and type domain names into MSN/Google searches). Mike Dillon02:44, 8 May 2007 (UTC)
Actually, I guess a phishing site wouldn't have a message warning you not to compromise your account. I think the same message normally shows up on user JavaScript pages such as your personal monobook.js. Mike Dillon02:48, 8 May 2007 (UTC)
Looks like that message comes from MediaWiki:Clearyourcache, which has a default value like this:
On this site, it is doing double-duty as a warning about malicious script changes. The original message would have made sense on the preferences page since changing some of the preferences has effects that require a cache clearing. Mike Dillon02:50, 8 May 2007 (UTC)
In that case, why are we sending messages to all of the regular users? We don't have any administrative tools. Admins are the most vulnerable to hackers, not normal editors.--Ed¿Cómo estás?02:15, 8 May 2007 (UTC)
I think the above "Yep" is "Nope". Some accounts had weak passwords, but not everyone's PW was affected. Just make sure you have a complicated password. (SEWilco03:26, 8 May 2007 (UTC))
Password visible while changing in preferences
Why is it all of a sudden that the passwords are visible in the input form fields while I go to change it in my preferences? It's certainly not standard behavior for password form fields on the interweb. Thanks --Strangnet(t, c)00:10, 8 May 2007 (UTC)
It didn't used to look like that, the developers must have changed something by accident when they were reworking all of today's security updates--VectorPotentialTalk00:14, 8 May 2007 (UTC)
Yeah, I figured something like that. I didn't experience that behavior a couple of hours ago on the Swedish Wikipedia when I changed my password, but now the preferences there are also "broken". It just doesn't feel right to fill in a new password with the contents of the fields visible even though no one is around to see it but me. --Strangnet(t, c)00:17, 8 May 2007 (UTC)
someone added broken code while reworking the prefs page (unrelated to the other password problems, funnily enough). should be fixed now. kate.
See WP:ANI: passwords of a couple of admin accounts have been compromised (due to weak password strength); either that, or those admins have coordinated an "admins gone postal" day (not likely). The text, editable by admins, is here, so suggestions can be posted on the talk page. GracenotesT § 22:16, 7 May 2007 (UTC)
(edit conflict):Following problems like this, a couple of admins have added more information to this system message to encourage better password choosing and the use of the secure server. --MZMcBride22:17, 7 May 2007 (UTC)
And also why do you now have to type in the letters you see in the box in order to log in? This sure seems like a very surprising and ableit unannounced change. Could it please be reviewed or explained? --24.44.158.33 23:34, 7 May 2007 (UTC)
As I understand it, you only get the CAPTCHA if you fail to type the correct password on the first try, presumably this is to stop automated password phishing scripts--VectorPotentialTalk23:36, 7 May 2007 (UTC)
Display Images without linking to image page
How do you display an image but not link to it? For example, I want an external link but the content should be an image. In HTML you would do:
I understood that we need to create accounts there. This unified login is what I'm interested in. Andrew64718:07, 7 May 2007 (UTC)
The unified login would be nice, but it's not ready yet. Until then, you'll have to create different accounts for each wiki you want to edit (making them with the same username, password, and email address should help when/if UL is activated). GracenotesT § 18:51, 7 May 2007 (UTC)
On secure entry
To whom it may concern:
On entering Wikipedea some moments ago, I noticed that a new possibility is on offer, providing secure entery into Wikipedia, something which I wholeheartedly welcome. However, on trying this option, my web browser warned me that it is unable to check the validity/identity of the offered secure entry; the warning indicated that it may even be a false entry aiming at gaining access to personal information. May I request the person in charge of security matters (the Webmaster perhaps?) to inspect and see whether there is indeed a problem and if so whether this can be resolved asap? At the very least, the secure-web certificate must have some shortcomings, prompting my web browser to generate the above-mentioned warning. With thanks in advance for the trouble, Yours sincerely, --BF 14:42, 7 May 2007 (UTC)
It is usual for your browser to say that. It is all safe. You may want to check the don't show this message again box though. --Pupster21Talk To Me15:27, 7 May 2007 (UTC)
Thanks for your prompt response! It is rather odd that one should disregard the security warnings of one's browser (it tends to make one complacent, something that certain individuals must surely delight in). I must add that this is the first time that I have been confronted with a security warning that appears safe to ignore; therefore I should like to insist that someone should correct the security certifacate (I have tuned the security options of my browser and therefore am confident that something must be wrong with your certificate --- never before has my browser misinformed me about certificates; sometimes they simply need updating). --BF 15:51, 7 May 2007 (UTC)
It's an experimental interface. While you may use it, it is not yet meant for the general public. --brion16:31, 7 May 2007 (UTC)
Thank you for your response. Perhaps I should add that the warning that my browser produces is the following: "Website Certified by an Unknown Authority." --BF 17:12, 7 May 2007 (UTC)
I'd like to see the option for just secure athentication. I like the SSL to login, but would rather not have it for all my editing. Morphh(talk)18:51, 07 May 2007 (UTC)
Calculations in Tables & Charts
When you create a Chart or Table in Wikipedia, is there a way to perform mathematical operations on the numbers in certain columns, much like what can be done with Excel?
None as far as I know, unless you use a template to generate that. In example, at m:User:ReyBrujo/Dump statistics table the last two columns are generated according to values in other cells. However, to do that I had to create a template, m:User:ReyBrujo/Dumps/Row, which generates the code of the row. Again, I am not sure if there is an easier way of doing this, and don't think it will be a good idea to implement in an article unless it is standardized (it would be awful if every article needing such tables generate them with their own template instead of a standard one). -- ReyBrujo05:52, 7 May 2007 (UTC)
If multiple tables have a uniform format a table row template can be shared, but even for a single table it can be worthwhile to have such a template. See also Row_template.--Patrick15:33, 7 May 2007 (UTC)
So, a Table cannot even perform a simple calculation like the TOTAL of a column? (JosephASpadaro 16:36, 7 May 2007 (UTC))
No. One could make a template for producing a table, with the data as parameters. This template could add the numbers in a column. Or with JavaScript, like we have already code for sorting the rows of a table.--Patrick21:42, 7 May 2007 (UTC)
Does anyone know how I could go about using a javascript to access the Recent Changes RSS for updating information? Also, how can I differentiate between registered and unregistered edits? Redian(Talk)19:46, 15 May 2007 (UTC)
Yes, that is what I meant. Sorry for being unclear. I'm trying to make a program to access the list of Recent Changes and allow filter options almost like Twinkle Except not Javascript (sorta) and not in a traditional browser. I'll need to figure out how to decipher the RSS feed I guess too, but for now getting at the RSS feed and separating registered/unregistered user edits is my prime concern. Redian(Talk)00:45, 16 May 2007 (UTC)
Poem extension
As can be seen by some of my recent contributions, I've begun to make use of the poem extension in poetry-related articles. Before I continue, though, it might be good to ask these first:
Should mass replacements for poems happen, as I've been doing them?
Instead of doing "margin-left: 2em" to emulate the : indentation, how about a class (say, "poemindent") that emulates this behavior? The poem tag automatically produces a div with a "poem" class, but it may not be good to cause all poems to have an indentation like that.
Yes, so future editors can see them and not bother anymore with : or spaces or <br> on every line, for poems and lyrics and maybe even dialogue or letters or extended quotes.
Is there a scenario in which poems shouldn't be indented? If yes, I think there should be a class at say MediaWiki:Common.css for maintability and so users can define how they like to read their poems. –Pomte00:25, 15 May 2007 (UTC)
How exactly do you mean this? When you edit on the secure server all of your POSTs are encrypted, and if you are logged into http server, but not the https, then your contributions will be attributed anonymously rather than to your username. Otherwise, there shouldn't be any differences. AmiDaniel (talk) 22:25, 8 May 2007 (UTC)
Oh, and if you're using certain satellite ISPs, it makes it possible to log in without losing your login as soon as you navigate to a different page. --ais523 09:30, 9 May 2007 (UTC)
Watchlist password message
I don't think the [dismiss] button is working, I keep getting flashed by this ^ every time I hit my watchlist--VectorPotentialTalk00:16, 8 May 2007 (UTC)
I think it only dismisses per watchlist session, i.e when you leave and comeback it cames back too. One thing you can do is leave your watchlit open in a tab. John Reaves(talk)00:26, 8 May 2007 (UTC)
I recently found a eBook of Project Gutenberg that has some images that i could use in some pages. The disclaimer of the ebook stated This eBook is for the use of anyone anywhere at no cost and with almost no restrictions whatsoever. You may copy it, give it away or re-use it under the terms of the Project Gutenberg License included with this eBook or online at www.gutenberg.net. Does this mean that we can use this material as free-use?
Looks kosher for PD works, but not for copyrighted works that authors have granted permission to Gutenberg to distribute. Those may have a different license. --Golbez13:22, 7 May 2007 (UTC)
I gave the relevant file [9] a quick look. All images I noticed were old images that would fall under {{PD-art}} had the author been an American. Unfortunately, I can't find any biography of Mr. Archer, but many of his books list "London" as the place of publication, so I wonder if he was British? In that case, PD-art would not apply but rather British or even Indian law (for photos taken in situ in India). My suggestion would be to double check why Gutenberg has the book listed in the first place. If you can find some sort of specific permission, that would be a great help. ValentinianT / C20:52, 8 May 2007 (UTC)
I've made a change here that fixes the problem. The issue was that a few images were floating on the right below the template and they were pushing all the section edit links to the bottom. With a template that long also right-floating, just avoid any right-floating images after it. Jaksmata15:03, 3 May 2007 (UTC)
I can see edit links there. Maybe you need to check your preferences? Look in the Edit tab, first option is to enable editing sections - make sure it's checked. Jaksmata15:07, 3 May 2007 (UTC)
I don't believe so; the system doesn't store who has what watched like that (it's all tied through the account, not the article). EVula// talk // ☯ //02:57, 19 April 2007 (UTC)
Admins have access to Special:Unwatchedpages for pages with 0 watchers, but a recent-changes for it would probably be too taxing on the database without some serious reprogramming. --ais523 15:13, 20 April 2007 (UTC)
How about this: every time a watchlist is viewed, update a timestamp on every page on the list, and filter Recentchanges by that timestamp. That should be feasible to implement, and actually better than a watchlist count, since watchlists of inactive users can't affect the result. --Derlay23:45, 22 April 2007 (UTC)
Something like this would definitely help. I doubt you'll get anything implemented just by asking here though, I think you have to file a BugZilla report for that sort of thing. If there's some feasible way to make it apparent how many people are watching a given article it would help protect against vandalism that gets through the front gate undetected immensely. One could simply look at the talk page (or wherever) and see if it was watched or not. In fact, updating the data from recently viewed watchlists would give much more valuable feedback, as many users could easily be on a long break or totally inactive and still be watching an article. I could have sworn I inquired about this here only a few days ago, but upon returning I can't find the section here or in the archive. Richard00107:12, 5 May 2007 (UTC)
Automated Reversion giving the wrong username in Edit summary
I just reverted vandalism to an article by going through the page history -> selecting last good version -> clicking [Restore this version] (I have AzaToth's reversion tools in my monobook.js page). The reversion worked correctly, but instead of my username in the edit summary it inserted De.Spongo. This is the first time I have used this feature. Any advice as to why this happened and how to fix it would be much appreciated! Thanks EyeSereneTALK22:46, 8 May 2007 (UTC)
I see no evidence of this in your contributions page. Can you provide a diff? In addition, if this is related to TWINKLE, then contacting AzaToth is a better idea than posting here. --Deskana(AFK 47)00:12, 9 May 2007 (UTC)
I'm pretty sure this is what's happening: It just means De.Spongo was quicker than you, and reverted to the same version a few seconds before you did. Then, when you saved your revert, the Wiki software said to itself "there's no difference between this and the current version. I'll just ignore it." Unfortunately, you don't get an edit conflict or a message or anything, so it looks like an error, but it isn't. This happens to me all the time, especially since I'm reverting the old fashioned way, and others are using quicker tools. Someone using Twinkle or Vandalproof or something can always do it 15 seconds faster than me.
Fair warning: I'm usually asking questions, not answering them, and this is my very first attempt at a technical answer. So take it with a grain of salt. --barneca (talk) 03:56, 9 May 2007 (UTC)
Thanks for the responses. The diff in question is here; obviously since I was not credited with the revert, it does not show up on my contributions. As I said above, it's the first time I've used the automatic restore tool - if Barneca is right, I suppose the best thing to do is try it out again next time I spot some vandalism and see what happens ;) EyeSereneTALK15:59, 9 May 2007 (UTC)
Good call guys - reverts are working correctly now. It was just my bad luck that it happened the first time I used Twinkle (what are the odds of that?) causing me to think something was broken. Thanks all for the help! EyeSereneTALK16:09, 9 May 2007 (UTC)
I've corrected it. --ais523 17:13, 8 May 2007 (UTC)
I apologize; that was my doing. I'm afraid the current message is actually a bit more confusing, though--perhaps it can be reworded to say "Be sure you are viewing Special:Userlogin". AmiDaniel (talk) 22:29, 8 May 2007 (UTC)
No good. Phishers would have control over the entire URL apart from its start; it's the wikipedia.org domain that distinguishes a genuine website from a fake one (any MediaWiki wiki can have a page called Special:Userlogin, and any other website can as well). --ais523 09:27, 9 May 2007 (UTC)
Unfortunately, this warning doesn't really do that much good. It's too subtle for most users to remember it, so if a phishing site copies the page, they can just drop the warning. If they're viewing it on our site, they aren't being phished. For this to be useful, users would have to notice that the real page has this warning and then notice that it is missing when viewing the phishing site. That just seems a little unlikely to me. That being said, the warning doesn't hurt anything and maybe it will raise awareness of phishing attacks in general. Mike Dillon15:13, 9 May 2007 (UTC)
Subpages link in the toolbox
This was recently added on commons and has proven very useful. It is a javascript that when added to MediaWiki:Common.js adds a "Subpages" button under the toolbox which links them to the page that shows all subpages of that page. You can see an example of this here on commons (look at the sidebar on the left, at the last link in the toolbox). Yonatantalk02:29, 17 May 2007 (UTC)
Secure server
The secure server has been desperately slow for the past few hours, to the point of being unusable. It sticks as"waiting for.." It's getting better now - heavy load from the US? 172.206.36.63 07:53, 16 May 2007 (UTC)
This template is used to help automate links to external aircraft registry websites, taking the tail number as a parameter, incorporating it into the url, and creating an external link. The template is primarily used on articles about plane crashes, with the default option providing links to airdisaster.com. The problem with the site is that it provides few details (nothing above and beyond what we provide anyway in our infoboxes), yet overdoes it in my opinion on advertising with large banner ads and pop-up ads that sometimes disregard pop-up blockers. Users are interested in keeping the template, but I'm trying to figure out how to make the template link to some different default choice such as http://www.aviation-safety.net which provides more details and is a non-commercial site. Does anyone have any ideas on how to make this template work with this website? Any ideas and help would be most appreciated on Template talk:Airreg. --Aude (talk) 19:48, 9 May 2007 (UTC)
Default style error:Larger than screen
This occurs in both IE7, and FF 2.0.0.3. Every page seems to run off the screen. There is a region, of about 700px to the right of every page(even this editor). The top blank region does contain the background image, but the rest is blank.
When you create a List on Wikipedia, you can automatically number the items in that list by inserting the # symbols. Typing in the # symbols relieves you from having to type in all 5 specific numbers (in this example, the 1, 2, 3, 4, and 5 before the State Names) ... and it will also automatically re-number the list when new items are added to or subtracted from the list. For example:
Alabama
Connecticut
Delaware
Georgia
New York
Question: How does one get the same effect in a Table? Thanks! (JosephASpadaro 20:41, 7 May 2007 (UTC))
There's no special symbol to automatically number a table column, as far as I know. You'll have to do it manually, like this:
Someone at work asked me to do this yesterday, so I made an implementation in JavaScript that worked off of class="autonumber". This would require code at MediaWiki:Common.js to work, but I don't think it's the sort of thing that would have broad enough interest to be used site-wide. Mike Dillon01:34, 10 May 2007 (UTC)
validation error
Wikipedia is failing to validate because of the "Early registration for Wikimania 2007" message. Specifically the document.writeln() below (lines 86 and 87 of the HTML)
It validates fine for me (using the W3C validator); these lines are within a HTML comment. --cesarb01:02, 10 May 2007 (UTC)
It is inside a html comment that is inside a script tag, which is ignored. I am using Html Validator for firefox, which uses both OpenSP (SGML Parser) and Tidy. It indeed passes OpenSP (this parser is the same program than the one running behind validator.w3.org), but fails Tidy. Jon51313:39, 10 May 2007 (UTC)
Main page view source
Resolved
The view source window of the Main Page seems screwed up. It's currently showing the full contents of the Notice template. My guess is that someone changed a system message. --MZMcBride01:24, 11 May 2007 (UTC)
I answered that RFPP request. It seems to work OK now. --ais523 15:07, 11 May 2007 (UTC)
Greek letters
I would like to know how to use Greek polytonic ortography on Wikipedia? Thank you. --83.131.143.135 19:35, 10 May 2007 (UTC)
I'm not sure what "polytonic ortography" is, but if you check below the edit box, and below the "Save page" button, if you're using a java-script enabled browser, there should be Greek and other characters that you can click on to insert in your writing. —METS501 (talk)21:03, 10 May 2007 (UTC)
There's also a {{polytonic}} template that's supposed to help in getting Greek polytonic characters to display right in various browsers (mainly IE). I've no idea personally how useful or necessary it is, but it's there and it probably doesn't hurt to use it. —Ilmari Karonen (talk) 22:22, 10 May 2007 (UTC)
It's needed in IE6, or you just get a small sequence of boxes rather than what's written on the page. --ais523 15:08, 11 May 2007 (UTC)
Joining hyphens?
The hyphens used in this quote from the article on Trey Parker seem to have somehow been joined together--the dashes you see are actually 3 hyphens joined together...
"Basically...out of all the ridiculous religion stories---which are greatly, wonderfully ridiculous---the silliest one I've ever heard is..."yeah...there's this big giant universe and it's expanding, it's all gonna collapse on itself and we're all just here 'just 'cause...just 'cause". That, to me, is the most ridiculous explanation ever." —The preceding unsigned comment was added by Lumarine (talk • contribs) 03:51, 11 May 2007 (UTC).
svg font issus
I made this .svg file, it displays properly on all platforms:
except on my home windows pc in mozilla, where it looks like this in full resolution:
On other pc/Mozilla systems, it appears fine. It may be a font setting issue, but I want to create work that does not suffer this problem. --Knulclunk17:57, 10 May 2007 (UTC)
I've seen this before, I think. The only reliable solution seems to be to convert text to a path before uploading. -- nae'blis00:35, 11 May 2007 (UTC)
Skin
I put this new skin on my screen but it's messing things up. The buttons are all on top of each other and stuff. Can someone help me. I originally just wanted a grey and red one like I saw someone else had but now I'd just settle for this one working correctly. Marcus Taylor05:58, 10 May 2007 (UTC)
I feel really quite dumb here. I am working on a bot proposal for ArkyBot and found that I am unable to log in under the bot account. I'm not sure what the problem is, I know what password I used on it but it's not taking it - while unlikely I may have made the same typo twice when creating the account for the bot. Whichever is the case, I cannot log in as the bot.
Further adding to the "duh" factor is that I failed to enter a user email for the bot and thus the standard password recovery/change feature will not work.
Do I have any recourse here? It should be fairly evident that the bot account belongs to me but I am willing to provide whatever extra information is required. Without being able to log in, I'm kind of at an impasse as far as the bot development goes.
Thanks in advance for any help. Not sure where to turn with this question but figured I'd check here. Arkyan • (talk)16:42, 11 May 2007 (UTC)
It's possible that you chose a password so weak that the bot was automatically blocked by developers. Otherwise, try logging in on a different computer, and try making sure your CAPS LOCK setting is correct (try it both ways round). Without an email address, creating a new account or asking a developer to reset the password on the old ones are your only options (it's possible you might also be able to persuade a bureaucrat to rename the old account so that you can create a new one with the old name). --ais523 17:35, 11 May 2007 (UTC)
Since I hadn't made any edits with the bot account, the simplest recourse then might be to just request an usurpation of the name. Hadn't thought of that till your response, thanks. Arkyan • (talk)18:04, 11 May 2007 (UTC)
Image file is actually PDF?
This image file is actually a PDF, and I, for one, can't even get to the actual wiki page to try to figure it out or flag it for possible deletion. Any help? [10]Not a dog15:21, 11 May 2007 (UTC)
You can link an image like this: [[:Image:PRELIMINARY_LIST_OF_BOTANICAL_SPECIES_GROWN_AT_SOUTH_CENTRAL_(Final_draft).pdf]]. Any file type can be uploaded to the Image: namespace, as far as I remember. If you want it deleted, follow the instructions at WP:IFD. --ais523 15:23, 11 May 2007 (UTC)
Yeah, but when you click on that (at least for me), it just tries to download a PDF file. Can't seem to get to the actual wiki page itself. Can you? Not a dog15:42, 11 May 2007 (UTC)
Check your browser settings: it may be insisting on treating anything which ends in '.pdf' as a PDF file. Click on any picture in a Wikipedia article; you should always get an 'Image' page with a WP frame, not the actual picture or PDF. EdJohnston16:05, 11 May 2007 (UTC)
I'm curious what the use is for PDF uploads. If a the content of a PDF is important to an article, I still don't see any advantage to uploading it rather than linking to its original location. I think transcribing it to Wikisource (if the content is GFDL, public domain, or otherwise free) would be a better option, as that would allow annotation and footnotes by Wikisource editors. Also, because the software does not it to be embedded like an image, and not everybody has Acrobat and the browser plug-in, I think PDFs are probably less likely to be looked at at all, let alone reviewed for correct license status. — CharlotteWebb16:37, 11 May 2007 (UTC)
I've been able to list it for deletion [11]. Seems almost like they intended to use WIkipediea as a hosting space. Not a dog16:43, 11 May 2007 (UTC)
I didn't know it was even possible to upload PDFs until recently. One bona fide use occurred recently in an AfD, where a relevant US court order was available on-line through a for-pay interface, known as PACER. It costs 8 cents a page to download orders this way. Since someone obtained the order and uploaded it to our system, other editors had a chance to look at it without needing to pay again. I suspect this PDF copy of the order might qualify as a 'convenience copy' of the real reference, which would be a legal citation including a pointer to the original for-pay location (at a court web site). EdJohnston17:03, 11 May 2007 (UTC)
Wow, the federal government is billing us for ink and paper they aren't actually using? I'm totally shocked (not). It would be great if we could get someone to transcribe it to s:Wikisource:Case law. — CharlotteWebb17:35, 11 May 2007 (UTC)
Please help
Can somebody help me? Someone had moved 411 to 411 (year). I tried to move it back, but I couldn't get the history moved too. Could somebody, who knows how to do it, fix it instantly? Is it only possible for admins to move a page back to its original name or can I, being an ordinary user, do this too? /Ludde23TalkContrib08:39, 11 May 2007 (UTC)
I've fixed this. User thanked me on my talk page and asked the above question. I will have replied on his talk page, but for the benefit of others, only administrators can move a page over an existing one. Harryboyles09:08, 11 May 2007 (UTC)
Ignoring Sections in TOC
Is there any way to ignore a series of sections in the table of contents - I'm integrated my archive with my talk page - and so far it's not working.danielfolsom04:55, 17 May 2007 (UTC)
I've added class toclimit-2, which only shows level 1 headers. However, that also hides current discussions. (Revert it when you take a look.) One solution might be to put all archived discussions under level 3 headers once they become archived, and then use toclimit-3 for the TOC. GracenotesT § 20:32, 17 May 2007 (UTC)
Scroll bars on diffs?
Is there some script I can put in my monobook to turn this update off?--VectorPotentialTalk10:30, 17 May 2007 (UTC)
Why are there two upload file links? One is in the toolbox for "interaction" and another in "toolbox". Are we planning to change how the upload process works? If so the one in the "interaction" box looks more friendly to new users. The older one should then be deleted. -- Hdt83Chat01:44, 17 May 2007 (UTC)
Infoboxes are causing problems w/ layouts. Any article lead w/ an infobox of any nature lost its position as being at the top while the infoboxes got the left top side. Anybody else is experiencing this? -- FayssalF - Wiki me up®17:06, 16 May 2007 (UTC)
There seems to be a new problem with the old belarusian interwiki links (be-x-old:). For a while, it was working. But now it appears in the page instead of being listed in the language box. Robin des Bois ♘ ➳ ✉ 19:14, 11 May 2007 (UTC)
Should be working again, I've restored it to the interlanguage list for compatibility. Purge pages as necessary. --brion19:32, 11 May 2007 (UTC)
I've fixed it by adding a width to the infobox, so I'm guessing the NFLCoach template does something wrong when you don't fill in a width. All fixed now anyway. Jayden54
Is anyone else seeing a lot of links to which the page actually exists showing up as redlinks? Just started happening for me, and a force-reload hasn't fixed it. For example, I'm currently seeing WP:3O as a redlink. SeraphimbladeTalk to me15:20, 10 May 2007 (UTC)
me too. I had posted a message but lost it in an edit conflict. It isn't quite the normal redlink colour and sigs are still fine Nil Einne15:21, 10 May 2007 (UTC)
Not only am I seeing way too many redlinks, but they're coming up as black text followed by a maroon exclamation point. Something is really wrong here. —mjb15:23, 10 May 2007 (UTC)
It's a different colour to that used for missing pages, this new one is a brownish colour. Missing pages are still red. SynergyBlades15:25, 10 May 2007 (UTC)
Several <a> HTML elements are being marked as class="stub". Your CSS settings for that class are the causes for the specific colour. Redlinks are class="new", for comparison. Uncle G15:31, 10 May 2007 (UTC)
Fix. Go to Preferences -> Misc -> Threshold for stub display and change the 0 to a larger number, like 8000. That should fix the problem. CMummert · talk 15:36, 10 May 2007 (UTC)
Edit conflict: Yeah, though changing it to 1 should put things pretty much back to normal. Zero is supposed to be interpreted as infinity for this feature, but it looks like something broke. – Minh Nguyễn (talk, contribs) 15:39, 10 May 2007 (UTC)
Problem now solved. If you are still seeing odd links, you may need to purge your cache (see instructions on "purge" for how to do that for a specific page). Orderinchaos15:47, 10 May 2007 (UTC)
I see the problem if I don't log in (both IE and Firefox) but when I log in with my username, everything is ok (I use the value "0" btw). ValentinianT / C15:53, 10 May 2007 (UTC)
It still isn't working for me. I purged a page, (I also deleted caches and cookies) and it logged me out. When I was logged out it went back to normal, but when I logged back in it got all screwed up again. Is there any other way to fix this? Kris16:07, 10 May 2007 (UTC)
It doesn't only happen with stubs, either. It happens with regular articles just as well. 89.120.193.125 16:22, 10 May 2007 (UTC)
You can fix this temporarily by putting link.stub { color: #002bb8; } in your monobook.css file.
This was my fault, a bug I'd introduced in rev:22055. Sorry. Thanks to river for fixing it in rev:22065. (I thought I'd tested it, but apparently I forgot to test the threshold=0 case after the latest change.) —Ilmari Karonen (talk) 18:37, 10 May 2007 (UTC)
You wrote above that you changed your stub threshold to 8000 bytes. That's going to give you quite a few brown links even with the bug fixed. Change it back to zero and the links should be blue again. —Ilmari Karonen (talk) 22:14, 10 May 2007 (UTC)
Actually, I like the display. I have some CSS in my monobook.css that turn them normal colors and put a little s in superscript after the stub links. CMummert · talk 23:11, 11 May 2007 (UTC)