Add your new report in the proper section, with a bold title and a date in (yyyy/mm/dd) numeric format. Make sure that different bugs get different titles. Or, if your problem is related to a bug already reported, add your description to that bug's section. If an issue has been resolved, move it over to the "wikipedia:Squashed Bugs" page. PLEASE DO THIS.
Important note to Mozilla users: You may have difficulty saving edits to this and other long pages when using Mozilla 0.9.9. This is a bug in Mozilla (http://bugzilla.mozilla.org/show_bug.cgi?id=130301); if you encounter it, try editing in another browser, or upgrade to Mozilla 1.0 (http://www.mozilla.org/releases/) which has the bug fixed. 2002/04/02, 2002/04/23, 2002/07/06
|
2002-05-09 phma
The Clitic page shows as an old version. If you hit "Edit", the current version shows in the edit box.
Extremophile is also showing up as an old version, and with a diff showing that it is new, when it has been edited several times.
I am still getting this problem on many pages, if the pages show at all.
May 8, 2002:
Titles of Pages
(2002/1/26) The HTML titles of history pages all read ":encyclopedia article from Wikipedia". Furthermore, articles in the talk: and special: namespaces shouldn't be labeled as "encyclopedia articles". --AxelBoldt
(2002/1/28 Cosmetic) special: and wikipedia: pages have title "... - encyclopedia article from Wikipedia". They should not be indexed by search engines or should be indexed with a different page title. This is to "brand" "encyclopedia article from wikipedia" as a source of useful information -- ChaTo
STATUS : Solved in CVS
This is more a semantic bug than software bug. The software renders every page with the the title "[page name]: encyclopedia article from Wikipedia". The problem is not every page is actually an encyclopedia article. I recommend that the title remain for pages in the article space (except for the front page), and change it for all other namespaces. --Stephen Gilbert
Link underlining
(2002/1/25) External links and different namespaces should still be underlined, or there's nothing to indicate to new users that they are actually clickable. Carey Evans
(2002-02-09) Now all 'normal' links are forced to be underlined (with the following):
a { text-decoration: underline; }This is overriding my browser's configured default, which is to display links without underlines. Can't this line just be omitted? -- Matthew Woodcraft
Usability Report
(2002/1/31) I've written a small Usability Report for Wikipedia pointing out some usability problems. -- ChaTo
Two different articles with same title
(2002/1/28) Churches Uniting In Christ has two different articles with the same URL and title. If you type in the URl, you get one article, but if you search for the title, it gives you two different ones... Dreamyshade
Table based layout
More generally, though, the new layout leaves me nonplussed (sorry guys - I know it was probably a lot of work), and worse, putting it into tables creates several varieties of problems:
It should be relatively easy to change the thing to use CSS instead of tables. For an example of CSS and markup that produces a layout similar to this (content area + right side navbar) and works on IE 4-6 and Mozilla, look at http://pineight.com/ --DY
Each page should have a separator between the article and the bottom navbar. Currently, the article is flowing right into the navbar, which is very difficult to read.
There appears to be neat separation with bars all over the place when I view things with IE. But at home, with Mozilla, everything flows together, and is very difficult to get a grip on. GayCommunist P.S. Oh, and that "insert my username as signature" automagically doesn't appear to work, at least not in preview.
Capitalisation
Look at the entry for model organism. The reference to e. coli 0157:H7 doesn't display with the E capitalised. However, when you try to edit the page to fix this, the E is apparently capitalised.
2002-05-30
Wikipedia is down from about 4:40 to 6:00 server time every day. Any sort of access gets a timeout, and there are no changes during that time. -phma
I am not sure if this is the place (if not, just point me on to the right one) but the performance of Wikipedia has seemed to degrade continuously over the past week or two. This is especially true of many of the special pages ClaudeMuncey, Thursday, March 28, 2002
2002/04/23 - Performance has been awful for at least a week. What can be done to speed up the system???? Even with a high-speed link, it takes over 1 minute for any page change. kjgraham
2002/04/24 - There have been some HUGE performance problems with me over the last couple weeks. Over the last week, it seems the server has been down(to my connection @least) from when I get home @ 3:00PM EST to about 5:45. I cannot access the frontpage or any other page. Also, many of the searches are screwing up. Maybe 3/4 of the "most wanted" pageloads fail on any given day. Is the server experiancing any obvious problems? One suspect thing: The Most Wanted, Orphans, etc pages seem to load extra-worse. Are these pages being compiled dynamically for each person viewing them? It would make much more sense, given the load, to compile things like the most popular page at an interval, like every 30 seconds or something, and then load that version of the page. -Squalish
2002/04/24 - For the last few days, Wikipedia has been slower than Everything2, a site notorious for lag. --Damian Yerrick (a date-challenged user)
2002/05/18 - Links don't always seen to be appearing. I created a number of articles on counties in New York State, and they do not show up as links in the New York article. They appear just like all the yet-to-be-done county links. But they are there. (See Allegany County, New York, for example!) -- BRG
By editing and saving the New York article, the links appeared. This even though no change was made in the edit. -- BRG
troubles with slashes in article names
Not sure where to categorize this one, so I'll put it here for now. There appears to be a bug with how Wikipedia handles articles with slashes in their titles. I discovered this while on a rampage deleting 0-length and "describe new article here" articles; when you try to delete an article with a slash in the title, you get a 404 after clicking on the confirmation link. When I changed the URL-encoded slash from %2F into a / in the URL, however, the deletion proceeded normally.
Furthermore, the automatically-generated Talk link from a page with a slash in the title leads to its "parent" aritcle's talk page rather than one for that specific article. For example, check ou the talk link in George Orwell/Shooting an Elephant[?]; it leads to Talk:George Orwell instead of Talk:George Orwell/Shooting an Elephant[?]. --Bryan Derksen, Saturday, May 18, 2002
2002/07/05
I entered a reference to the below book in the knot article. When the 'Save' returned it had turned the ISBN into a link sending the user to:
http://www.pricescan.com/books/bookDetail.asp?isbn=0921335474
The link is not generated by the text of the article. It appears the Wiki software is generating the link. If this is a default setting I would propose http://www.isbn.org/standards/home/index.asp as a better option. If this is a bug can it be remedied?
All The Knots You Need
Lee,R.S.
Algrove Publishing
ISBN 0-921335-47-4
Booo....
Yes, this ISBN linking feature is expected behaviour.
Look at the other ISBN in the article, which I have fixed, to see how it's supposed to work.
I don't see how a link to isbn.org
is useful, since as far as I can tell, there's no way to look up an individual book there.
Pricescan.com
, while of a commercial flavour, gives you access to all the information that you need to find a book.
Unfortunately, that site doesn't have every book — that's why your link leads to an error.
— Toby Bartels, Saturday, July 6, 2002
I suspect that this is because the link is to July 14, 2002
, rather than to July%2014,%202002
or July+14,+2002
, as it should be.
Netscape, at least in its earlier incarnations (I don't know about now), can't handle this, for example.
— Toby Bartels, Sunday, July 14, 2002
Search Encyclopedia
|
Featured Article
|