Maxwell's equations and Wikipedia:Bugzilla: Difference between pages

From Wikipedia, the free encyclopedia
(Difference between pages)
Content deleted Content added
m caught a rogue boldface
 
Olof (talk | contribs)
notes on Mangled ampersands in raw unicode
 
Line 1: Line 1:
(see also [[Jimbo Wales Minor Issues With New System]])
The set of four equations by [[James Maxwell]] that describe the behavior of both the electric and magnetic fields. Maxwell's equations provided the basis for the unification of electric field and magnetic field, the electromagnetic description of light, and ultimately, [[Albert Einstein]]'s [[theory of relativity]].
The elegant mathematical formulations of Maxwell's equations were not developed by Maxwell. In 1884, [[Oliver Heaviside]] reformulated Maxwell's equations using [[vector calculus]]. This change reinforced the perception of physical symmetries between the various fields with a more symmetric mathematical representation.


''Please submit bugs with a '''bold title''' and date, and a specific reference.''
== The Equations ==


== UNCONFIRMED ==
=== Charge Density and the Electric Field ===
''Newly submitted bugs which no one has been able to duplicate yet.''


----
&nabla;&middot;<b>E</b> = &rho;/&epsilon;<sub>o</sub>
'''Titles of History pages'''


Sat Jan 26 21:52:32 2002 (Central) The HTML titles of history pages all read ":encyclopedia article from Wikipedia". --[[user:AxelBoldt|AxelBoldt]]
<b>E</b> is the electric field, &rho; is the charge density (in C / m<sup>3</sup>), and &epsilon;<sub>o</sub> is the permittivity of free space.


----
Equivalent integral form: &int;<sub>A</sub><b>E</b>&middot;d<b>A</b> = Q<sub>enclosed</sub> / &epsilon;<sub>o</sub>
'''"List only new changes" doesn't work'''


Sat Jan 26 20:31:56 2002 (Central) On [[special:RecentChanges]], the link saying "list only new changes" consistently returns an empty list, even after waiting a while. --[[user:AxelBoldt|AxelBoldt]]
d<b>A</b> is the area of a differential square on the surface A with an outward facing surface normal defining its direction, Q<sub>enclosed</sub> is the charge enclosed by the surface.


:Right! Same here. Maybe because i'm using a +8 hours offset? --[[user:Luis Oliveira|Luis Oliveira]]
Note: the integral form only works if the integral is over a closed surface. Shape and size do not matter. The integral form is also known as [[Gauss]]'s Law.


----
=== The Structure of the Magnetic Field ===
'''[[special:WantedPages|Most wanted page]] listing links with trailing whitespace'''


Sat Jan 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:
&nabla;&middot;<b>B</b> = 0


*[[Year in Review/Guidelines|Guidelines]] without trailing whitespace
<b>B</b> is the magnetic field.
*[[Year in Review/Guidelines |Guidelines]] with trailing whitespace


The "wanted" page considers the second link to point to a non-existant page.
Equivalent integral form: &int;<sub>A</sub><b>B</b>&middot;d<b>A</b> = 0


----
d<b>A</b> is the area of a differential square on the surface A with an outward facing surface normal defining its direction.
'''Javascript in generated pages'''


Sun Jan 27 01:52:53 UTC 2002:
Note: like the electric field's integral form, this equation only works if the integral is done over a closed surface.
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 equation is related to the magnetic field's structure because it states that given any volume element, the net magnitude of the vector components that point outward from the surface must be equal to the net magnitude of the vector components that point inward. Sturcturally, this means that the magnetic field lines must be closed loops. Another way of putting it is that the field lines cannot originate from somewhere; attempting to follow the lines bacwards to their source or forward to their terminus ultimately leads back to the starting position. This basically means that there are no magnetic monopoles. If a monopole were to be discovered, this equation would need to be modified.
'''Ampersand in URLs'''


Sun Jan 27 01:11:52 UTC 2002:
=== A Changing Magnetic Field and the Electric Field ===
URLs containing ampersands should have them escaped as an entity reference, i.e. &amp;amp;amp;amp;.
This seems to be the only problem stopping the pages from being technically correct HTML 4.0 transitional.
--[[user:Carey Evans|Carey Evans]]


----
&nabla;&times;<b>E</b> = -&part;<b>B</b>/&part;t
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".
Equivalent Integral Form: &epsilon; = -d&phi;<sub><b>B</b></sub>/dt where &phi;<sub><b>B</b></sub> = &int;<sub>A</sub><b>B</b>&middot;d<b>A</b>


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.
&phi;<sub><b>B</b></sub> is the magnetic flux through the area A described by the second equation, &epsilon; is the [[Electromotive Force]] around the edge of the surface A.


