From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.bugs Subject: bug#19556: eww: make URI rewriting fully customizable Date: Sat, 26 Dec 2015 09:30:18 +0000 Message-ID: <87h9j5zhed.fsf@violet.siamics.net> References: <87sifi22rg.fsf@violet.siamics.net> <871tabc8nu.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1451122296 12330 80.91.229.3 (26 Dec 2015 09:31:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Dec 2015 09:31:36 +0000 (UTC) To: 19556@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 26 10:31:23 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aClC6-0003IC-GT for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Dec 2015 10:31:22 +0100 Original-Received: from localhost ([::1]:37981 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aClBv-0002rD-OD for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Dec 2015 04:31:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56475) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aClBp-0002r8-Vo for bug-gnu-emacs@gnu.org; Sat, 26 Dec 2015 04:31:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aClBm-000247-8a for bug-gnu-emacs@gnu.org; Sat, 26 Dec 2015 04:31:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aClBm-000243-5V for bug-gnu-emacs@gnu.org; Sat, 26 Dec 2015 04:31:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aClBl-0001ev-QC for bug-gnu-emacs@gnu.org; Sat, 26 Dec 2015 04:31:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Dec 2015 09:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19556 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 19556-submit@debbugs.gnu.org id=B19556.14511222366343 (code B ref 19556); Sat, 26 Dec 2015 09:31:01 +0000 Original-Received: (at 19556) by debbugs.gnu.org; 26 Dec 2015 09:30:36 +0000 Original-Received: from localhost ([127.0.0.1]:36751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aClBI-0001eB-Is for submit@debbugs.gnu.org; Sat, 26 Dec 2015 04:30:36 -0500 Original-Received: from fely.am-1.org ([78.47.74.50]:60324) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aClBD-0001dz-F9 for 19556@debbugs.gnu.org; Sat, 26 Dec 2015 04:30:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=HDBqiqv93gUZzUEF7bSwojSodYIZMZ9VVlWd0bGDmxM=; b=J+KhLjn4rRVPtFqLgUdovX62wVMekBY7YTgfbGTzZpXAhbqEkju6KTClcTVZzkl7y19CWL0duj8yKFIrpRkxNoAzI67v690KrdlPDr9hBs8AMc/+i5C27tBbcpImL1hmNzukzlSQAqycQ4ogCkRJOoGy+AJ4WEGNfWg/SDkAMoM=; Original-Received: from violet.siamics.net ([2001:470:1f13:1eb::1:1d]) by fely.am-1.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1aClBB-0000fN-Th for 19556@debbugs.gnu.org; Sat, 26 Dec 2015 09:30:26 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1aClB5-0000at-4Y for 19556@debbugs.gnu.org; Sat, 26 Dec 2015 16:30:19 +0700 In-Reply-To: <871tabc8nu.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 25 Dec 2015 08:03:01 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:110589 Archived-At: >>>>> Lars Ingebrigtsen writes: >>>>> Lars Magne Ingebrigtsen writes: >>>>> Ivan Shmakov writes: >>> FWIW, removing eww-search-words from the hook allows one to type >>> something like https://en.wikipedia.org/wiki/Free software RET >>> (note the blank) at the prompt and be with that. >> That sounds like a bug that should be fixed. >> I don't see a use case for letting users customise this stuff, and >> it sounds like it would be error-prone. > This is still my view, so I'm closing this bug report. I believe that when there=E2=80=99s a disagreement on how (and if) the feature should be implemented, the respective bugs should not generally be closed, although they surely may be tagged =E2=80=98wontfix=E2=80=99 at the maintainer=E2=80=99s discretion. The justification is that the maintainer cannot decide what features /the users/ desire =E2=80=93 and it=E2=80=99s what the bug tracki= ng system is ought to reflect =E2=80=93 but only the features that he or she volunteers =E2=80=93 or not =E2=80=93 to actually implement and suppor= t. JFTR, my feature request is as follows. First, the =E2=80=9Cautomatic=E2= =80=9D use of a search engine may lead to inadvertent information disclosure, should the user type (or yank) some text into the URI prompt by accident (and it happened to me more than once.) Explicitly setting eww-search-prefix to nil will work around this issue, although as currently implemented, the respective code path doesn=E2=80=99t lead to a clear error message. (Neither the eww-search-prefix defcustom suggests nil as a possible value.) The other part is that the authors of EWW extensions may benefit from an easy way to hook into the EWW URI handling. The patch I=E2=80=99ve suggested does provide such a way, although implements it badly, and so should not be used as it is. --=20 FSF associate member #7257 http://am-1.org/~ivan/ =E2=80=A6 3013 B6A0= 230E 334A