Jump to content

Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by F. Cosoleto (talk | contribs) at 22:22, 15 January 2006 (Image without uploader info). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
 Policy Technical Proposals Idea lab WMF Miscellaneous 
The technical section of the village pump is used to discuss technical issues. Bugs and feature requests should be made at BugZilla since there is no guarantee developers will read this page.

FAQ: Intermittent database lags can make new articles take some minutes to appear, and cause the watchlist, contributions, and page history/old views sometimes not show the very latest changes. This is an ongoing issue we are working on.

Please sign and date your post (by typing ~~~~ or clicking the signature icon in the edit toolbar).

Please add new topics at the bottom of the page.

Shortcut

Technical archive

Discussions older than 7 days (date of last made comment) are moved here. These discussions will be kept archived for 7 more days. During this period the discussion can be moved to a relevant talk page if appropriate. After 7 days the discussion will be permanently removed.

Deleted history permissions

A couple months ago the software got tweaked to display history info (but not contained text) of deleted revisions to any and all random visitors. In the last few weeks we've gotten a rash of complaints about edits being made with private, embarrassing, vandalistic, libelous, etc stuff in the edit summaries etc, and of course deleting the revisions from the wiki still shows them to everybody.

For the moment I'm shutting off this ability (restoring the pre-August behavior) until we get more fine-grained revision deletion / scrubbing in place. I've added a permission key to control it, 'deletedhistory', so if there's a need to turn it back on this can just be added to the '*' pseudogroup in the config to restore the previous behavior. --Brion 20:02, 25 December 2005 (UTC)[reply]

This really sucks. It was incredibly useful to be able to see who deleted articles (as well as their reasons why), and in cases where an article was moved (with the redirect being deleted), this was an easy way to track down where a page went. —Locke Cole 23:13, 25 December 2005 (UTC)[reply]
I agree this makes it harder, but you can still track down who deleted a page through Special:Log. For instance, searching the log for Musterbation allows you to see that I deleted it as a copyvio. I successfully did this while logged out. --best, kevin [kzollman][talk] 22:11, 26 December 2005 (UTC)[reply]
Thanks for the tip kzollman, that'll work, even if it is a little more clunky. =) —Locke Cole 02:02, 27 December 2005 (UTC)[reply]
Deletion logs show why a page was deleted, it does not however, show why images are deleted. Could we have a deletion log for images? - Hahnchen 00:30, 28 December 2005 (UTC)[reply]
The problem with Special:Log is it lists only the deletion reason, not any information about how many revisions there were between deletions, and who made the revisions before deletion, their summaries, etc. --Mysidia (talk) 06:34, 15 January 2006 (UTC)[reply]
Agreed. :( —Locke Cole • t • c 06:37, 15 January 2006 (UTC)[reply]
Was there any proper consensus or discussion about this? I've just found out about this, and have been looking around to find out why it had been changed. Anyway, I think this is a bad idea, because I do not think that the deleted history pages were libellous in any way. All it showed me was why the page was deleted, be it a CSD criterion or a link to an AFD discussion. I mean, all it showed were the edit summaries, and in general vandals don't concentrate their attacks on the edit summary, which was all that was displayed anyway. I would very much like this feature back, it may be minor, but it was useful having it there, and I'm sure Locke and I can't be the only ones who feel this way. - Hahnchen 02:45, 26 December 2005 (UTC)[reply]
We actually have been having a rash of vandals putting libelous comments into edit summaries, believe it or not. Things like people's home addresses and the like, too. —Bunchofgrapes (talk) 02:49, 26 December 2005 (UTC)[reply]
A very prolific vandal has been posting allegations of child abuse by Jimbo, along with his (more-or-less public) business address to various high-profile articles, leaving the nasty stuff in the edit summaries. This is a loophole that needs to be closed. I'm sure Brion will have a fix in place as soon as possible; consensus and discussion really don't apply to the devs as much as they do the rest of the project :-) android79 02:56, 26 December 2005 (UTC)[reply]
"Consensus and discussion really don't apply to the devs as much as they do the rest of the project" - that needs to change, and quick. Developers are quickly becoming the tail that wags the Wikipedia dog. In this particular case, why not just add the ability for admins to delete specific edit summaries, and those would then be replaced with a boilerplate phrase like "Libelous edit summary removed by User:Admin" or something of that nature. Firebug 01:10, 27 December 2005 (UTC)[reply]
Because your "why not just" is the "until we have more" part of my message above. That's the part that's more work than the temporary hack, which is why there's a temporary hack until that gets done. --Brion 23:23, 27 December 2005 (UTC)[reply]
This is ridiculous that just because of one vandal it ruins the site for everyone else. History of if an article has been deleted is an invaluable thing to see in articles - if something has been deleted you would think twice about recreating it and put more work into recreating it. If you dont show the histories articles will keep being recreated and deleted because no-one can see past reasons they've been deleted for. Isnt there a way to not show the edit summaries but still show the edits, or selectively delete some edit summaries where appropriate? -- Astrokey44|talk 12:35, 7 January 2006 (UTC)[reply]
  1. "just because of one vandal" is false; multiple different issues led me to disable this new feature
  2. "ruins the site for everyone else" is false; for the majority of Wikipedia's existence only sysops have had access to deleted history. Somehow we survived!
  3. "isn't there a way" yes, when there's time to put in the work as stated numerous times above, this will be done.
--Brion 16:52, 7 January 2006 (UTC)[reply]

Now there's a problem. In order to enforce accountability, we need edit summaries. But if edit summaries are submittable by all, theres no way to get rid of them. But if we allow people to edit edit summaries, there needs to be an audit trail for that to. And ad infinitum. WP:BEANS. — Ambush Commander(Talk) 02:55, 26 December 2005 (UTC)[reply]

I don't really see how it would be ad infinium; only admins would be able to edit edit summaries, and there would be no reason to have to edit and edit summary of an edit summary. Sure, it would be good to have an audit trail for the editing of an edit summary, but it would pretty much stop there; I don't see how you could possibly take any further audit steps. Also, to the argument that libelous edit summaries is a reason to restrict the undelete/log feature from regular users, we don't we delete major articles just because some vandal decided to vandalize it with a libelous edit summary? --Spring Rubber 05:18, 6 January 2006 (UTC)[reply]

