[Bug 1828] Apparent PHP Parsing Failure

http://www.w3.org/Bugs/Public/show_bug.cgi?id=1828





------- Additional Comments From azrealshelper@yahoo.com  2005-08-02 06:36 -------
(In reply to comment #4)
> (In reply to comment #2)
> > See, the source code that I viewed in the validator's results is 
completely 
> > missing an entire array of <option> form elements that are present post-
> > processing.
> The validator is only showing the source it received. If, for some reason, 
your server did not send the 
> same document it serves e.g browsers, it's your server's faul, not the 
validator's.
> > Also, the validator is suggesting that the respective closing 
> > </select> tag is not present as well
> You probably misread the validator's error here (although, since you are not 
giving a URI, it's hard to 
> tell). Most likely the validator said "there should be a </select> here and 
there isn't". This is very 
> different.
> > I tried it in both the current version of the checker and the new, beta 
> > version and the new beta version did yield only one failed validation, as 
> > opposed to the 26 the current one had yielded.
> The difference in error numbers can have many causes, very likely irrelevant 
to your bug report. Just 
> check whether both versions show the same source when you check the "show 
source box.

Ok...I can't even begin to appologize for this...upon reading your replies, it 
just dawned on me that what I was supplying for my URI to the validator was 
missing something extremely important. Now, after modifying it to include some 
missing GET data...it only returns with a unclosed <tr> error.

Original URL submitted:
http://www.goth-greetings.com/categories.php

Correct URL submission:
http://www.goth-greetings.com/categories.php?destination=14

20 years as a programmer and you would think I would be able to have seen 
that. Sheesh.

Any idea what the error that is resulting is caused by though?

Sincerely appologetic,

~Adrian

Received on Tuesday, 2 August 2005 06:36:45 UTC