This is an archive only of bug reports from Phase II of the Wikipedia software (used before June 20, 2002). Please see Wikipedia:Bug reports for instructions on adding bug reports for the current system.
=== el error, imagino de poca importancia, es que he notado una pequeña singularidad ; si usted va a una página especial tal como [ [ special:NewPages ] ] directamente, los menús del borde de la página son celestes, como deben ser, pero si usted va allí directamente,redirigiendo por ejemplo [ [ los nuevos asuntos ] ] los menús del bode siguen siendo blancos como si fuera una página normal [ [ user:Bryan Derksen|Bryan Derksen ] ]
(2002/5/30) I note that the [[ sytax for internal links requires proper capitalization. I like my capitalization to be "proper" and thus use the | syntax all the time to allow the link to work. This is all the more frustrating because many of the entries have incorrect capitalization.
This could all be fixed if the wiki's were case-insenstive in the same way the search is. Or am I missing something obvious?
Backslashes don't display, Wednesday, May 29, 2002
See Blackboard_bold for two examples. This is a new bug, since they used to work. --Zundark, Wednesday, May 29, 2002
Several asterisks in a row will prevent linewraps (or increase the linewrap length considerably?) Koyaanis Qatsi, Monday, April 8, 2002
See the history of Talk:Terrists for an example. I doubt this is a common issue, though, since most of us use four dashes. :-)
Table positioned between two paragraphs displays at bottom of page
(possibly related to above bug??) Wednesday, April 10, 2002
If you look at the table in Talk:High_German, you'll see that instead of appearing between the two paragraphs of my note, it leaves a "close table" tag where the table belongs and puts the table at the end of the page. I've double-checked my table code for errors, and can't find any. I've also tried just making one big table, with the first and last paragraphs in their own table rows, but the problem persists. Is this a bug, or am I having a Stupid Attack™? pgdudda
Linking error 2/25/02
Oregon consititution had several articles with multiple spaces in them - so the link was Article II (two spaces before this) title here instead of Article II title here and the link resolves to different locations. Rob Salzman
Last line link in list
(2002/1/29) If the last lines of an article looks like this:
then the bottom part of the page ("Main Page | Recent Changes...") will be indented to the left and screwed up. See SandBox for an example. This only happens if all of the following are true:
- we are in a list
- we have an URL link
- The last letter of the URL is /
- The name of the link occurs on the next line
- You are using IE 5.5 on Windows. Netscape 4.76 on Linux does not show the effect.
(2002/3/2) Right now, I see the bug also in Netscape. An example is at the bottom of Duverger's Law. AxelBoldt
- That page renders correctly for me on Mozilla 0.9.8 & Netscape 4.78 (Linux). The example in wikipedia:Sandbox still leaves an indent on the following page contents (which is due to a bug in the wiki-to-html rendering code), but not in the link bar at the bottom (which is now separated by a div tag, so there shouldn't be any interference). Brion VIBBER 2002/03/02
Another linking error - My user page had some external links that were just the usual raw html://yaddayadda.com/etcetera and they used to work, but today they didn't. I wasn't because there was an asterisk or a parenthesis immediately before or after the URL. It doesn't seem to be because the URL ends in a / - I looked at other user pages to compare, and I cannot figure out why it wasn't working - gremlins? (Look back one or two levels in the history of my user page to see the formats - I've since forced it to work, by hiding the URL from the displayed page.) -- Marj Tiefert, Wednesday, May 15, 2002
- I believe that the current software is actively unlinking URLs like that. I edited a page that had an external link in it of the form you describe above, just a bare URL, and even though I didn't touch the external URL in question it came up unlinked after the edit. Try it out; find a page with an existing external link, edit it, and the link will be gone in the new version. This doesn't apply to links using the syntax [http://yaddayadda.com/etcetera name of link here], however. Those remain intact through an edit. Bryan Derksen, Monday, May 20, 2002
- This only seems to happen under some circumstances; I've seen it in some articles, but I can't for the life of me reproduce it in Wikipedia:Sandbox. I think it may be already fixed under the current development version (where I can't reproduce it even by exactly copying Marj's user page). Brion VIBBER, Monday, May 20, 2002
- If you only have a naked URL on a page, it won't turn into a link. If there are other URL's on the page, it sometimes turns into a link. This is fixed in CVS. AxelBoldt
- 2002-6-10 Seems to still be a problem; see the links at the end of daylight saving time for an example. Rootbeer
- 2002-6-16 I fixed daylight saving time by opening it for editing and saving it again with no changes. I don't know enough about the internals (caching?) to say why it worked. But if this problem has been fixed in the software now, I suppose that any other pages with non-working links will eventually be edited, and thereby start working again. Rootbeer
STATUS: FIXED IN CVS?
Parser generates extra whitespace
The Bipolar disorder page is full of extra whitespace - looking at the article reveals lots of <p> </p;gt; and <pre> </pre> spans generated.
Similarly, if an otherwise emply line contains some white space, the previous parser took that as a paragraph break, while the new parser treats it as a block of indented nothing, resulting in too much space between the paragraphs.
If whitespace precedes a #, then it is taken to be a numbered list, while before it was taken as a literal # (which is the correct behavior, especially useful for programs). AxelBoldt
STATUS : Solved in CVS
Bad table code can screw up layout
Full article ▸