Wikipedia:Phase II bug reports: Difference between revisions

Revision as of 20:07, 18 February 2002

Latest revision as of 06:05, 14 March 2025

(276 intermediate revisions by 74 users not shown)

Line 1:

{{archive}}

Please report bugs in the [[wikipedia:PHP script|Wikipedia software]] here. 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 [[wikipedia:Feature_requests|Feature requests]]).

{{see also|Wikipedia:Squashed bugs}}

'''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.'''

Add your new report at the top, with a '''bold''' title and a date. 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 down to the "Resolved issues" section.

== UnresolvedProper Issuessections ==

*[[Wikipedia:Bug reports/Logging in|Logging in]]

*[[Wikipedia:Bug reports/Editing|Editing]]

*[[Wikipedia:Bug reports/Parser|Parser and formatting]]

*[[Wikipedia:Bug reports/History|History and diffs]]

*[[Wikipedia:Bug reports/Searching|Searching]]

*[[Wikipedia:Bug reports/Special pages|Special pages]]

*[[Wikipedia:Bug reports/Internationalization|Internationalization]] (character set issues, etc.)

'''Wrong links with cross-language links 2002-02-05'''

== Uncategorized bugs ==

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.

--[[user:Carey Evans|Carey Evans]]

:Fixed in CVS, should be up sometime soon along with some HTML fixes and improvements to the search engine. 2002/2/14 [[user:Brion VIBBER|Brion VIBBER]]

<b>14 Feb</b> I add the name [[Georgi Konstantinovich Zhukov]] to <b>Major figures of World War Two</b> on the [[World_War_II]] page, hit save and scroll down to check it is there, it isn't, I hit refresh and I get a edit conflict.

'''11 Feb, Nested HTML tables do not work.''' It seems the wiki parser goes into "table mode" when it sees a &lt;table&gt; and exits table mode when it sees a &lt;/table&gt;. Instead it should increment a table nesting integer for each &lt;table&gt; and decrement it for each &lt;/table&gt; so that it can keep track of nesting levels. --[[user:Eob]]

Example:

<table border="1">

<tr><td>

top cell of outer table

</td></tr>

<tr><td>

bottom cell of outer table

<table border="1">

<tr>

<td>left cell of nested table</td>

<td>right cell of nested table</td>

</tr>

</table>

</td></tr>

</table>

:Just your luck, I'm rewriting the HTML-munging code at this moment, and the new code shows your table perfectly. Ought to be in place in the next day or two, along with some other bug fixes. --[[user:Brion VIBBER|Brion VIBBER]]

'''Can't edit a redirected entry''' - 12 Feb

I cannot edit the link for [[Juggler]]. It gets redirected to [[Juggling]]. On the Juggling page I click on the (redirected from [[Juggler]]) link but end up on the same page. Could someone try this out and let me know if the problem is specific to my OS/browser combination (MS/IE6)? --[[user:MarkReid|MarkReid]]

:I get the same, with Linux/Mozilla. To actually edit the page, click the "redirected..." link, then edit the URL to change "/wiki/Juggler" to "/wiki.phtml". --[[user:Carey Evans|Carey Evans]]

19 Feb - '''Further problem with redirected entry'''

I tried [[user:Carey Evans|Carey Evans]] suggestion and was able to bring up an edit box for [[Juggler]]. I changed the redirect to [[Juggle]] but every time I go to save it I get an '''Edit Conflict'''. Very frustrating. --[[user:MarkReid|MarkReid]]

:Look further down this page for [[user:Damian Yerrick|Damian Yerrick]]'s report on "Edit conflict on re-direct to nonexistent page". The redirect ''has'' been saved, it's just that the [[Juggler]] page doesn't exist. --[[user:Carey Evans|Carey Evans]]

11 Feb To get such a search page, try searching for Lenin and clicking the "Vladimir Lenin" in one of the results. --[[user:Damian Yerrick|Damian Yerrick]]

11 Feb answer to Brion -- yes -- I am SOOO sorry -- I forgot to mention the crucial part of Where I discovbered the page had been created! I found it on the search page and went from there. DUH -- I'll try to be more specific in future. [[JHK]]

:Oh good, thanks! I'm just glad it's what I thought, and there's not some other bug out there that we have to track down. :) Should be fixed when Jimbo next upgrades the running software. [[user:Brion VIBBER|Brion VIBBER]]

'''Edits when not logged in are considered "minor"?'''

This, in my mind, is a horrible idea. I hope that's a bug, not a feature. [[user:Koyaanis Qatsi|Koyaanis Qatsi]]

::Ack! That's the exact opposite of what it's supposed to do. Expect this to be fixed sometime soon... [[user:Brion VIBBER|Brion VIBBER]] 2002/2/10

'''Most Wanted''' 2002-02-10

A third of the articles listed on [[special:WantedPages]] already exist. Clicking on the link to regenerate the page doesn't make them go away.

'''Update''' 2002-02-12:

By now, over 70 percent of the [[special:WantedPages|Most Wanted pages]] have been filled.

When I tried to refresh the page to bring in more entries, I got the following error:

:''(The page was last refreshed just -160980 minutes ago; please wait another 160985 minutes and try again.)''

160985 minutes equals 111 days and change.

Was this put in place on purpose, to keep people from refreshing the page until early June?

After a while, the feature becomes absolutely useless.

--[[user:Damian Yerrick|Damian Yerrick]]

::The timestamp is incorrect and needs to be fixed by someone with access to the database. --[[user:Brion VIBBER|Brion VIBBER]]

'''Tarballs''' 2002-02-10

The tarballs don't have the date as part of the filename, so there's no way to tell what version they are. Also, it isn't clear what the difference is between wiki.tar.gz and wiki-pl.tar.gz. The latter is 1/10 the size. Is it missing something?

'''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.

--[[user:Carey Evans|Carey Evans]]

'''RFC auto-linking no longer works''' 2002-02-09

I seem to recall that writing, say, RFC 1519 in an article would auto-link to a repository of RFC's. This no longer seems to work.

:IMHO, that's a feature, not a bug. --[[Robert Merkel]]

----

'''[[Clitic]] comes up as an old version'''

2002-05-09 phma

'''HTML named entities not working while previewing''' 2002-02-09

The Clitic page shows as an old version. If you hit "Edit", the current version shows in the edit box.

HTML named entities are escaped while previewing and because of that they don't work (e.g. &deg; becomes & d e g ;). See [[Jupiter]] for an example. --[[user:Uriyan|Uriyan]]

[[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.

:They're only escaped in the preview render; in the article text they remain correct, and will be shown properly after saving. Should be fixed soon... [[user:Brion VIBBER|Brion VIBBER]]

:Page caching has recently been reactivated after a couple of months disabled, but the old page cache wasn't cleared. Some pages may thus show the old cached versions; this should be fixed pretty soon. In the meantime, editing and immediately saving a page should re-cache it with the current version. [[user:Brion VIBBER|Brion VIBBER]], Thursday, May 9, 2002

'''DIFF corrupts the database?''' 2002-02-08

:''Yes, this is still happening a lot. It's nasty -- can we turn off caching until we are sure it is 100% reliable?'' [[user:The Anome|The Anome]], Monday, May 20, 2002

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. [[user:Brion VIBBER|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. [[user:Brion VIBBER|Brion VIBBER]]

'''Capitalization problem''' 2002-02-08

In putting titles of plays into the [[Pulitzer Prize]] page, some of the letters which are capitalized on the editing page appear in the final text as being uncapitalized. The example I noticed was for <i>[[Angels in America: Millennium Approaches]]</i>, in which the first two capitalized A's are not capitalized in final text even though they are capitalized on the editing page (as is true on this page as well}.

:Sorry, you can't use colons (:) in page titles. The colon is reserved for special pages, like [[special:Watchlist]], [[talk:France]], [[log:Uploads]], etc. "angels in america" is getting put into lowercase because that's the way special pages are named, with the first part in lowercase. I recommend using <i>[[Angels in America - Millennium Approaches]]</i> instead to avoid this problem. (See the [[wikipedia:PHP script FAQ|PHP script FAQ]] for more about these niggling little things.) --[[user:Brion VIBBER|Brion VIBBER]]

'''Recent changes shows previous edit''' 2002-02-09

Edit a page, and recent changes shows it as the previous edit; I noticed this when I'd apparently just edited a page I hadn't touched for a week; someone else had just edited it, buit it appeared in Recent changes as my previous edit, complet with summary.

Just submitted this edit, and the edit shows OK. Looks as if the sequence is actually: someone creates a new article; No problem. Someone comes along, edits the new article, which has had no revisions yet, and then recent changes reports that edit as the original creation of the article instead...

:Sounds like someone created a new page that your page linked to. Known bug, fixed in CVS, fix should show up here soon. --[[user:Brion VIBBER|Brion VIBBER]]

'''Unable to edit large pages''' 2002-02-09

when I open to edit any of the larger pages (eg Nuclear Weapon, Wikipedia: Bug reports) I am unable to type any characters in. I can move the cursor and cut-paste but I cannot type.

:What browser, what version, what operating system are you using? (If you're using Mozilla, try going into your [[special:editUserSettings|preferences]] and disabling the QuickBar. There's a bug in Mozilla that makes editing a text box inside a table verrrrrrry slowwwwww.) [[user:Brion VIBBER|Brion VIBBER]]

'''Bogus Logged IP''' 2002-02-09

It's really easy to log a fake IP address, see [http://www.wikipedia.com/wiki/Carey_Evans&action=history] for example.

I'm not going to just explain how here, though; anyone who knows how the previous logged IP address problem was fixed should be able to figure it out, or can email me.

--[[user:Carey Evans|Carey Evans]]

You don't even need to fake it, Wikipeida is logging me as 213.105.195.101, while the reality is 62.62.253.xxx.

'''Full IP address in page history''' 2002-02-09

Although the last octet of the user's IP address is xxx'ed out on [[special:RecentChanges|Recent Changes]], the page history now shows the complete IP address.

--[[user:Carey Evans|Carey Evans]]

'''"Orphans"''' page isn't completely correct. For instance, Godfrey_Reggio is not and never has been an orphan page; it was created long after the article for his documentary ''Koyaanisqatsi''. Similar issue with other articles listed.

I've noticed that "Orphans" gets confused by whether a title contains spaces or underscores between its words.

If an article is created with underscores, but all the links to it have spaces, then it

is listed as an orphan. I've noticed that in the URLs, the strings "%20", "_", and "+" can be

used interchangably. "Orphans" should be updated to treat all three the same.

'''Character 0 vanishing''' 2002-02-07

The second line of http://wikipedia.com/wiki/Geologic_timescale starts off with " 0 ". The 0 is simply disappearing in the displayed output. I put in an extra space to make the page look closer to right. I'm reasonably sure the 0 was being displayed two weeks ago.

:Fixed in CVS; should work again when the software is next updated. --[[user:Brion VIBBER|Brion VIBBER]] 2002-02-07

'''"Most wanted" articles with trailing spaces''' 2002-02-04

A link of the form [[Kingdom of Israel | Israel]] (note the spaces in the link source) causes the Most Wanted page to think that an article called Kingdom_of_Israel_ (note the trainling underscore) is required. I have created a redirect to Kingdom_of_Israel to fix this particular case.

:This is already fixed. Jimbo, please upgrade us to the latest CVS version and clear the page cache (which should always be done when the software is upgraded so that pages misrendered by old bugs can be corrected automatically.) And no, Anome, we can't just turn everything off until we're sure it's 100% reliable -- then there would be no Wikipedia at all! :) [[user:Brion VIBBER|Brion VIBBER]], Monday, May 20, 2002

----

May 12 2002

I am still getting this problem on many pages, if the pages show at all.

'''Simple searches failing with apostrophes''' 2002-02-04

A search for 'benfords law' failed to find the [[benford's law]] article. (I put in a redirect to fix this, but this is such a common case that this is arguably a bug.)

'''Searches also fail with hyphens''' 2002-02-12

May 8, 2002:

Probably related to the apostrophe above; a search on 'Kraft-Ebbing', 'Bulwer-Lytton' or 'Sacher-Masoch' comes up blank, in spite of there being articles on all these people; a search for 'Lytton' though, does come up with the correct page, so the problem appears to be the non-aphanumeric character. [[user:Malcolm Farmer|Malcolm Farmer]]

----

'''User contribs link doesn't work on user page that starts with a lowercase letter'''<br>