If this feature is to be disabled (which sucks) we should at least see the edit user account names (attribution) and dates of the revisions, (even without the edit summary reasoning text). It seems GFDL requires that attribution be made available, since the contents of any deleted article could have been copied to another article (this is extremely common, and no tracking is done or possible). Regardless of any legal requirements (which I don't know/understand) in principal, we should never hide who contributed to Wikipedia. Also, on a minor note, why the heck am I redirect to the main Wikipedia page after five seconds? This makes no sense. When giving the error message, please make it longer, and give me time to read it. --Rob 21:47, 26 December 2005 (UTC)[reply]

I thought seeing these histories was a really useful feature, it's unfortunate to see it disappearing like so; can we not have some method of flagging an individual edit as edit-summary vandalism, making the summary text invisible from that view, as a solution? Or limit it to registered users, with appropriate warnings about the possible nature of the Summaries to be accepted, and a well-hidden option in "My preferences" or a manual edit to one of those User-specific theme .js or .css files before being able to review any deletion history log: still better than nothing... --Mysidia (talk) 04:59, 28 December 2005 (UTC)[reply]


This appears to have changed again. Can not find an example, but it seems that when this was first disable non-admins could see if an article had been deleted or not before, by seeing the deleted edits message, even though it gave a permissions error; now it does not let you know if there have been deleted edits at all. I oppose this as it removes information regarding the article's history, making the fact that anything was deleted invisible; invalidating the comment above suggesting that if an article had deletions you could get some information from the deletion logs, now you would not have a reason to even begin looking in the logs. xaosflux Talk/CVU 02:08, 31 December 2005 (UTC)[reply]

  • It has changed again, and I implore the devs to fix this up. At least revert it so we can see that something has been deleted. If I'm thinking of writing a borderline notable subject article, I'd quite like to know whether it's been deleted before. - Hahnchen
I agree. It was a really useful thing to have there -- Astrokey44|talk 14:44, 4 January 2006 (UTC)[reply]
I'll look into adding some sort of "this page has been previously deleted" link to the deletion log now. Rob Church Talk 19:37, 12 January 2006 (UTC)[reply]
  • I believe this hack is -- extremely undesirable, as for "the majority of Wikipedia's existence only sysops have had access to deleted history. Somehow we survived!"; for the majority of Wikipedia's existence, users weren't required to register to create articles either; just because a feature wasn't present at one time, doesn't mean it is in any way disposable or not extremely helpful. This feature is important for examining the use of Speedy Deletion, in particular; until this is fixed, the Speedy Deletion procedures ideally ought to be temporarily suspended and that all materials to be deleted must pass through a Vfd, Tfd, etc, so that the state of their history can be reviewed prior to deletion to establish a reasonable level of accountability, unfortunately the backlog could be a nightmare; Speedy Deletes are periodically erroneous though, and this feature provided the only easy way to see the deleted revision record of an article (Whether it was one of a repeat speedy, or something else...). --Mysidia (talk) 03:06, 15 January 2006 (UTC)[reply]

GFDL issue

It is possible to violate the attribution requirement of the GFDL by hiding deleted history, since edits that are deleted may have had text cut and pasted elsewhere. If user names are visible, but not edit summaries, this issue will be resolved. The issue of using user names to libel can be solved by showing only IP addresses instead of user names judges libellous. --- Charles Stewart 02:40, 31 December 2005 (UTC)[reply]

  • Attribution information could in theory be placed in an edit summary, for instance, if a contributor was pasting a blurb of GFDL'ed content originally published elsewhere. --Mysidia (talk) 09:46, 4 January 2006 (UTC)[reply]

As an admin I didn't realise anything had changed since I can still see everything, but I think it's important for people to see which admin deleted an article. That might explain why I haven't been receiving complaints about deletions recently - your average user doesn't know to check the logs! I find it important for me to be able to explain to new users that it's nothing personal and that they can improve for next time. enochlau (talk) 04:44, 13 January 2006 (UTC)[reply]

After something was deleted, I would always click the link at the top of every deleted page just to see who deleted it and what their reason was, even if it was a completely obvious speedy deletion. I guess I'm just curious about those types of things. Now, when I tag something for deletion, I have to go to the deletion log, copy the article's title, and paste it in the deletion log; repeat ad nauseum for everything I tag (which, lately, has been images), but one thing the whole lengthy process has taught me is that you, Enochlau, have been the deleter of 90% of the images that I tag for deletion, and for that I am thankful. --Spring Rubber 05:52, 15 January 2006 (UTC)[reply]

Session data

I'm having a lot of losses of session data. Now, in the past, this impacted only rollbacks, which was annoying enough. But now it's impacting edits, and I am having to log in and out for simple edits. This needs to be fixed, please. --Golbez 22:22, 5 January 2006 (UTC)[reply]

We need contextual information! Conditions, configurations...etc. Rob Church Talk 19:19, 12 January 2006 (UTC)[reply]
It resolved itself a day afterwards. --Golbez 19:29, 12 January 2006 (UTC)[reply]

Problem with My Skins

I hope someone can assist. I changed my skin from Cologne blue to (I think) My Chick, or something like that. Now I can't change back or change skins at all. When logged in, I'm allowed only limited functions and can't change some of My Preferences. I think I've followed all instructions, but I'm not into the technical stuff. Assistance much appreciated! --Robert Fraser 02:44, 6 January 2006 (UTC)[reply]

You can temporarily change your current skin for a single page using ?useskin=, for instance http://en.wikipedia.org/wiki/Special:Preferences?useskin=monobook. With it, you can simply change your current skin to Monobook when opening the Preferences page and change everything you need (including the skin itself). --cesarb 18:44, 6 January 2006 (UTC)[reply]

Works like a dream. Many thanks. --Robert Fraser 10:03, 8 January 2006 (UTC)[reply]

This was a reported bug back in November or December of 2005. The problem was that users who'd selected the MySkin custom skin couldn't change back. I don't recall why, but I'll look in the tracker and what happened. It's obviously not fixed. Rob Church Talk 19:20, 12 January 2006 (UTC)[reply]

I'm substing template:ll in preparation for deletion after TfD. The What links here of that spuriously presents an empty list. Adrian Buehlmann 16:37, 6 January 2006 (UTC)[reply]

Hmm, it doesn't to me. Maybe it was a temporary problem? I've posted what I see on your talk page. —Ilmari Karonen (talk) 19:08, 6 January 2006 (UTC)[reply]
Yes that's what I wanted to say. It seems to be a temporary problem (Took a wrong word, sorry). And not stable too (See my message on your talk) Adrian Buehlmann 21:45, 6 January 2006 (UTC)[reply]

Not the only template with a problem. For example, the article space group has on it the {{attention}} template. However, if you visit that template and do a "what links here", here are all the results, and that article does not show up. Strange. This is confusing my bot who adds articles to Wikipedia:Pages needing attention/Mathematics based on this "what links here feature". Oleg Alexandrov (talk) 22:27, 6 January 2006 (UTC)[reply]

Yup, I'm here to report the same problem. The whatlinkshere of Template:Infobox Philippine city isn't showing articles that include it that haven't been edited in the past few days. Coffee 06:15, 7 January 2006 (UTC)[reply]

Khoikhoi wrote on my talk page:

"Hi. I've been watching what links to Template:ll, and it seems that about 6 or 10 pop up every day or so. When I check the history tab of those pages, it seems that the template was added a long time ago. What's going on? --Khoikhoi 05:35, 8 January 2006 (UTC)"[reply]

For me it smells like a bug. Adrian Buehlmann 08:09, 8 January 2006 (UTC)[reply]

I have noticed this too; {{WikiProject Wisconsin}} should link to a few hundred pages, but currently shows only a handful. HollyAm 03:30, 11 January 2006 (UTC)[reply]

I also brought this up at the Admin's Noticenoard and User:Splash replied saying "There was something on wikitech-l about template whatlinksheres being broken at the moment and the devs being aware of it". So I guess we'll just have to wait. Coffee 08:13, 11 January 2006 (UTC)[reply]

God Mode Light

I realize that this is a javascript extension and not part of the wiki proper, but I am hoping that somebody can help me with it anyway. When I try to use the rollback link it goes to history and parses it like it should, but just before what I assume is the actual edit occurs ti crashes Safari back to Finder, i.e. quits without warning. Is this a known problem that I missed the mention of? WAvegetarian (talk) (email) (contribs) 17:54, 6 January 2006 (UTC)[reply]

I'm running Mac OS 10.4.3 (the latest), Safari 2.0.2 (the latest) and have installed scripts at monobook.js. WAvegetarian (talk) (email) (contribs) 17:59, 6 January 2006 (UTC)[reply]
Is this on wikipedia or another mediawiki installation? -- ℑilver§ℑide 13:35, 9 January 2006 (UTC)[reply]
Sorry I abandoned this posting. It is on Wikipedia. I realized that it would probably be best to talk to Sam Hocevar as it is his script that is acting up. In case anyone else is experiencing this problem, it seems to be related to the fact that God Mode Light is broken as of deleted edits no longer being viewable to non-admins. No one's really quite sure, though. There are a couple of discussions underway at Sam's talk page. WAvegetarian (talk) (email) (contribs) 08:57, 11 January 2006 (UTC)[reply]

Texvc patches

I don't know if this is an appropriate place to do so, but I'd like to draw attention to four texvc bugs that I wrote patches for a few weeks ago. Please could a developer review them and perhaps commit them? I'd especially like to see the colour patch in Wikipedia. Here are the bugs: #1663 (colour support), #2026, #3052, #4000. Lupin|talk|popups 01:42, 7 January 2006 (UTC)[reply]

You should have had four emails corresponding to four commits I made. Rob Church (talk) 15:24, 13 January 2006 (UTC)[reply]

User creation throttle

I've put a temporary user registration rate throttle on the site since there was a registration flood attack recently with a few hundred accounts registered in a few minutes, with various ugly chars etc (see Special:Log/newusers). Most of the flood items I've manually removed, and the network they came from has been blocked.

Between other things I'm working on updating some old experimental captcha code, which will probably be put on registrations later this weekend (possibly regularly, possibly just in response to floods). --Brion 01:53, 7 January 2006 (UTC)[reply]

It's funny how apathetic the response is. Sounds good. — Ambush Commander(Talk) 23:11, 9 January 2006 (UTC)[reply]

Special:DoubleRedirects bug

Look at it, then use an Offset of 500. It looks rather wacked out Sceptre (Talk) 18:22, 7 January 2006 (UTC)[reply]

Looking at the page, there are double listings, double redirects that aren't, etc. Someone has just fucked it up Sceptre (Talk) 21:29, 7 January 2006 (UTC)[reply]
Page is dead. I suppose a developer is looking into it. — Ambush Commander(Talk) 23:36, 7 January 2006 (UTC)[reply]
Any way to contact a developer to fix the page? The redirects have been sorted, but it still gives (next 50) links Sceptre (Talk) 20:22, 11 January 2006 (UTC)[reply]

I recall Ashar did something with recaching special pages a while back, which might coincide with this. Page now shows no entries for me when I view it. Rob Church Talk 19:26, 12 January 2006 (UTC)[reply]

That's true, Robchurch, but look at the links on the page at the top. Although there are no DRs, you can see (next 50) as a link Sceptre (Talk) 20:58, 12 January 2006 (UTC)[reply]

Yep, that's borked. Rob Church (talk) 15:26, 13 January 2006 (UTC)[reply]

image overlap of text

on Thirty Years' War, the image of Rudolf II, Holy Roman Emperor, overlaps some text in the article. →AzaToth 22:07, 7 January 2006 (UTC)[reply]

It seems there's a div.thumb {margin-top: .5ex} missing in monobook. It doesn't show in Opera, though...--Joris Gillis 20:46, 10 January 2006 (UTC)[reply]

Using CVS

I read the page on meta about using CVS to download the most current MediaWiki version, but I did not understand. Can anybody simplify this for me. Thanks, Shardsofmetal 08:50, 8 January 2006 (UTC)[reply]

Is there a specific part you need clarification on? --TheParanoidOne 12:01, 8 January 2006 (UTC)[reply]
A couple of things.
  • The program TortoiseCVS installed on widows XP, but did not add a link to start a program in the start menu, just the help and about links. Is there something I need to know in order to use CVS?
  • Which files do I need to use MediaWiki 1.6?
Thanks, Shardsofmetal [ Talk | Contribs ] 16:52, 10 January 2006 (UTC)[reply]
TortoiseCVS integrates itself into the Windows explorer context menu, as mentioned on the TortoiseCVS page. Hence no application added to the start menu. Create yourself a folder to hold checked out code, and from within that folder, play around with the new TortoiseCVS context menu items. --TheParanoidOne 17:43, 10 January 2006 (UTC)[reply]
Concurrent Versions System — Ambush Commander(Talk) 21:50, 8 January 2006 (UTC)[reply]

TortoiseCVS is a nice Windows wrapper for CVS. Once you've got it working, you'll want check out the phase3 module from (CVSROOT) :pserver:[email protected]:/cvsroot/wikipedia. Rob Church (talk) 15:28, 13 January 2006 (UTC)[reply]

Infobox Philosopher

The template Template:Infobox Philosopher is being used to link the biographies of philosophers on the Wiki. As the template stands, it cannot deal with cases in which we do not have a picture. This could be fixed with a single-point GIF, but is there a More elegant fix? failing that, is there a single-point GIF somewhere on the Wiki we could use? Banno 00:05, 9 January 2006 (UTC)[reply]

not easilly because of the way the box is structured. if you made the entire image tag a parameter then you could make it an optional parameter but that would mean editing all the existing articles with the template (lukilly there don't appear to be very many) Plugwash 00:24, 9 January 2006 (UTC)[reply]
on second thoughts you could do it by making an optional parameter round the image tag and setting that parameter to a null value on pages you had no image for.

I've added the standard hiddenStructure CSS hack to the template. It should work now. —Ilmari Karonen (talk) 00:37, 9 January 2006 (UTC)[reply]

Ripperbeudy. Works like a bought on. Thanks! Banno 00:57, 9 January 2006 (UTC)[reply]

E-mail new password

The "E-mail new password" button seems not to send any passwords. Or at least not within minutes. With regards, Ilse (01:23, 9 January 2006 (UTC))

Why are you trying to email yourself a new password? You are logged in and can change it in your preferences. Or is this on behalf of someone else? WAvegetarian (talk) (email) (contribs) 04:19, 9 January 2006 (UTC)[reply]
You can't change your password if you don't remember what the old password was. So if you logged in a month ago, checked the "remember me" box and then forgot your password, it's quite possible that you can still be logged in but can't relogin. —Ilmari Karonen (talk) 06:21, 9 January 2006 (UTC)[reply]
Good point. I wasn't thinking. WAvegetarian (talk) (email) (contribs) 07:20, 9 January 2006 (UTC)[reply]
Isn't that "remember me function" implemented by setting a cookie (client side)? At least I would search for that and kill any related cookies. Adrian Buehlmann 12:21, 9 January 2006 (UTC)[reply]
Surely killing the cookies is the last thing you'd want to do in that situation. You could maybe write down the cookie data, just in case it gets lost somehow... —Ilmari Karonen (talk) 13:42, 9 January 2006 (UTC)[reply]
AFAIK, you can change your email address without having to use your old password. Just make sure your email address is correct (you could also try using an alternate email address, if you have one). --cesarb 14:58, 9 January 2006 (UTC)[reply]

==> FWIW, the "E-mail new password" function is very slow. If you use it; take a coffee break! normxxxtalk 19:15, 9 January 2006 (UTC)[reply]

Browser stats

Is there somewhere I can find updated browser stats for Wikipedia? The most recent I have found is Wikipedia:Browsers, dated from October 2004, as is /media/stats/en.wikipedia.org/agent_200410.html. Thanks. —Kmf164 (talk | contribs) 16:10, 9 January 2006 (UTC)[reply]

I want to edit an internal link to change the color from blue to white. How do I do this? I tried <font color="white">[[Link title]]</font>, but the link was still blue.--God of War 18:16, 9 January 2006 (UTC)[reply]

Don't do that. It's possible, but confuses the readers. --cesarb 18:44, 9 January 2006 (UTC)[reply]
Tell me how, it's for a userbox so it's not like a big deal or anything.--God of War 18:46, 9 January 2006 (UTC)[reply]
OK then. You just need to put the <font> tag inside the link, for instance [[Example|<font color="blue">Example</font>]]. --cesarb 19:08, 9 January 2006 (UTC)[reply]
The idea might be css color declaration. Take a look at "css tutorial". plenty of pages returned by goodoldgle. --Harvestman 19:54, 9 January 2006 (UTC)[reply]
I would prefer CSS. It would look like this: [[Link target|<span style="color:#FFF;">Link name</span>]]. The underline, however, will not change color on Firefox.

Wikipedia has a problem

Does anyone know what's up? I just got a string of these with and error unkown message. It said svr 3(2,3, or 4). Is this a server problem? WAvegetarian (talk) (email) (contribs) 19:22, 9 January 2006 (UTC)[reply]

Yes. It means (as the message should be saying) that it could not reach the database server. --cesarb 19:27, 9 January 2006 (UTC)[reply]
http://www.thewritingpot.com/wikistatus/ --Adrian Buehlmann 19:32, 9 January 2006 (UTC)[reply]
  • Well, I don't know what is going on with Wikipedia but my user page Chef Clover doesn't show the user box pictures. And when I right click the picture, and then click show picture, and it wouldn't show the picture, no matter how many times i tried this! Does this have something to do with hackers or cookies or whatever? Please speak in normal English! Chef Clover 04:01, 13 January 2006 (UTC)[reply]
This appears to have been a temporary issue which is now resolved by the looks of it. Rob Church (talk) 15:31, 13 January 2006 (UTC)[reply]
Okay. Great! Thank you! Chef Clover 22:02, 13 January 2006 (UTC)[reply]

The Search Results page is broken

When you do a search and cannot find the results, you get a broken HTML line. I just tried looking for the movie "The Fabulous Dorseys", and got the following:

You searched for "<a href="/wiki/The Fabulous Dorseys">The Fabulous Dorseys</a>" <a href="/wiki/Special:Allpages/The Fabulous Dorseys">[Index]</a> User:Zoe|(talk) 04:45, 10 January 2006 (UTC)[reply]

Works fine for me, using the exact search term you used. --TheParanoidOne 12:55, 10 January 2006 (UTC)[reply]
It was happening consistantly when I reported it last night, at the same time that Search was disabled, but now seems to be all right. User:Zoe|(talk) 18:46, 10 January 2006 (UTC)[reply]

Edit in place

Wouldn't it be handy if the Media-Wiki software implemented edit-in-place? Instead of looking for an edit button, one could just click a paragraph and extend it. Especially useful for correcting spelling errors. If the implementation is done cleanly, I think this could mean a decline in server load (no need to brew entire edit-pages)--Joris Gillis 10:50, 10 January 2006 (UTC)[reply]

It would probably mean an increase in the server load, if it meant saving more often (all saves must go to the master database host, while reads can come from the slave database hosts). --cesarb 15:07, 10 January 2006 (UTC)[reply]
I meant that, for an equal amount of changes, the edit-in-place technique would require less resources. Of course, the edit-in-place would stimulate all users to do changes more often. But I don't think that's a disadvantage;-)--Joris Gillis 15:21, 10 January 2006 (UTC)[reply]
If it was a javascript function, it would probably reduce the server load. Shardsofmetal 18:53, 10 January 2006 (UTC)[reply]
As I understand it, the server performance is mostly database-limited, so I don't think it would make much difference. Some, maybe, but nothing dramatic. —Ilmari Karonen (talk) 19:36, 10 January 2006 (UTC)[reply]
Ok, apart from the server impact, is there no-one that likes the idea? Suppose you would just double-click a paragraph, and the paragraph transforms in an edit-box. No need to wait for the edit page to load. Just stay in the article and do your edit quickly. Demo: click the paragraph.--Joris Gillis 19:49, 10 January 2006 (UTC)[reply]
It's probably more like "the current way works fine, and nobody can be bothered to implement it; the developers already have their hands full". If, OTOH, someone made a working demo using only your user javascript and user CSS, and other people started using it, it would have more chance. --cesarb 21:21, 10 January 2006 (UTC)[reply]
This isn't a new idea, there's been discussion and even a few implementations over the last few years. It's generally thought to be a useful extension to wiki principles. Indeed, Ward Cunningham has said that he would have made wiki WYSIWYG from the start if he was able to. The main problem is round-trip HTML<->wikitext conversion. We can convert wikitext to HTML, there are plenty of WYSIWYG HTML editors around, but there is no way to convert the resulting HTML back to wikitext. -- Tim Starling 01:31, 11 January 2006 (UTC)[reply]
Ignoring server-load issues, you could set things up so that the wikitext for each paragraph was sent with the paragraph, as a hidden div or something like that. Templates would need careful handling though... Lupin|talk|popups 02:22, 13 January 2006 (UTC)[reply]

France

I'm having some trouble accessing the article France, which I came across being edited by a vandal on RC patrol. I can get to any other article, but not that one. My browser just hangs if I try, and the page refuses to load. Any idea why? Crotalus horridus (TALK • CONTRIBS) 18:17, 10 January 2006 (UTC)[reply]

It's not just you. I can't get to the article either. Not sure why. —Kmf164 (talk | contribs) 18:22, 10 January 2006 (UTC)[reply]
Works now. —Kmf164 (talk | contribs) 18:30, 10 January 2006 (UTC)[reply]
The vandal put in an edit too long for the servers to handle. You have to revert it via history, or for admins by the rollback link on their contributions page. [[Sam Korn]] 18:39, 10 January 2006 (UTC)[reply]
Good to know that. Thanks. —Kmf164 (talk | contribs) 20:00, 10 January 2006 (UTC)[reply]

Wikipedia disables ALT-E?

(copied from Wikipedia:General complaints) I spotted a comment on the resolved complaints noting that Wikipidia disables ALT-E? I've been pulling my hair out for a while trying to figure out why I can't use ALT-E in Explorer when in Wikipedia to open up Explorer's Edit menu, in the same manner I do in hundreds of other applications. For people using a keyboard, rather than a mouse, this kind of remapping is very painful. How does one disable this on a user by user basis to return normal functionality? I can't find a mention to this except in that resolved comment. Nfitz 19:18, 10 January 2006 (UTC)[reply]

I think this can be undone by editing your personal css page, but that is not simple. i am copyign this to the technical section of the village pump. I have complained about the wikipedia take over of common shortcut keys on Bugzilla before this. DES (talk) 21:13, 10 January 2006 (UTC)[reply]
  • A standard shortcut that still works is Alt key, then E, which still brings up the edit menu, by the way, and not both Alt and E at the same time. If the "Edit this page" shortcut is a problem, you could also change your theme to something other than Monobook, such as Classic. I think the Alt+E shortcut for Edit This Page is really, very useful; as a keyboard user, it would be a pain to use the Wiki without the benefit of this shortcut. Internet Explorer and Firefox don't even have much useful stuff on the Edit menu, and all those commands have their own shortcut keys. --Mysidia (talk) 06:31, 11 January 2006 (UTC)[reply]
  • I can see a shortcut for this would be useful. But I don't think that remapping the standard shortcuts that are already in use for basic Windows (which, like it or not, is the most widely-used browser), is sensible. Sure, there are work-arounds to still do it in Windows ... but this is just going to create problems for users who then have to remember different key-stroke combinations for different programs. No application should interefere with the basic shortcuts! How do we go about either remedying this on either a user-by-user basis, or for the entire site? Some of the other skins than the default do seem to not have this remapping - though all are horrendous, and look ancient! Nfitz 17:16, 11 January 2006 (UTC)[reply]

Move Brugia malayi stub out of Bacteria -stubs

Brugia Malayi is a helminth parasite of human beings. It has been listed as a bacteria stub. This is potentially misleading as it is not infact a bacterium. Is there a way to move it out of the bacteria stubs category? I propose creating a new category of stubs called helminths. Sub categories Nematodes, Cestodes and Trematodes can be added to this. This would be in keeping with current scientific knowledge. I am new to posting on Wikipedia so all information will be helpful. Thanks
this unsigned posting was added by user:R manish at 01:43, January 11, 2006 UTC

I've answered on your talk page. --Adrian Buehlmann 19:20, 11 January 2006 (UTC)[reply]

edit window tool box

Hi ,In the hebrew version of wikiepdia the Java edit toolbox is much mroe extensive ,I was wondering how One could use a more extensive functional box in here?

morevoer it seems I can't get color html fonts to work as my signature ,although the tagging is correct(I tried t in my sandbox) ,i get an HTML errorr while saving my new prefrences. Procrastinator 15:28, 11 January 2006 (UTC)[reply]

Looking at your personal sandbox, I see you have an unclosed tag (you are using [[User talk:Diza|<font color="green">talk2me]], while the correct version should be [[User talk:Diza|<font color="green">talk2me</font>]]. See Wikipedia:How to fix your signature for more information. --cesarb 18:45, 11 January 2006 (UTC)[reply]
Thank you cesarb ,I've already fixed it. Yet regarding to my open query about the seemengly simplified version of the Java box... -Procrastinator talk2me 12:58, 14 January 2006 (UTC)[reply]
As you might have noticed, some people have been playing with it recently (it's at Mediawiki:Edittools, if you want to follow the discussion). --cesarb 04:45, 15 January 2006 (UTC)[reply]

Bug in Monobook.css

Someone incorrectly commented out this chunka code in monobook.css: 

/#fundraising {
/ text-align: center;
/ border: 1px solid gray;
/ padding: 5px;
/}

I'd just fix it, but the file warns to check here first before editing. (Doesn't anyone run their changes with a javascript console running? I get three errors every page.) --jpgordon∇∆∇∆ 18:36, 11 January 2006 (UTC)[reply]

Thanks for reporting the problem. Fixed. You probably will have to clear your cache for it to have any effect. --cesarb 18:49, 11 January 2006 (UTC)[reply]
Great. Now, what about these two?
Error: Unknown property 'filter'.  Declaration dropped.
Source File: http://en.wikipedia.org/w/index.php?title=MediaWiki:Common.css&action=raw&ctype=text/css&smaxage=2678400
Line: 243

Error: Error in parsing value for property 'line-height'.  Declaration dropped.
Source File: http://en.wikipedia.org/w/index.php?title=MediaWiki:Common.css&action=raw&ctype=text/css&smaxage=2678400
Line: 234

--jpgordon∇∆∇∆ 19:01, 11 January 2006 (UTC)[reply]

The first one is an IE-only feature; its removal was requested at least twice already. The second one I asked the user who added it to fix, because I do not know what's its intended meaning, but I didn't receive any answer. It would probably be better to ask on Mediawiki talk:Common.css before changing them. --cesarb 19:34, 11 January 2006 (UTC)[reply]

Since we are chatting about CSS, is there any reason no to remove the AD/BC CE/BCE stuff from Mediawiki:Common.css? I believe it was created as part of a failed proposal. Dragons flight 22:58, 11 January 2006 (UTC)[reply]

Table that autosorts

Not sure if this was asked before. It would be great if we could create tables of information that auto-sort on a mentioned column. Can it be programmed in the software so that when the page gets loaded it will always sort the list and load it? Would be very useful when maintaining lists. - GaneshkT/C\@ 22:51, 11 January 2006 (UTC)[reply]

I don't believe that's the case, but in terms of adding and removing entries when maintaining a list, if the list is already sorted, it is trivial to keep it sorted. enochlau (talk) 04:27, 13 January 2006 (UTC)[reply]
I'm sure I've seen somewhere some javascript which will sort a table in place: you have to couple it with some other stuff which places sort "buttons" in the headers, but I don't seem to recall it's too onerous. This looks like a good place to start; here's another. I found a bunch via Clusty [1]. Besides, if it's javascript, it's all client-side anyways, so won't place any discernable extra strain on the servers. HTH HAND —Phil | Talk 09:40, 13 January 2006 (UTC)[reply]

subst titlde includeonly breakage

Some reecent change of the mediawiki software has made the tilde expansion from templates errorious. Until today if a template contains ~<includeonly>~</includeonly>~~, it will expand the the current editors signature (used in {{tfd2}} for example). But now it will save it to four tildes, and expand it on the next editor, breaking everything up and put wrong signatures on the wrong place, and is also possible to use for abuse and etc.

Example: Here I subst tfd2, and the editor after me will get it's signature added here. ==== [[Template:{{{1}}}]] ==== [[Template:{{{1}}}]]
{{{vote}}} — {{{text}}} Nurg 02:25, 12 January 2006 (UTC)[reply]

Would be good if the previous behavour is restored, othervise a lot of template and procedures must be changed, and probably a lot of people will be angry when their singatures is placed where they didn't put them. →AzaToth 23:04, 11 January 2006 (UTC)[reply]

Yes, I'm angry already. I never put my sig there.  :-) Nurg 05:59, 12 January 2006 (UTC)[reply]
This is fixed now. -- Tim Starling 15:55, 12 January 2006 (UTC)[reply]
IMO this trick is a poor ideqa, because one can never be sure it will contiue to work. DES (talk) 21:50, 12 January 2006 (UTC)[reply]
If automated testing is performed, this should be added as a test-case. —Locke Cole • t • c 22:15, 14 January 2006 (UTC)[reply]

Resolver talk page cross linked

When I go to resolver then its Talk page, I get taken to the Talk page for Resolver (album). Nurg 02:25, 12 January 2006 (UTC)[reply]

Fixed. When you get redirected, it will give you a little link to the page you were redirected to: click that link, then click edit. — Ambush Commander(Talk) 02:42, 12 January 2006 (UTC)[reply]

Red or Blue (or brown)

I've had a quick look through the source code documentation, (and a quicker look through the source code), to try and find out how Wikimedia gets the size of an article to decide whether it is blue, brown (stub), or red.

I'm moving my personal wiki to a MySQL database, but my red/blue decider is much much slower than when i used files. At the moment i am using a query like this: 

SELECT LENGTH(`articletext`) FROM `articles` WHERE `title`=\"Page i'm looking up\""

And i'm doing this for every link in a page. Red (if no result), empty colour (also red) if the len is <4, or blue (length > or = 4). This is very slow, for a page with 1000 links, it is ten times slower than grabbing the filesize from a flat text file. (5 sec vs. 0.5 sec)

I was thinking of adding another column to the table, with a static length in it (saved at page save). I thought this would save mysql the calcution for every link that the user sees. Wikipedia doesn't seem to have a length field in the cur table, so I was wondering how it does this.

Thanks a lot, Tristan Tristanb 23:05, 12 January 2006 (UTC)[reply]

Actually we do have a page_len field. This is needed because our text storage is flexible, and may include compressed or offsite text storage. --Brion 00:21, 13 January 2006 (UTC)[reply]

Oh, thanks for that. I was looking at the 1.4 information on meta and couldn't find it. I've seen the table now on the cvs.

Tried adding the new field containing the size of the article in bytes, but it takes just as long as calculating length at runtime. I think i'll have to try loading everything into an array, and reading from that to minimise the number of SELECT statements I make. (Or just cope with it :-D).

Thanks again for your help! Tristanb 03:37, 13 January 2006 (UTC)[reply]

Redirect are acting weird

All redirects I am encountering are going straight to the 'no-redirect' version. --hello, i'm a member | talk to me! 00:50, 13 January 2006 (UTC)[reply]

Redirects aren't working for me either :( - Hahnchen 00:58, 13 January 2006 (UTC)[reply]
Confirming. Developers made a booboo! — Ambush Commander(Talk) 00:58, 13 January 2006 (UTC)[reply]
Same problem here, on both Firefox and IE. Dave6 00:59, 13 January 2006 (UTC)[reply]
Problem is totally not browser related. Redirects are handled internally, not through HTTP status codes. — Ambush Commander(Talk) 01:02, 13 January 2006 (UTC)[reply]
Indeed, it's rather annoying. I guess I do get to realize just how many of the pages I visit are redirects. --Spring Rubber 01:00, 13 January 2006 (UTC)[reply]
Appears to be fixed. Thanks for the fast response, developers! --Spring Rubber 01:17, 13 January 2006 (UTC)[reply]

SVG files, borders and skins

Hi we're having a problem on Flag of Australia where SVG images in a <gallery></gallery> appear to have borders in the Classic Skin but not in Monobook. Is there a way to have the borders appear in both skins? Or can anyone offer advice on how to force borders to appear in a gallery?--nixie 03:00, 13 January 2006 (UTC)[reply]

Deleting an account

I saw a "how to" help headline on the subject of deleting a Wikipedia account, but I got disconnected from the page and now I can not find the topic anywhere. Please help me by letting me know how to delete my Wikipedia account or telling me where I can find the information. Thank you.

Wikipedia accounts cannot be deleted: this is a function of how Mediawiki works, and is intended to make it impossible for edits to be "orphaned". (It's a pain and a pest because there are heaps of bogus accounts which litter Special:ListUsers like a plague, but you have to take the rough with the smooth…) You can have your user page deleted and locked down, but that's as far as you can go. Sorry. HTH HAND —Phil | Talk 09:45, 13 January 2006 (UTC)[reply]

Images are not showing up

Images uploaded to Commons are not showing up (on all articles). Any idea what is happening? - GaneshkT/C\@ 04:56, 13 January 2006 (UTC)[reply]

Trouble with the Commons image server, most likely - it might be temporarily down. Commons is showing no images even on Commons. Deco 04:59, 13 January 2006 (UTC)[reply]
It's back up now. The images are showing. - GaneshkT/C\@ 05:39, 13 January 2006 (UTC)[reply]

Something strange with CSS styles

I just updated {{Policy in a nutshell}} to use the standard CSS class "messagebox" which specifies width="80%"; the template formerly specified this width explicitly. For some reason, this template is now displaying slightly wider than other templates using the same styling: see the top of WP:NOT for a salient example, where {{Policy2}} and {{Policy in a nutshell}} both use class "messagebox" with no further alteration of "width". What's happening? Has my browser thrown a gear? Or could it possibly be because {{Policy2}} uses table syntax whereas {{Policy in a nutshell}} uses <div> tags? —Phil | Talk 11:34, 13 January 2006 (UTC)[reply]

I've no idea what causes it, but I fixed it the obvious way — by wrapping the div in a table. —Ilmari Karonen (talk) 14:57, 13 January 2006 (UTC)[reply]

Week number changed

Looks like the number used for the "week in the year" was changed to now contain a preceding zero. This makes the Portal:Astronomy picture of the week not work. Is this a permanent change or something that can be reverted back? Awolf002 15:05, 13 January 2006 (UTC)[reply]

I noticed it too on Portal:Trains today. A quick move of the subpage to include the leading zero got the portal showing the right data again, and if CURRENTWEEK is changed back to exclude the leading zero, it'll still work. However, it'd be nice to know about changes like this beforehand so we don't have to go back and cleanup newly formed red links. Slambo (Speak) 15:10, 13 January 2006 (UTC)[reply]

Right, that's why I'm asking. Should I do the "move" or wait for a "fix"? Awolf002 15:15, 13 January 2006 (UTC) Okay, I moved the pages in question. Awolf002 16:03, 13 January 2006 (UTC)[reply]

It seems to be bouncing back and forth between the two when the page cache is purged. —Kirill Lokshin 17:10, 13 January 2006 (UTC)[reply]

Apparently behavior of the function that generated this changed in PHP 5; we've upgraded some of our servers to PHP 5.1 and so it was a little wacky depending on which server you've hit. It should now be consistent once re-rendered; if you see an odd page, purge it to make sure it's cleared. --Brion 18:32, 13 January 2006 (UTC)[reply]

Thanks for the info! Awolf002 18:39, 13 January 2006 (UTC)[reply]

Special Characters

My special characters box appears to malfunctioning; it has what appears to Vietnamese under 'Spanish', IPA (which it calls API) under 'Welsh', Old English under Maltese, Maltese under Italian etc. Does anyone know what's happening? I'm using FireFox. smurrayinchester(User), (Talk) 15:17, 13 January 2006 (UTC)[reply]

It seems to be solved now. Thanks! smurrayinchester(User), (Talk) 16:35, 13 January 2006 (UTC)[reply]

Whoever wrote that (IMO superfluous) code should either use display: none or (for no good reason) visibility: hidden and not the former and visible: hidden (sic)! onclick="insertTags()" is also much cleaner than href="javascript:insertTags()". Christoph Päper 23:36, 13 January 2006 (UTC)[reply]

The changes to the special characters bar make it hard to get to characters needed for typing articles on Japan. Every time I edit an article, it's necessary to select from the drop-down menu before the characters I want appear. Worse, my selection doesn't remain in effect when I click on Show preview or return to editing after Show preview. Is there a way to get around this? I want the characters that are on the "Romaji" menu selection to replace the European special characters, which I seldom use. Fg2 07:11, 14 January 2006 (UTC)[reply]

The problem seems to have returned, with the IPA box containing Cyrillic instead. smurrayinchester(User), (Talk) 11:21, 14 January 2006 (UTC)[reply]
There is an experimental code currently being discussed at Mediawiki talk:Edittools which saves the current selection in a cookie. --cesarb 04:48, 15 January 2006 (UTC)[reply]

Special: New pages

Where is one menat to post comments on special pages? They have no talk page. Anyway, is it the case that #REDIRECT [[articlename]] pages are not listed in Special new pages? I ask because I thought they were / should be and I created 2 pages earlier today which were not listed. Puzzled. -- SGBailey 15:37, 13 January 2006 (UTC)[reply]

I made an extension that adds a talk tab to special pages or to Project talk:Page name for Special:Page name) (testwiki). I might install it if people are interested. —Ævar Arnfjörð Bjarmason 22:14, 13 January 2006 (UTC)[reply]
Nearly good, but then the view project page button to return to special newpages doesn't work. Also I use the Classic skin - will it still work in that? -- SGBailey 23:21, 13 January 2006 (UTC)[reply]
Anyone know the answer to the redirect no show part of the question? -- SGBailey 23:21, 13 January 2006 (UTC)[reply]

Signatures

Has the sig code been messed with again? My four-tildes sig is coming out as just

While it should be

My preferences still shows my sig as being "— [[User:Asbestos|Asbestos]] | [[User talk:Asbestos|<FONT COLOR="#808080">Talk </FONT>]] [[User:Asbestos/RFC|<FONT COLOR="#808080"><small>(RFC)</small></FONT>]]", with "Use Raw Sig" clicked. Any thoughts? Asbestos 16:12, 13 January 2006 (UTC)[reply]

Hmm, testing →AzaToth 16:21, 13 January 2006 (UTC)[reply]
I just noticed it too, with my sig which should be "—Kmf164 (talk | contribs) 16:37, 13 January 2006 (UTC)". Not sure what's going on? Kmf164 18:56, 13 January 2006 (UTC)[reply]
It works for me →AzaToth 18:59, 13 January 2006 (UTC)[reply]
It works now. But, an odd glitch. Kmf164 20:06, 13 January 2006 (UTC)[reply]
Not for me — and not for you either if you sig is supposed to be the one you noted earlier. — Asbestos | Talk (RFC) 02:02, 14 January 2006 (UTC)[reply]
Don't know what's going on. My sig was working in the preview mode. I just tried modifying it without the — and it seems to work. -Kmf164 (talk | contribs) 02:17, 14 January 2006 (UTC)[reply]
There is some related discussion currently on Wikipedia talk:How to fix your signature. --cesarb 22:58, 14 January 2006 (UTC)[reply]

Special character box

Somebody changed that special character box today. And now I have huge troubles contributing in my language (Lithuanian). So who should I contact? I would like to see Lithuanian language having its own section in the drop down meniu with these symbols: Ą ą Č č Ę ę Ė ė Į į Š š Ų ų Ū ū Ž ž. Please let me know who is in charge of these changes. Renata 18:17, 13 January 2006 (UTC)[reply]

  • While i am glad to have the enormous box cut back to reasonable size, some change along those lines sounds called for. (The grouping by base character rather than by diacritic added is also much more workable; keep that no matter what the outcome.) I note that the AE and OE quasi-digraphs were included, but not the lower-case-only "Ess-Tzet" or ß in German (often mistaken for Beta, and the single-character title of an article ) and the two characters (each with upper and lower) from Icelandic and Old English whose sounds are roughly those of TH in "that" and "thin" (Edh or Eth, and Thorn, respectively). I make a brief for all of those 5 graphics (3 lower case, 2 upper), since (like Æ and Œ but moreso) 4 of them require wordy explanations such as i used here, and very wordy instructions to be sure people will recognize them beyond doubt when they see. (Upper-case Edh is the exception: "Capital D, with a bar crossing the vertical stroke" is not that wordy.) Even the Lithuanian chars requested can be described as one of the 26 English letters with "a tail hooked to the right" or a "dot" or "tiny V" on top, and similarly e.g. Polish has tails i recall and the "slashed L" for Lech Wałęsa's proper spelling. Finally, thanks for the Euro, but IMO the Yen is also international enough to deserve its currency symbol's inclusion. If a set of drop-downs or single-puprose pages for various languages is not feasible, how about at least a prefs option for the form the box takes, including the exhaustive one as an option?
    Jerzy•t 20:01, 13 January 2006 (UTC)[reply]
  • Check out MediaWiki:Edittools (the talk page anyways), there's some discussion towards the bottom there. —Locke Cole • t • c 20:25, 13 January 2006 (UTC)[reply]
  • what drop down manu i don't see any! Plugwash 23:46, 13 January 2006 (UTC)[reply]

Gregory Lauder-Frost

Gregory Lauder-Frost won't load Fred Bauder 19:27, 13 January 2006 (UTC)[reply]

Page Differences

I would like to know if this is just me or not... Take a look at the difference links (last) on this page. For me, all the difference links are coming up with #header added on to the end of the URL, for example http://en.wikipedia.org/w/index.php?title=Wikipedia:Community_Justice&diff=34934305&oldid=34933734#Tasks - now, this doesn't only occur when the page has been edited under a specific question, it seems as if it happens all the time. If you look down the page, each difference link below a section-edit (i.e. (→Governance)) has that link added to each of the URLs (i.e. #Governance), down until the next section edited (i.e. (→Tasks), where it then adds #Tasks on to the URL etc). I hope that makes sense, I'm not a very good explainer. Is this a fault, is it new, it is something that's happening to me only, or is it something that's old and I just haven't noticed before? Thanks, →FireFox 19:34, 13 January 2006 (UTC)[reply]

Looks intermittent; perhaps a bug under PHP 5. Checking it out. --Brion 19:52, 13 January 2006 (UTC)[reply]
Ok, should be working correctly now. --Brion 20:15, 13 January 2006 (UTC)[reply]
Thanks. →FireFox 20:55, 13 January 2006 (UTC)[reply]

Access errors

I keep getting "Access control configuration prevents your request from being allowed at this time" messages about 80% of the time right now. Are there some maintainance work underway or is one of the squids having trouble? All the errors I get are generated by hawthorn.knams.wikimedia.org (squid/2.5.STABLE12). --Sherool (talk) 21:51, 13 January 2006 (UTC)[reply]

That message usually means your IP was explicitly blocked in the server configuration, and will not go away by itself. --cesarb 03:00, 14 January 2006 (UTC)[reply]

Why is this deleted image stil trying to load?

Yesterday, File:Green Shahada crescent.png was deleted, but the image's page still exists along with the data for it. What causes this to happen? --Spring Rubber 22:23, 13 January 2006 (UTC)[reply]

Happens sometimes (not sure why), I restored one revision and deleted it again. That usualy does the trick and indeed it seems to be fixed now. --Sherool (talk) 22:37, 13 January 2006 (UTC)[reply]

Javascript bug

Error: missing ; before statement
Source File: http://en.wikipedia.org/w/index.php?title=-&action=raw&smaxage=0&gen=js
Line: 280, Column: 58
Source Code:
    var menu = "<select style=\"display:inline\" onkeyup="chooseCharSubset(selectedIndex)" onChange=\"chooseCharSubset(selectedIndex)\">";

Looks like someone forgot to escape the quotation marks. howcheng {chat} 00:23, 14 January 2006 (UTC)[reply]

This should be fixed. I blame Brian0918. :P FYI: The file this was in is MediaWiki:Monobook.js. And you can really blame me, I wasn't literal enough in my suggestion, heh. =) —Locke Cole • t • c 02:34, 14 January 2006 (UTC)[reply]

monobook.js rendering as wikitext sometimes?

Right after I save my monobook.js, it renders as wikitext. I saw this and thought, "hey, I'll put wikitext inside javascript comments and javascript inside <nowiki> tags, and it will be both a functional javascript and a well-formatted page at the same time. When I tried it, it looked like this:

But then I noticed that it doesn't stay like that. If I view it on a different (browser? computer? I'm not sure what has to be different), or log out and view it as an anon, it just shows plain text, and stays that way until I save it again. Now it looks like this:

