From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:212]) by hurricane.the-brannons.com (Postfix) with ESMTP id 5F9BF7845A for ; Sun, 9 Feb 2014 09:20:28 -0800 (PST) Received: from omta12.westchester.pa.mail.comcast.net ([76.96.62.44]) by qmta14.westchester.pa.mail.comcast.net with comcast id QHFJ1n0010xGWP85EHKqSn; Sun, 09 Feb 2014 17:19:50 +0000 Received: from eklhad ([107.5.36.150]) by omta12.westchester.pa.mail.comcast.net with comcast id QHKq1n00R3EMmQj3YHKquV; Sun, 09 Feb 2014 17:19:50 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke User-Agent: edbrowse/3.5.1 Date: Sun, 09 Feb 2014 12:19:51 -0500 Message-ID: <20140109121951.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1391966390; bh=r/myQu4aYeGz/jw9qtkfTb/X1xgDgkBC0/HqqcjHxlk=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=Yp+6ZEaHd65hUtAzj5ZDX/EuBRnZUgn9y3Z1+pGVNEPaUYdtbGf+Ub//8eEtIqA8O paeDXZQHAnxsSHU+kYVTMa4zDPXShPqGCVQ/DUzi1PJJ2UkD5UQJhBfx6HNZlMU6/A P8Di1vFoy+fwbcgpCiQW/t4SHitiHanch6lzwBqS5uy8JFRcFhDTRQNzhybWiwIkE8 A79RD7rs+5uDBxP8g9tfx3Tj+xP+OCnU/pC63ojGJl1gNEP+hjM5whIOALovh004wY CBq9hWgd+BwlALY/bjRIskevTv3QzblxCGVUr98dFIArmSeHniEtrnA9lapHB8XcxG bJkMgcMoK95nQ== Subject: [Edbrowse-dev] Edbrowse 3.5.1 unable to activate submit button X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Karl Dahlke List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 17:20:28 -0000 Well this is some of the dom stuff that I want to fix up and enhance. The troublesome line in startpage.com is here. It has an ID set to submit. I remember this confusion from ten years ago, what does that really mean? It means I put this tag with label submit in the ID array, and that's all ok, but it also meant, for some websites at that time, that the tag was also suppose to be linked to the form, which is named blah in this case, under the name submit. I do this, and it displaces the function submit, which you are trying to call. The submit function is lost. It is possible that I shouldn't be doing this at all, or I shouldn't be doing it any more, perhaps it is deprecated. I remember at one time there were websites that needed this behavior, but here is one that cannot tolerate this behavior. I could probably turn it off by commenting out one line of code, jsdom.cpp line 1234 JS_DefineProperty(cw->jss->jcx, owner_root, idname, vv, NULL, NULL, attr); But should I? I will say that this small change allows startpage submit button to work again, although I then receive a message from them about blocking my isp due to high usage, so I don't know what that means. So short term, I might comment out that line of code, and hope it fixes more websites than it breaks - and long term, I need to understand the complete dom model, all its functions, its side effects, its interactions. And it has plenty of side effects. Defining an input field in a form automatically puts links here and there and adds this to that array and puts this in the id master list and so on. So there's plenty of work here, perhaps more in the understanding of the model than in its actual implementation. Karl Dahlke