From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2001:558:fe21:29:69:252:207:40; helo=resqmta-ch2-08v.sys.comcast.net; envelope-from=eklhad@comcast.net; receiver= Received: from resqmta-ch2-08v.sys.comcast.net (resqmta-ch2-08v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:40]) by hurricane.the-brannons.com (Postfix) with ESMTPS id 1CBB777D9F for ; Wed, 17 Jan 2018 04:43:20 -0800 (PST) Received: from resomta-ch2-15v.sys.comcast.net ([69.252.207.111]) by resqmta-ch2-08v.sys.comcast.net with ESMTP id bn3peXAqBvvTdbn3teQa2F; Wed, 17 Jan 2018 12:43:25 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1516193005; bh=wOpYmrfskqg6YJK1DOYgd0llLlSJILMvxOQja+fNXfk=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=UyN/FxUIWx3iunMvx5OYgx0Uk3DJkxRAl7PDxKxJh6pdiB0GaY2FY1u/C4BtOdvwD 5Bv1LrAoUsrfnvBJvuRtG5l/wGN+716kyIkjxVcr6JzPo2gCjdG+Bjsej4vjXIkAOl JJXy6L4j+bbA1UP1XUgRoea4OHFqHEaF8+iz23Tm2h6XxsVGCEZLsh9kmlUDMzPswI V6pdxrhwtDWNSkxUz4JyDSgwdPxLEgRZnPEODd/oS6zWEXBpqADKzZ1tX7VAPZK49u 8eUUa8+8RWRums4oRM51i9pORkS75RxtVFUZIFkCiY9dI3pMlEuHVJ+4tN7qUW+MFQ tshW17FyZQ4Lw== Received: from unknown ([IPv6:2601:408:c300:8f09:21e:4fff:fec2:a0f1]) by resomta-ch2-15v.sys.comcast.net with SMTP id bn3seWsnbKhJCbn3se4FQy; Wed, 17 Jan 2018 12:43:24 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.7.1 Date: Wed, 17 Jan 2018 07:43:24 -0500 Message-ID: <20180017074324.eklhad@comcast.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=nextpart-eb-022385 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfHlsolXOjVK1pORzJuabg3XDXPXz/zyFvM9Smi8ybCZQ5eq0ALYgzOK277Edsy1kz1j9RbL9k1LgubApSsKkHMsb731F0uovHLc48+zeXS9tKoQ0qv2K +IsI4i/yVWMpTcokAfkEt/WG65dYMqSv56v6WkTzJVL8wW0DTh+YS67j Subject: [Edbrowse-dev] Forever X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.25 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 12:43:21 -0000 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --nextpart-eb-022385 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Many sites, including amazon, which we've been playing with, take a = very long time to plow through eb$qs$start(). Time is roughly O^2, as per the size of the web page. No doubt we could rewrite it to be more efficient, but most of it is = third party software querySelectorAll, that I don't want to rewrite, or = even muck with very much. They could come out with a new version with bug fixes, and I really = want to just snap it in place. Is there any way to make things more efficient, without going into the = guts of querySelectorAll? So this website hangs forever, and you can't even ^c out of it. https://sploid.gizmodo.com/this-giant-fireball-over-michigan-was-visible= -from-six-1822143868 Put this on the list of must-fix sites. Now that edbrowse is one process, such sites are more troublesome; you = just have to quit, and lose whatever was going on in the other sessions. Following db 5 I thought it was eb$qs$start again, it hangs for a very = long time, but then it returns, and then we hang on another javascript, = seemingly forever. We will need to address performance across the board, it's getting = frustrating. If that work waits til the next version that's fine, and I do want to = talk about cutting 3.7.2 soon, but nobody is going to use edbrowse if it hangs for minutes, and = sometimes forever. Karl Dahlke --nextpart-eb-022385--