From unknown Tue Jun 17 01:28:42 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#43844 <43844@debbugs.gnu.org> To: bug#43844 <43844@debbugs.gnu.org> Subject: Status: 27.1; Mouse-3 avoid "Buffer is read-only" *patch* Reply-To: bug#43844 <43844@debbugs.gnu.org> Date: Tue, 17 Jun 2025 08:28:42 +0000 retitle 43844 27.1; Mouse-3 avoid "Buffer is read-only" *patch* reassign 43844 emacs submitter 43844 Corwin Brust severity 43844 minor tag 43844 notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 07 07:34:26 2020 Received: (at submit) by debbugs.gnu.org; 7 Oct 2020 11:34:26 +0000 Received: from localhost ([127.0.0.1]:55470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQ7iE-0006Zl-05 for submit@debbugs.gnu.org; Wed, 07 Oct 2020 07:34:26 -0400 Received: from lists.gnu.org ([209.51.188.17]:55184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQ7iC-0006Zd-55 for submit@debbugs.gnu.org; Wed, 07 Oct 2020 07:34:24 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58152) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kQ7iB-00042k-Uq for bug-gnu-emacs@gnu.org; Wed, 07 Oct 2020 07:34:23 -0400 Received: from mail-ed1-f49.google.com ([209.85.208.49]:37446) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kQ7i9-00079M-UE for bug-gnu-emacs@gnu.org; Wed, 07 Oct 2020 07:34:23 -0400 Received: by mail-ed1-f49.google.com with SMTP id o18so1791959edq.4 for ; Wed, 07 Oct 2020 04:34:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=n1GxyYQH06yXWXzAYshtDLriiSoK6MKMGqj4lgNcvIs=; b=AxxBN3E8Vdi/vB1Oaro/jWBGFSr6/wF++1K/bPhXXqhvfDMyS9ZnY7tQOyZxKF5u2H Mqv/plAOhTlqwKXXnC4tc3tep0/vwLXer91rF55P6w+GRvfQPumKwYRa0iBlUpsmwY9X 5/IuwrEpfNEncOCLX/EZp8HzMPIpGBWQK2lowB7G793gwkVfYxc4RhsUF8krbfMrw0/q cFiCVwtkOG+eBEpuvhI7rQRGUvC4cpwI9cSiNPOgVUrb7AEQZnfTJHIwb0Rd0v5lsG1X Pg0zP2KINlSP7PT70njtww0fcBt4emZe0km95t2MynitEQDjUGyQGqHCdyzNhyGlYkKP qd4A== X-Gm-Message-State: AOAM530zVt4ZVLKVR69kFFRSJjM3cwQN20FsITt85SSd5dc1mo1VjEVB llFX0aTqOaVDJXYvFjkEHKFGmBEwn+I/qVtI/Bmbz9Tk9nyHKQ== X-Google-Smtp-Source: ABdhPJzA/EkxhesZINyQ0/ciwRienp0wu1IUg3BPfBrEN9ceLclk+cVu+DRueKLXFusfSqnR/pQqe9fSNercFWDgWcs= X-Received: by 2002:aa7:c608:: with SMTP id h8mr3021974edq.16.1602070459603; Wed, 07 Oct 2020 04:34:19 -0700 (PDT) MIME-Version: 1.0 From: Corwin Brust Date: Wed, 7 Oct 2020 06:34:08 -0500 Message-ID: Subject: 27.1; Mouse-3 avoid "Buffer is read-only" *patch* To: bug-gnu-emacs@gnu.org Content-Type: multipart/mixed; boundary="000000000000a7bc2405b1131837" Received-SPF: pass client-ip=209.85.208.49; envelope-from=mplscorwin@gmail.com; helo=mail-ed1-f49.google.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/07 07:34:20 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) --000000000000a7bc2405b1131837 Content-Type: multipart/alternative; boundary="000000000000a7bc2205b1131835" --000000000000a7bc2205b1131835 Content-Type: text/plain; charset="UTF-8" In Dired, ERC, and, I assume, any read-only buffer the default behavior of mouse-3 causes errors (E.g. "kill-region: Buffer is read-only: #"). The attached patch attempts to prevent this by detecting a read-only-buffer. Unfortunately, it seems that ERC has some other means of causing its buffers to be rendered read-only that doesn't affect this var, thus the special-case logic. I tested with dired, erc, and (regression tested) while composing this bug report. Are there other edge cases like erc-mode hanging around, where read-only-buffer might not be accurate? Is this oddity with ERC worth a separate bug report? Finally, s there a more elegant way to special case whatever erc-mode is doing? This is my first attempt at submitting a patch. I will dig a bit more into my own questions, above; tia for tips, suggestions, etc. In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32) of 2020-08-21 built on CIRROCUMULUS Repository revision: 86d8d76aa36037184db0b2897c434cdaab1a9ae8 Repository branch: HEAD Windowing system distributor 'Microsoft Corp.', version 10.0.18363 System Description: Microsoft Windows 10 Home (v10.0.1909.18363.1082) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --without-dbus --host=x86_64-w64-mingw32 --without-compress-install 'CFLAGS=-O2 -static'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY ACL GNUTLS LIBXML2 HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSON PDUMPER LCMS2 GMP Important settings: value of $LANG: ENU locale-coding-system: cp1252 Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 46659 8583) (symbols 48 6075 1) (strings 32 16982 2021) (string-bytes 1 519943) (vectors 16 9274) (vector-slots 8 123598 13156) (floats 8 22 312) (intervals 56 222 0) (buffers 1000 12)) Corwin --000000000000a7bc2205b1131835 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
In Dired, ERC, and, I assume, any read-only buffer the def= ault behavior of
mouse-3 causes errors (E.g. "kill-region: Buffer i= s read-only: #<buffer
*Messages*>").

The attached patc= h attempts to prevent this by detecting a
read-only-buffer.=C2=A0 Unfort= unately, it seems that ERC has some other means
of causing its buffers t= o be rendered read-only that doesn't affect
this var, thus the speci= al-case logic.=C2=A0 I tested with dired, erc, and
(regression tested) w= hile composing this bug report.

Are there other edge cases like erc-= mode hanging around, where
read-only-buffer might not be accurate?=C2=A0= Is this oddity with ERC worth a
separate bug report?=C2=A0 Finally, s t= here a more elegant way to special
case whatever erc-mode is doing?
<= br>This is my first attempt at submitting a patch.=C2=A0 I will dig a bit m= ore
into my own questions, above; tia for tips, suggestions, etc.
In GNU Emacs 27.1 (build 1, x86_64-w64-mingw32)
=C2=A0of 2020-08-21 bui= lt on CIRROCUMULUS
Repository revision: 86d8d76aa36037184db0b2897c434cda= ab1a9ae8
Repository branch: HEAD
Windowing system distributor 'Mi= crosoft Corp.', version 10.0.18363
System Description: Microsoft Win= dows 10 Home (v10.0.1909.18363.1082)

Recent messages:
For informa= tion about GNU Emacs and the GNU system, type C-h C-a.

Configured us= ing:
=C2=A0'configure --without-dbus --host=3Dx86_64-w64-mingw32
= =C2=A0--without-compress-install 'CFLAGS=3D-O2 -static''
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY W32NOTIFY = ACL GNUTLS LIBXML2
HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS MODULES THREADS JSO= N PDUMPER LCMS2 GMP

Important settings:
=C2=A0 value of $LANG: EN= U
=C2=A0 locale-coding-system: cp1252

Major mode: Lisp Interactio= n

Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2=A0 global-= eldoc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 electric-indent-mode: t
= =C2=A0 mouse-wheel-mode: t
=C2=A0 tool-bar-mode: t
=C2=A0 menu-bar-mo= de: t
=C2=A0 file-name-shadow-mode: t
=C2=A0 global-font-lock-mode: t=
=C2=A0 font-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-= composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2=A0 auto-compre= ssion-mode: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: = t

Load-path shadows:
None found.

Features:
(shadow sort= mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rf= c822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus= -util rmail rmail-loaddefs text-property-search time-date
subr-x seq byt= e-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-= parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmai= l rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
tooltip eldoc= electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel dos-w32 ls= -lisp disp-table term/w32-win w32-win w32-vars
term/common-win tool-bar = dnd fontset image regexp-opt fringe
tabulated-list replace newcomment te= xt-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rf= n-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock synta= x facemenu font-core
term/tty-colors frame minibuffer cl-generic cham ge= orgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean = japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european et= hiopic indian
cyrillic chinese composite charscript charprop case-table = epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice l= oaddefs
button faces cus-face macroexp files text-properties overlay sha= 1 md5
base64 format env code-pages mule custom widget hashtable-print-re= adable
backquote threads w32notify w32 lcms2 multi-tty make-network-proc= ess
emacs)

Memory information:
((conses 16 46659 8583)
=C2= =A0(symbols 48 6075 1)
=C2=A0(strings 32 16982 2021)
=C2=A0(string-by= tes 1 519943)
=C2=A0(vectors 16 9274)
=C2=A0(vector-slots 8 123598 13= 156)
=C2=A0(floats 8 22 312)
=C2=A0(intervals 56 222 0)
=C2=A0(buf= fers 1000 12))


Corwin
--000000000000a7bc2205b1131835-- --000000000000a7bc2405b1131837 Content-Type: application/octet-stream; name="mouse-3_no-kill-when-readonly-or-erc-mode.patch" Content-Disposition: attachment; filename="mouse-3_no-kill-when-readonly-or-erc-mode.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_kfzbccmg0 ZGlmZiAtdSAiYzovZW1hY3Mvc2hhcmUvZW1hY3MvMjcuMS9saXNwL21vdXNlLmVsLTI3LjEiICJj Oi9lbWFjcy9zaGFyZS9lbWFjcy8yNy4xL2xpc3AvbW91c2UuZWwiDQotLS0gYzovZW1hY3Mvc2hh cmUvZW1hY3MvMjcuMS9saXNwL21vdXNlLmVsLTI3LjEJMjAyMC0xMC0wNyAwNToxMzo1OC4wMDAw MDAwMDAgLTA1MDANCisrKyBjOi9lbWFjcy9zaGFyZS9lbWFjcy8yNy4xL2xpc3AvbW91c2UuZWwJ MjAyMC0xMC0wNyAwNToyODoxMi41MTEzMTg5MDAgLTA1MDANCkBAIC0xNjAxLDggKzE2MDEsMTAg QEANCiBwcmV2aW91cyByZWdpb24gd2FzIGp1c3Qgc2F2ZWQgdG8gdGhlIGtpbGwgcmluZykuDQog DQogSWYgdGhpcyBjb21tYW5kIGlzIGNhbGxlZCBhIHNlY29uZCBjb25zZWN1dGl2ZSB0aW1lIHdp dGggdGhlIHNhbWUNCi1DTElDSyBwb3NpdGlvbiwga2lsbCB0aGUgcmVnaW9uIChvciBkZWxldGUg aXQNCi1pZiBgbW91c2UtZHJhZy1jb3B5LXJlZ2lvbicgaXMgbm9uLW5pbCkuIg0KK0NMSUNLIHBv c2l0aW9uLCBraWxsIHRoZSByZWdpb24gKG9yIGRlbGV0ZSBpdCBpZg0KK2Btb3VzZS1kcmFnLWNv cHktcmVnaW9uJyBpcyBub24tbmlsKS4gIFdoZW4gYnVmZmVyIGlzDQorcmVhZC1vbmx5IChvciBh biBgZXJjLW1vZGUnIGRlcml2ZWQgbW9kZSksIHVzZSBga2lsbC1yaW5nLXNhdmUnDQoraW5zdGVh ZCBvZiBga2lsbC1yZWdpb24nLiINCiAgIChpbnRlcmFjdGl2ZSAiZSIpDQogICAobW91c2UtbWlu aWJ1ZmZlci1jaGVjayBjbGljaykNCiAgIChsZXQqICgocG9zbiAgICAgKGV2ZW50LXN0YXJ0IGNs aWNrKSkNCkBAIC0xNjI4LDcgKzE2MzAsOSBAQA0KICAgICAgICAgICA7OyBSZWdpb24gYWxyZWFk eSBzYXZlZCBpbiB0aGUgcHJldmlvdXMgY2xpY2s7DQogICAgICAgICAgIDs7IGRvbid0IG1ha2Ug YSBkdXBsaWNhdGUgZW50cnksIGp1c3QgZGVsZXRlLg0KICAgICAgICAgICAoZnVuY2FsbCByZWdp b24tZXh0cmFjdC1mdW5jdGlvbiAnZGVsZXRlLW9ubHkpDQotICAgICAgICAoa2lsbC1yZWdpb24g KG1hcmsgdCkgKHBvaW50KSAncmVnaW9uKSkNCisgICAgICAgIChpZiAob3IgYnVmZmVyLXJlYWQt b25seSAoZGVyaXZlZC1tb2RlLXAgJ2VyYy1tb2RlKSkNCisJICAgIChraWxsLXJpbmctc2F2ZSAo bWFyayB0KSAocG9pbnQpICdyZWdpb24pDQorCSAgKGtpbGwtcmVnaW9uIChtYXJrIHQpIChwb2lu dCkgJ3JlZ2lvbikpKQ0KICAgICAgIChzZXRxIG1vdXNlLXNlbGVjdGlvbi1jbGljay1jb3VudCAw KQ0KICAgICAgIChzZXRxIG1vdXNlLXNhdmUtdGhlbi1raWxsLXBvc24gbmlsKSkNCiANCg0KRGlm ZiBmaW5pc2hlZC4gIFdlZCBPY3QgIDcgMDU6MzE6NTAgMjAyMA0K --000000000000a7bc2405b1131837-- From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 07 11:14:52 2020 Received: (at 43844) by debbugs.gnu.org; 7 Oct 2020 15:14:52 +0000 Received: from localhost ([127.0.0.1]:57710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQB9Y-0006Br-Ch for submit@debbugs.gnu.org; Wed, 07 Oct 2020 11:14:52 -0400 Received: from mail-qv1-f49.google.com ([209.85.219.49]:37505) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQB9U-0006Bc-Sp for 43844@debbugs.gnu.org; Wed, 07 Oct 2020 11:14:51 -0400 Received: by mail-qv1-f49.google.com with SMTP id db4so1334660qvb.4 for <43844@debbugs.gnu.org>; Wed, 07 Oct 2020 08:14:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=kgeDJw+U6xP9f6jLFlk1DgYRWrK4ibc/36KhO+CAMlo=; b=pMvutebKyoHBkvaAvlFgky3GgxbHCtLZActfIa7VoNEFlpagpqfCt/13oDzgyFmPN4 30SD7+7f5Xyk4g3FzwjIA4VH5mYVrb6NC56uR1v1DKWbMofH8vYh3yHVgy2OVZ0oGFk/ rC+eZnsg1nfUxxv4ibvt5veM/RH02UbCGsV2LrcnI8QEovKb43+8JuA9ItRC8cREHQTA nLCOcIvOcsFuj1NZr6gIeLiIBuB7zrZpsx4GhiOKpTZi2/0FNKtvyLke+o5D7GTxlwk4 0e7VLH/cYYpyXJY8aaJvlnMA9WmQoAbWq5WLYIhkCxCvimmwqFCJR5vjV+ABwUxhZz3y ybpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=kgeDJw+U6xP9f6jLFlk1DgYRWrK4ibc/36KhO+CAMlo=; b=REbNft3xbxD0o7jGPHnF0oIGGmMbBUp2EoB/UujFidJTORcglxn33zzdWekXGHkCGB 0bz95CsVTCSgnvygjSkLx7FSRqxnQHCNZ7jmJVHnc95hdqpMeRgiSBMfcXdfxlLdE6t6 HtBohcEMNl7prQyHox+XZYDS5K4RPa+UgdgEjjW/8a4qOLB+/eBpSAh/i6DDynDtxzVf v75Wpboueaya6xplwN5yBZTnJOep9Vb0roRLt65co1rMq+bChhwXC5awKSVni2hnMC8u MGtJVjIpszK751fpTOm2yFjnRDwDAn08zaDciK5kmEBeRxrZI3aOgfC+Bf59imjD75Vs nGWQ== X-Gm-Message-State: AOAM530RN+lx/aYN3TfEv+K4MREHXyz/7OgQMsmq39fPPL+y+foWbHRR OaWA2lbmU9owujFuZrbpJuKoxnO+Yk0= X-Google-Smtp-Source: ABdhPJwwvYy8DGvvb6J399nT9ICbdmD3lz/fDnu2lCxKadX10hmlujLxqHP9DQ3KKfmiotNB40zg1w== X-Received: by 2002:a05:6214:d6b:: with SMTP id 11mr3544024qvs.30.1602083683035; Wed, 07 Oct 2020 08:14:43 -0700 (PDT) Received: from vhost2 (CPE001143542e1f-CMf81d0f809fa0.cpe.net.cable.rogers.com. [99.230.38.42]) by smtp.gmail.com with ESMTPSA id k126sm1514238qke.135.2020.10.07.08.14.42 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Wed, 07 Oct 2020 08:14:42 -0700 (PDT) From: Noam Postavsky To: Corwin Brust Subject: Re: bug#43844: 27.1; Mouse-3 avoid "Buffer is read-only" *patch* References: Date: Wed, 07 Oct 2020 11:14:39 -0400 In-Reply-To: (Corwin Brust's message of "Wed, 7 Oct 2020 06:34:08 -0500") Message-ID: <85pn5uxe3k.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 43844 Cc: 43844@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Corwin Brust writes: > In Dired, ERC, and, I assume, any read-only buffer the default behavior of > mouse-3 causes errors (E.g. "kill-region: Buffer is read-only: # *Messages*>"). I think you just need to set the kill-read-only-ok option. kill-read-only-ok is a variable defined in =A1=AEsimple.el=A1=AF. Its value is nil Documentation: Non-nil means don=A1=AFt signal an error for killing read-only text. > Unfortunately, it seems that ERC has some other means of causing its > buffers to be rendered read-only that doesn't affect this var, thus > the special-case logic. I'm guessing ERC marks only some of text as read-only via text properties. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 27 00:37:59 2021 Received: (at 43844) by debbugs.gnu.org; 27 Jan 2021 05:37:59 +0000 Received: from localhost ([127.0.0.1]:43398 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l4dWh-00072U-78 for submit@debbugs.gnu.org; Wed, 27 Jan 2021 00:37:59 -0500 Received: from quimby.gnus.org ([95.216.78.240]:36776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l4dWf-00072B-92 for 43844@debbugs.gnu.org; Wed, 27 Jan 2021 00:37:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=cJUcqi/MJmYWJ5hA58LGkJZrHSrqIc8yN/HBikub/WQ=; b=n5fLLYh1401hH7h7HiJ0ogWdnw /yt5d9oeo75i2R5d02gmMymTsHMPXYWETeg4gWnuG1hRLPdBD61h79rZMQn96vbEUZtA4q6hea3E6 3AurfYGD9DCMMfKVrTqxFsPIomcLGr+DYfU3Moz2Li6kzSAoVTXP2/bWvp2So7RMQNE8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l4dWT-0002Ap-EE; Wed, 27 Jan 2021 06:37:50 +0100 From: Lars Ingebrigtsen To: Noam Postavsky Subject: Re: bug#43844: 27.1; Mouse-3 avoid "Buffer is read-only" *patch* References: <85pn5uxe3k.fsf@gmail.com> X-Now-Playing: Coil's _Swanyard (2)_: "Elves (Master)" Date: Wed, 27 Jan 2021 06:37:44 +0100 In-Reply-To: <85pn5uxe3k.fsf@gmail.com> (Noam Postavsky's message of "Wed, 07 Oct 2020 11:14:39 -0400") Message-ID: <87wnvz9byv.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Noam Postavsky writes: > I think you just need to set the kill-read-only-ok option. > > kill-read-only-ok is a variable defined in ‘simple.el’. > Its value is nil > > Documentation: > Non-nil means don’t signal an err [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 43844 Cc: 43844@debbugs.gnu.org, Corwin Brust X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Noam Postavsky writes: > I think you just need to set the kill-read-only-ok option. > > kill-read-only-ok is a variable defined in =E2=80=98simple.el=E2=80= =99. > Its value is nil > > Documentation: > Non-nil means don=E2=80=99t signal an error for killing read-only tex= t. So I think this works as designed, and I'm closing this bug report. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 27 00:38:03 2021 Received: (at control) by debbugs.gnu.org; 27 Jan 2021 05:38:03 +0000 Received: from localhost ([127.0.0.1]:43402 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l4dWl-00073A-GE for submit@debbugs.gnu.org; Wed, 27 Jan 2021 00:38:03 -0500 Received: from quimby.gnus.org ([95.216.78.240]:36792) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l4dWk-00072K-CR for control@debbugs.gnu.org; Wed, 27 Jan 2021 00:38:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=VRdWD7BloT+yxaLd3r8LTfde2ZS11MiLaTxsrisxHEY=; b=csWvFXwXbqMc0MEhHTU/Jlc4fO 11bbFVTc/d4XSXwKJaYsCbP1ATnzqytuHe8jnM4ygBirwG58k80Z2y34eDoTIty3O9hxnMsG598i0 jBvFBLy+98WqhxTw3W8/wrk4ZxeDZjzly6yOc/BZiCHvQDv5kFvqg4iyeDQ2soxFJXuc=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l4dWc-0002B3-Rv for control@debbugs.gnu.org; Wed, 27 Jan 2021 06:37:56 +0100 Date: Wed, 27 Jan 2021 06:37:53 +0100 Message-Id: <87v9bj9bym.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #43844 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 43844 notabug close 43844 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 43844 notabug close 43844 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 28 15:20:34 2021 Received: (at 43844) by debbugs.gnu.org; 28 Jan 2021 20:20:34 +0000 Received: from localhost ([127.0.0.1]:50324 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5DmM-0003PZ-0H for submit@debbugs.gnu.org; Thu, 28 Jan 2021 15:20:34 -0500 Received: from mail-ed1-f51.google.com ([209.85.208.51]:39673) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5DmJ-0003PL-Kg for 43844@debbugs.gnu.org; Thu, 28 Jan 2021 15:20:32 -0500 Received: by mail-ed1-f51.google.com with SMTP id b21so8118232edy.6 for <43844@debbugs.gnu.org>; Thu, 28 Jan 2021 12:20:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TxGGLp8DZlXzLx/ufSbJPx4r+QHAS9pN5gpOr27fZq0=; b=f25gBGnUUmRaW4X6h6WBAZbjZWaXsUpwBHa+iXe5H1ln1MqYG58xOCromW2DZEd7Q9 K3UzbVaqOLsv7/1sWdeEjfNBP3htt85V4hLVCYlsHXpxDvKilWnOuWXiI35So8fual/c kihtshYGKvSh4NmBzZLBzaOCu+QUF6p3ZPd/SgqiLHU7c5lU+rF5lib6MEXs1O/IXy9A GpmzG0UwF8wIzVdfNI6KLkss5hy+cvW0rxxRonYjTvh4rmY8RIB+/vcdX3egfE5Nr7nm 8RMab5C730cXi0s6HX/B7HTGbqnSCqY8s9zow1Cfuf4AwIpzepDVnJ40J0bd6KnxP6az FZWg== X-Gm-Message-State: AOAM533VopKjAAs6zBajIAOW0WT3Z83CVcX3XiczvUwflAliAXYHwaCq K0vSnWQDR++8NYSK89JdmCSw/UgwN06DUuagIZI= X-Google-Smtp-Source: ABdhPJzc7Z1NWgZZoCiezqmmV+RHbznHgh8b8c8xuAOYWrmJeJkpWfd3uaz1fLJJBjEyHuArrU60hH7IUTxR0/VPng8= X-Received: by 2002:aa7:d6cf:: with SMTP id x15mr1546791edr.336.1611865225930; Thu, 28 Jan 2021 12:20:25 -0800 (PST) MIME-Version: 1.0 References: <85pn5uxe3k.fsf@gmail.com> <87wnvz9byv.fsf@gnus.org> In-Reply-To: <87wnvz9byv.fsf@gnus.org> From: Corwin Brust Date: Thu, 28 Jan 2021 14:20:15 -0600 Message-ID: Subject: Re: bug#43844: 27.1; Mouse-3 avoid "Buffer is read-only" *patch* To: Lars Ingebrigtsen Content-Type: multipart/alternative; boundary="00000000000037abef05b9fb9eed" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Lars, Apologies for not having followed-up on this and thank you for lending it your attention. On Tue, Jan 26, 2021 at 11:37 PM Lars Ingebrigtsen wrote: Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.0 URIBL_DBL_ABUSE_SPAM Contains an abused spamvertized URL listed in the Spamhaus DBL blocklist [URIs: bru.st] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mplscorwin[at]gmail.com) 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.51 listed in list.dnswl.org] 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.51 listed in wl.mailspike.net] 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-Debbugs-Envelope-To: 43844 Cc: 43844@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi Lars, Apologies for not having followed-up on this and thank you for lending it your attention. On Tue, Jan 26, 2021 at 11:37 PM Lars Ingebrigtsen wrote: Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.0 URIBL_DBL_ABUSE_SPAM Contains an abused spamvertized URL listed in the Spamhaus DBL blocklist [URIs: bru.st] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.51 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.51 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mplscorwin[at]gmail.com) 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 HTML_MESSAGE BODY: HTML included in message 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --00000000000037abef05b9fb9eed Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Lars, Apologies for not having followed-up on this and thank you for lending it your attention. On Tue, Jan 26, 2021 at 11:37 PM Lars Ingebrigtsen wrote: > Noam Postavsky writes: > > > I think you just need to set the kill-read-only-ok option. > > > > kill-read-only-ok is a variable defined in =E2=80=98simple.el=E2=80= =99. > > Its value is nil > > > > Documentation: > > Non-nil means don=E2=80=99t signal an error for killing read-only t= ext. > > So I think this works as designed, and I'm closing this bug report. > I disagree this behavior makes sense. Should it be the users responsibility to set this variable (in some hook? which?) for any buffers that default to read-only? Again, thanks! > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --=20 *Corwin* *corwin@bru.st * --00000000000037abef05b9fb9eed Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Lars,=C2=A0=C2=A0

Apologi= es=C2=A0for not having followed-up on this and thank you for lending it you= r attention.

On Tue, Jan 26, 2021 at 11:37 PM Lars Ingebrigtsen <larsi@gnus.org> wrote:
Noam Postavsky <npostavs@gmail.com> writes:=

> I think you just need to set the kill-read-only-ok option.
>
>=C2=A0 =C2=A0 =C2=A0kill-read-only-ok is a variable defined in =E2=80= =98simple.el=E2=80=99.
>=C2=A0 =C2=A0 =C2=A0Its value is nil
>
>=C2=A0 =C2=A0 =C2=A0Documentation:
>=C2=A0 =C2=A0 =C2=A0Non-nil means don=E2=80=99t signal an error for kil= ling read-only text.

So I think this works as designed, and I'm closing this bug report.
=

I disagree this behavior makes sense.=C2= =A0 =C2=A0

Should it be the users responsibility t= o set this variable (in some hook? which?) for any buffers that default to = read-only?

Again, thanks!
=C2=A0

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no


--
<= b>Corwin
--00000000000037abef05b9fb9eed-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 29 00:02:51 2021 Received: (at 43844) by debbugs.gnu.org; 29 Jan 2021 05:02:51 +0000 Received: from localhost ([127.0.0.1]:50829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5Lvn-0001Ek-5J for submit@debbugs.gnu.org; Fri, 29 Jan 2021 00:02:51 -0500 Received: from quimby.gnus.org ([95.216.78.240]:41428) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5Lvh-0001EU-8D for 43844@debbugs.gnu.org; Fri, 29 Jan 2021 00:02:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+kMxCn7YtaVRmzj/xWwcxmKkLi4dmYvKiFT5VqGblFE=; b=noodHM5+tHSjztgBb09QBZ/9Yb ay1yoBK+EkUM1Rc2JczBwPdevCbdzmsGrt9FBbMq/4iCBp/kMCA9oHvLFpgYa3+OUbfV7WsxuJn0o f5mjdUsXHRMU3bF39e12gquzhzU7S07hFKfZFdvQY/ZDrZQIdu15alt5Gihye39MDMew=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l5LvQ-0007qB-2w; Fri, 29 Jan 2021 06:02:38 +0100 From: Lars Ingebrigtsen To: Corwin Brust Subject: Re: bug#43844: 27.1; Mouse-3 avoid "Buffer is read-only" *patch* References: <85pn5uxe3k.fsf@gmail.com> <87wnvz9byv.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEVHR1KPcI5SbqwS DxDIwMX///8rhAWZAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UBHQQyE3uJOxAAAAGcSURBVDjLhdKN ccIwDAVgxcoAcfEAxjCAEjFA3Gr/mfpkB0KP5OrLHYTPevIPNMTjQRtMH1D6eH6+xr8gJ5CXI8jh BG54DoHxLCj7ADTWcACer+G2QdgB+RmwvfMOHMpNywbC4QUK09JnZuGhxHrFWd0zQJ8wzTwmm4IZ 3VkaaIOofLdKA6AAsgrW5b9HFrOVR0DWBb1l1eC3oqrJWB0IwLrcdIxpLZmmAXHJQUa0EOykVmwy 00JCBkBdVl1Yg1XGGfC8Dg8HLAggrFiJfaE//gVjA9nA375LuU5KT8CihAUV4wogYWsQNsC0VP2Q fMW9AklCvltzyD2VJKCFUosy62AdWL15q7DwBoxQr5k3KEqth3gSK7U1GgW/nPEVhadDDCX0vZLE liR+1BZrwK2rONAV81lo8uDERN6zHftVPEv6OYi2xTy820oX8SYOPVU9i2QdLqS4g1StNvBZyY99 4AFfBdArfDyMejF6pPUNpEPb+R/Q9AY/ZrxnPUF0RMXlBTPtsbi4nz1rB1C8HMP7mM8gncBoJxDp LEp/AWosrWb/MSsPAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTAxLTI5VDA0OjUwOjE4KzAwOjAw i7qUXgAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0wMS0yOVQwNDo1MDoxOCswMDowMPrnLOIAAAAA SUVORK5CYII= X-Now-Playing: Don Cherry's _Brown Rice_: "Malkauns" Date: Fri, 29 Jan 2021 06:02:26 +0100 In-Reply-To: (Corwin Brust's message of "Thu, 28 Jan 2021 14:20:15 -0600") Message-ID: <87czxoxrml.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Corwin Brust writes: > Should it be the users responsibility to set this variable (in some > hook? which?) for any buffers that default to read-only? Yes. Some buffers have read-only text, and killing that text will signal an error (by design), whether you kill the text using the mouse or with `C-w'. If the user wants to be able to kill the text, t [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Corwin Brust writes: > Should it be the users responsibility to set this variable (in some > hook? which?) for any buffers that default to read-only? Yes. Some buffers have read-only text, and killing that text will signal an error (by design), whether you kill the text using the mouse or with `C-w'. If the user wants to be able to kill the text, t [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [95.216.78.240 listed in list.dnswl.org] 2.0 URIBL_DBL_ABUSE_SPAM Contains an abused spamvertized URL listed in the Spamhaus DBL blocklist [URIs: bru.st] 0.0 T_SPF_TEMPERROR SPF: test of record failed (temperror) X-Debbugs-Envelope-To: 43844 Cc: 43844@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Corwin Brust writes: > Should it be the users responsibility to set this variable (in some > hook? which?) for any buffers that default to read-only? Yes. Some buffers have read-only text, and killing that text will signal an error (by design), whether you kill the text using the mouse or with `C-w'. If the user wants to be able to kill the text, then the user should set that variable. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 29 10:10:26 2021 Received: (at 43844) by debbugs.gnu.org; 29 Jan 2021 15:10:26 +0000 Received: from localhost ([127.0.0.1]:52785 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5VPm-0006iY-Ed for submit@debbugs.gnu.org; Fri, 29 Jan 2021 10:10:26 -0500 Received: from mail-ej1-f42.google.com ([209.85.218.42]:46468) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5VPg-0006hb-LO for 43844@debbugs.gnu.org; Fri, 29 Jan 2021 10:10:25 -0500 Received: by mail-ej1-f42.google.com with SMTP id rv9so13444946ejb.13 for <43844@debbugs.gnu.org>; Fri, 29 Jan 2021 07:10:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zQkQTZcaBj9xiB6iXCT9ipHID3s71wIrEKm5jGEgGRU=; b=IlwpAAhbiCEHXDw72hsuIJauTtauccoLS78oDE9fCgTlkNhKLeqtH9wY7Rx82pdw0c pPz5817tycNjsOfmlQZyrmVDbLN90qYFLbbQECfaw/OPKuruBaUthRLutOIPXinLsTNS qN9LTCHVb5prfeVMOoVRgRrTZlovgDJvgJXg4GNduBRlAQuQO0ObCNRlZ8MBR1G5Tp9g ETkSPKlFCO15mzr63QKcajHUTvqMrSuls9iwCXqXxPmYSNzdeu+/ggxz0qLDydgf18mm 1qbhzddVHmDFLHRQr8UIRkWCmi/lSmOel1aecaQPERsr2EzICRhZJfCHIhBg2So3WGe8 vwgQ== X-Gm-Message-State: AOAM531+PZ8gGQqSJdl1i2SiQ3N8NhPFqXXzk3G6+GhQocJnIpEkRtBX MMmcsSLerpau6A2/fWDQNWjXh1DWfEofHZB2R94= X-Google-Smtp-Source: ABdhPJwpWe+VMz3Ia57dmtFJlOKb6jbMaFmSIqWjxGo91aHICix+rfVKxgJSZB69P1a1rl2IcKyOh+3z5/yXyvfL5Dg= X-Received: by 2002:a17:906:b41:: with SMTP id v1mr5017316ejg.277.1611933014827; Fri, 29 Jan 2021 07:10:14 -0800 (PST) MIME-Version: 1.0 References: <85pn5uxe3k.fsf@gmail.com> <87wnvz9byv.fsf@gnus.org> <87czxoxrml.fsf@gnus.org> In-Reply-To: <87czxoxrml.fsf@gnus.org> From: Corwin Brust Date: Fri, 29 Jan 2021 09:10:04 -0600 Message-ID: Subject: Re: bug#43844: 27.1; Mouse-3 avoid "Buffer is read-only" *patch* To: Lars Ingebrigtsen Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Thanks again Lars. On Thu, Jan 28, 2021 at 11:02 PM Lars Ingebrigtsen wrote: > > Corwin Brust writes: > > > Should it be the users responsibility to set this variable (in some > > hook? [...] Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mplscorwin[at]gmail.com) 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.218.42 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.218.42 listed in list.dnswl.org] 2.0 URIBL_DBL_ABUSE_SPAM Contains an abused spamvertized URL listed in the Spamhaus DBL blocklist [URIs: bru.st] 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 43844 Cc: 43844@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Thanks again Lars. On Thu, Jan 28, 2021 at 11:02 PM Lars Ingebrigtsen wrote: > > Corwin Brust writes: > > > Should it be the users responsibility to set this variable (in some > > hook? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.0 URIBL_DBL_ABUSE_SPAM Contains an abused spamvertized URL listed in the Spamhaus DBL blocklist [URIs: bru.st] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.218.42 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.218.42 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mplscorwin[at]gmail.com) 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders Thanks again Lars. On Thu, Jan 28, 2021 at 11:02 PM Lars Ingebrigtsen wrote: > > Corwin Brust writes: > > > Should it be the users responsibility to set this variable (in some > > hook? which?) for any buffers that default to read-only? > > Yes. Some buffers have read-only text, and killing that text will > signal an error (by design), whether you kill the text using the mouse > or with `C-w'. If the user wants to be able to kill the text, then the > user should set that variable. Would you recommend packages such as ERC (or dired?) that essentially create only read-only buffers to set this such that unconfigured defaults don't lead to a user-error? > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no Regards, Corwin From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 30 01:14:20 2021 Received: (at 43844) by debbugs.gnu.org; 30 Jan 2021 06:14:20 +0000 Received: from localhost ([127.0.0.1]:53355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5jWW-00030F-AV for submit@debbugs.gnu.org; Sat, 30 Jan 2021 01:14:20 -0500 Received: from quimby.gnus.org ([95.216.78.240]:51994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5jWT-0002zq-Da for 43844@debbugs.gnu.org; Sat, 30 Jan 2021 01:14:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=2aGv4zCLs+VjaQSuIX22H4R4Qw8ciE5XUUN/wGVi+RY=; b=V1PGGghxvtOdgh+rVa/53PoDQJ sRFVixkvX0U6fdrh0MCkqGsUQyg2MZrWGnY1Y+sNr+R6oiJv3yRFyDI+M+aGnMYZ2OXNllHpDo18z 65WO6x3XQbQ7QKnWbOFOa0c6UVmF5xHRqaxcau6TfhdQye4zPsOSXZ3/4yhuIWsldZz0=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l5jWK-0004Wr-OR; Sat, 30 Jan 2021 07:14:11 +0100 From: Lars Ingebrigtsen To: Corwin Brust Subject: Re: bug#43844: 27.1; Mouse-3 avoid "Buffer is read-only" *patch* References: <85pn5uxe3k.fsf@gmail.com> <87wnvz9byv.fsf@gnus.org> <87czxoxrml.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEXcu6+qbl9eLioN BAb///8QCg2MAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+UBHgYFForVFCsAAAGZSURBVDjLhZKLkcMg DESDrwEkGohEA0Hqv7fbBX+Sm3hOmUmIHystax6P/6rM7zqX4o6FoIrIJkc9NDJf56ZNauHjio9o PnfwwNM6iSpg0UMBTeUCoBvJqVi/VYr3cAzln0WKTSOemSRUz5kTlFKSFUK7HAtQjYLSJ3Gt1wwp kGguScdwqTxGvUD0dAKeCCONTqomnnp3f16NjRapcBwyZ6u2+tZakUW4H5Esi5BUKgAMgK62HQyk 0rqpuy9F20Ggq6ZBINKpWGeKlginuM5EgvksTwKAcIx/wxk7ZnMewLMMLDwgagAbAcLacmzhpmYa wleLM3nCi+T4ycDCxJSgrdQycjS2h9z7rqAndp6Je46lKNw1ih0BzJHHDHdkuT+GXfM8XHk5QUQf EyAS95ADwEU06y++A1yYHLISSIV5nUCRUk8c61A4bglBD+bOIM4KQyRwaWziPU9bwVbYPjf7myLp in1Gn4d6rwVgJd9nXMBZ3wAM6neAIM878RecB/wEN8PnPbkD0W9Atjvgn6Dk18Klvlr3T3BTvw+Q kZeiVD5bAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTAxLTMwVDA2OjA1OjIyKzAwOjAwDLrbIwAA ACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0wMS0zMFQwNjowNToyMiswMDowMH3nY58AAAAASUVORK5C YII= X-Now-Playing: Simon & Garfunkel's _Live 1969_: "That Silver-Haired Daddy Of Mine" Date: Sat, 30 Jan 2021 07:14:07 +0100 In-Reply-To: (Corwin Brust's message of "Fri, 29 Jan 2021 09:10:04 -0600") Message-ID: <87wnvv0x5c.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Corwin Brust writes: > Would you recommend packages such as ERC (or dired?) that essentially > create only read-only buffers to set this such that unconfigured > defaults don't lead to a user-error? Content analysis details: (-0.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 2.0 URIBL_DBL_ABUSE_SPAM Contains an abused spamvertized URL listed in the Spamhaus DBL blocklist [URIs: bru.st] X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Corwin Brust writes: > Would you recommend packages such as ERC (or dired?) that essentially > create only read-only buffers to set this such that unconfigured > defaults don't lead to a user-error? Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [95.216.78.240 listed in list.dnswl.org] 2.0 URIBL_DBL_ABUSE_SPAM Contains an abused spamvertized URL listed in the Spamhaus DBL blocklist [URIs: bru.st] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 43844 Cc: 43844@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Corwin Brust writes: > Would you recommend packages such as ERC (or dired?) that essentially > create only read-only buffers to set this such that unconfigured > defaults don't lead to a user-error? I'm not sure what you mean here? Buffers that make text read-only do so because the person who wrote that mode thinks that's a good design decision. As usual, Emacs allows users to override anything if they want to, and `kill-read-only-ok' is the provided user override. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Jun 17 01:28:42 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 27 Feb 2021 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator