Wikipedia:Phase II bug reports
Redirects and canonized names: (fixed for next release)
I think maybe the redirect might not be canonizing capitalization. See for instance Computer games, which when I looked at it pointed to computer game and went to that page - not to Computer game, which it should have.
- At this time (March 31, 2001) the canonization code is very incomplete on Wikipedia. This is one of the unhandled cases. The fix for this and several other cases is in the development UseModWiki code, which I hope to release (as 0.92) by mid-late April 2001 (CE :-). See Wiki Canonization for more details. --CliffordAdams
issue with #REDIRECT
For me, at least, I've discovered a slight bug in #REDIRECT. It appears that #REDIRECT Computer games won't work properly, but #REDIRECT Computer_games would.
Me too!
Equation Editing
I found some nifty software that converts TeX equations into real HTML like this:
|
Unfortunately, as you can see, the wiki software seems to be munging the HTML so that things don't come out right. Also, as you can see, the results have the potential to be FAR nicer than the hand-typed alternatives.
I don't get it. It seems to display fine for me (using IE5 on Windows)...
Me too. I'm using Opera 5 on Windows 98. It is right-aligned, though. -- Dave McKee
Does anybody understand what is happening and how to fix it? Having the ability to insert real equations using HTML only would be a god-send on many topics.
----
Insecure logins
I don't know if you would call this a bug..but it sure is an [Identity Crisis] because I am not CliffordAdams.. Not to mention an authorship problem...CliffordAdams.
- I don't see a problem. --Napoleon Bonaparte :-)
Links that do not work:
OK - this is weird. I fixed the American football link in Johnny Unitas, it forwards to the new page, but it will not show up as a link.
- Right now (April 4, 2001), you have to use the same upper/lowercase letters in free links as the target page. (The first letter can be lowercase, but all the others must match.) This means that American Football (capital-F Football) will not currently match American football (lowercase f). This is considered a bug, and it will be fixed in 0.92 (sometime in April 2001). --CliffordAdams (ID 1675. I am not a free man--I am a number!)
There is also a caching problem where links sometimes do not show as active although there have been articles written for them. To make the links show up, make a change to the page that the link is on and then save the edit. Changes that merely add or remove spaces do not work, but any other edits do. But please do not convert the spaces in the link to underscores, as doing so prevents that linked term from showing in a search. (That is, if you're searching for references to "Puerto Rico," the search results will not include any occurrences of "Puerto_Rico.")
More links that do not work / more canonization problems
(BTW (Parentheses work well..)) I dont know if its a problem of canonization but I typed 'Städte in Deutschland', and this created 'Städte In Deutschland' and didn't link to it. I had to relink it with Städte In Deutschland. (In capitalized) StefanRybo
No "Random Page" link
I have "Show Random Page Link" set in my preferences, but the link shows up on same pages and not in others. I can't find any pattern; it seems to be missing about a third of the time.
- This is related to the caching problems above. The caching code is extremely simple--it just prints a complete HTML page saved by a prior user. If the first user (who generated the cached copy of the page) didn't have the random-page option on, the cached copy will not contain the random-page link. Hopefully this behavior will be improved in a future release. --CliffordAdams
- A workaround for me has been to add the random page to Favorites (MS Explorer) --StefanRybo
Slow searches
I'm wondering: just why is Wikipedia so slow, anyway?
(The above might also be discussed on Wikipedia-L.)
- Given the brute-force searching done by the code, I'm rather impressed with the speed of Wikipedia. --CliffordAdams
Pages without the standard bits at top
In the last two days, I've had three pages display with no "HomePage | RecentChanges | Preferences | Random Page You can edit this page right now! It's a free, community project" at the top. The pages open with the title of the article, which you can click on to find occurrences of that word in other articles, followed immediately by the article's text. The pages that have displayed like this so far are Abdul Alhazred/Talk on June 5 at ~8:18a.m. Wikiserver time, Mathijs on June 6 at ~6:35 a.m. Wikitime, and Abdul Alhazred/Talk again at the same time. Just wondering what's going on. It may not be a serious problem but it's clearly a bug. --Koyaanis Qatsi
It happened again today, June 13, at ~1:40 pm wikitime on the Explorers page. I've since alphabetized that page and the headers have reappeared, so I'm guessing it's some sort of caching problem. But I did try the page in Netscape, IE, and Opera before editing it, and all three showed the same page, so it's not browser-specific or a caching problem on my end. --KQ
Also it's happened to Vesalius, Boerhaave, Mondino, and Dejima Thurs June 28 8:59 a.m. wikiserver time--four of the five pages added between 7:30 and 8:00 that morning by Mathijs--what kind of configuration error in the server might cause that? If you edit the page and save, the error corrects itself. I haven't done it yet. But Siebold shows up fine. Go figure. --KQ
- This is probably the same kind of problem explained above in the "No Random Page Link" section. --CliffordAdams
You can edit this page right now! It's a free, community project This line is missing in the German version on top of the page. Maybe its better for people to have it on top - esspecially in this build up phase. Or have set up preferences wrong?? --StefanRybo
Example: Nitroglycerine. Compare the source with the appearance. Is something wrong. (At the time i make this complaint, there is no such article. This may matter.)
- This is intentional. The first letter of all pages (and the first letter of subpages) should be capitalized, and the wiki should force capitalization if it is entered in lowercase. Unfortunately, the 0.90 version has a few ways that lowercase pages can slip in--they are fixed in 0.92. (All pages will be capitalized when the conversion occurs.) --CliffordAdams
Preferences bug Sure, it's minor, but there's a link to edit the 'Saving Preferences' page. Naturally, it doesn't work. -- Dave McKee
It's also there on "History of..." pages, and search result pages, where it is also not functional. --LDC
- I'd like my cookies and preferences to start working again. Can anyone explain why they don't? Did anything get changed over the weekend 10th/11th March? -- Gareth Owen
- No relevant changes occurred over that weekend as far as I (CliffordAdams) know. Since the user-ids use cookies, the login feature wouldn't help your problem. (There is a mostly-undocumented/unsupported login function. It will be announced more widely when it is documented and better supported.) --CliffordAdams
www.wikipedia.org is broken Hello, I just paid my first visit to www.wikipedia.org and all the links are broken. An Apache config error no doubt; on www.wikipedia.com they work fine. -- Reinier Post
Cache bug
- Possible bug to be fixed. Look at data compression. The link at the bottom to Arithmetic coding, looks like there is no article there yet, but you click on the question mark and you get the actual article to edit. (This now appears to be fixed?)
- This is a caching problem; to make the link appear simply edit the page and save. Any edit which does not merely add or remove a space will work; some people convert the spaces in a link to underscores, but I think that trick is to be avoided because then the term does not show up in a search. I like to add the html code for a space ( ) somewhere, as it doesn't change anything in the text.
Edit locks Perhaps not a bug, though it does have a fix. Sometimes an edit lock lives for a very long time making it impossible for anyone else to edit anything on site. To fix this, visit this url:
http://www.wikipedia.com/wiki.cgi?action=unlock
Line Breaks I'm not sure if this is just weirdness with my particular OS/Web Browser, but I think it might have something to do with the way the wikis are saved... the problem is that every time I preview an edit, it adds an extra "space" to the end of every single line. I looked at the source for the page and discovered that what it is actually doing is putting an extra linebreak, a ^M, carriage return, ASCII character 13, whatever you want to call it, at the end of every line. This doesn't matter for the most part, but when I'm doing ascii art with the pre tag or equivalent, it adds an extra line in between every line of text ... very bad.
I'm using Opera 5 on Linux ... I believe the problem lies with Linux and its not using the ^M carriage return as part of its linebreak characters, instead it uses ASCII character 10, the "linefeed". DOS/Windows uses both the carriage return and the linefeed. Hence all the extra Carriage Returns get slopped on the end.
But again, I'm not sure if this is a deal with Linux/Unix in general, or just a buggy way that Opera 5 under Linux deals with the difference. Any ideas? It's getting rather annoying. ----
HomePage and various other places state that Wikipedia is covered by the GNU Free Documentation License. This is not true for at least the following pages: GNU General Public License, GNU Free Documentation License. This should be fixed ASAP, the question is how:
(a) replace these pages by external references, or
(b) modify the license notice to carry the exceptions.
On a related note, the license notice should be clear about invariant sections and cover text. I recommend replacing "Wikipedia is covered by GNU/FDL" and similar texts by a reference to Wikipedia Copyright. I put an example there, which is of course open to debate.