Wikipedia:Squashed bugs
Please report any new bugs in the Wikipedia software over in wikipedia:Bug Reports. This is not the place to point out mistakes in a Wikipedia article (you can do that by simply editing that article), nor is it the place to request new software features (you can do that at Feature requests), nor is it the place to report new bugs, because nobody's going to notice them here.
Only put a bug here if it's been resolved, and you're taking it out of the Bug Reports page!
Fixed
Nested tables don't work (2002/02/23)
So Far, it appears this bug has been squashed
While trying to come up with a template for the table to be used in all chemical element entries, I discovered that the wikipedia software appears to deliberately break table code that should work just fine. I was attempting to create a table that had 2 columns in the top half and 6 columns in the bottom half, with the 6 column half handling its internal layout independantly of the 2 column half; to this end, I created a 6-column table and nested it inside the 2-column table. It worked just fine when I tested it outside of Wikipedia. However, upon testing it in wikipedia, I got the following:
| General | |||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Name | Beryllium | ||||||||||||||||||||||||
| Symbol | Be | ||||||||||||||||||||||||
| Series | Alkaline Earth Metal | ||||||||||||||||||||||||
| Group, Period, Block | 2 (IIA), 2, s | ||||||||||||||||||||||||
| 3rd ionization potential | 14848.7 kJ/mol (153.893 eV) | ||||||||||||||||||||||||
| Isotopic | |||||||||||||||||||||||||
|
|||||||||||||||||||||||||
It appears that the second set of <table> tags got escaped.
Wrong links with cross-language links (2002/02/05)
On pages with cross language links, like Table tennis, all the links on the page show as external links, even though they're to Wikipedia articles. --Carey Evans
- Fixed in CVS, should be up sometime soon along with some HTML fixes and improvements to the search engine. 2002/2/14 Brion VIBBER
Javascript in generated pages
(2002/1/27) Too much HTML is let through unchallenged. For example, try the following link not to my user page, Carey Evans. HTML 2.0 plus tables should be enough for formatting Wiki pages, though I'd prefer to be able to do everything without HTML at all. --Carey Evans
- This is partially fixed; non-approved HTML tags are no longer let through, but they're not checked for internal safety. Ie, I can still do the same thing using a "safe" tag. JavaScript-releated elements should definitely be removed... --Brion VIBBER 2002/02/06
Here's another example of evil javascript I found over in the Goatsec.xs article. It used to lead to the web page in question, but I've rewritten it to spare your eyeballs. Just move your mouse pointer over the link and then without clicking it move your mose pointer off of it again. http://www.wikipedia.com/wiki/Goatse.cx
HTML tags should not be possible in the page title
(2002/1/29) See http://www.wikipedia.com/wiki.phtml?title=Christopher_Tolkien for example. This shows up in the recent changes, where the html is rendered if the page is edited. Can do some nasty stuff with unclosed tags. This is in konqueror 2.2, maybe the effect is somewhat different in other browsers.
- Nope, it's a bug. Working on it. --Magnus Manske
Preview of <pre> and handling of HTML entities
(2002/1/29) The preview of a page which has HTML entities inside a <pre> environment differs from the rendering of the saved page. Specifically, if the page contains the text & a m p ; (without the spaces) inside a <pre> environment, then the preview will show this as & a m p ; while the saved page will render it as &. This is an issue when editing the "Character Formatting" section of How to edit a page. --AxelBoldt
ISBN numbers with check digit of X (2002/02/10)
ISBN numbers with a check digit of "X" like ISBN 1-55634-399-X are not linked correctly to Pricescan - the numeric part is linked, but a space is inserted before the "X" and it is not included. --Carey Evans
Edit Conflict! with myself! and creation of new, incorrectly titled pages (2002/02/10)
When I try to redirect, I get an edit conflict BUT, just to make it interesting, I'm also somehow creating a new page. Here's what happens:
- I'm logged in
- I open a page (this seems to be happening only when I'm opening a page on a titled person, BTW) to edit
- I copy the information in the page and then type #REDIRECT pagename
- I get an edit conflict
BUT -- a new page has been created, with a funny Bpagename/b rest of pagename as the title.
- Does the link to your new page have bold tags (<b>) in it? Knowing *exactly* which pages you're talking about would be a great help. -- Brion VIBBER
sorry Brion -- you mighe want to check the recent changes, but the ones I can think of off the top of my head are Gustavus Adolphus (AKA BGustavus Adolphus/b) and BMaximilian I/b holy Roman Emperor -- I viewed the source, and for some reason there are complete HTML tags in the code -- these appear as I've just described on the page titles. David Parker and I think Lars have re-created the pages (namespaces?) properly by adding the correct title (with underscores in the spaces) after '/' in the navigation bar. JHK
- Okay, my guess at what's going on is that someone created the page from a link that turned up in the search page. The search page is horribly buggy and, among other mortal sins, puts bold tags around located search terms *before* the page extracts are wiki-interpreted, thus creating links with bold tags in them. Previously, the tags would actually slip into the page title, sometimes unnoticed. Now, the < and > are stripped out, the B and /B are clearly visible, and it should be noticible to the person editing the page. In the short term, please read the title when you're editing a new page! If it looks completely wrong, start over. The search page is being rewritten, so this can be fixed in the process... Brion VIBBER
This isn't good. Checking now to see if it works if i remove all content first...
Nope -- still happens -- Creates a new page which comes up correctly under search (where the bolded part shows bold), but the tags remain in the actual page title.
- I'm not sure I follow. If I go to Bgustav/bus Adolphus of Sweden, I get redirected to Gustavus Adoplus of Sweden and everything looks fine. The messed-up title appears only in the URL bar, because when you follow a redirect you get the new page with the old URL. If I'm looking at the wrong thing, let me know. 2002/2/10 Brion VIBBER
Edit conflict "Text you submitted" not in edit box
(2002/2/12) On the edit conflict page, the the text you submitted should be put in an textarea box, but it's not.
DIFF corrupts the database? (2002/02/08)
The (DIFF) links seem to have several problems. I've noticed that if I click on the first (DIFF) link on either the history page for an article, or on that article's listing on my watchlist, then it refuses to show the difference. When I tried several of the diffs for one article, it actually corrupted the database, I think. As of right now, if you go to Raven_paradox, you'll see what looks like a DIFF page for an old version of the article. But if you click on "edit this page", it brings up the text for the current version of the article. Something must be inconsistent in the database right now.
- Known problem, fixed in the code, fix should be online ANY SECOND NOW. Brion VIBBER
- It looks like the software isn't damaging pages any more. But the damage to pages like Raven paradox remains. Will that be fixed automatically, or should we start looking for such pages to fix them by hand?
- If you see such a broken page, hit "edit this page" then "save", it'll clear the page's cache and all is well. We'll try to put in a way to automatically refresh pages from time to time, but it's not set up yet. Brion VIBBER