Jump to content

Wikipedia:Village pump (technical)

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Edward Z. Yang (talk | contribs) at 22:09, 3 March 2006 (watchlist preferences - want it to default to 3 days: javascript possibility). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

A banner ad. just appeared on my watchlist page, asking me to confirm Wikipedia e-mail. I have no (Wikipedia) e-mail address. How do I get rid of the banner advert? It takes up more than a quarter of my (small) screen!

Thanks -- quota 21:34, 3 March 2006 (UTC)[reply]

 Policy Technical Proposals Idea lab WMF Miscellaneous 

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.

e-mail subject as an argument to Special:Emailuser

How can I make a link to Special:Emailuser where a subject at my liking is included pr default in the Subject field of the email form? Like the subject variable in the mailto link in html. Shanes 20:38, 15 February 2006 (UTC)[reply]

Currently, all emails are sent with the title Wikipedia Email (or a similar variant). There doesn't seem to be any way to change it. There doesn't seem to be a bug for this, so I suggest you file one at Bugzilla as a feature request. — Ambush Commander(Talk) 21:20, 15 February 2006 (UTC)[reply]
I would caution though that e-mails sent through wikipedia should remain readilly identifiable as from wikipedia. So any user specified subject should probablly be appended to the standard subject, not replace it. Plugwash 22:15, 15 February 2006 (UTC)[reply]
Well, Wikipedia Email actually already is quite cryptic (it takes a while for me to figure out, "Oh, that's from Wikipedia!". It probably should be from wikipedia, with a reply-to set to the user who sent the email. Plus, there really should be a disclaimer appended to the bottom of the email. — Ambush Commander(Talk) 03:09, 16 February 2006 (UTC)[reply]
My main motivation for wanting this is to be able to automatically include the IP of blocked users in the mail-link on MediaWiki:Blockedtext. The page does note that users need to include the IP given in any mail, but I receive quite a few mails from auto-blocked users who ask to be unblocked but forget to include the IP. So I thought it could save some frustration and mailing back and forth if we just had it inserted in the subject field in the form. The subject field could also contain a string "Unblock Request" or some such that could up the importance level setting in any e-mail filters admins might have. Shanes 10:57, 16 February 2006 (UTC)[reply]
You're dealing with several different issues/feature requests at this point. — Ambush Commander(Talk) 23:51, 17 February 2006 (UTC)[reply]
No, I'm not. I don't understand why you think I am. Shanes 07:20, 23 February 2006 (UTC)[reply]

Okay... maybe not (after all, one of them getting implemented would probably be good enough). But, here's what we've covered:

  • Give users ability to edit a page like User:Example/Email which shows up on Special:Emailuser/Example, which allows users to put "reminders" to people emailing them.
  • Create a special type of email for complaining blocks, which automatically gives IP address (most people won't want to give their IP when emailing others for privacy concerns), or...
  • Allow a user to set-up multiple types of Wikipedia email forms accessible like Special:Emailuser/Example/Block with custom subjects/automatically appended things, etc.
  • Instead of using subject Wikipedia Email, allow users to specify a subject and simply prepend [Wikipedia Email] to it.

By the way, the subject variable in mailto: is not standard and while most mail clients honor it, it should not be used. — Ambush Commander(Talk) 21:16, 1 March 2006 (UTC)[reply]

We probably understand eachother, but to be clear: I just wanted a way to have a string inserted in the subject (or body, for that matter) field before the user edits and submits the mail form. The user can edit out any string inserted in any field before submitting it (just as in the html mailto: equivalent), which should take care of any privacy concernes. It's just that I get those mails from blocked users where they have simply forgotten to put the IP given to them on MediaWiki:Blockedtext ($3 to that page) in the actual form themselves making their mail pointless. I have to mail them back, wait for any respond, all of it just costing a lot of time and frustration on both parts. And I can see other uses than this special case for this option as well.
On your other note about how standard the subject argument to mailto: is, I do think it's a standard as much as RFC 2368 says:
The creator of a mailto URL cannot expect the resolver of a URL to understand more than the "subject" and "body" headers. Clients that resolve mailto URLs into mail messages SHOULD be able to correctly create RFC 822-compliant mail messages using the "subject" and "body" headers.
It doesn't say MUST, but SHOULD is pretty strong in RFC speak. But this is beside the point anyway, as I think it would be a nice option whether mailto: had it or not. Anyway, I understand now that it's not implemented in mediawiki and I should go beg on bugzilla. I probably will, next time I get frustrated by one of those IP-lacking unblock me mails. Shanes 23:22, 1 March 2006 (UTC)[reply]
Whoo, looks like I was mistaken (I knew that certain headers were not standard, here we go. Must brush up on my RFCs).
This doesn't look like it would be too hard to implement. Where would you like this string to be specified (in the link or in some user pref)? — Ambush Commander(Talk) 01:35, 2 March 2006 (UTC)[reply]

Browser keys

I pressed ALT-F which is the shortcut in Firefox (on Linux) to select the file menu. The browser would not open the File menu and jumped rather abrubtly to somewhere else on the page. If anyone knows why it did this, and whether it is normal (i.e. a "feature") or is a bug with Wikipedia (I have occasionally found this to happen on other sites but only rarely, thank goodness, as it is quite annoying) do please write a reply about it.

Thanks,

Kelvin McNulty

Not a bug. ALT+F takes your cursor to the search box. Take a look at Wikipedia:Keyboard shortcuts, for more key combinations and how to disable them, if you don't like them. -Kmf164 (talk | contribs) 23:34, 19 February 2006 (UTC)[reply]

Thanks for reply, I can see from the extensive list of shortcuts that your regular users must rely on them... I have found that keys that I use a lot get to feel like they are programmed into my hands, I don't have to think anything except "Open New Browser Window" (Alt+F then N) to do the action so it is a slight shock when it does something completely different. I have always found the mouse to be very slow to use and having to use the mouse a lot causes trouble (pain in shoulders, wrists, forearms, eyes etc.)... have not figured out the disabling method, though, have not got a "kelvin/monobook.js" anywhere that I know of... but I will not worry, I can use CTRL+N to open new window, CTRL+F for Find, CTRL+C for Copy etc. Wikipedia is a great resource, many thanks. Kelvin 62.69.32.111 01:50, 20 February 2006 (UTC)[reply]

To use a monobook.js, you have to register an account. See Wikipedia:monobook.js. Superm401 - Talk 03:46, 20 February 2006 (UTC)[reply]
Also note, if you hold Alt and then press F, then you goto the search box. If you press Alt, releas, then press F, you get the file menu. --^demon 21:57, 27 February 2006 (UTC)[reply]

Suggestion: Name variations

It would be nice if the Wikipedia search could automatically try variations of names, such as Jimmy->James, Bob->Robert. There should be redirects for this, but there aren't always - a recent example I ran across was Cliff Stein for Clifford Stein. If there's support I could enter this at Mediawiki Bugzilla. Deco 02:05, 20 February 2006 (UTC)[reply]

It would be nice if Wikipedia's search could do a lot of things, but (as far as I can tell), it never will so I use Google site search. Superm401 - Talk 04:04, 20 February 2006 (UTC)[reply]
And this Google search box is WP specific with all of the nice stuff like spell check suggestions. hydnjo talk 18:38, 20 February 2006 (UTC)[reply]
That is a neat interface but you can also just type "site:en.wikipedia.org " before your query in any Google search box. Superm401 - Talk 06:11, 26 February 2006 (UTC)[reply]

The Flag of Nepal (possible bug in image resizing?)

On some occasions, images are resized just one pixel too small. For example:

  • [[Image:Flag of Nepal.svg|50x50px]]:
(size: 40x49)
  • [[Image:Flag of Nepal.svg|20x17px]]:
(size: 13x16)
  • [[Image:Flag of Nepal.svg|20x18px]]:
(size: 14x17)

I've only seem this happening with svg images which are higher than wide. Any ideas on this? I suppose it's some kind of rounding error in the code. --Mx2000 21:05, 20 February 2006 (UTC)[reply]

Thumbnails are indexed according to width. When you include a box size, a thumbnail small enough to fit inside that box will be made, but it may well be shorter than the given height if that's what the width turns up. --Brion 18:22, 21 February 2006 (UTC)[reply]
I thought so too initially, but that doesn't work out: The last thumb (with a screen size of 14x17) would fit perfectly in the box of the second one (20x17), yet Mediawiki produces a smaller thumb, even though the correct one (14px wide, instead of 13px) exists. --Mx2000 22:16, 21 February 2006 (UTC)[reply]
Sounds like a non-issue to me. Why is this a problem? -- Tim Starling 01:29, 22 February 2006 (UTC)[reply]
I initially spotted it on 2006 Winter Olympics#Participating_athletes. Of course it's not a big issue, but I'd still consider it a bug. --Mx2000 10:38, 22 February 2006 (UTC)[reply]
bugzilla:5062 now fixed. Was rounding down unconditionally, now rounds up if that fits and down if up doesn't. --Brion 08:48, 27 February 2006 (UTC)[reply]

The issue is actually even weirder than that. For example, the first image above is actually 48 pixels tall, but the <img> tag specifies a height of 49 pixels, causing the image to be scaled up by one pixel in the browser. —Ilmari Karonen (talk) 11:58, 22 February 2006 (UTC)[reply]

By the way, I've seen this happen with PNG images too, and also in cases where only the width of the image is specified. I'll post examples if I find them. —Ilmari Karonen (talk) 11:59, 22 February 2006 (UTC)[reply]

OK, User:Ilmari Karonen/Image gallery#Graph theory has examples of PNGs being improperly scaled. Note how 120px-Klein_4-Group_Graph.png, despite its name, actually has 119x119 pixels. —Ilmari Karonen (talk) 12:10, 22 February 2006 (UTC)[reply]
I have noticed this too, in this image, there renders a 1px bar at the left AzaToth 18:47, 25 February 2006 (UTC)[reply]
bugzilla:5086 now fixed for new thumbs; old thumbs will need some cache invalidation after I've sorted out some other things. --Brion 08:48, 27 February 2006 (UTC)[reply]

Unsafe browsers and special charachters

Hi. I know theres a workaround in place for IE - when you edit it says at the top "WARNING: Your browser is not unicode compliant. A workaround is in place to allow you to safely edit articles: non-ASCII characters will appear in the edit box as hexadecimal codes." im having the same problems in safari with mac 10.2.8. if i edit anything with korean interwiki links they just come up as question marks and french accents get replaced with a diamond shaped box with a question mark in it. can a similar workaround me made for safari? have a look at this diff to see what i mean. whats odder is that it doesnt happen with every edit - it didnt happen on the previous edit (which was also mine. the second edit was trying to fix a mistake i made!) BL Lacertae - kiss the lizard 22:09, 21 February 2006 (UTC)[reply]

What's the User-Agent header it sends? The workaround is keyed on the User-Agent. Also, check for any proxies which could be causing it. --cesarb 22:29, 21 February 2006 (UTC)[reply]
Safari doesn't have this problem. Can you confirm details of the configuration? --Brion 23:02, 21 February 2006 (UTC)[reply]

mac 10.2.8, safari 1.0.3. so yes it does - i only ever use safari. and sorry i havent a clue what a user-agent is. there done seem to be any proxies listed that might effect it either. BL Lacertae - kiss the lizard 04:16, 23 February 2006 (UTC)[reply]

It definitely shouldn't do that; I suspect a configuration problem. I'll see if I can install a 10.2 test partition on my laptop to test... --Brion 01:27, 24 February 2006 (UTC)[reply]
Ok, I've installed Mac OS X 10.2.8, with Safari 1.0.3, and edited Category:Science_fiction_films. There's no apparent problem there.
Where a browser has an encoding problem (like Mac IE) it would always show the problem, not just on some edits; so if you only saw a rare occasional problem it's probably not the browser at all, but something else like a weird transient server bug. If you've seen in more than once, can you supply some additional information, such as if you saw any error messages, odd or slow behavior, if you copied-and-pasted the text into another program to do editing, etc? --Brion 07:51, 24 February 2006 (UTC)[reply]
I suppose ive had this problem about a dozen times in all. usually i notice it and fix it right away since it only effects french accents but this time it mixed up the korean interwikis as well and i had to get help. theres never any error message. it just saves and then i notice all the glitchy charachters. other than that the saves were exactly the same as normal - same speed, no error messages, and no copying and pasting (i did all the editing in the edit window). in fact i did two edits of the science fiction category in exactly the same way within a coupla minutes. the first one went fine, the second caused the glitch (have a look at the cat's history to see). BL Lacertae - kiss the lizard 00:42, 25 February 2006 (UTC)[reply]
Incidentally, is it really necessary to display this message when the article contains only ASCII characters? 207.176.159.90 01:53, 22 February 2006 (UTC)[reply]

Signature

I have a signature that I am rather fond of on a user subpage (/sig) because the nickname field says it is invalid html. Would someone enlighten me as to why this doesn't work as a raw signature?

WAvegetarianCONTRIBUTIONSTALKEMAIL20:58, 22 February 2006 (UTC) [reply]

You had a bunch of misclosed and plain unclosed tags. I've fixed it on your subpage for you. See Wikipedia:How to fix your signature for more information. --cesarb 21:59, 22 February 2006 (UTC)[reply]
Hmm. I copied the basic code structure from User:Brian0918, guess I messed it up in the expansion. Thanks for the help.—WAvegetarianCONTRIBUTIONSTALKEMAIL 05:39, 27 February 2006 (UTC)[reply]

Search getting old results

Not sure if this is a known problem or not, couldn't see anything in the bugzilla. Anyway on 10 December 2005 I did a search for zeland (common mispelling of Zealand as in New Zealand ) and fixed most of them. However when I do a search for the world now like this it still shows the pages from which the word has been removed ( like Official Opposition (New Zealand) and Joan Hammond ) . I would guess there is some problem with the search database not updating. IS this a known bug? - SimonLyall 10:27, 23 February 2006 (UTC)[reply]

The search database is updated periodically. It probably just wasn't updated yet. --cesarb 13:56, 23 February 2006 (UTC)[reply]
It seems a long time, Also if I do a search for Sago Mine it shos up lots of results from early January. - SimonLyall 01:05, 25 February 2006 (UTC)[reply]

Revision navigation doesn't appear if a page is a redirect

This is copied from General complaints - I thought it was more likely to get a knowledgeable response here. Ta. --Cherry blossom tree 13:59, 23 February 2006 (UTC) [reply]

When searching through a page's History, if you choose a revision that is a redirect to another page, e.g. here and here, the revision navigation text, which reads like this:

From Wikipedia, the free encyclopedia
Revision as of 08:48, 11 October 2005; view current revision
← Older revision | Newer revision →

...will not appear. Can someone possibly fix this, please? -- RattleMan 01:36, 23 February 2006 (UTC)[reply]

Known, search BugZilla. Rob Church (talk) 22:42, 2 March 2006 (UTC)[reply]

Finding edits by a range of IPs

Last night I was patrolling rapid vandalism by several anons on the same network. There didn't seem to be many patrollers and admins around, so the vandals weren't blocked and there are probably still some unreverted edits around. Trouble is, I don't know how to find them short of grepping the next database image. Is there a way to do this? Gazpacho 00:57, 24 February 2006 (UTC)[reply]

I rebuilt my computer last week. Ever since, I have not been able to see landscape thumbnail images within galleries (including my own gallery). I can see portrait thumbnails within galleries just fine. I tested my own galleries on a different machine, and it (of course) worked fine. Obviously, the problem is with my machine. I'm using IE 6.0, and JRE 5.0 (just downloaded today). Has anybody seen this problem and know a solution? Rklawton 03:30, 24 February 2006 (UTC)[reply]

More info: when I look at the HTML source code, the <img src tag is missing entirely for landscape images but not for the portrate images. Rklawton 07:36, 24 February 2006 (UTC)[reply]
Try disabling ad blocking software, if you are running any. Symantec products in particular will sometimes mistake Wikipedia images for ads and remove them. Dragons flight 07:59, 24 February 2006 (UTC)[reply]
The problem with some Symantec ad-blocking software, and I believe with similar software from other vendors too, is that it blocks all images from a directory called /ad/. MediaWiki divides images up into randomly named two character directories, and a small proportion end up in /ad/. The solution is to configure Symantec software to always allow wikipedia and wikimedia images. I had this problem with earlier versions of Symantec software, but I don't think it occurs in the most recent (v 3) of Symantec Client Security.-gadfium 08:53, 24 February 2006 (UTC)[reply]
Smoley hokes Batman! That totally worked, and I never would have figured that one out. I've been using PCs since the Apple II (and even some pre-PC machines). These machines get harder to use every year that goes by. Sheesh. Thanks a bunch! Rklawton 04:47, 25 February 2006 (UTC)[reply]

(in)Valid URL broken rendering

The following, perserve looking URL is valid:

http://dx.doi.org/10.1130/1052-5173(2004)014<4:CAAPDO>2.0.CO;2

However Wikipedia renders it as

http://dx.doi.org/10.1130/1052-5173(2004)014<4:CAAPDO>2.0.CO;2

which is broken. It's a minor issue, but potentially worth fixing.

In the mean time, does someone have a table of URL encodings around here somewhere? Dragons flight 14:50, 24 February 2006 (UTC)[reply]

According to RFC 3986, angle brackets are not on the list of permitted characters in URIs, so they need to be encoded. Parentheses and semicolons are on the list of "reserved" characters, meaning that they are only supposed to be used for specific purposes specified in the relevant URI scheme, and encoded otherwise. Thus, your example is not a valid URI. *Dan T.* 14:57, 24 February 2006 (UTC)[reply]
Well specifications or not, IE and Firefox both accept it, so it is de facto valid. Dragons flight 15:25, 24 February 2006 (UTC)[reply]
Nothing says what IE and Firefox should do with invalid URIs, so both just go on and encode things. Other software (like MediaWiki) can do differently. --cesarb 22:20, 24 February 2006 (UTC)[reply]
Didn't you get the memo? The only real standards are what the dominant web browsers choose to do. Dragons flight 22:36, 24 February 2006 (UTC)[reply]
Do the dominant web browsers convert a plain text link to a URL? If they do, will they work with that URL? --cesarb 22:52, 24 February 2006 (UTC)[reply]

http://dx.doi.org/10.1130/1052-5173(2004)014%3C4:CAAPDO%3E2.0.CO;2 works. —Ilmari Karonen (talk) 21:39, 24 February 2006 (UTC)[reply]

Thanks. Dragons flight 22:36, 24 February 2006 (UTC)[reply]

What's wrong with this?
navsource.org: USS Essex
—wwoods 00:58, 25 February 2006 (UTC)[reply]

Two spaces instead of one. --cesarb 14:22, 25 February 2006 (UTC)[reply]
(A) What changed, to make this a problem?
(B) Can someone run a bot to fix the many pages with this problem?
—wwoods 17:43, 25 February 2006 (UTC)[reply]
And now the problem has gone away. What happened?
—wwoods 03:52, 26 February 2006 (UTC)[reply]
The bug was fixed. --Brion 04:30, 26 February 2006 (UTC)[reply]

Single article WikiReader

I'm looking for some technical assistance in producing a "single-page WikiReader", as a trial to investigate how easily this sort of thing is to get done, the article in question being Marian Rejewski. What's the best way of going about this? I've tried saving a copy of the online article and then opening it in OpenOffice; however, the article looks awful! Any tips would be appreciated. — Matt Crypto 18:58, 24 February 2006 (UTC)[reply]

Have a look at de:Wikipedia:PDF-Generator and the external links there. Another possibility would be a software like PDF Creator (*.ps → *.pdf)! You also could try to download the Wikipedia CSS files that are imported in the HTML file "Marian_Rejewski.html" (at the top of the html source code). Or you could save the html file with the full web address to the CSS files (main.css, monobook.css). Then you should get a better result with OpenOffice.org, too. --- Best regards, Melancholie 13:49, 25 February 2006 (UTC)[reply]

page linking template for military of sri lanka

i need help on creating a template for linking the diffrent branches of the sri lankan military. i need a similar template to the one in the army of india page. i need the specfic codes to create the template because i am not very proficient in creating articles.

Edit textarea cutting off

Um... For some reason I can't edit this in Firefox. If I view source, the entire text of the article is inside the textarea, but only the first 4121 characters show up in the edit window. Happens while logged off, too, but doesn't happen in IE. — Omegatron 17:58, 25 February 2006 (UTC)[reply]

Hmm, I don't understand what you mean. How is the "textarea" a different thing from the "edit window"? Anyway, I just added a blank link using Firefox 1.5.0.1, and it seems to work fine. If you're seeing weird problems in firefox but not IE, I'd suspect a rouge extension. -- Finlay McWalter | Talk 18:06, 25 February 2006 (UTC)[reply]
The textarea meaning the actual HTML code, and the edit window meaning the rendered, displayed text area. You might be right about extensions, though someone else had trouble editing it on the talk page, so I didn't suspect that. I'll check for any red extensions. ;-) — Omegatron 18:53, 25 February 2006 (UTC)[reply]
Yep. The latest version of linkification seems to have done it. — Omegatron 19:40, 25 February 2006 (UTC)[reply]

In the last couple of days I have noticed that if you type in a non-existent category (eg typo or not sure of correct name) it no longer comes back as a redlink. This is very inconvenient. Is this intentional or merely a software glitch?--Mais oui! 20:39, 25 February 2006 (UTC)[reply]

This bug already fixed. (see bugzilla:5073) borgx (talk) 03:14, 27 February 2006 (UTC)[reply]

Deleted orphaned fair-use images: are there any logs available?

While I've been away, a bunch of fair-use images that I uploaded got orphaned and then shortly deleted. Contrary to the policy described at WP:IFD, deleting orphaned images doesn't require posting any notification to me. Additionally, I can no longer browse my deleted contributions using Kate's tool, so I can't even tell how many of those images got deleted.

Now the question is, how can I get a list of fair-use images I uploaded that got deleted as orphaned? Is that at all possible? --tyomitch 03:44, 26 February 2006 (UTC)[reply]

Nope. Fairuse is not an integrated software concept, just a little template that those fairuse bots check for. I got hammered by this too (it's real annoying, because they don't care if the images were used on a talk page for fact checking or whatnot). — Ambush Commander(Talk) 03:47, 26 February 2006 (UTC)[reply]
Then maybe there's a way to either
  • make these bots log what they're doing, or
  • make the list of a user's deleted contributions available?
The latter would also allow admins to separate vandals who had all their edits deleted from innocent newbies who had not edited a single page. --tyomitch 07:37, 26 February 2006 (UTC)[reply]
There are logs already. Sorta. Special:Contributions/Roomba (or whatever the tagger bots are) — Ambush Commander(Talk) 22:53, 26 February 2006 (UTC)[reply]
Special:Contributions does not list edits to articles (or image pages) that were deleted later. -- grm_wnr Esc 04:22, 27 February 2006 (UTC)[reply]

For admitted copyvios- how about a new template?

It's evidently plenty worse when someone admits making a copyvio. Therefore, I thought why not have a new template about it?

Here it is: Template:Admittedcopyvio

If you want to see it right here: