Altavista search does not work
Doing web searches using www.altavista.com does not work. It is as if the search terms are not submitted. The following HTML errors are detected: HTML warning: line 2, the required DOCTYPE declaration is missing (or invalid) HTML warning: line 68, - forcing close of open tag: <form> HTML warning: line 68, FORM lacks a Submit button HTML warning: line 94, unexpected closing tag: </form>. -- expected </table> Searching for "Images", "MP3/Audio", or "Video" instead of "Web" or "News" works well. Is this a problem with altavista rather than with dillo? I am using the latest dillo from cvs and fltk-2.0.r6305. Christopher
Christopher wrote:
Doing web searches using www.altavista.com does not work. It is as if the search terms are not submitted. The following HTML errors are detected:
HTML warning: line 2, the required DOCTYPE declaration is missing (or invalid) HTML warning: line 68, - forcing close of open tag: <form> HTML warning: line 68, FORM lacks a Submit button HTML warning: line 94, unexpected closing tag: </form>. -- expected </table>
Searching for "Images", "MP3/Audio", or "Video" instead of "Web" or "News" works well.
Is this a problem with altavista rather than with dillo?
It looks like altavista just threw together their form and table tags rather than nesting them.
On Fri, Oct 10, 2008 at 12:43:59PM +0000, corvid wrote:
Christopher wrote:
Hi there,
Doing web searches using www.altavista.com does not work. It is as if the search terms are not submitted. The following HTML errors are detected:
HTML warning: line 2, the required DOCTYPE declaration is missing (or invalid) HTML warning: line 68, - forcing close of open tag: <form> HTML warning: line 68, FORM lacks a Submit button HTML warning: line 94, unexpected closing tag: </form>. -- expected </table>
Searching for "Images", "MP3/Audio", or "Video" instead of "Web" or "News" works well.
Is this a problem with altavista rather than with dillo?
It looks like altavista just threw together their form and table tags rather than nesting them.
It's a problem with altavista, in that their HTML is invalid, and therefore they rely on browser-fixups to get the result they probably wanted. It's a problem with dillo, in that the submit button (presumably) works for most other browsers. More specifically, the main difference between the (working) images page and the (failing) web page is the presence of an explicit close-table-cell </td> tag. If you remove the </td> on line 68 of the altavista index.html page, then the submit button works. So presumably dillo is handling "explicit </td> before <td>" differently from "no </td> immediately before <td>", at least in this case. (dillo1 acts the same, except it doesn't show the input field or the search button at all in the first case.) It doesn't look like a significant v1-v2 regression to me, apart from the fact that it now looks like it might submit something. f -- Francis Daly francis@daoine.org
Francis wrote:
On Fri, Oct 10, 2008 at 12:43:59PM +0000, corvid wrote:
Christopher wrote:
Hi there,
Doing web searches using www.altavista.com does not work. It is as if the search terms are not submitted. The following HTML errors are detected:
HTML warning: line 2, the required DOCTYPE declaration is missing (or invalid) HTML warning: line 68, - forcing close of open tag: <form> HTML warning: line 68, FORM lacks a Submit button HTML warning: line 94, unexpected closing tag: </form>. -- expected </table>
Searching for "Images", "MP3/Audio", or "Video" instead of "Web" or "News" works well.
Is this a problem with altavista rather than with dillo?
It looks like altavista just threw together their form and table tags rather than nesting them.
It's a problem with altavista, in that their HTML is invalid, and therefore they rely on browser-fixups to get the result they probably wanted.
It's a problem with dillo, in that the submit button (presumably) works for most other browsers.
More specifically, the main difference between the (working) images page and the (failing) web page is the presence of an explicit close-table-cell </td> tag.
If you remove the </td> on line 68 of the altavista index.html page, then the submit button works.
So presumably dillo is handling "explicit </td> before <td>" differently from "no </td> immediately before <td>", at least in this case.
I think dillo sees <td> ... <form> ... </td> and closes the form, which seems like the right behavior.
(dillo1 acts the same, except it doesn't show the input field or the search button at all in the first case.)
It doesn't look like a significant v1-v2 regression to me, apart from the fact that it now looks like it might submit something.
On Mon, Oct 13, 2008 at 05:06:23PM +0000, corvid wrote:
Francis wrote:
On Fri, Oct 10, 2008 at 12:43:59PM +0000, corvid wrote:
Christopher wrote:
Doing web searches using www.altavista.com does not work. It is as if the search terms are not submitted.
Searching for "Images", "MP3/Audio", or "Video" instead of "Web" or "News" works well.
It's a problem with altavista, in that their HTML is invalid, and therefore they rely on browser-fixups to get the result they probably wanted.
It's a problem with dillo, in that the submit button (presumably) works for most other browsers.
More specifically, the main difference between the (working) images page and the (failing) web page is the presence of an explicit close-table-cell </td> tag.
If you remove the </td> on line 68 of the altavista index.html page, then the submit button works.
So presumably dillo is handling "explicit </td> before <td>" differently from "no </td> immediately before <td>", at least in this case.
I think dillo sees <td> ... <form> ... </td> and closes the form, which seems like the right behavior.
Yes; it is "a" right behaviour. Because the markup is incorrect, pretty much anything dillo does is right. But what dillo does, is it sees <table><tr><td><form><input></td><td> and (correctly) closes the form when it sees "</td>". And on the "images" search page, dillo sees the (I think) exactly equivalent <table><tr><td><form><input><tr> and (also correctly) does not close the form when it sees "<tr>" which implies "</td>" and "</tr>". That was the difference I was trying to point out. The html is broken in each case. Dillo's handling of it is valid in each case. But the second example results in "friendlier" response to the user (in this case. Under other circumstances, showing the brokenness may be "friendlier"). f -- Francis Daly francis@daoine.org
On Mon, Oct 13, 2008 at 05:41:20PM +0100, Francis Daly wrote:
On Fri, Oct 10, 2008 at 12:43:59PM +0000, corvid wrote:
Christopher wrote:
Hi there,
Doing web searches using www.altavista.com does not work. It is as if the search terms are not submitted. The following HTML errors are detected:
HTML warning: line 2, the required DOCTYPE declaration is missing (or invalid) HTML warning: line 68, - forcing close of open tag: <form> HTML warning: line 68, FORM lacks a Submit button HTML warning: line 94, unexpected closing tag: </form>. -- expected </table>
Searching for "Images", "MP3/Audio", or "Video" instead of "Web" or "News" works well.
Is this a problem with altavista rather than with dillo?
It looks like altavista just threw together their form and table tags rather than nesting them.
It's a problem with altavista, in that their HTML is invalid, and therefore they rely on browser-fixups to get the result they probably wanted.
Yes. Both validators WDG and W3C (bug meter's right-click menu), explain this bug. In simple terms, the form declaration should be outside the table. Otherwise, following HTML rules, the form is closed. -- Cheers Jorge.-
participants (4)
-
christopher.illies＠ki.se -
corvid＠lavabit.com -
francis＠daoine.org -
jcid＠dillo.org