'''Diffs of this page missing'''

Looks like the lowercase user name contribs bug is back - check out [http://www.wikipedia.com/wiki/special:contributions&theuser=Maveric149 Maveric149's contributions] and [http://www.wikipedia.com/wiki.phtml?title=special:contributions&theuser=maveric149 maveric149's contributions] --[[user:maveric149|maveric149]], Wednesday, April 3, 2002

== Titles and Labels ==

2002-02-02 If you check the history or diffs of this very page, you will always get "no changes, this is the first version", even though it isn't. --AxelBoldt

----

=== Mysterious edit conflicts ===

10 February 2002

'''Edit Conflict! with myself! and creation of new, incorrectly titled pages''' 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 <b>bold tags</b> (&lt;b&gt;) in it? Knowing *exactly* which pages you're talking about would be a great help. -- [[user:Brion VIBBER|Brion VIBBER]]

<i>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.</i> [[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 &lt; and &gt; 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... [[user:Brion VIBBER|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 [[user:Brion VIBBER|Brion VIBBER]]

Also tried logging out, but the system won't log me out because of the cookie thing. Advice would be nice! [[JHK]]

:We're working on it. :(

'''Edit conflict on re-direct to nonexistent page''' 2002-02-04

Actual behavior: When I <code>#REDIRECT</code> to a not-yet-existent page, I get an Edit Conflict&trade;.

Expected behavior: redirect to parget page with "Describe the new page here." like usemod did. --[[user:Damian Yerrick|Damian Yerrick]]

----

'''Edit conflicts with myself'''

I seem to be getting into regular edit conflicts with myself! I start editing a page and it throws up the edit conflict dialog, but top and bottom boxes are identical and contain only my immortal prose. a second "save" usually fixes this, except, it seems, when I am working on a redirect, when I end up in an infinite loop of edit conflicts. [[user:clasqm]]

This happened to me too. It doesn't seem to happen as much anymore, though...maybe it has been fixed? [[user:Dreamyshade|Dreamyshade]] (2002/1/31) seems as it has been fixed -- [[user:chato|ChaTo]]

:No, it has not been fixed. See [[Mercury/God]], for example. --[[user:Zundark|Zundark]], 2002 Feb 3

::I don't have any problem editing that page now. Can you confirm? --[[user:Brion VIBBER|Brion VIBBER]] 2002-2-6 23:09 PST

::See the bug below. The above is probably a dupe.

'''"Go back to edit some more" doesn't work'''

* 9 Nov - I cannot simply hit the back button in my browser, after I have saved a page, and make another change to the page. I do that all the time in UseModWiki, but I can't do it on PediaWiki because I get into an edit conflict with myself.

** Now you can, but after "back", you'll have to hit "reload" to correct the timestamp embedded in the HTML of the editing page. --[[user:Magnus Manske|Magnus Manske]]

** This is still a problem. I still get into edit conflicts w/myself. And the timestamp should come from the serverside (e.g. the script), not the browserside (i.e. the HTML).

** This is still a major bug. --[[user:The Cunctator|The Cunctator]]

----

=== Parser/Editor ===

==== 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.

----

'''Last line link in list'''

(2002/1/29) If the last lines of an article looks like this:

<pre>* [http://www.yahoo.com/

Yahoo]

</pre>

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.

[[user:AxelBoldt|AxelBoldt]]

----

'''Preview of &lt;pre&gt; and handling of HTML entities'''

(2002/1/29) The preview of a page which has HTML entities inside a &lt;pre&gt; environment differs from the rendering of the saved page. Specifically, if the page contains the text &amp; a m p ; (without the spaces) inside a &lt;pre&gt; environment, then the preview will show this as &amp; a m p ; while the saved page will render it as &amp;. This is an issue when editing the "Character Formatting" section of [[How to edit a page]].

--[[user:AxelBoldt|AxelBoldt]]

----

'''Parser generates extra whitespace'''

The [[Bipolar disorder]] page is full of extra whitespace - looking at the article reveals lots of &lt;p&gt; &lt;/p&gt; and &lt;pre&gt; &lt;/pre&gt; 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). [[user:AxelBoldt|AxelBoldt]]

----

'''Parser does not escape HTML'''

Also, some HTML in page comments is not being escaped out - for example, put &lt;p&gt; in a page comment, and see what happens. -- [[The Anome]]

:Should be fixed in the next upgrade... --[[user:Brion VIBBER|Brion VIBBER]] 2002/02/06 01:29 PST

----

'''Bad table code can screw up layout'''

(2002/1/28) In the [[Quaternions]] article, the first part of the article appears at the bottom of the page, as do all the QuickBar links. --[[user:Zundark|Zundark]]

:This was caused by Bad Table Code in the article. There was no closing TR tag for the last row in the table, and an extra open TR tag after the end of the table. I've fixed the article... The parser could probably be made to be able to normalize these things, though (ie, remove table-ish tags not inside &lt;TABLE&gt;...&lt;/TABLE&gt;) --[[user:Brion VIBBER|Brion Vibber]]

----

'''Three tildes in preview'''

In preview the three tilde symbols (~) are not replaced with the user name. -- [[user:Jan Hidders|Jan Hidders]]

-----

'''Parser issues with header lines'''

The parser treats white space as significant, which is undesirable. For example, "<nowiki>=== Header ===</nowiki>" will normally produce a level three header line, but if it is followed by whitespace, it will produce a level two header line surrounded by equal signs.

Furthermore, the new parser treats equal signs as a header line even if they occur in the middle of some other text. They should only be treated as a header line if they occur on a line all by themselves. [[user:AxelBoldt|AxelBoldt]]

The [[Formula One]] page has some problems with the section headings (with the equals sign) -- [[Jheijmans]]

There are similar problems at [[Surreal numbers]] when the string "<=" is used. -- [[user:Jan Hidders|Jan Hidders]]

The display of [[Eight queens puzzle]] is... less than optimal.

The problem is that the leading space on a line used to disable the processing of '#':

now the Python program example is damaged.

There are also issues with the processing of '==' in this example. See also [[Fermats little theorem]] for another example of layout damage caused by over-aggressive matching of pairs of '=' characters to generate markup.

-- [[The Anome]]

I dont think the '====' surrounding the first word of an article works right. Maybe nobody uses this any more? It was in the how to edit a page page. Also, doing the '===' surrounding subsections works some of the time. shhhh don't hack my ip! [[BF]] *)

** (3 Febr 2002) A patch has been submitted for this, so this should all work after the next update of the software. -- [[user:Jan Hidders|Jan Hidders]]~

----

'''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,

<span style="color:blue;text-decoration:underline;cursor:pointer;" onclick="alert('Whoa.')">Carey Evans</span>.

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.

--[[user:Carey Evans|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 <u style="color:blue;cursor:pointer;" onclick="alert('Whoa.')">same thing</u> using a "safe" tag. JavaScript-releated elements should definitely be removed... --[[user:Brion VIBBER|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. <u onmouseout="document.___location='h'+'ttp://www.wikipedia.com/wiki/Goatse.cx'">http://www.wikipedia.com/wiki/Goatse.cx</u>

----

'''Ampersand in URLs'''

(2002/1/27) URLs containing ampersands should have them escaped as an entity reference, i.e. &amp; a m p ;".

This seems to be the only problem stopping the pages from being technically correct HTML 4.0 transitional.

--[[user:Carey Evans|Carey Evans]]

----

'''Definitions go in separate lists'''

(2002/1/25) Definition lists like:

;Term 1:Definition 1.

;Term 2:Definition 2.

each get put in separate &lt;dl&gt; tags, resulting in too much spacing between them. [[user:Carey Evans|Carey Evans]]

----

'''Konqueror 2.1.1 with KDE 2.1.2 cannot render any edit/add page.''' 2002-1-1

The text area for the body of the article is displayed correctly; however, the "summary" text field is rendered ""inside"" and over the article body text area. Also, nothing that would normally appear under the article body text area does not render at all.

:That's the fault of Konqueror; tried to scroll down? I get that sometimes with the "Search" button, and scrolling down usually fixes it. Also, reduce the number of lines of the edit box in your user preferences. --[[user:Magnus Manske|Magnus Manske]]

-----

'''HTML tags should not be possible in the page title'''

(2002/1/29) See http://www.wikipedia.com/wiki.phtml?title=<b>Christopher_Tolkien</b> 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. --[[user:Magnus Manske|Magnus Manske]]

----

'''Character entities in links'''

Sat Feb 2 00:23:40 UTC 2002: On [[list of food additives]], I have additives like [[&beta;-cyclodextrine]]. When I click on the question mark to create an article about it, I get the [[Main Page]] displayed for edit instead. Note that since & is a safe character in URI path segments, escaping it as %26 has no effect.

:This is due to a bug in the code putting too many HTML escapes into the title; if it were working correctly, the %26 escape would indeed have an effect. My recommendation until this is resolved: use [[beta-cyclodextrine|&beta;-cyclodextrine]] (<nowiki>[[beta-cyclodextrine|&beta;-cyclodextrine]]</nowiki>). --[[user:Brion VIBBER|Brion Vibber]]

::There's probably good arguments for actually writing "beta-cyclodextrine" in the article. However, my point about the % escape is that according to RFC 2396, there is ''no difference'' between %26 and just & in the path of the URL. --Carey

:::Well, there's the RFC and then there's the actual behavior of the software... PHP does not seem to consider %26 to be an ampersand for the purposes of extracting variables from the URL's *query* bit. At least my reading of the RFC agrees with it: <i>«3.4 Query Component ... Within a query component, the characters ..."@", "&", "="... are reserved.»</i> It's not a problem in the path, only in the query when you're e.g. editing the page. --BV

::The URL rewriting to give nice URLs like http://www.wikipedia.com/wiki/MainPage rather than .../wiki.phtml?MainPage makes this a bit more complicated. There's no question mark in the URL for this edit page, so Apache is probably justified in converting %26 to & internally, before processing the Alias or RewriteRule directive, or http://www.wikipedia.com/%77%69%6B%69/ wouldn't work. --Carey

(Ideally the URL would be encoded as %CE%B2-cyclodextrine, the UTF-8 encoding of GREEK SMALL LETTER BETA.)

:Impossible unless the database is converted from ISO-8859-1 to UTF-8. --BV

::I would just write &lt;? echo urlencode(recode("h..utf8", $title)) ?&gt;. --Carey

:::Yeah, that could probably work as long as titles are normalized internally. I'll try banging the code into place... --BV

References:

[http://www.ietf.org/rfc/rfc2396.txt RFC 2396],

[http://www.w3.org/International/O-URL-and-ident.html W3C on i18n of URIs]

--[[user:Carey Evans|Carey Evans]]

----

=== Titles and Labels ===

'''Titles of Pages'''

Line 385 ⟶ 48:

(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 -- [[user:Chato|ChaTo]]

:Fixed it. --[[user:Magnus Manske|Magnus Manske]], Sunday, April 14, 2002

<span style="color:red;">STATUS : Solved in CVS</span>

----

'''April 1 2002: HTML titles'''

This is more a semantic bug than software bug. The software renders every page with 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. --[[user:Stephen Gilbert|Stephen Gilbert]]

'''Lower case user names'''

:How about saying 'X: from Wikipedia, the Free Encyclopedia' for the other pages?

Not sure how many other people are affected by this, but my "Contributions" page is totally empty. Since the changeover I have edited over 30 articles and started several new ones. You can see what I mean at [http://www.wikipedia.com/wiki.phtml?title=special:contributions&theuser=Maveric149 http://www.wikipedia.com/wiki.phtml?title=special:contributions&theuser=Maveric149]. --[[maveric149]]

== User Interface ==

BTW, [http://www.wikipedia.com/wiki.phtml?title=special:contributions&theuser=maveric149 http://www.wikipedia.com/wiki.phtml?title=special:contributions&theuser=maveric149] this works. --[[user:Chuck Smith|Chuck Smith]]

Yep, second link does work. The only difference is that my user name is lower case in Chucks example. I created my account with a lowercase "m", and that is how I log in - yet when I click on "This user's contributions" in my default userpage, I get zip. Thanks for the info Chuck! --[[maveric149]]

:Fix is ready, will be installed soon. --[[user:Magnus Manske|Magnus Manske]]

It seems to me that the Contributions page shows the articles only if you were the last person edited it. If someone else added something after you did, it is no longer your contribution.

----

=== Login and Preferences ===

'''Cookie problems'''

Hey, Jimbo -- I log in, hit 'preferences' and it tells me I am not logged in. So...I'm not going to preferences for a while! [[J Hofmann Kemp]]

I have this same problem, no matter what I hit after I log in. It doesn't seem to recognize my login. Cookies are enabled on my browser. [[RjLesch]].

:follow-up to above: my login worked fine when I selected the "remember my password as a cookie" option. [[User:RjLesch]]

::follow-up to above: my login worked fine when I selected the "remember my password as a cookie" option. [[User:RjLesch]]

:::I also run Moz 0.9.7 on Debian unstable, no problems for me. --[[User:David Merrill]]

Login problems: I can successfully log in, but as soon as I go to another page (for instance, the preference page), the system thinks I'm not logged in. --[[Robert Merkel]] (whose ip address starts with 144.132.75)

:I get this behavior if cookies are disabled in the browser; the script prints out a "logged in successfully" message based on your username/password matching, ignoring the setting of the cookie, so the failure is silent. --[[user:Brion VIBBER|Brion Vibber]]

::My browser (Moz 0.9.7, part of Debian unstable) is set to ask for approval to store a cookie. No dialog indicating the receipt of a cookie pops up, and there's no cookies from wikipedia.com in my saved cookies. --[[Robert Merkel]]

:I tried it on several different machines, at home and at work, using IE5.5, 6.0, Netscape (Windows), Netscape (Linux), Opera (Windows), and Konqueror, and they all work just fine with the cookies. --[[user:Magnus Manske|Magnus Manske]]

Here's the scenario. I had a password for my account saved to cookie

with the checkbox on the log in page. I then changed my password to

the old admin password (so now you techies know what my password is)

and now when I try to login (again with cookies on) it says that I

successfully login, but when I try to do anything, it shows that

I'm not logged in! HELP!!! --[[User:Chuck Smith]]

Feb 2, 2002: On Linux/Debian with Netscape 4.76, after logging in, it forgets that I'm logged in immediately after I change to another page from the login page. This happens whether I check "Remember my password with a cookie" or not. Maybe it is related to the next bug below? [[user:AxelBoldt|AxelBoldt]]

----

'''Log in doesn't set cookie path'''

(2002/1/25) The Set-Cookie header returned from the log in page doesn't include a path= variable.

Most browsers default to "/"; Lynx, at least, defaults to the path of the page, so login doesn't work. [[user:Carey Evans|Carey Evans]]

----

(2002/1/1) '''The first letter of usernames are automatically capitalized upon submission of the "preferences" page.'''

If a all lowercase string is input into the "UserName" field in the preferences page, the first letter of said string is capitalized.

:All page titles in Wikipedia should be capitalized. Suggest resolving INVALID. --[[Damian Yerrick]]

I have a similar problem - there's a user jheijmans (small j) and Jheijmans (capital J); both user pages link to the same page, but the contributions page does not - can this be merged into one user entry? -- [[Jheijmans]]

:They are the same page; see contribution list bug above. --[[user:Magnus Manske|Magnus Manske]]

=== User Interface ===

'''Diff colors'''

Diff pages speak of green and yellow being the colors of respectively the changed text and the old text. This is useless to those who set their own text colours and not very nice to visually impaired people working on wikipedia. It would be handier if the main way to recognize which is which would be a text (such as: "The new text:" and "The old text:"). Of course, colours could still be used complementary, but they should not be the primary way of distinguishing the two atoms of a diff.--branko

----

'''Need more whitespace'''

(2002/1/25) The general layout of Wikipedia looks cluttered.

It needs more whitespace to be remotely readable.

--[[user:Damian Yerrick|Damian Yerrick]]

:I agree, especially at the top it's ''very'' busy. For new users, lets just have the page title in &lt;H1&gt;, the Wikipedia tagline, maybe Printable and Edit, then the content. --[[user:Carey Evans|Carey Evans]]

:I agree too - people new to Wikipedia will probably be overwhelmed by all the different links and actions at the top of the page. I suggest simplifing the top to the most necessary things and putting the rest at the bottom. Are two search boxes really necessary anyway?

:Some things are not visible to new (=not logged in) users anyway, like the watchlist. --[[user:Magnus Manske|Magnus Manske]]

----

'''Link underlining'''

Line 478 ⟶ 69:

This is overriding my browser's configured default, which is to display links without underlines. Can't this line just be omitted? -- [[user:Matthew Woodcraft|Matthew Woodcraft]]

----

'''Usability Report'''

(2002/1/31) I've written a small [[User:Chato/Wikipedia_Usability_Report|Usability Report for Wikipedia]] pointing out some usability problems. -- [[user:ChaTo|ChaTo]]

----

''''New separators: Horrible''''

== Miscellaneous Problems ==

(2002/2/7) Just noticed a black line separating page's parts. I think it's horrible, i prefer without that. Maybe we need a option for that. -- [[user:Tuxisuau|Tuxisuau]]

'''Two different articles with same title'''

=== Special Pages ===

(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]]

'''"Upload files"'''

The upload files page doesn't have a image uploading policy or something like that: We should not use formats like [[GIF]], with can cause patent problems, or like [[BMP]]. with are not optimal. I suggest [[PNG]] and [[JPEG]].

----

'''"Watchlist"'''

'''Table based layout'''

My watchlist (for [[user:LC|LC]]) says I made three changes to the page [[LC]] in 1969. I don't recall making any changes that year.

:Seems like I accidentially invented a time machine ;) --[[user:Magnus Manske|Magnus Manske]]

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!)

==== "Recent Changes" ====

* 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.

(2/13/2002) The Recent Changes page is much better fast, but it's fast because it's cached. It should be fully updated with the last edits made; the current lag is pretty extreme. --[[user:The Cunctator|The Cunctator]]

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.

:I'm not seeing this lag. More detail please? --[[user:Brion VIBBER|Brion VIBBER]]

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.

------

The Recent Change page has many design flaws.

'''Capitalisation'''

When I want to list all the new changes since my last visit to the site, I can only see the most recent 100 changes. Given all the minor changes are always included, one exceeds the 100 entries limit in a few hours, if you are away for more than a day, you have serious trouble seeing the complete list. It may not be problem for the wikipediaholics who check the Recent Change page every 30 seconds, but it simply does not work for the regular users.

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.

I tried using the max count and the age link, they also have design flaws and do not work intuitively.

: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

When I click last seven days, it shows only 100 entries that cover only half a day, (same problem as above).

When I click last 2500 entries, it either fails to return anything or it covers only the last 3 days. i.e. There is no way to ask for last seven day without count limit, or a count limit but no age limit.

::'''workaround''': Since the 100 count limit can be easily reached, it becomes the limiting factor. In effect, all the links, 1 day, 2 days, 3 days, 5 days, 7 days, 14 days all give the same 100 result. To workaround this problem, you can right click on these links and copy its URL iinto the address field of the browser, change the count limit and hit ENTER.

RecentChanges regularly claims (2 Changes) if there was only one. Except for new pages, it always counts one to many. [[user:AxelBoldt|AxelBoldt]]

----

'''"Most Wanted"'''

=== Performance ===

There appear to be a lot of articles listed in "Most wanted" which actually do exist. For example, [[Year in Review/Guidelines]], [[1]], [[2]], [[3]], etc.

2002-05-30<br>

:Just to follow up this one with a further observation, it looks like the Year in Review/Guidelines link listed in Most wanted is for Year_in_Review/Guidelines_, with a space at the end after "Guidelines." Shouldn't trailing spaces be trimmed from page titles and links?

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/1/26) The "Most wanted" page indicates that a whole bunch of pages want a "Year in Review/Guidelines" page, but that page already exists. Upon poking around a bit more, I found that all of the pages who supposedly had a link to the non-existant page had links with a trailing space, and this was being considered different from the link without a trailing space. For example:

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

