Editing Encyclopedia:Old bug reports (section)

== Miscellaneous Problems ==

'''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... [[user:Dreamyshade|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 renders *much* slower, esp. on big pages. (This with an Athlon 900!)
* In my experience, tables won't render in Netscape 4 unless the whole page loads - so no cancelling partway through a long page.
* Tables make it harder to do things like select text and parse page structure with a script.
-J

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/
--[[user:Damian Yerrick|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. [[user:GayCommunist|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.
:You can't use colons (:) in regular page titles; if you try to create that page, it will not be allowed. Colons are reserved for separating a namespace (talk:, wikipedia:, log:, user: etc) from a page name. It is a little odd that the link is being shown in the article with changed capitalisation, however. But really, the link should not even be recognised as a link if it's an invalid page (as "e. coli 157" is not a valid namespace), this should be fixed. [[user:Brion VIBBER|Brion VIBBER]] 2002/03/14

----

=== Performance ===

2002-05-30<br>
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 [[user:ClaudeMuncey|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. --[[user:Damian Yerrick|Damian Yerrick]] (a date-challenged user)
:Date-challenged? When I set the date two days in the future, I was only predicting the time it would take Wikipedia to finally commit the changes to this article ;-) Fixed. --[[user:Damian Yerrick|Damian Yerrick]]
 
---- 

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.

:Possibly an Apache configuration problem; I'm not quite sure what's up with it, but changes already in CVS conveniently work around it by calling the script name directly instead of relying on the URL rewriting with the pseudo-directory /wiki/. [[user:Brion VIBBER|Brion VIBBER]], Saturday, May 18, 2002

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]]. --[[user:Bryan Derksen|Bryan Derksen]], Saturday, May 18, 2002

:Hey, that's not supposed to happen! Grrr. [[user:Brion VIBBER|Brion VIBBER]], Saturday, May 18, 2002
----
'''ISBN ghost link'''

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'''<BR>
Lee,R.S.<BR>
Algrove Publishing<BR>
{{ISBN|0-921335-47-4}}

Booo....

[[user:Satsun|Satsun]]

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 <code>isbn.org</code> is useful, since as far as I can tell, there's no way to look up an individual book there.
<code>Pricescan.com</code>, 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 &mdash; that's why your link leads to an error.
&mdash; [[user:Toby Bartels|Toby Bartels]], Saturday, July 6, 2002
----
I have twice had problems editing wikipedia articles using the Opera browser (5.0.498) on Mac OSX (10.1.5).  It seems not able to handle long articles, truncating them drastically and annoying the heck out of whoever typed all that stuff in in the first place.  The problem is made worse because I, at least, am not in the habit of using Preview to compare what is produced to the previous version because I am really only checking the changes I put in intentionally.   Nor do I customarily run a Diff after the article is saved. I am reluctantly dropping Opera despite its other virtues. One Opera virtue I will miss: it clicks when a page completes loading, very useful when wikipedia is in molasses mode, allowing me to multiprocess off somewhere while "Awaiting document from wikipedia" I've also reported this problem to Opera.[[user:Ortolan88|Ortolan88]], Thursday, July 11, 2002

:This is a problem with many browsers on the Macintosh platform, and appears to be due to a limitation in the MacOS text edit widget (only 32k of text allowed, any more is truncated). [http://mozilla.org/ Mozilla] implements its own widgets and should not be limited by this. ([http://netscape.com/ Netscape 6/7] should be the same, being a derivative of Mozilla). --[[user:Brion VIBBER|Brion VIBBER]], Sunday, July 14, 2002
----
when I click on the date [[July 14, 2002]] on the tool bar, I get a "parameter is incorrect" message..., Sunday, July 14, 2002

:I thought we already took that feature out? (It was very unpopular; the last thing we need is an article for every day in history! :)  The simple solution: go into the [[special:EditUserSettings|preferences]] and change the "skin" to the improved Cologne Blue interface. Nasty link-of-the-day is definitely gone there, and in general the site is more attractive. --[[user:Brion VIBBER|Brion VIBBER]], Sunday, July 14, 2002

::ok. Thanks. But I prefer not to switch to cologne blue until I have no more choice. Though it's MUCH nicer, the color of the links is too pale, I don't see very well and it's rather tiring to my opinion. Worse, the navigator doesn't appreciate at all the dynamic links of the tool bar, the police is all wrong, small and distorted. On the fr.wiki I can't use Netscape at all, because it refuses links with accentuated letters...something to do with encoding, but I didnot find the solution. I guess Netscape is really on its way out...--ant. <br>btw, we are done with the homepage translation

I suspect that this is because the link is to <code>July&nbsp;14,&nbsp;2002</code>, rather than to <code>July%2014,%202002</code> or <code>July+14,+2002</code>, as it should be.
Netscape, at least in its earlier incarnations (I don't know about now), can't handle this, for example.
&mdash; [[user:Toby Bartels|Toby Bartels]], Sunday, July 14, 2002

:true. It does link to a blank page to be filled on Opera. So that's a netscape issue (4.7) -- ant