----
Note: this equation only works of the surface A ''is not closed'' because the net magnetic flux through a closed surface will always be zero, as stated by the previous equation. That, and the electromotive force is measured along the edge of the surface; a closed surface has no edge. Some textbooks list the Integral form with an N (representing the number of coils of wire that are around the edge of A) in front of the flux derivative. The N can be taken care of in calculating A (multiple wire coils means multiple surfaces for the flux to go through), and it is an engineering detail so it has been omitted here.
"Mangled ampersands in raw unicode"


Sat Jan 26 02:55 am PDT 2002
Note the negative sign; it is necessary to maintain conservation of energy. It is so important that it even has its own name, Lenz's Law.


When entering raw unicode such as
This equation relates the electric and magnetic fields, but it also has a lot of practical applications, too. This equation describes how [[electric motor]]s and [[electric generator]]s work.


&#26009; &#29702; &#12398; &#37444; &#20154;
=== The Source of the Magnetic Field ===


( the 5 japanese characters for [[Iron Chef]] ) in the editing pane and then clicking the preview button, the preview shows the correct characters, but the text in the preview pane is mangled to be
&nabla;&times;<b>B</b> = &mu;<sub>o</sub><b>j</b> + &mu;<sub>o</sub>&epsilon;<sub>o</sub>&part;<b>E</b>/&part;t


&amp;#26009; &amp;#29702; &amp;#12398; &amp;#37444; &amp;#20154;
&mu;<sub>o</sub> is the permeability of free space, and <b>j</b> is the current density (defined by: <b>j</b> = &int;&rho;<sub>q</sub><b>v</b>dV where <b>v</b> is a vector field called the drift velocity that describes the velocities of that charge carriers which have a density described by the scalar function &rho;<sub>q</sub>).


Which when displayed in your browser is what the raw unicode should look like in the html source. Previewing a second time results in
Equivalent integral form: &int;<sub>s</sub><b>B</b>&middot;d<b>s</b> = &mu;<sub>o</sub>I<sub>encircled</sub> - &mu;<sub>o</sub>&epsilon;<sub>o</sub>&int;<sub>A</sub> (&part;<b>E</b>/&part;t)&middot;d<b>A</b>


&amp;amp;#26009; &amp;amp;#29702; &amp;amp;#12398; &amp;amp;#37444; &amp;amp;#20154;
s is the edge of the open surface A (any surface with the curve s as its edge will do), and I<sub>encircled</sub> is the current encircled by the curve s (the current through any surface is defined by the equation: I<sub>through A</sub> = &int;<sub>A</sub><b>j</b>&middot;d<b>A</b>).


and so on. This may be a problem with my browser (IE 5 on MacOS9). Also occurs when doing "edit this page" -- I just had to remove the 15 extra 'amp;' from the above description -- [[Olof]]
Note: unless there is a capacitor or some other place where &nabla;&middot;<b>j</b> &ne; 0, the second term on the right hand side is generally negligable and ignored. Any time this applies, the integral form is known as [[Amperes Law|Ampere's Law]].


:+1, this is quite annoying. I'm not even sure what the text above was supposed to look like now. --[[user:Carey Evans|Carey Evans]]
=== Summary ===
<ul>
<li>&nabla;&middot;<b>E</b> = &rho;/&epsilon;<sub>o</sub>
<li>&nabla;&middot;<b>B</b> = 0
<li>&nabla;&times;<b>E</b> = -&part;<b>B</b>/&part;t
<li>&nabla;&times;<b>B</b> = &mu;<sub>o</sub><b>j</b> + &mu;<sub>o</sub>&epsilon;<sub>o</sub>&part;<b&amp;gt;E</b>/&part;t
</ul>
=== A Final Note on Unit Systems ===


::The parser seems to be overeager in converting ampersands to ampersand-a-m-p-semicolons when they're followed by the pattern for a character entity in WikiPage::subParseContents(), where I don't *think* it should be doing that. I don't have the current code in front of me though, so I'm not sure exactly what it's doing. Magnus? --[[user:Brion VIBBER|Brion Vibber]]
The above equations are all in a unit system called mks (short for meter, kilogram, second; also know as the
[[International System of Units]] (or [[SI]] for short). In a related unit system, called [[cgs]] (short for centimeter, gram, second), the equations take on a more symmetrical form, as follows:


----
<ul><li>&nabla;&middot;<b>E</b> = 4&pi;&rho;
Sat Jan 26 05:00:39 UTC 2002
<li>&nabla;&middot;<b>B</b> = 0
<li>&nabla;&times;<b>E</b> = -c<sup>-1</sup> &part;<b>B</b>/&part;t
<li>&nabla;&times;<b>B</b> = c<sup>-1</sup> &part;<b>E</b>/&part;t + 4&pi;c<sup>-1</sup><b>j</b>
</ul>


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.
The symmetry is more apparent when the electromagnetic field is considered in a vacuum. The equations take on the following form:
--[[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]]
<ul><li>&nabla;&middot;<b>E</b> = 0
<li>&nabla;&middot;<b>B</b> = 0


::Given that Mozilla really hates &amp;lt;textarea&amp;gt; within tables, getting really slow, I think the best idea is for me to turn off the quick bar thingy. --[[user:Carey Evans|Carey Evans]]
<li>&nabla;&times;<b>E</b> = - <sup>1</sup>/<sub>c</sub> <sup>&part;<b>B</b></sup>/<sub>&part;t</sub>


----
<li>&nabla;&times;<b>B</b> = <sup>1</sup>/<sub>c</sub> <sup>&part;<b>E</b></sup>/<sub>&part;t</sub>
'''Less than/greater than'''


Sat Jan 26 04:33:32 UTC 2002:
</ul>
Invalid HTML like "<this>" used to be passed through escaped, like &amp;lt;this&amp;gt;.
Now it effectively vanishes.
It's also not very kind to [[talk:insertion sort]], which ends up with invalid HTML.
[[user:Carey Evans|Carey Evans]]


----
Many theoretical physicists like this symmetry so much that they use it despite the fact that it doesn't fit the standard.
'''Need more whitespace'''


January 25, 2002, at 19:40 pacific:
<hr>
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]]
All variables that are in <b>bold</b> represent vector quantities.


: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?
----
----
'''Single quotes in summary produce extra <nowiki></nowiki> characters'''
[[talk:Maxwells_equations|/Talk]]

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;amp;amp;diff=1&amp;amp;amp;id=RoseParks/Disability_Etiquette&amp;amp;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)

