all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Robert Pluim <rpluim@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 74218@debbugs.gnu.org, me@eshelyaron.com, stefankangas@gmail.com,
	me@fabionatali.com
Subject: bug#74218: [PATCH] Ask confirmation before sending region to search engine.
Date: Thu, 07 Nov 2024 12:03:20 +0100	[thread overview]
Message-ID: <87v7wzl30n.fsf@gmail.com> (raw)
In-Reply-To: <867c9fqpx0.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 07 Nov 2024 12:49:47 +0200")

>>>>> On Thu, 07 Nov 2024 12:49:47 +0200, Eli Zaretskii <eliz@gnu.org> said:

    >> From: Robert Pluim <rpluim@gmail.com>
    >> Cc: Eshel Yaron <me@eshelyaron.com>,  74218@debbugs.gnu.org,
    >> stefankangas@gmail.com,  me@fabionatali.com
    >> Date: Thu, 07 Nov 2024 10:02:00 +0100
    >> 
    >> >>>>> On Thu, 07 Nov 2024 10:53:23 +0200, Eli Zaretskii <eliz@gnu.org> said:
    >> 
    Eli> Also, does anyone have an opinion about asking for confirmation only
    Eli> for regions that are large enough?  E.g., when the region is a single
    Eli> word, do we want to ask for confirmation anyway?
    >> 
    >> The default for sending stuff to remote servers should be not to do it
    >> unless explicitly authorized, even if the amount of data is small: the
    >> submission itself provides data about your machine, IP, location etc.

    Eli> We are talking about a command which is document as follows:

    Eli>   (eww-search-words)

    Eli>   Search the web for the text in the region.
    Eli>   If region is active (and not whitespace), search the web for
    Eli>   the text between region beginning and end.  Else, prompt the
    Eli>   user for a search string.  See the variable ‘eww-search-prefix’
    Eli>   for the search engine used.

    Eli> It should be clear from this that a Web search engine is used, and
    Eli> that the word or the region are sent to it.  Since the user invokes
    Eli> this command, how is it reasonable not to do what the user requested?
    Eli> If the user doesn't want to reveal details to the Internet, the user
    Eli> can avoid invoking the command in the first place.

    Eli> I feel that I'm missing something here.

And so am I. Why are we discussing adding a confirmation to an
explicit request from the user? Or is the intent to leave it as 'off',
but allow customizing it to 'ask'?

Robert
-- 





  reply	other threads:[~2024-11-07 11:03 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-11-06  0:46 bug#74218: [PATCH] Ask confirmation before sending region to search engine Fabio Natali via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-11-06 12:34 ` Eli Zaretskii
2024-11-06 13:18   ` Fabio Natali via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-11-06 13:38     ` Eli Zaretskii
2024-11-06 15:27   ` Fabio Natali via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-11-07  1:51     ` Stefan Kangas
2024-11-07  8:42       ` Eshel Yaron via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-11-07  8:53         ` Eli Zaretskii
2024-11-07  9:02           ` Robert Pluim
2024-11-07 10:49             ` Eli Zaretskii
2024-11-07 11:03               ` Robert Pluim [this message]
2024-11-07 11:05                 ` Eli Zaretskii
2024-11-07 11:19                   ` Robert Pluim
2024-11-07 11:29                   ` Fabio Natali via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-11-07 11:56                     ` Eli Zaretskii
2024-11-07 14:04                       ` Fabio Natali via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-11-07  9:12           ` Eshel Yaron via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-11-07 10:52             ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87v7wzl30n.fsf@gmail.com \
    --to=rpluim@gmail.com \
    --cc=74218@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=me@eshelyaron.com \
    --cc=me@fabionatali.com \
    --cc=stefankangas@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.