Why does it do this? Is there a way to get it to always render as wikitext, or should I revert back to plain javascript comments for documentation? — Omegatron 03:53, 14 January 2006 (UTC)[reply]

I believe it has a feature which automatically renders both user js and user css as plaintext. Sometimes it doesn't work, for some reason. Perhaps the when saving it uses a different code path. --cesarb 04:18, 14 January 2006 (UTC)[reply]
It may not be a good idea to do that anyways, as it loads on every wikipedia page you visit, making you have to load invalid js. — Ilyanep (Talk) 06:04, 15 January 2006 (UTC)[reply]
I've found that purging the cache makes the page render correctly as plain text almost all the time. Titoxd(?!? - help us) 19:09, 15 January 2006 (UTC)[reply]

My Signature

My signature is supposed to look like this: ⇒ JarlaxleArtemis. Instead, it's just plain. JarlaxleArtemis 06:18, 14 January 2006 (UTC)[reply]

See Wikipedia:How to fix your signature. --cesarb 15:37, 14 January 2006 (UTC)[reply]

Redirects to categories

I notice redirects to categories have stopped working again. Shortcusts like CAT:CSD or CAT:NS and such no longer work properly, the contents of the category is not visible. I though this very bug was fixed some time ago, at least ut has worked fine for some months, but not so anymore. Wassup! --Sherool (talk) 17:07, 14 January 2006 (UTC)[reply]