Revision as of 23:23, 26 January 2002

(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 no one has been able to duplicate yet.


Titles of History pages

Sat Jan 26 21:52:32 2002 (Central) The HTML titles of history pages all read ":encyclopedia article from Wikipedia". --AxelBoldt


"List only new changes" doesn't work

Sat Jan 26 20:31:56 2002 (Central) On special:RecentChanges, the link saying "list only new changes" consistently returns an empty list, even after waiting a while. --AxelBoldt

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

Most wanted page listing links with trailing whitespace

Sat Jan 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:

The "wanted" page considers the second link to point to a non-existant page.


Javascript in generated pages

Sun Jan 27 01:52:53 UTC 2002: Too much HTML is let through unchallenged. For example, try the following link not to my user page, Carey Evans. 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. --Carey Evans


Ampersand in URLs

Sun Jan 27 01:11:52 UTC 2002: URLs containing ampersands should have them escaped as an entity reference, i.e. &amp;amp;amp;. This seems to be the only problem stopping the pages from being technically correct HTML 4.0 transitional. --Carey Evans


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.


"Mangled ampersands in raw unicode"

Sat Jan 26 02:55 am PDT 2002

When entering raw unicode such as

料 理 の 鉄 人  

( the 5 japanese characters for Iron Chef ) in the editing pane and then clicking the preview button, the preview shows the correct characters, but the text in the preview pane is mangled to be

&#26009; &#29702; &#12398; &#37444; &#20154;

Which when displayed in your browser is what the raw unicode should look like in the html source. Previewing a second time results in

&amp;#26009; &amp;#29702; &amp;#12398; &amp;#37444; &amp;#20154;

and so on. This may be a problem with my browser (IE 5 on MacOS9). Also occurs when doing "edit this page" -- I just had to remove the 15 extra 'amp;' from the above description -- Olof

+1, this is quite annoying. I'm not even sure what the text above was supposed to look like now. --Carey Evans
The parser seems to be overeager in converting ampersands to ampersand-a-m-p-semicolons when they're followed by the pattern for a character entity in WikiPage::subParseContents(), where I don't *think* it should be doing that. I don't have the current code in front of me though, so I'm not sure exactly what it's doing. Magnus? --Brion Vibber

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. --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. --Brion Vibber
Given that Mozilla really hates &lt;textarea&gt; within tables, getting really slow, I think the best idea is for me to turn off the quick bar thingy. --Carey Evans

Less than/greater than

Sat Jan 26 04:33:32 UTC 2002: Invalid HTML like "<this>" used to be passed through escaped, like &lt;this&gt;. Now it effectively vanishes. It's also not very kind to talk:insertion sort, which ends up with invalid HTML. 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. --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. --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?

Single quotes in summary produce extra 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 \\\'. --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. --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. Carey Evans

Me too. --Luis Oliveira
Same here. --tuxisuau
Ditto --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. 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. 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 &lt;dl&gt; tags, resulting in too much spacing between them. 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&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: [[1]] 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 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. -- 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)