*[[Year in Review/Guidelines|Guidelines]] without trailing whitespace

*[[Year in Review/Guidelines |Guidelines]] with trailing whitespace

(2002/1) The "wanted" page considers the second link to point to a non-existant page.

At time of writing, the "most wanted" page contains a lot of [[Year in review]] pages that do actually exist. example: [[12]] and [[17]]. [[user:clasqm|clasqm]]

:indeed, the 'most wanted' page is now '''swamped''' with two-digit year in review entries. Somethings up, since they do exist and are linked. --MichaelTinkler

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. -LeSqual

----

'''"List only new changes" doesn't work'''

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)

(2002/1/26) On [[special:RecentChanges]], the link saying "list only new changes" consistently returns an empty list, even after waiting a while. --[[user:AxelBoldt|AxelBoldt]]

: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

:Right! Same here. Maybe because i'm using a +8 hours offset? --[[user:Luis Oliveira|Luis Oliveira]]

By editing and saving the New York article, the links appeared. This even though no change was made in the edit. -- BRG

::Yes, there's a bug in the time zone handling code. I am on Central time (Server time + 2h) which I set in my user preferences and I noticed that the "List only new changes" link returns something only after I wait for 2 hours, and then only those changes that have occured two hours since I last accessed RecentChanges. [[user:AxelBoldt|AxelBoldt]]

