From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by hurricane.the-brannons.com (Postfix) with ESMTP id 15A3678D61 for ; Fri, 4 Jul 2014 06:30:30 -0700 (PDT) Received: from omta15.westchester.pa.mail.comcast.net ([76.96.62.87]) by qmta05.westchester.pa.mail.comcast.net with comcast id NCaU1o0031swQuc55DVSdp; Fri, 04 Jul 2014 13:29:26 +0000 Received: from eklhad ([IPv6:2601:4:53c0:29b:21e:4fff:fec2:a0f1]) by omta15.westchester.pa.mail.comcast.net with comcast id NDVF1o00i1A47pm3bDVGs8; Fri, 04 Jul 2014 13:29:16 +0000 To: Edbrowse-dev@lists.the-brannons.com From: Karl Dahlke Reply-to: Karl Dahlke User-Agent: edbrowse/3.5.1 Date: Fri, 04 Jul 2014 09:27:44 -0400 Message-ID: <20140604092744.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=q20140121; t=1404480566; bh=M48tySvE+dx0/rNwe+2QsryqNeObMOKSmHvk7JynKwk=; h=Received:Received:To:From:Reply-to:Subject:Date:Message-ID: Mime-Version:Content-Type; b=R2VTjz1zml5n/7YFvEIkpuxlxZYtAmSAt03EeOGyc9kZPJ/xDIujpmfOxkSgWvv/5 /xjea7S0vSdRmpgrA/LH6KknPHy9pkHFmykuFGOoZzU4GS5MUIDhuJR2QbYnkxWZGn n/OzxPRW0+nGDs/PGFC0CtZkG1Q28MM4Si7gtaR90W4kTgE4Rdv8bTe2ssmXnE5c+i ZrwzMqNdt/M4hQL3aLzJj9drTATYIaOZl2HRLwcsyDoaOURbGuO36pg+o41siA33P7 NnOfa0oOSnvjF8Jmh3Tjj0Q+vbcVMsy2qTJq5mtH+ZkgZBk1XqZpSxt+nbFpWVm2Vq 1z2u2dfPQtPmQ== Subject: [Edbrowse-dev] A couple of feature requests X-BeenThere: edbrowse-dev@lists.the-brannons.com X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Edbrowse Development List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jul 2014 13:30:30 -0000 In much of edbrowse, and even in some of life, I try not to let the best be the enemy of the good. The best would be the javascript pac file approach, and honestly I think we should implement that in the near future. I don't think it would be hard, given that we have javascript suppport, and the underlying js function isn't likely to be complicated. But sooner than that, perhaps we should get some noprox exceptions running. That's even easier, and it's a stepping stone, determining the proxy at connect time rather than init time. And we must remember that sometimes we run edbrowse with js turned off, perhaps in general or perhaps per site. In that case the js context isn't even there. We don't have the option of running the pac file. I think some folks will want a little more proxy control even with js turned off. Then, when js is enabled, and if there is a pac file, we can support that. So I propose starting with some proxy exceptions in the config file, and seeing where that leads. Karl Dahlke