Wikipedia:Phase II bug reports: Difference between revisions
Content deleted Content added
Search for ring = Search for R |
tarballs broken |
||
Line 1:
(see also [[Jimbo Wales Minor Issues With New System]])
''Please submit bugs with a '''bold title''' and date, and a specific reference.''
== UNCONFIRMED ==
''Newly submitted bugs which noone has been able to duplicate yet.''
----
Sat Jan 26
The link to the tarballs from the home page doesn't work. It gives the error "You don't have permission to access /tarballs/ on this server".
Also, there was a problem in the past when the tarballs did work: there was no date in the tarball filename or on the page with the link, so you never knew how old the tarball was.
----
Sat Jan 26 02:55 am PDT 2002
When entering raw unicode such as
料 理 の 鉄 人
in the editing pane ( from the [[Iron Chef]] page ) and then clicking the preview button, the preview shows the correct characters, but the text in the preview pane is mangled to be
料 理 の 鉄 人
previewing a second time results in
料 理 の 鉄 人
and so on -- [[Olof]]
----
Sat Jan 26 05:00:39 UTC 2002
At least on Mozilla, long URLs or wide tables like at [[salicylic acid]] or [[Japanese language]] widen the containing table cell so much the rest of the paragraphs are almost impossible to read.
--[[user:Carey Evans|Carey Evans]]
:This would be a general problem with wide tables, images, and pre-tags... The trick is to make them a reasonable size when you write them, I guess. I've rearranged the table on the acid; the Japanese text can be squooshed down a bit; but I notice another thing there. There's a link inside a pre-tag which, being in a pre-tag, doesn't get linked but instead is treated as raw text. Is there any way to deliberately insert a link into a preformatted text chunk? Oh, and I'm also having edit conflicts with myself. Very annoying. --[[user:Brion VIBBER|Brion Vibber]]
----
'''Less than/greater than'''
Sat Jan 26 04:33:32 UTC 2002:
Invalid HTML like "<this>" used to be passed through escaped, like &amp;lt;this&amp;gt;.
Now it effectively vanishes.
[[user:Carey Evans|Carey Evans]]
----
'''Need more whitespace'''
January 25, 2002, at 19:40 pacific:
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 &amp;lt;H1&amp;gt;, the Wikipedia tagline, maybe Printable and Edit, then the content. --[[user:Carey Evans|Carey Evans]]
----
'''Single quotes in summary produce extra <nowiki></nowiki> characters'''
January 25, 2002, at 19:30 pacific:
When a user edits a page, the Preview button will change a ' mark (single quote) in the summary into a ' then a \' then a \\\'.
--[[user:Damian Yerrick|Damian Yerrick]]
----
'''Double quotes in summary cause an '''
January 25, 2002, at 19:30 pacific:
When a user edits a page, and the Summary contains a " mark (double quote), all changes to the article will be lost when the user clicks Save.
--[[user:Damian Yerrick|Damian Yerrick]]
----
'''Different user talk namespaces'''
Fri Jan 25 23:44:16 UTC 2002:
I seem to have ended up with two slightly different user talk namespaces.
[[user:Carey Evans|Carey Evans]]
:Me too. --[[user:Luis Oliveira|Luis Oliveira]]
:Same here. --[[user:tuxisuau|tuxisuau]]
:Ditto --[[user:LC|LC]]
----
'''Link underlining'''
Fri Jan 25 23:44:16 UTC 2002:
External links and different namespaces should still be underlined,
or there's nothing to indicate to new users that they are actually clickable.
[[user:Carey Evans|Carey Evans]]
----
'''Log in doesn't set cookie path'''
Fri Jan 25 23:29:22 UTC 2002:
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]]
----
'''Definitions go in separate lists'''
Fri Jan 25 23:32:14 UTC 2002:
Definition lists like:
;Term 1:Definition 1.
;Term 2:Definition 2.
each get put in separate &amp;lt;dl&amp;gt; tags, resulting in too much spacing between them. [[user:Carey Evans|Carey Evans]]
----
'''Broken links coming from old-style links'''
January 25, 2002, at 13:41:
The URL http://www.wikipedia.com/wiki/Damian_Yerrick correctly redirects to the proper article ([[user:Damian Yerrick]]), but all links from that article are broken.
Shouldn't all links to wiki.phtml go to /wiki.phtml instead?
--[[Damian Yerrick]]
Better I think for the old addresses to return an http 'see other', so the problem goes away. --
----
'''SEARCH function doesn't work on "History of..." pages PLUS newbie questions'''
1am, 1/18/2002. Go to any page, click on "view other revisions" at the bottom of the page. You go to "History of..." page (eg. http://www.wikipedia.com/wiki.cgi?action=history&amp;id=Aardvark ). Type into the Search box at bottom and search. You
are taken to the following url, http://www.wikipedia.com/wiki.cgi, and the page just reads "Invalid URL."
--Paulcz {first time on wikipedia, so it's possibly a user error, but it is consistent on different pages).
hmmm. Also, I just tried the preview button at the bottom of this Editing page and nothing happened. I'm on IE 5.5 by the way.
I've just looked on many pages trying to figure out if I should make a page for my name, such as I see for other people. If so, is that just a regular page with the title paulcz?
Also, I've tried to figure out WHERE I should ask questions such as the one I just asked, and have had no luck, so I figured I'd tag it on here. That would be a good thing to tell newbies (eg, "if you still have questions, edit page 'xxxx' to ask them" or something like that.
----
'''Problem with "diff" link?'''
As of 19:01, 8th January 2001, the diff link on yards/talk gives an inappropriate entry (the diff was added at around the same time, but to a different page). I assume this isn't supposed to happen --AdamW
OK so now it doesn't because I idiotically went and edited the page again. How dumb can you get? --AdamW
----
'''The first letter of usernames are automatically capitalized upon submission of the "preferences" page.''' 2002-1-1
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]]
----
'''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.
----
'''Japanese Wikipedia marked as ISO 8859-1''' 2001-12-31
http://ja.wikipedia.com is illegible with IE 5.0 (Mac) because its HTTP (MIME) header
includes the line
Content-Type: text/html; charset=ISO-8859-1
The charset should be changed to something appropriate (Shift_JIS or UTF8), or
removed and replaced by the equivalent META tag.
On a similar note, visitors to http://www.wikipedia.com should be automatically
redirected to the Wikipedia written in the language of their choice, as expressed in
their browser language preferences. -- poslfit
:Then how would Dutch/English bilinguals switch to the English version? en.wikipedia.com doesn't seem to have any content. --[[Damian Yerrick]]
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.
----
'''CRLF line endings''' 2001-12-19
In [[David Lynch]], as an example, if you inspect the resulting page, apparently, each ''stored'' line is ended with a CR-LF sequence. However, if I edit it within Lynx, the endings disappear, as they don't exist on Unix. That's all good, but all edits will then differ in all the lines (since no lines match their previous version, everything has a different ending..) See, for example: [[http://www.wikipedia.com/wiki.cgi?action=browse&amp;diff=1&amp;id=RoseParks/Disability_Etiquette&amp;diffrevision=2]] I just fixed a typo in the first lines, and it looks as if everything has changed. Arguably, Lynx, and/or my text editor can be at fault too, but I don't think CR-LF should be stored as part of the text either.. --Chexum
:Somewhere between Lynx version 2.8.2 and 2.8.4, now Lynx also submits texts with the CR-LF line-endings, so it's a bit better. I still think that they souldn't be there on the displayed entries. --[[Chexum]]
:: 'Twas a bug in Lynx. The HTTP standard [http://rfc.net/rfc2616.html RFC 2616], section 2.2, states that everything but entity bodies should use CR-LF line endings.
----
'''Search logo'''
I'm not sure if this is a bug: when you search for something, the old logo shows up on the search page, as in http://wikipedia.com/search.fcgi?request=happy
----
'''All's Well That Ends Well'''
When I try to get to the page http://www.wikipedia.com/wiki/Alls_Well_That_Ends_Well--Text ([[Alls Well That Ends Well--Text]]), I get a 500: Server Error. This is the only page that's been doing this to me in recent months, and it's done it every time I've gone there. -- [[Bryan Derksen|BD]]
:Update: I just got into the page by typing ?action=edit etc. into the URL. Looks like a complete dump of the raw text of the play, as I had expected; the only odd thing which might have been causing wikipedia to choke was an unescaped (ie, not HTML-coded) æ character right at the beginning.
'''Diff function'''
http://wikipedia.com/wiki.cgi?action=browse&amp;diff=1&amp;id=Tissue gevies me the diff of [[1394]]. Finally, a bug I won't have to fix myself ;)
-- [[Magnus Manske]], [[November 26]], [[2001]]
http://www.wikipedia.com/wiki.cgi?action=browse&amp;diff=2&amp;id=Vegetarianism gives the diff of [[JT]]. -- [[KQ]], [[December 2]] [[2001]].
'''Superscripts in ASCII Tables distort vertical lines'''
This isn't really a bug, but I thought I should pass it along. There are some footnotes in the [[geologic Timescale]] 11/26/01 that are superscripted using HTML. They don't look all that bad in IE, but they do somewhat alter the spacing of the vertical bars following them on the same line in this ASCII table. They look worse in a text mode browser like LYNX than in IE or Netscape. Same will be true of other HTML that alters text sizes. That is the way things are I guess. Also, I suspect that ASCII tables and ASCII art (if any) need to be checked with LYNX. I trimmed the [[geologic Timescale]] to get a one to one of intended lines to displayed lines when using Lynx. Others might want to do the same if they have similar situations.
'''Cannot diff redirected pages''' (9 Dec 2001) Attempting to retrieve diffs of redirected pages (e.g. [[BBS]]) results in the redirect being processed and no diff shown. Very irritating. -- [[Taral]]
----
'''Search for 'ring' = search for 'r' '''<br>
I tried searching for 'ring', the mathematical concept, but I guess the software cleverly strips off the '-ing' suffix where it sees it, so the search request gives back lots of hits for 'R'.
[[Stuart Presnell]], 22nd January 2002
----
== NEW ==
''Newly submitted bugs which have been duplicated or otherwise confirmed as being a real bug.''
'''AOL Bug'''
Users of America Online versions 4.0 and 5.0 FOR APPLE MACINTOSH running on various PowerMacs with down-lever OS 8.5 and 8.6 (sorry I should have said) can no longer access Wikipedia -- they see a blank web screen and unaccountably a download dialog box opens and invites them to save "untitled" to their hard drives. AOL tech support confirms this and simply does not care. Since the world is teeming with prospective readers and contributors who may be using AOL, is there anything to be done, besides the obvious work around of running external browser? -- [[WOL]]
:I couldn't duplicate this bug using AOL 5.0, either using AOL's browser or using MS Explorer. (I am saving this change using Explorer. I saved a change to the sandbox using AOL's built-in browser.) --[[LMS]]
:Could this be related to the XHTML bug below? (If it's still a problem.) When did it start? --[[Carey Evans]]
'''Case sensitivity'''
<b>Links that do not work:</b>
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 <i>first</i> letter can be lowercase, but all the others must match.) This means that [[American Football]] (capital-F Football) will not <b>currently</b> 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!)
Example: [[nitroglycerine|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
::Is REDIRECT [[lowerCase]] one of these, since I've had the odd bother with this (as opposed to REDIRECT [[LowerCase]])
When using a REDIRECT command, the first letter of the article title ''must'' be capitalized to lead to an existing article.
----
'''www.wikipedia.net'''<br>
If wikipedia is accessed as www.wikipedia.net, not www.wikipedia.com, then the main page is shown but hyperlinks are broken. The .net URL was given on slashdot.org. I also wouldn't expect a community project to be a .com. It was being accessed with mozilla/linux with javascript enabled and java disabled.
I assumed the site was junk and didn't bother looking at it again for months. You really should fix this ASAP. Who knows how many potential participants have been lost. I'd recommend more care with initial user entry into the site; that's make or break time.
JB 20010811
:Still a problem, October 31, 2001
:Still broken, December 2, 2001
:'''Still broken''', December 6, 2001
Why not just have a simple redirect to http://www.wikipedia.com/ at http://www.wikipedia.net/ until this is fixed properly? -- [[The Anome]]
----
'''Caching problems'''<br>
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.")
'''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 <i>(&amp;nbsp;)</i> somewhere, as it doesn't change anything in the text.
On [[Wikipedians]], the link to [[Wikipedians/New Zealand]] shows up as [/New Zealand%2
Note: caching problems are more common in the Czech version.
----
'''Pages claim to be XHTML''' 17 November 2001
Wikipedia pages include a DOCTYPE that claims the content is XHTML Basic. Given just how far from the truth this is, and how difficult it will be to ensure correctness when anyone can enter a range of HTML tags, no DOCTYPE should be included at all.
Examples of HTML used that isn't XHTML Basic below.
See [http://validator.w3.org/check?uri=www.wikipedia.com] for an even more picky analysis.
* img tag isn't closed - should be <img ... />.
* html lang, body bgcolor, img align and img border attributes aren't in XHMTL Basic.
* hr and font tags aren't in XHTML Basic.
* list items and paragraphs aren't closed: < li> ... '''< [[Wikipedia_bugs/li|/li]]>'''.
* Some attribute values aren't quoted, e.g. type=text must be type="text".
* Some inline elements aren't contained in block-level elements, like the toolbar at the bottom of the page.
This does have actual effects on the pages: in Mozilla, the top hr element overlaps the logo, and nested indents (like on [[talk:Carey Evans]]) don't work.
The pages also claim to be UTF-8 encoded XML (<?xml ...?> PI at the top of the page) while the HTTP headers say ISO-8859-1.
:The headers are correct, the internal doctype and character set are both wrong. This should be fixed when we move to the new software. UseMod wiki in general gets it right: it shows <code><!doctype html public "-//W3C//DTD HTML 4.0 Transitional//EN"></code>, and no character set. --LDC
::The utf-8 encoding cause Netscape to show Unicode characters as question marks. See [[talk:Ranma 1]] for details.
''I can confirm this. The problem with nested indents is particularly bad, as it makes some pages more difficult to read. -- [[Taral]]''
----
Went on old site to bring over some talk stuff, but somehow created this:
http://www.wikipedia.com/wiki/J_Hofmann_Kemp/wiki.phtml?title=special:RecentChanges
Actually, I think I created more -- I tried to get out by clicking links that kept me on the same page. Ugh. Sorry. Where the hell is the sandbox on this thing? [[JHK]]
| |||