Fixed again. Domas is trying to make page loading more efficient but had managed to break redirect handling a couple of times. I've reverted the changes pending correction. --Brion 20:30, 14 January 2006 (UTC)[reply]

/w/index.php doesn't check integrity of data before committing edit to article

  • The problem: Here's how the bug can be recreated, and why it's actually a MediaWiki bug:
  1. I started editing a section of the page.
  2. At some point I wanted to "Show Preview". Obviously, I somehow clicked the "Save Page" button instead, unknowingly -- classic error.
  3. However, right after clicking the button, I saw a typo in the (still displayed) edit window: so I had the reflex to immediately hit the ESC key (shortcut for the browser's Stop icon) in order to cancel the operation and edit a bit more.
  4. But at this point, the browser had already started to POST the *first half* of the edit field's content, before it cancelled the sending operation (abruptly resetting the HTTP connexion).
  5. When the POST was aborted (from my side), the partial edit that had been sent yet was commited to the article instead of being ignored, resulting in a corrupted (and apparently vandalized) section of the page.

IMO, MediaWiki should NEVER have accepted to commit to the database a half-sent contribution, whose POST operation was aborted and never completed, and thus whose integrity was undefined.

  • A solution: Now, one really simple and reliable software solution is:
  1. In the HTML code for the edit form, to add just before its ending </FORM>, a hidden field with a static "magic value", such as:
    <INPUT TYPE="HIDDEN" NAME="EndOfForm" VALUE="Commit"></FORM>
  2. In the PHP code for "/w/index.php" that receives and processes our edits, to accept as a valid edit only an edit that did send the "EndOfForm" field and with the exact magic value "Commit".

The logic is of course that if/when the sending of the form is aborted by any mean before its full completion, then the server will never receive the last field, or its complete value (worst case scenario it would receive a partial "EndofForm=Commi"), and it should react by not writing to the database. Conversely, if the server did receive the exact "EndOfForm=Commit" parameter, then it can be sure to have received 100% of the data that was all before that, and it can safely commit it to the database.

  • An example: I've already detailled the whole affair (with links to diffs) on the talk page of the admin who thought I was vandalizing a page (he saw the article corrupted by the half-sent edit-in-progress that was commited to the database):
User_talk:Sceptre#Your_overboard_reversions_at_Pink_Floyd_trivia

(I'm going to post this both at Wikipedia:Bug_report and Wikipedia:Village pump (technical) as per the advice on the bug-report's talk page...)

62.147.113.126 18:31, 14 January 2006 (UTC)[reply]

We have such fields already (or did have). Please confirm. --Brion 20:22, 14 January 2006 (UTC)[reply]
An HTTP post sends the character count before the data, so if the connection is interrupted before all the data has been transmitted the server can tell it didn't get all of the data. It's not clear to me where this should be detected, but at the protocol level enough information is already present to do so. -- Rick Block (talk) 21:38, 14 January 2006 (UTC)[reply]

Watchlist Changes

On village pump proposals, a consensus emerged to automatically add pages to their creator's watchlist and to warn (and preferably ask for confirmation) the last watcher of a page when they attempt to unwatch it. I've created a Bugzilla entry. Is anyone willing to implement this? Superm401 | Talk 19:05, 14 January 2006 (UTC)[reply]

Post further comments on the Bugzilla bug. Superm401 | Talk 19:10, 14 January 2006 (UTC)[reply]
That VPP link points to a non-existent location. --TheParanoidOne 20:05, 14 January 2006 (UTC)[reply]
The link has been fixed (I thought VPP stood for Village pump (proposals) but it actually stands for Village pump (policy)). Superm401 | Talk 21:17, 14 January 2006 (UTC)[reply]

Contributions from before creation of account

On my talk page, User:Democritus claims that he created his account last month; this is confirmed by the creation log. Nevertheless, Democritus' contribution list shows four edits from 2002. How is this possible? Democritus would like these contributions to be removed from the list of his contributions. -- Jitse Niesen (talk) 20:56, 14 January 2006 (UTC)[reply]

I believe that a user may have registered that address long ago in the dim and distant past. A software change, I believed, wiped out some of the records of names (or something along those lines), so a recent user could choose the same names and those edits from the history would be assigned to them. [[Sam Korn]] 21:04, 14 January 2006 (UTC)[reply]

Blocking

The current Special:Blockip page sucks just a wee bit. I'd like to improve it, but I can't just go off willy-nilly adding things, without asking you lot what you'd like to see. Asking for ideas? Yes, I have gone off the bat. Still, your thoughts, suggestions opinions will be welcomed at http://meta.wikimedia.org/wiki/User:Robchurch/Blocking - sign, please, so I know who to ask for more information on an interesting idea.

Ta, Rob Church (talk) 23:42, 14 January 2006 (UTC)[reply]

Why did somebody remove the bold links from the sidebar? Before, if you were on a page with a link in the sidebar, it was bold. Also, is there any way that I can still get it in my wiki (MW 1.6devel, taken from CVS at about 12:00am Jan 15 EST) Thank you, Shardsofmetal [ Talk | Contribs ] 06:33, 15 January 2006 (UTC)[reply]

The what links here (WLH) is still very bad. Articles accumulate on WLH of certain templates. This makes the TfD process very difficult. For example we have substed and deleted template:ll after seen that WLH had stabilized. But obviously WLH of template:ll is still not stable as articles pop up now that really include the now deleted template:ll. Example: Al-Qanoon (permalink). Side note: WLH doesn't mark Al-Qanoon with "(inclusion)" even though it actually should. This makes the cleanup even harder. I'm working to fix now the newly appearing broken articles. --Adrian Buehlmann 09:31, 15 January 2006 (UTC)[reply]

Yeah, it's clear {{ll}} was deleted too soon. There are still lots of pages using it. I'm going to be bold and restore it until it's really subst'ed everywhere. --Angr (tɔk) 09:41, 15 January 2006 (UTC)[reply]
It only takes a few minutes for me to find all the instances of the template from the database dump, unfortunately the newest dump is a month old so it isn't much help. If a new dump does appear I can sort it out though. Martin 11:43, 15 January 2006 (UTC)[reply]
Many thanks, Martin. I've fixed those newly popped-up articles on the WLH for now. I'm again watching that WLH. If that should be needed I will happily return to your offer. --Adrian Buehlmann 18:40, 15 January 2006 (UTC)[reply]

See bugzilla:4549 -- Netoholic @ 11:05, 15 January 2006 (UTC)[reply]

Thanks for the pointer. I've added also a warning note at the holding cell on the TfD page. --Adrian Buehlmann 18:40, 15 January 2006 (UTC)[reply]

Special characters box

A lot of people have noticed the changes going on the "Special characters" box that appears below the edit box. There is now a line for special characters that are not alphabetic letters, followed by a drop-down menu that includes Wiki markup, math and TeX symbols, and several alphabets and special letters needed for writing in other languages, as well as IPA characters. If these aren't working as expected (e.g. you select "Spanish" but are given a set of Scandinavian letters to choose from), the first thing to try is a forced refresh (e.g. in Firefox 1.5, hit Control-F5). If that doesn't work, try purging your cache history and refreshing. If it still doesn't work, or if you have suggestions as to what special characters and letters should be added, please leave a comment at MediaWiki talk:Edittools. Thanks! Angr (tɔk) 09:36, 15 January 2006 (UTC)[reply]

ImageMagick for Linux

In order to use ImageMagick for linux, do you have to compile it? If so, is there a way to do so on a windows computer, and then upload it to a linux server? Also, in order for MediaWiki to use it, do you have to have all of the ImageMagick files, or just the convert file? Thanks, Shardsofmetal [ Talk | Contribs ] 15:52, 15 January 2006 (UTC)[reply]

Log of uses of CheckUser/IP address storage of users on database/Privacy policy

I have made proposal at Wikipedia:Help_desk#¬¬¬¬\_How long are IP addresses logged and stored by Wikimedia?_/¬¬¬¬ --168.131.46.80 18:34, 15 January 2006 (UTC)[reply]

Image:Chloramphenicol.png

Hi, this image is without uploader info. --F. Cosoleto 22:22, 15 January 2006 (UTC)[reply]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=35320952"