----

'''troubles with slashes in article names'''

=== Character Sets ===

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.

'''Non-ascii in titles'''

: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

* (2002/1/21) -- ISO-8859-2 characters cannot be in title of article - number of international wikipedias need this ...

** I'll wait for the English script and the bomis CVS to go online, there are some people who know the character encoding things better than me... --[[user:Magnus Manske|Magnus Manske]]

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

'''Japanese Wikipedia marked as ISO 8859-1''' 2001-12-31

----

'''ISBN ghost link'''

2002/07/05

http://ja.wikipedia.com is illegible with IE 5.0 (Mac) because its HTTP (MIME) header

includes the line

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:

Content-Type: text/html; charset=ISO-8859-1

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.

The charset should be changed to something appropriate (Shift_JIS or UTF8), or

If this is a bug can it be remedied?

removed and replaced by the equivalent META tag.

'''All The Knots You Need'''<BR>

On a similar note, visitors to http://www.wikipedia.com should be automatically

Lee,R.S.<BR>

redirected to the Wikipedia written in the language of their choice, as expressed in

Algrove Publishing<BR>

their browser language preferences. -- poslfit

{{ISBN|0-921335-47-4}}

:Then how would Dutch/English bilinguals switch to the English version? en.wikipedia.com doesn't seem to have any content. --[[Damian Yerrick]]

Booo....

[[user:Satsun|Satsun]]

The same problem occurs in Netscape 4.77. However, IE5 works fine.

This is very similar and may be related to the problem reported at the bottom of this page.

See [[talk:Ranma 1]] for details.

=== 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]]

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

'''Timestamps for first two previous version links in a page's History are always the current time'''

(2002/1/27) Check the History link for this page... -- [[user:Derek Ross]]

Timestamps for previous version links in a page's History are off by one and the first two are therefore set to the current time.

:Check the History link for this page... -- [[user:Derek Ross]]

: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

'''Table based layout'''

: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

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

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.

It should be relatively easy to change the thing to use CSS instead of tables.

Netscape, at least in its earlier incarnations (I don't know about now), can't handle this, for example.

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/

&mdash; [[user:Toby Bartels|Toby Bartels]], Sunday, July 14, 2002

--[[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.

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

----

== RSS feed address ==

'''Wiki.phtml pages'''

I'm not sure if the rss feed for wikpedia was to the "old" version or the site or the new, but just to let someone know:

I accidently created a wiki.phtml page with IP address 130.94.122.xxx after hitting a []? link. there are a number of other examples of this: September 11, 2001 Terrorist Attack/wiki.phtml;

http://www.wikipedia.org/tools/feed-en.rdf as listed with http://syndic8.com no longer appears to host a feed. If there is an updated url to this feed, please "re-"suggest" the feed (this restarts the indexing/approval process) at syndic8.com, and I'll keep an eye out for it after it polls, to try and get it quick re-approval for the index. I'm a big fan of wikpedia efforts and I think having feeds to the "what's new" aspect of the site would be a valuable resource!

English language/wiki.phtml;

Thanks, Lori Easterly

Complete list of encyclopedia topics/wiki.phtml.

---

[[Category:Wikipedia archives|{{PAGENAME}}]]

----

'''Performance'''

Love the new functionality, but I haven't been able to contribute nearly as much as I would like because the pages come up at a sub-glacial speed (very often). Have broadband & fast computers at home, work and school and I have the same problem (every other webpage I go to zips and zings --- including heavily hit and often

----

'''Cross-language linking'''

The cross language linking does not really work because once you click the link, you cannot do anything on the next language's wikipedia. Take for example the page of [[Table tennis]]: as soon as you click on the link to Esperanto, if you try to edit that page then Wiki.Cgi will appear as the title and this is clearly a bug. Can this be fixed soon? It should just be a simple tweak in the web server's config files. --[[user:Chuck Smith|Chuck Smith]]

----

'''Can't access history of redirect pages easily'''

When one is redirected to another page, there is no easy way to access the revision history of the redirect page. For example, (redirected from [http://www.wikipedia.com/wiki.phtml?action=edit&title=Marseille Marseille]) allows you to edit the redirect easily enough, but there's no link to click on to get to the revision history of the redirect. This makes it easy to "hide" an old article version if you want to vandalize stuff subtly. [[user:Bryan Derksen|Bryan Derksen]]

----

'''Bad search results'''

This probably has been said already somewhere by somebody, but I'll put it here. If I search for example for 'Rome', I get a lot of results, begining with AIDS (syndROME), Alfa ROMEo and AndROMEda. while Rome, the city, would be an exact match. Could it be made that exact search results are listed first, or maybe there can an approximation measure for the matches? [[user:Jheijmans]]

The search engine does not generate any results using Netscape 3.0 and junkbuster. [[GWO]]

----

'''View current version is broken'''

The ''view current version'' link you get when viewing older revisions of pages doesn't work; it links to the same revision that you're viewing. --[[user:Matthew Woodcraft|Matthew Woodcraft]]