From unknown Fri Aug 15 12:52:31 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#37820 <37820@debbugs.gnu.org> To: bug#37820 <37820@debbugs.gnu.org> Subject: Status: 25.2; xref using etags incorrect case fold during completion Reply-To: bug#37820 <37820@debbugs.gnu.org> Date: Fri, 15 Aug 2025 19:52:31 +0000 retitle 37820 25.2; xref using etags incorrect case fold during completion reassign 37820 emacs submitter 37820 Radey Shouman severity 37820 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 00:53:43 2019 Received: (at submit) by debbugs.gnu.org; 19 Oct 2019 04:53:44 +0000 Received: from localhost ([127.0.0.1]:51789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLgkI-0003DD-8H for submit@debbugs.gnu.org; Sat, 19 Oct 2019 00:53:43 -0400 Received: from lists.gnu.org ([209.51.188.17]:43552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLcNL-00074B-9d for submit@debbugs.gnu.org; Fri, 18 Oct 2019 20:13:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38797) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iLcNH-00083T-QJ for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2019 20:13:43 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: **** X-Spam-Status: No, score=4.2 required=5.0 tests=BAYES_50,FREEMAIL_FROM, MALFORMED_FREEMAIL,SPOOFED_FREEMAIL,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iLcND-0007En-V2 for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2019 20:13:39 -0400 Received: from resqmta-ch2-01v.sys.comcast.net ([2001:558:fe21:29:69:252:207:33]:43754) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iLcND-0007E0-Hb for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2019 20:13:35 -0400 Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-01v.sys.comcast.net with ESMTP id LcJditistet2yLcNBiow6T; Sat, 19 Oct 2019 00:13:33 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1571444013; bh=1vJjd3qdD5n22PpHWVNs8jN7GACrlJf20+KinD1NR68=; h=Received:Received:Received:MIME-Version:Content-Type:Message-ID: Date:From:To:Subject; b=ZxntXFGOKYfuQd2nRW/rSofDdgDwbtloRMMHDX7KG/pC6N+n8k2wsKA8TCmx/Duew OZbrkt51JaQs1in19MjGlJJdG0epHXzlwVkkqfcqhSiAJvoR3HCyWXQp4HAfl673Zt OrNJvvTegScDd0Z6nPQN/ys+HKripS2CdbZX0w0euLfnacMoGGQ3zUEZ5HJLyR01IO AWqscGtQxBt+McB5/zwpH9z7/b/xidIhPWP+Kz7PAHdOfrcF0+Xcc24PIAvNjQ9+Zj EEzva9K7/s5C0m5oh2j4PgBw3x60i+5AiV+HV43wtkUcMv0fn319lsDQE+OIm7P9Jx 8xs7How6A8QVA== Received: from mothra.home ([IPv6:2601:18c:cd80:eef0:329c:23ff:fea1:8693]) by resomta-ch2-14v.sys.comcast.net with ESMTPA id LcNAivTthROh5LcNBiSul2; Sat, 19 Oct 2019 00:13:33 +0000 X-Xfinity-VMeta: sc=0;st=legit Received: from localhost ([127.0.0.1] helo=mothra) by mothra.home with esmtp (Exim 4.92) (envelope-from ) id 1iLcNA-0004m1-6E; Fri, 18 Oct 2019 20:13:32 -0400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="lcRWYgFlSa" Content-Transfer-Encoding: 7bit Message-ID: <23978.21803.951348.841457@mothra.home> Date: Fri, 18 Oct 2019 20:13:31 -0400 From: Radey Shouman To: bug-gnu-emacs@gnu.org Subject: 25.2; xref using etags incorrect case fold during completion X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:558:fe21:29:69:252:207:33 X-Spam-Score: 1.8 (+) 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: *** etags.el.dist 2017-06-24 18:03:59.000000000 -0400 --- etags.el 2019-10-18 19:50:39.334796361 -0400 *** 777,790 **** ;;;###autoload (defun tags-lazy-completion-table () ! (let ((buf (current-buffer))) (lambda (string pred action) (with-current-buffer buf (save-excursion ;; If we need to ask for the tag table, allow [...] Content analysis details: (1.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: x.org] -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (shouman[at]comcast.net) 0.7 SPF_NEUTRAL SPF: sender does not match SPF record (neutral) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.4 MALFORMED_FREEMAIL Bad headers on message from free email service 2.0 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 19 Oct 2019 00:53:39 -0400 Cc: shouman@comcast.net 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: -2.6 (--) --lcRWYgFlSa Content-Type: text/plain; name="etags.diff" Content-Description: etags.el diff Content-Disposition: inline; filename="etags.diff" Content-Transfer-Encoding: 7bit *** etags.el.dist 2017-06-24 18:03:59.000000000 -0400 --- etags.el 2019-10-18 19:50:39.334796361 -0400 *************** *** 777,790 **** ;;;###autoload (defun tags-lazy-completion-table () ! (let ((buf (current-buffer))) (lambda (string pred action) (with-current-buffer buf (save-excursion ;; If we need to ask for the tag table, allow that. (let ((enable-recursive-minibuffers t)) (visit-tags-table-buffer)) ! (complete-with-action action (tags-completion-table) string pred)))))) ;;;###autoload (defun tags-completion-at-point-function () ;;;###autoload (if (or tags-table-list tags-file-name) --- 777,794 ---- ;;;###autoload (defun tags-lazy-completion-table () ! (let ((buf (current-buffer)) ! (fold (if (memq tags-case-fold-search '(t nil)) ! tags-case-fold-search ! case-fold-search))) (lambda (string pred action) (with-current-buffer buf (save-excursion ;; If we need to ask for the tag table, allow that. (let ((enable-recursive-minibuffers t)) (visit-tags-table-buffer)) ! (let ((completion-ignore-case fold)) ! (complete-with-action action (tags-completion-table) string pred))))))) ;;;###autoload (defun tags-completion-at-point-function () ;;;###autoload (if (or tags-table-list tags-file-name) *************** *** 796,805 **** "Using tags, return a completion table for the text around point. If no tags table is loaded, do nothing and return nil." (when (or tags-table-list tags-file-name) ! (let ((completion-ignore-case (if (memq tags-case-fold-search '(t nil)) ! tags-case-fold-search ! case-fold-search)) ! (pattern (find-tag--default)) beg) (when pattern (save-excursion --- 800,806 ---- "Using tags, return a completion table for the text around point. If no tags table is loaded, do nothing and return nil." (when (or tags-table-list tags-file-name) ! (let ((pattern (find-tag--default)) beg) (when pattern (save-excursion *************** *** 813,822 **** (defun find-tag-tag (string) "Read a tag name, with defaulting and completion." ! (let* ((completion-ignore-case (if (memq tags-case-fold-search '(t nil)) ! tags-case-fold-search ! case-fold-search)) ! (default (find-tag--default)) (spec (completing-read (if default (format "%s (default %s): " (substring string 0 (string-match "[ :]+\\'" string)) --- 814,820 ---- (defun find-tag-tag (string) "Read a tag name, with defaulting and completion." ! (let* ((default (find-tag--default)) (spec (completing-read (if default (format "%s (default %s): " (substring string 0 (string-match "[ :]+\\'" string)) --lcRWYgFlSa Content-Type: text/plain; charset=utf-8 Content-Description: message body text Content-Transfer-Encoding: quoted-printable =20 In order to reproduce the bug, set tags-case-fold-search to t, completion-ignore-case to nil, and visit a tags table. Type M-. and enter a prefix for a symbol in the tags table, but with differing case,= then type . For example, if the tags table contains the symbol "Abc", type "a". completion-ignore-case will be set to nil in the *Completions* buffer, and all relevant symbols will not be shown. In the example, "Abc" will= not be displayed. I have attached a patch to etags.el that, as far as I can tell, fixes the bug. In GNU Emacs 25.2.2 (x86=5F64-pc-linux-gnu, GTK+ Version 3.22.30) of 2018-05-07, modified by Debian built on binet Windowing system distributor 'The X.Org Foundation', version 11.0.11906= 000 System Description:=09Debian GNU/Linux 10 (buster) Configured using: 'configure --build x86=5F64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs25:/etc/emacs:/usr/local/share/emac= s/25.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.2= /site-lisp:/usr/share/emacs/site-lisp --with-sound=3Dalsa --without-gconf --build x86=5F64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib --localstatedir=3D/var/lib --infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-pop=3Dyes --enable-locallisppath=3D/etc/emacs25:/etc/emacs:/usr/local/share/emac= s/25.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.2= /site-lisp:/usr/share/emacs/site-lisp --with-sound=3Dalsa --without-gconf --with-x=3Dyes --with-x-toolkit=3D= gtk3 --with-toolkit-scroll-bars 'CFLAGS=3D-g -O2 -fdebug-prefix-map=3D/build/emacs25-NE1ko4/emacs25-25.2+1=3D. -fstack-= protector-strong -Wformat -Werror=3Dformat-security -Wall' 'CPPFLAGS=3D-Wdate-time -D=5FFORTIFY=5FSOURCE=3D2' LDFLAGS=3D-Wl,-z,relro' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N=5FFLT LIBOTF XFT ZLIB TOOLKIT=5FSCROLL=5FBARS GTK3 X11 Important settings: value of $LANG: en=5FUS.UTF-8 locale-coding-system: utf-8 Major mode: Help Minor modes in effect: shell-dirtrack-mode: t display-time-mode: t show-paren-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent messages: You can run the command =E2=80=98browse-url=E2=80=99 with C-c b Quit Commands: d, s, x, u; f, o, 1, 2, m, v; ~, %; q to quit; =3F for help. Type C-x 1 to remove help window. =20 Mark saved where search started m is undefined Type "q" in help window to restore its previous buffer. Quit C-h C-g is undefined Load-path shadows: /usr/local/share/emacs/site-lisp/my-run-scheme hides /usr/local/share/e= macs/site-lisp/splash-site-lisp/my-run-scheme /usr/local/share/emacs/site-lisp/noah-friedman/vm-vcard hides /usr/loca= l/share/emacs/site-lisp/vm/vm-vcard /usr/local/share/emacs/site-lisp/noah-friedman/vcard hides /usr/local/s= hare/emacs/site-lisp/vm/vcard /usr/local/share/emacs/site-lisp/vm-8.1.1/vm-load hides /usr/local/shar= e/emacs/site-lisp/vm-8.1.2/vm-load /usr/local/share/emacs/site-lisp/vm/vm-macro hides /usr/local/share/ema= cs/site-lisp/vm-8.1.1/lisp/vm-macro /usr/local/share/emacs/site-lisp/vm/vm-folder hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-folder /usr/local/share/emacs/site-lisp/vm/vm-edit hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-edit /usr/local/share/emacs/site-lisp/vm/vm-mark hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-mark /usr/local/share/emacs/site-lisp/vm/vm-page hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-page /usr/local/share/emacs/site-lisp/vm/vm-w3 hides /usr/local/share/emacs/= site-lisp/vm-8.1.1/lisp/vm-w3 /usr/local/share/emacs/site-lisp/vm/vm-message hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-message /usr/local/share/emacs/site-lisp/vm/vm-vars hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-vars /usr/local/share/emacs/site-lisp/noah-friedman/vm-vcard hides /usr/loca= l/share/emacs/site-lisp/vm-8.1.1/lisp/vm-vcard /usr/local/share/emacs/site-lisp/vm/vm-minibuf hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-minibuf /usr/local/share/emacs/site-lisp/vm/vm-autoloads hides /usr/local/share= /emacs/site-lisp/vm-8.1.1/lisp/vm-autoloads /usr/local/share/emacs/site-lisp/noah-friedman/vcard hides /usr/local/s= hare/emacs/site-lisp/vm-8.1.1/lisp/vcard /usr/local/share/emacs/site-lisp/vm/vm-pine hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-pine /usr/local/share/emacs/site-lisp/vm/u-vm-color hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/u-vm-color /usr/local/share/emacs/site-lisp/vm/vm-mouse hides /usr/local/share/ema= cs/site-lisp/vm-8.1.1/lisp/vm-mouse /usr/local/share/emacs/site-lisp/vm/vm-toolbar hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-toolbar /usr/local/share/emacs/site-lisp/vm/vm-avirtual hides /usr/local/share/= emacs/site-lisp/vm-8.1.1/lisp/vm-avirtual /usr/local/share/emacs/site-lisp/vm/vm-undo hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-undo /usr/local/share/emacs/site-lisp/vm/vm-crypto hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-crypto /usr/local/share/emacs/site-lisp/vm/vm-ps-print hides /usr/local/share/= emacs/site-lisp/vm-8.1.1/lisp/vm-ps-print /usr/local/share/emacs/site-lisp/vm/vm-save hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-save /usr/local/share/emacs/site-lisp/vm/vm-serial hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-serial /usr/local/share/emacs/site-lisp/vm/vm-search hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-search /usr/local/share/emacs/site-lisp/vm/vm-message-history hides /usr/local= /share/emacs/site-lisp/vm-8.1.1/lisp/vm-message-history /usr/local/share/emacs/site-lisp/vm/vm-misc hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-misc /usr/local/share/emacs/site-lisp/vm/vm-motion hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-motion /usr/local/share/emacs/site-lisp/vm/vm-mime hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-mime /usr/local/share/emacs/site-lisp/vm/vm-grepmail hides /usr/local/share/= emacs/site-lisp/vm-8.1.1/lisp/vm-grepmail /usr/local/share/emacs/site-lisp/vm/vm-reply hides /usr/local/share/ema= cs/site-lisp/vm-8.1.1/lisp/vm-reply /usr/local/share/emacs/site-lisp/vm/vm-summary-faces hides /usr/local/s= hare/emacs/site-lisp/vm-8.1.1/lisp/vm-summary-faces /usr/local/share/emacs/site-lisp/vm/vm-menu hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-menu /usr/local/share/emacs/site-lisp/vm/tapestry hides /usr/local/share/ema= cs/site-lisp/vm-8.1.1/lisp/tapestry /usr/local/share/emacs/site-lisp/vm/vm-thread hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-thread /usr/local/share/emacs/site-lisp/vm/vm-rfaddons hides /usr/local/share/= emacs/site-lisp/vm-8.1.1/lisp/vm-rfaddons /usr/local/share/emacs/site-lisp/vm/vm-summary hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-summary /usr/local/share/emacs/site-lisp/vm/vm-w3m hides /usr/local/share/emacs= /site-lisp/vm-8.1.1/lisp/vm-w3m /usr/local/share/emacs/site-lisp/vm/vm-window hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-window /usr/local/share/emacs/site-lisp/vm/vm-delete hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-delete /usr/local/share/emacs/site-lisp/vm/vm-pcrisis hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-pcrisis /usr/local/share/emacs/site-lisp/vm/vm-imap hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-imap /usr/local/share/emacs/site-lisp/vm/vm-user hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-user /usr/local/share/emacs/site-lisp/vm/vm hides /usr/local/share/emacs/sit= e-lisp/vm-8.1.1/lisp/vm /usr/local/share/emacs/site-lisp/vm/vm-pgg hides /usr/local/share/emacs= /site-lisp/vm-8.1.1/lisp/vm-pgg /usr/local/share/emacs/site-lisp/vm/vm-autoload hides /usr/local/share/= emacs/site-lisp/vm-8.1.1/lisp/vm-autoload /usr/local/share/emacs/site-lisp/vm/vm-sort hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-sort /usr/local/share/emacs/site-lisp/vm/vm-biff hides /usr/local/share/emac= s/site-lisp/vm-8.1.1/lisp/vm-biff /usr/local/share/emacs/site-lisp/vm/vm-license hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-license /usr/local/share/emacs/site-lisp/vm/vm-version hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-version /usr/local/share/emacs/site-lisp/vm/vm-virtual hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-virtual /usr/local/share/emacs/site-lisp/vm/vm-startup hides /usr/local/share/e= macs/site-lisp/vm-8.1.1/lisp/vm-startup /usr/local/share/emacs/site-lisp/vm/vm-digest hides /usr/local/share/em= acs/site-lisp/vm-8.1.1/lisp/vm-digest /usr/local/share/emacs/site-lisp/vm/vm-pop hides /usr/local/share/emacs= /site-lisp/vm-8.1.1/lisp/vm-pop /usr/local/share/emacs/site-lisp/vm-8.1.1/contrib/org-vm hides /usr/loc= al/share/emacs/site-lisp/vm-8.1.2/contrib/org-vm /usr/local/share/emacs/site-lisp/vm-8.1.1/contrib/vm-blueman hides /usr= /local/share/emacs/site-lisp/vm-8.1.2/contrib/vm-blueman /usr/local/share/emacs/site-lisp/vm-8.1.1/contrib/vm-bogofilter hides /= usr/local/share/emacs/site-lisp/vm-8.1.2/contrib/vm-bogofilter /usr/local/share/emacs/site-lisp/vm-8.1.1/contrib/vm-mime-display-inter= nal-application hides /usr/local/share/emacs/site-lisp/vm-8.1.2/contrib= /vm-mime-display-internal-application /usr/local/share/emacs/site-lisp/vm/vm-macro hides /usr/local/share/ema= cs/site-lisp/vm-8.1.2/lisp/vm-macro /usr/local/share/emacs/site-lisp/vm/vm-folder hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-folder /usr/local/share/emacs/site-lisp/vm/vm-edit hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-edit /usr/local/share/emacs/site-lisp/vm/vm-mark hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-mark /usr/local/share/emacs/site-lisp/vm/vm-page hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-page /usr/local/share/emacs/site-lisp/vm/vm-w3 hides /usr/local/share/emacs/= site-lisp/vm-8.1.2/lisp/vm-w3 /usr/local/share/emacs/site-lisp/vm/vm-message hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-message /usr/local/share/emacs/site-lisp/vm/vm-vars hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-vars /usr/local/share/emacs/site-lisp/noah-friedman/vm-vcard hides /usr/loca= l/share/emacs/site-lisp/vm-8.1.2/lisp/vm-vcard /usr/local/share/emacs/site-lisp/vm/vm-minibuf hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-minibuf /usr/local/share/emacs/site-lisp/vm/vm-autoloads hides /usr/local/share= /emacs/site-lisp/vm-8.1.2/lisp/vm-autoloads /usr/local/share/emacs/site-lisp/noah-friedman/vcard hides /usr/local/s= hare/emacs/site-lisp/vm-8.1.2/lisp/vcard /usr/local/share/emacs/site-lisp/vm/vm-pine hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-pine /usr/local/share/emacs/site-lisp/vm/u-vm-color hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/u-vm-color /usr/local/share/emacs/site-lisp/vm/vm-mouse hides /usr/local/share/ema= cs/site-lisp/vm-8.1.2/lisp/vm-mouse /usr/local/share/emacs/site-lisp/vm/vm-toolbar hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-toolbar /usr/local/share/emacs/site-lisp/vm/vm-avirtual hides /usr/local/share/= emacs/site-lisp/vm-8.1.2/lisp/vm-avirtual /usr/local/share/emacs/site-lisp/vm/vm-undo hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-undo /usr/local/share/emacs/site-lisp/vm/vm-crypto hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-crypto /usr/local/share/emacs/site-lisp/vm-8.1.1/lisp/vm-cus-load hides /usr/l= ocal/share/emacs/site-lisp/vm-8.1.2/lisp/vm-cus-load /usr/local/share/emacs/site-lisp/vm/vm-ps-print hides /usr/local/share/= emacs/site-lisp/vm-8.1.2/lisp/vm-ps-print /usr/local/share/emacs/site-lisp/vm/vm-save hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-save /usr/local/share/emacs/site-lisp/vm/vm-serial hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-serial /usr/local/share/emacs/site-lisp/vm/vm-search hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-search /usr/local/share/emacs/site-lisp/vm/vm-message-history hides /usr/local= /share/emacs/site-lisp/vm-8.1.2/lisp/vm-message-history /usr/local/share/emacs/site-lisp/vm/vm-misc hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-misc /usr/local/share/emacs/site-lisp/vm/vm-motion hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-motion /usr/local/share/emacs/site-lisp/vm/vm-mime hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-mime /usr/local/share/emacs/site-lisp/vm/vm-grepmail hides /usr/local/share/= emacs/site-lisp/vm-8.1.2/lisp/vm-grepmail /usr/local/share/emacs/site-lisp/vm/vm-reply hides /usr/local/share/ema= cs/site-lisp/vm-8.1.2/lisp/vm-reply /usr/local/share/emacs/site-lisp/vm/vm-summary-faces hides /usr/local/s= hare/emacs/site-lisp/vm-8.1.2/lisp/vm-summary-faces /usr/local/share/emacs/site-lisp/vm/vm-menu hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-menu /usr/local/share/emacs/site-lisp/vm/tapestry hides /usr/local/share/ema= cs/site-lisp/vm-8.1.2/lisp/tapestry /usr/local/share/emacs/site-lisp/vm/vm-thread hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-thread /usr/local/share/emacs/site-lisp/vm/vm-rfaddons hides /usr/local/share/= emacs/site-lisp/vm-8.1.2/lisp/vm-rfaddons /usr/local/share/emacs/site-lisp/vm/vm-summary hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-summary /usr/local/share/emacs/site-lisp/vm/vm-w3m hides /usr/local/share/emacs= /site-lisp/vm-8.1.2/lisp/vm-w3m /usr/local/share/emacs/site-lisp/vm/vm-window hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-window /usr/local/share/emacs/site-lisp/vm/vm-delete hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-delete /usr/local/share/emacs/site-lisp/vm/vm-pcrisis hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-pcrisis /usr/local/share/emacs/site-lisp/vm/vm-imap hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-imap /usr/local/share/emacs/site-lisp/vm/vm-user hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-user /usr/local/share/emacs/site-lisp/vm/vm hides /usr/local/share/emacs/sit= e-lisp/vm-8.1.2/lisp/vm /usr/local/share/emacs/site-lisp/vm/vm-pgg hides /usr/local/share/emacs= /site-lisp/vm-8.1.2/lisp/vm-pgg /usr/local/share/emacs/site-lisp/vm/vm-autoload hides /usr/local/share/= emacs/site-lisp/vm-8.1.2/lisp/vm-autoload /usr/local/share/emacs/site-lisp/vm/vm-sort hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-sort /usr/local/share/emacs/site-lisp/vm/vm-biff hides /usr/local/share/emac= s/site-lisp/vm-8.1.2/lisp/vm-biff /usr/local/share/emacs/site-lisp/vm/vm-license hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-license /usr/local/share/emacs/site-lisp/vm/vm-version hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-version /usr/local/share/emacs/site-lisp/vm/vm-virtual hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-virtual /usr/local/share/emacs/site-lisp/vm/vm-startup hides /usr/local/share/e= macs/site-lisp/vm-8.1.2/lisp/vm-startup /usr/local/share/emacs/site-lisp/vm/vm-digest hides /usr/local/share/em= acs/site-lisp/vm-8.1.2/lisp/vm-digest /usr/local/share/emacs/site-lisp/vm/vm-pop hides /usr/local/share/emacs= /site-lisp/vm-8.1.2/lisp/vm-pop /usr/local/share/emacs/site-lisp/vm-8.1.1/lisp/vm-build hides /usr/loca= l/share/emacs/site-lisp/vm-8.1.2/lisp/vm-build /usr/share/emacs/25.2/site-lisp/debian-startup hides /usr/share/emacs/s= ite-lisp/debian-startup /usr/local/share/emacs/site-lisp/pcomplete-1.1.7/pcmpl-rpm hides /usr/s= hare/emacs/25.2/lisp/pcmpl-rpm /usr/local/share/emacs/site-lisp/pcomplete-1.1.7/pcmpl-cvs hides /usr/s= hare/emacs/25.2/lisp/pcmpl-cvs /usr/local/share/emacs/site-lisp/pcomplete-1.1.7/pcomplete hides /usr/s= hare/emacs/25.2/lisp/pcomplete /usr/local/share/emacs/site-lisp/pcomplete-1.1.7/pcmpl-unix hides /usr/= share/emacs/25.2/lisp/pcmpl-unix /usr/local/share/emacs/site-lisp/noah-friedman/type-break hides /usr/sh= are/emacs/25.2/lisp/type-break /usr/local/share/emacs/site-lisp/pcomplete-1.1.7/pcmpl-gnu hides /usr/s= hare/emacs/25.2/lisp/pcmpl-gnu /usr/local/share/emacs/site-lisp/pcomplete-1.1.7/pcmpl-linux hides /usr= /share/emacs/25.2/lisp/pcmpl-linux /usr/local/share/emacs/site-lisp/noah-friedman/whitespace hides /usr/sh= are/emacs/25.2/lisp/whitespace /usr/local/share/emacs/site-lisp/t-mouse hides /usr/share/emacs/25.2/li= sp/t-mouse /usr/local/share/emacs/site-lisp/pcl-cvs-2.9.9/cvs-status hides /usr/sh= are/emacs/25.2/lisp/vc/cvs-status /usr/local/share/emacs/site-lisp/diff-mode hides /usr/share/emacs/25.2/= lisp/vc/diff-mode /usr/local/share/emacs/site-lisp/splash-site-lisp/verilog-mode hides /u= sr/share/emacs/25.2/lisp/progmodes/verilog-mode /usr/local/share/emacs/site-lisp/noah-friedman/rlogin hides /usr/share/= emacs/25.2/lisp/net/rlogin /usr/share/emacs25/site-lisp/latex-cjk-thai/thai-word hides /usr/share/= emacs/25.2/lisp/language/thai-word /usr/local/share/emacs/site-lisp/noah-friedman/eldoc hides /usr/share/e= macs/25.2/lisp/emacs-lisp/eldoc /usr/local/share/emacs/site-lisp/calc-2.02f/calc-help hides /usr/share/= emacs/25.2/lisp/calc/calc-help /usr/local/share/emacs/site-lisp/calc-2.02f/calc-macs hides /usr/share/= emacs/25.2/lisp/calc/calc-macs /usr/local/share/emacs/site-lisp/calc-2.02f/calc-stuff hides /usr/share= /emacs/25.2/lisp/calc/calc-stuff /usr/local/share/emacs/site-lisp/calc-2.02f/calc-bin hides /usr/share/e= macs/25.2/lisp/calc/calc-bin /usr/local/share/emacs/site-lisp/calc-2.02f/calc-funcs hides /usr/share= /emacs/25.2/lisp/calc/calc-funcs /usr/local/share/emacs/site-lisp/calc-2.02f/calc-frac hides /usr/share/= emacs/25.2/lisp/calc/calc-frac /usr/local/share/emacs/site-lisp/calc-2.02f/calc-incom hides /usr/share= /emacs/25.2/lisp/calc/calc-incom /usr/local/share/emacs/site-lisp/calc-2.02f/calc-store hides /usr/share= /emacs/25.2/lisp/calc/calc-store /usr/local/share/emacs/site-lisp/calc-2.02f/calc-vec hides /usr/share/e= macs/25.2/lisp/calc/calc-vec /usr/local/share/emacs/site-lisp/calc-2.02f/calc-rules hides /usr/share= /emacs/25.2/lisp/calc/calc-rules /usr/local/share/emacs/site-lisp/calc-2.02f/calc-embed hides /usr/share= /emacs/25.2/lisp/calc/calc-embed /usr/local/share/emacs/site-lisp/calc-2.02f/calc-poly hides /usr/share/= emacs/25.2/lisp/calc/calc-poly /usr/local/share/emacs/site-lisp/calc-2.02f/calc-math hides /usr/share/= emacs/25.2/lisp/calc/calc-math /usr/local/share/emacs/site-lisp/calc-2.02f/calc-misc hides /usr/share/= emacs/25.2/lisp/calc/calc-misc /usr/local/share/emacs/site-lisp/calc-2.02f/calc-units hides /usr/share= /emacs/25.2/lisp/calc/calc-units /usr/local/share/emacs/site-lisp/calc-2.02f/calc-alg hides /usr/share/e= macs/25.2/lisp/calc/calc-alg /usr/local/share/emacs/site-lisp/calc-2.02f/calc-aent hides /usr/share/= emacs/25.2/lisp/calc/calc-aent /usr/local/share/emacs/site-lisp/calc-2.02f/calc-lang hides /usr/share/= emacs/25.2/lisp/calc/calc-lang /usr/local/share/emacs/site-lisp/calc-2.02f/calc-graph hides /usr/share= /emacs/25.2/lisp/calc/calc-graph /usr/local/share/emacs/site-lisp/calc-2.02f/calc-mode hides /usr/share/= emacs/25.2/lisp/calc/calc-mode /usr/local/share/emacs/site-lisp/calc-2.02f/calc-arith hides /usr/share= /emacs/25.2/lisp/calc/calc-arith /usr/local/share/emacs/site-lisp/calc-2.02f/calc-cplx hides /usr/share/= emacs/25.2/lisp/calc/calc-cplx /usr/local/share/emacs/site-lisp/calc-2.02f/calc-trail hides /usr/share= /emacs/25.2/lisp/calc/calc-trail /usr/local/share/emacs/site-lisp/calc-2.02f/calc-ext hides /usr/share/e= macs/25.2/lisp/calc/calc-ext /usr/local/share/emacs/site-lisp/calc-2.02f/calc-rewr hides /usr/share/= emacs/25.2/lisp/calc/calc-rewr /usr/local/share/emacs/site-lisp/calc-2.02f/calc-stat hides /usr/share/= emacs/25.2/lisp/calc/calc-stat /usr/local/share/emacs/site-lisp/calc-2.02f/calc-prog hides /usr/share/= emacs/25.2/lisp/calc/calc-prog /usr/local/share/emacs/site-lisp/calc-2.02f/calc-comb hides /usr/share/= emacs/25.2/lisp/calc/calc-comb /usr/local/share/emacs/site-lisp/calc-2.02f/calc hides /usr/share/emacs= /25.2/lisp/calc/calc /usr/local/share/emacs/site-lisp/calc-2.02f/calc-undo hides /usr/share/= emacs/25.2/lisp/calc/calc-undo /usr/local/share/emacs/site-lisp/calc-2.02f/calc-fin hides /usr/share/e= macs/25.2/lisp/calc/calc-fin /usr/local/share/emacs/site-lisp/calc-2.02f/calc-sel hides /usr/share/e= macs/25.2/lisp/calc/calc-sel /usr/local/share/emacs/site-lisp/calc-2.02f/calc-map hides /usr/share/e= macs/25.2/lisp/calc/calc-map /usr/local/share/emacs/site-lisp/calc-2.02f/calc-keypd hides /usr/share= /emacs/25.2/lisp/calc/calc-keypd /usr/local/share/emacs/site-lisp/calc-2.02f/calc-yank hides /usr/share/= emacs/25.2/lisp/calc/calc-yank /usr/local/share/emacs/site-lisp/calc-2.02f/calc-forms hides /usr/share= /emacs/25.2/lisp/calc/calc-forms Features: (shadow sort mail-extr browse-url info emacsbug message format-spec rfc822 mml mml-sec password-cache epg gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils eieio-opt speedbar sb-image ezimage dframe find-func derived apropos warnings compile find-dired misearch multi-isearch dired-aux dired cus-edit wid-edit etags xref cl-seq project eieio eieio-core cl-macs cus-start cus-load thingatpt help-fns shell pcomplete paredit edmacro kmacro scheme finder-inf package epg-config seq byte-opt gv bytecomp byte-compile cl-extra help-mode cconv cl-loaddefs pcase cl-lib server time ange-ftp comint ansi-color paren jka-compr browse-url-mozilla xcscope ring easymenu time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame 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 charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer 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 dbusbind inotify dynamic-setting system-font-setting font-render-settin= g move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 167293 16795) (symbols 48 26842 0) (miscs 40 207 571) (strings 32 39758 7207) (string-bytes 1 1121069) (vectors 16 21355) (vector-slots 8 537787 6222) (floats 8 303 293) (intervals 56 1924 47) (buffers 976 36)) --=20 --lcRWYgFlSa-- From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 02:54:17 2019 Received: (at 37820) by debbugs.gnu.org; 19 Oct 2019 06:54:17 +0000 Received: from localhost ([127.0.0.1]:51835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLicy-0006Yd-SP for submit@debbugs.gnu.org; Sat, 19 Oct 2019 02:54:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52003) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLicy-0006YP-2L for 37820@debbugs.gnu.org; Sat, 19 Oct 2019 02:54:16 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60695) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iLics-0003rU-HA; Sat, 19 Oct 2019 02:54:10 -0400 Received: from [176.228.60.248] (port=2302 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iLicr-0003DI-Ts; Sat, 19 Oct 2019 02:54:10 -0400 Date: Sat, 19 Oct 2019 09:53:59 +0300 Message-Id: <83wod16xa0.fsf@gnu.org> From: Eli Zaretskii To: Radey Shouman In-reply-to: <23978.21803.951348.841457@mothra.home> (message from Radey Shouman on Fri, 18 Oct 2019 20:13:31 -0400) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion References: <23978.21803.951348.841457@mothra.home> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37820 Cc: 37820@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: -3.3 (---) > Date: Fri, 18 Oct 2019 20:13:31 -0400 > From: Radey Shouman > Cc: shouman@comcast.net > > In order to reproduce the bug, set tags-case-fold-search to t, > completion-ignore-case to nil Isn't that a contradiction of sorts? How can we know which of these two should have precedence? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 03:14:49 2019 Received: (at 37820) by debbugs.gnu.org; 19 Oct 2019 07:14:50 +0000 Received: from localhost ([127.0.0.1]:51849 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLiwr-00077l-Nv for submit@debbugs.gnu.org; Sat, 19 Oct 2019 03:14:49 -0400 Received: from mail-wm1-f48.google.com ([209.85.128.48]:38435) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLiwp-00077Y-KQ for 37820@debbugs.gnu.org; Sat, 19 Oct 2019 03:14:48 -0400 Received: by mail-wm1-f48.google.com with SMTP id 3so8052082wmi.3 for <37820@debbugs.gnu.org>; Sat, 19 Oct 2019 00:14:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=2Vn/+xniWmAo2d3qnV77ybiK6A0SQaST44U1b2dD9g4=; b=DbTGDZK3AWyxLHZyBJE9hnMoQXWCGaRNssPFp2X7rLIxW4cTdUyCWbYANLdQR36y+W Y2v3mUOuLwBwZ3XzRHeWW/Y7a0m+jbBgKDM8pUZY/pKBQQ3+VqoxVZTou1ArODFGJ2FW nHnigd1UdJFP2iQqrb/LZke4JOYAq00XdykA/zTXKAl78sVrE3+QzA55Ex43770R72eu vIg0SlknpO/FHbGM8BKXszjjNQn6TyUPMDVH/pqnaWmuQLI68xL9WVn9j0ICxNQu+tOH Vm2McI186CBrbDPAbynfSKMuLNiQQK+2noSWx6Xd8d6NXXg9/TmX0ZYJo1cDk3BxFM7b Lehg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=2Vn/+xniWmAo2d3qnV77ybiK6A0SQaST44U1b2dD9g4=; b=Zv+zD2yxt/BDZ6KlVh0giGSHEL1GwYM7iR3OijL1jVkKbnLRNTCX1Yjsc0lMzyHKEf g2U5MgZxcchzQEN/7L+YiB4WT16KyfkNgMsaRfk/kwlidQmp6VRWCtOQ46la3CX2hfU+ 4YC/Hmf9xgSxBD++K7hdybFPweggz/Yl3XC95mFGbl4q5z+82Dw6pY48iPGsoFDCkB+1 0e/zIuJEh1vCThb0aVoyiQaH6qPqYoTU/thLoRalLlwbTok3OeJZ3Kv3K6ESd2suyZfM 5ifTC+7NRIlmYLyV+pVI+LgDgZTEp4UUy5trbjQjExxm3+ZKO+D2nyIHJ5rwbsnSFd3Z lz7g== X-Gm-Message-State: APjAAAUv5z9IU4clMjfKwNo4HLym8TBXJKwwIpU9M2+L5oaDwp9vvLFW H3KsOp0VKCrff2cB0ppOtPOfpgP9 X-Google-Smtp-Source: APXvYqwdnp76giM1L0K4vezaMkrDOF12TO5rjBc2HHug/abY32oCKMNOvzjt3HlQsafbklDkGe5YZA== X-Received: by 2002:a1c:a4c6:: with SMTP id n189mr10657170wme.111.1571469281395; Sat, 19 Oct 2019 00:14:41 -0700 (PDT) Received: from [192.168.1.125] (62-65-176.netrun.cytanet.com.cy. [62.228.65.176]) by smtp.googlemail.com with ESMTPSA id u1sm7098770wmc.38.2019.10.19.00.14.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 19 Oct 2019 00:14:40 -0700 (PDT) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion To: Eli Zaretskii , Radey Shouman References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> From: Dmitry Gutov Message-ID: <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> Date: Sat, 19 Oct 2019 10:14:37 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <83wod16xa0.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 37820 Cc: 37820@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: -0.7 (/) On 19.10.2019 9:53, Eli Zaretskii wrote: > Isn't that a contradiction of sorts? How can we know which of these > two should have precedence? I think completion-ignore-case should have precedence in this example because the user called an xref command. Whether tags are used, or something else, is an implementation detail. Behavior should be as similar as possible. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 14:27:43 2019 Received: (at 37820) by debbugs.gnu.org; 19 Oct 2019 18:27:43 +0000 Received: from localhost ([127.0.0.1]:53543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLtS3-0005JH-AZ for submit@debbugs.gnu.org; Sat, 19 Oct 2019 14:27:43 -0400 Received: from resqmta-ch2-12v.sys.comcast.net ([69.252.207.44]:37133) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLscM-0003vE-6F for 37820@debbugs.gnu.org; Sat, 19 Oct 2019 13:34:18 -0400 Received: from resomta-ch2-09v.sys.comcast.net ([69.252.207.105]) by resqmta-ch2-12v.sys.comcast.net with ESMTP id LoruiuxitebCzLscGiVf8Q; Sat, 19 Oct 2019 17:34:12 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1571506452; bh=DRfbWI/p+eqQHBzGgKdNpAzcxhZP4pbYkt90y0dvKRM=; h=Received:Received:Received:MIME-Version:Content-Type:Message-ID: Date:From:To:Subject; b=qBEk2ZwgSWEzKavZ1+UcqLXMmJwBCF2/orUogZQXRVl2je2Ld2Ivc9Lt16viNTaFA r941fOmpLtGaJAicuNAqlQ2tiAGTR85WlBZCQvB1p1yUp/gP07VKzWnuVed6l5bnlA ng3/dBBs1v5Vd3/0C6Mxm2cIIRIABYiJE5saPPdooWQwk8kBVrSXAVZePMd4ghsMBX ND2RrUHREQslQksuXRUhSAvskgsO2IX1JX3zel/3STtw6esB3gE1zsLos5iUeIdtcS 9p7SPJiV12Er30RX572qX+4t/SIi9cgThjGUFTYCHGUoCv7JeTCjjkrh02fZ8oLwBt GUFEjEchTyV2w== Received: from mothra.home ([IPv6:2601:18c:cd80:eef0:329c:23ff:fea1:8693]) by resomta-ch2-09v.sys.comcast.net with ESMTPA id LscFi6bSV8UGLLscGiCNsQ; Sat, 19 Oct 2019 17:34:12 +0000 X-Xfinity-VMeta: sc=-100;st=legit Received: from localhost ([127.0.0.1] helo=mothra) by mothra.home with esmtp (Exim 4.92) (envelope-from ) id 1iLscE-00009P-Vf; Sat, 19 Oct 2019 13:34:11 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID: <23979.18706.640623.17645@mothra.home> Date: Sat, 19 Oct 2019 13:34:10 -0400 From: Radey Shouman To: Eli Zaretskii Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion In-Reply-To: <83wod16xa0.fsf@gnu.org> References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> X-Mailer: VM 8.1.2 under 25.2.2 (x86_64-pc-linux-gnu) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37820 X-Mailman-Approved-At: Sat, 19 Oct 2019 14:27:42 -0400 Cc: 37820@debbugs.gnu.org, Radey Shouman 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.7 (-) Eli Zaretskii writes: > > Date: Fri, 18 Oct 2019 20:13:31 -0400 > > From: Radey Shouman > > Cc: shouman@comcast.net > >=20 > > In order to reproduce the bug, set tags-case-fold-search to t, > > completion-ignore-case to nil >=20 > Isn't that a contradiction of sorts=3F How can we know which of the= se > two should have precedence=3F I would expect that you would follow the precedent of find-tag, which uses tags-case-fold-search and case-fold-search to determine whether a tags search is case-sensitive or not. Whether case should be folded during completion seems dependent on the application; I have never been tempted to change the default value of completion-ignore-case -- the note on that variable was included becaus= e setting it to non-nil would prevent observing the bug. From a quick lo= ok at the lisp directory completion-ignore-case is typically used by bindi= ng it during a completion. The info file says: You can control the case-sensitivity of tags search commands by customizing the value of the variable =E2=80=98tags-case-fold-sear= ch=E2=80=99. The default is to use the same setting as the value of =E2=80=98case-f= old-search=E2=80=99 (*note Search Case::). I found it surprising that completion would not follow the tags search itself in folding case, as I have become used to this useful behavior over many years of using find-tag. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 14:27:44 2019 Received: (at 37820) by debbugs.gnu.org; 19 Oct 2019 18:27:44 +0000 Received: from localhost ([127.0.0.1]:53545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLtS3-0005JL-Px for submit@debbugs.gnu.org; Sat, 19 Oct 2019 14:27:44 -0400 Received: from resqmta-ch2-10v.sys.comcast.net ([69.252.207.42]:45880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLsiF-00045v-Aa for 37820@debbugs.gnu.org; Sat, 19 Oct 2019 13:40:23 -0400 Received: from resomta-ch2-17v.sys.comcast.net ([69.252.207.113]) by resqmta-ch2-10v.sys.comcast.net with ESMTP id LsdSig7oRFYtyLsi9iBE7U; Sat, 19 Oct 2019 17:40:17 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1571506817; bh=ruDYmHIkQuMHX4w0kRb+OwsToCgn9Z2okTuovd8QVM8=; h=Received:Received:Received:MIME-Version:Content-Type:Message-ID: Date:From:To:Subject; b=xNPl8PnivmIVVN3tVA5Kb5/HyLCZpRBV5ZAe0b5lW3uatTQRRAUvLj730lSLSSKfg EbECG6Bd0rb4ZU7X+sF/5oTk4ubd+6t6H0Wd/1CkNiQ91l2M3Ea90iO7tG9I7Jy1zh zmDHlYugS8SnYrYBwcJhae4hgjpAChwECtcNXpB69J4YEKe5y61wDeQo12BHLKbNnq qG4rBGJMkqz0LovR+rmpLYRhbFH/UmZ/JjDfpMMIj0aa4QGtXBE6pWIa7TZsZTEErE aSZX01ejXvl7IIMLGaxCHI8X2CTIoObRfWWIoLaxtP2uajAXjWd5r2vgC2raks/mOH xKch+H5xa/rjA== Received: from mothra.home ([IPv6:2601:18c:cd80:eef0:329c:23ff:fea1:8693]) by resomta-ch2-17v.sys.comcast.net with ESMTPA id Lsi8ioaLBxSgmLsi8izvNk; Sat, 19 Oct 2019 17:40:17 +0000 X-Xfinity-VMeta: sc=-100;st=legit Received: from localhost ([127.0.0.1] helo=mothra) by mothra.home with esmtp (Exim 4.92) (envelope-from ) id 1iLsi7-0000AO-Ho; Sat, 19 Oct 2019 13:40:15 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23979.19071.461115.603274@mothra.home> Date: Sat, 19 Oct 2019 13:40:15 -0400 From: Radey Shouman To: Dmitry Gutov Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion In-Reply-To: <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> X-Mailer: VM 8.1.2 under 25.2.2 (x86_64-pc-linux-gnu) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37820 X-Mailman-Approved-At: Sat, 19 Oct 2019 14:27:42 -0400 Cc: Eli Zaretskii , 37820@debbugs.gnu.org, Radey Shouman 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.7 (-) Dmitry Gutov writes: > On 19.10.2019 9:53, Eli Zaretskii wrote: > > Isn't that a contradiction of sorts? How can we know which of these > > two should have precedence? > > I think completion-ignore-case should have precedence in this example > because the user called an xref command. > > Whether tags are used, or something else, is an implementation detail. > Behavior should be as similar as possible. I doubt that many users actually set the default value of completion-ignore-case, it is normally used by binding it during a completion according to the need of the particular application. Tags search behavior should follow the documentation and many years of precedent, regardless of whether xref is the front end. Case folding during tags search completion, or any other search completion should be consistent with the search itself. If you are proposing to add a variable to control case-folding during all xref searches, analogous to tags-case-fold-search, then I agree. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 19 17:07:17 2019 Received: (at 37820) by debbugs.gnu.org; 19 Oct 2019 21:07:17 +0000 Received: from localhost ([127.0.0.1]:53616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLvwS-0003Nt-P0 for submit@debbugs.gnu.org; Sat, 19 Oct 2019 17:07:16 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:51760) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLvwR-0003Nf-1i for 37820@debbugs.gnu.org; Sat, 19 Oct 2019 17:07:15 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9JL3vZ9157541; Sat, 19 Oct 2019 21:07:08 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=6u3CtcYPcgMT/e8/fvTIgGCcxs8KbGBdfLdXCpmePCU=; b=Y5nvX5kiMcIKU40E5xwbVN43gKzDSlENbLDZdEsyyXBhhbtDZVM1Slq6XJEl1DzWuF/g 9nzLnDy51I5ZrpjjV/unWWtq7VLOtxWGaF7wjiKA4RGSIezWjLzHu8XsvbVsrQ8EdlZg HbEztvADZZYfaTeK5pNh0kSWDWdNjlZgns6Zgu8ltFloghqKU63WIvsYku/9ejxhUis8 r0i3uBskOOdrTGaBFR4lA+xnxyffxL7z6g3X1R6FQ0wKIR4Q/tc/EW1yGTbVvYvn4sIZ yezqZkxMt4TCCDTATyBNjPV5WfuOx5l9yDoGfibOnL27jTGJdQY6vgRh8zQ5hXcRAjLB 1g== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by aserp2120.oracle.com with ESMTP id 2vqtep9t5c-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 19 Oct 2019 21:07:08 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x9JL3p37147993; Sat, 19 Oct 2019 21:07:07 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3020.oracle.com with ESMTP id 2vqsu8k7yb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 19 Oct 2019 21:07:07 +0000 Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x9JL75I1015259; Sat, 19 Oct 2019 21:07:06 GMT MIME-Version: 1.0 Message-ID: Date: Sat, 19 Oct 2019 21:07:04 +0000 (UTC) From: Drew Adams To: Radey Shouman , Eli Zaretskii Subject: RE: bug#37820: 25.2; xref using etags incorrect case fold during completion References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <23979.18706.640623.17645@mothra.home> In-Reply-To: <23979.18706.640623.17645@mothra.home> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4900.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9415 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=711 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910190202 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9415 signatures=668684 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=810 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1910190202 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37820 Cc: 37820@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: -3.3 (---) > I would expect that you would follow the precedent > of find-tag, which uses tags-case-fold-search and > case-fold-search to determine whether a tags search > is case-sensitive or not. ...=20 > I found it surprising that completion would not > follow the tags search itself in folding case, as I > have become used to this useful behavior over many > years of using find-tag. +1 From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 20 12:19:33 2019 Received: (at submit) by debbugs.gnu.org; 20 Oct 2019 16:19:33 +0000 Received: from localhost ([127.0.0.1]:55162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iMDvX-0006hk-UV for submit@debbugs.gnu.org; Sun, 20 Oct 2019 12:19:33 -0400 Received: from lists.gnu.org ([209.51.188.17]:60122) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iMDvV-0006hb-GK for submit@debbugs.gnu.org; Sun, 20 Oct 2019 12:19:30 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60525) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iMDvU-0001Ei-Fz for bug-gnu-emacs@gnu.org; Sun, 20 Oct 2019 12:19:29 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iMDvT-0000dz-I8 for bug-gnu-emacs@gnu.org; Sun, 20 Oct 2019 12:19:28 -0400 Received: from mail-wm1-x32f.google.com ([2a00:1450:4864:20::32f]:39091) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iMDvT-0000cw-9z for bug-gnu-emacs@gnu.org; Sun, 20 Oct 2019 12:19:27 -0400 Received: by mail-wm1-x32f.google.com with SMTP id r141so791729wme.4 for ; Sun, 20 Oct 2019 09:19:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=fNLHSAOl1fpVue7mu8RcY1oGD9SKBHoydphCLHqyhUk=; b=CnSlGnk9NrdKsZ59F7krqmWm2j7JDfaBZebo1C0owmP21eVy1tp9PNEXxB15X0zQlE EjSOuzYka5k0RjDa7QdaI0u7Jw8Q7YEpAew6/TNXUip8zMrcTlmKJ1y20L/suES5lPIj ATnuDuY4KikmcKuiA+jApbBALKAOZgkF6Nd7/6bsDMqTHXQM0hQtFuJRzy2eCMv8cP3N zXMn1y/MwMz3Uon3oRyQQxvnbstVu+PFq4Xl8BE33TZz4b643RtgmrldyK8ZPAz9+P+k iv09oqmVMBzItAjV8P8YqH3e699Ue3pJtT18LI3ctVuZdcZrC72CqXvvNnuTOyTXkYJM 1b5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=fNLHSAOl1fpVue7mu8RcY1oGD9SKBHoydphCLHqyhUk=; b=CHPov5Vaa2Krqs7zj+sI3ePfpQY8HNgi/dH2EWUbBIqi6NJNXUmgJcCntkUwT7eaoR X3g2ux59P2ozecio3Lf00GJX0L8TgdppTte3ogU7LfVH/sU8SoZfIYEIZ8yG54XLRuyi Cs+Ny2ihlUPq2tcF3a8iPofr1SX0fQ1MLDXs7oZPdnPsnLOT0uvj19MRRU8z/U4eLvev IDgBNannnhxORcOyhAIL61HOwspNrr86rPdUT/AEn2rv6Y23tW0Y1c3wRymLbNH2Xug4 T3En6yQfJ5s7vX/6xR9S3rbs4M4mEqKlhgum9SpTYsZ8s4pkvEzzl5iN8wKLLm1eJfUi rpdQ== X-Gm-Message-State: APjAAAXlj1GQFPmLFmsXN2jh1TGlH4WTSUWnr8jFngUENyLUx202KO8g uDQfGFhyHmw2+bRT8UI+lm+H6EA3 X-Google-Smtp-Source: APXvYqyPeW16pgC18X8JQdnQkcWMADLHmeRR3MV859/0UsedlyapyFHUi0gI4/0U1rq47tJxIg+M4A== X-Received: by 2002:a1c:4489:: with SMTP id r131mr1226424wma.132.1571588364663; Sun, 20 Oct 2019 09:19:24 -0700 (PDT) Received: from [192.168.1.125] (62-65-176.netrun.cytanet.com.cy. [62.228.65.176]) by smtp.googlemail.com with ESMTPSA id b22sm12858379wmj.36.2019.10.20.09.19.23 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 Oct 2019 09:19:23 -0700 (PDT) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion To: bug-gnu-emacs@gnu.org References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <23979.18706.640623.17645@mothra.home> From: Dmitry Gutov Message-ID: <94b58b5c-2e0e-671a-df6a-60afde9c84ff@yandex.ru> Date: Sun, 20 Oct 2019 19:19:21 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <23979.18706.640623.17645@mothra.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::32f X-Spam-Score: -1.1 (-) 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: -2.1 (--) On 19.10.2019 20:34, Radey Shouman wrote: > I found it surprising that completion would not follow the tags search > itself in folding case, as I have become used to this useful behavior > over many years of using find-tag. You are not calling a tags search command, though. You are calling a backend-agnostic command. Maybe there are inconsistencies there, but I think they should be resolved in favor of general variables. In any case, is there a particular reason you customize these vars like that? From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 25 09:59:37 2019 Received: (at 37820) by debbugs.gnu.org; 25 Oct 2019 13:59:37 +0000 Received: from localhost ([127.0.0.1]:39156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iO07t-0007xY-A3 for submit@debbugs.gnu.org; Fri, 25 Oct 2019 09:59:37 -0400 Received: from resqmta-ch2-10v.sys.comcast.net ([69.252.207.42]:54164) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iO07r-0007xA-1P for 37820@debbugs.gnu.org; Fri, 25 Oct 2019 09:59:35 -0400 Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-10v.sys.comcast.net with ESMTP id Nz4jinFAWFYtyO07liQcXS; Fri, 25 Oct 2019 13:59:29 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1572011969; bh=UfIS1H/HXPMnd49isIPnAWNgV6PAjRZWfRVav366cns=; h=Received:Received:Received:MIME-Version:Content-Type:Message-ID: Date:From:To:Subject; b=TlD0yWnvBQUWk4PIvE7NxN4vDCj0KK8QPBYgaBWxCTedP3Gr9O72e3vWAGnb1rcUq SpthkfqpFur5Zw1S8Bsp7a29BkfyMS4kcWpFufMZSlfgou3bPmjzbQ5L4Vj0jjnTEH 0do92TSrR9FGqRslSZozFcR1yWJ3+r9d33JWV9erDy1FUzUfRE35CQL9Psv9P8B9ug FWW8gdBge+HZAHVE7IFWVqLj0ly0Ee6ug5Epnn0QUn1zfT5wCB6eUImlKgz596rSFe pW2iJ8R8bgoJtwfk/QydgbaJZ5oLTs8izFb7+nqMeur4MKxt8W3UOjnHNhhaVtiUbX uw1Q0+K1pBeoA== Received: from mothra.home ([IPv6:2601:18c:cd80:eef0:329c:23ff:fea1:8693]) by resomta-ch2-14v.sys.comcast.net with ESMTPA id O07jibkjVROh5O07kiwcX7; Fri, 25 Oct 2019 13:59:28 +0000 X-Xfinity-VMeta: sc=-100;st=legit Received: from localhost ([127.0.0.1] helo=mothra) by mothra.home with esmtp (Exim 4.92) (envelope-from ) id 1iO07j-0000gn-CE; Fri, 25 Oct 2019 09:59:27 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23986.65471.30294.547230@mothra.home> Date: Fri, 25 Oct 2019 09:59:27 -0400 From: Radey Shouman To: Dmitry Gutov Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion In-Reply-To: <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> X-Mailer: VM 8.1.2 under 25.2.2 (x86_64-pc-linux-gnu) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37820 Cc: 37820@debbugs.gnu.org, Radey Shouman 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.7 (-) Dmitry Gutov writes: >On 19.10.2019 20:34, Radey Shouman wrote: >> I found it surprising that completion would not follow the tags search >> itself in folding case, as I have become used to this useful behavior >> over many years of using find-tag. >You are not calling a tags search command, though. You are calling a >backend-agnostic command. Maybe there are inconsistencies there, but I >think they should be resolved in favor of general variables. >In any case, is there a particular reason you customize these vars like >that? Please copy me on any messages to which you expect a response. I have not subscribed to the mailing list. The only variable I customize is tags-case-fold-search, I leave completion-ignore-case with the default value. I heartily regret even mentioning the latter variable, it is a red herring. There are at least two reasons to change tags-case-fold-search: 1) Some programming languages are not case sensitive in normal use, eg Common Lisp, Fortran, Cobol, R[45]RS Scheme ... For these languages case-insensitive search should be the default. 2) For many code bases the rules of CamelCasing are so vague, or their observance so lax, that it's hard to predict what the capitalization of an identifier will be. It's useful in these cases to use completion that is not case sensitive. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 24 19:45:35 2019 Received: (at 37820) by debbugs.gnu.org; 25 Dec 2019 00:45:35 +0000 Received: from localhost ([127.0.0.1]:53184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ijunu-0003Ui-Oq for submit@debbugs.gnu.org; Tue, 24 Dec 2019 19:45:34 -0500 Received: from mail-wr1-f43.google.com ([209.85.221.43]:44598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ijuns-0003UT-QX for 37820@debbugs.gnu.org; Tue, 24 Dec 2019 19:45:33 -0500 Received: by mail-wr1-f43.google.com with SMTP id q10so20883694wrm.11 for <37820@debbugs.gnu.org>; Tue, 24 Dec 2019 16:45:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=e2QfZa4g4y2R0H8N85+HfsfDVepdPwySsvYHAQLWO1Y=; b=Vf45xjsBK/8mdq4lLfS6RSd8pRge5s1On63ZlvtiUbHfKKfghdFwxdjI35QOXbAPUu kzRptjNuQ4z8pIz9EMPrAH/TNUxQtuxCl+DAgQR+BGTIKwyi1peh42Z+a8V0YJBNXZ/g 12cj6iNSNNtu5a26kGfQBlSxSf4LAkWQ3g4jG1nPAwfPA2/oNEsBszvdXV765cvFmKlt Jc7s7jqeiyhSD/Knkc2E6/gOJFYPmbKHOPNoyl8H7/jYin2yJtxeWDQq6aFthJhtHHIo 2g+v6MwyU1GwkFVNNYZBt1XRonyLYR6c+Gk80y6xc7MBjMV1UzA5eQFALuaO6bG94oho QqeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=e2QfZa4g4y2R0H8N85+HfsfDVepdPwySsvYHAQLWO1Y=; b=aiz2MMipuGlhFhx896O3UT/dDPLRZGgs452RkdkuVEDiW2arzbXSrzt10gekEr/JW/ k4lwmzcBv3ByOjJq96QlNCGtyZiLzmD/Q7Ta4TmKqUDXd0FnWa7Ur0QQJ2wox6YmY5JE RqOGFJJEXWdd+kDWYRk+oP4avCSMfDXdS76lEKq6MIQyB0uylfxLUAJ7vVYC31vqmMof AEDeIkp2pKawEtuFw8PEuntoykQjQB0Bs4Yf+n7VzYqCG2BxVBA4/piTzvhTf6QAKRfR kmiNebRdI56lnlDtznlIdTj6iMPtqHG0fAe5rTZmfDJIpMwAVGVXGX/vFIrjhbHBgVfX QsNg== X-Gm-Message-State: APjAAAUifP5OBzzBhZgFo0IIMuKUHA5Bd3alDZNHhULuEPepQslruePZ z9tF6AkPq9g2T657qjWtSHI= X-Google-Smtp-Source: APXvYqxZLB7BNWAGvakwzH5ICxMvMbm3abDwfOPkam3ayOI65nC/xrq7UjUpuKY5gFawunqo/p7CQw== X-Received: by 2002:a5d:49cc:: with SMTP id t12mr35958970wrs.363.1577234726940; Tue, 24 Dec 2019 16:45:26 -0800 (PST) Received: from [192.168.0.2] ([212.50.117.215]) by smtp.googlemail.com with ESMTPSA id s8sm25173333wrt.57.2019.12.24.16.45.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Dec 2019 16:45:25 -0800 (PST) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion To: Radey Shouman References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> From: Dmitry Gutov Message-ID: Date: Wed, 25 Dec 2019 02:45:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <23986.65471.30294.547230@mothra.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 37820 Cc: Eli Zaretskii , 37820@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: -0.5 (/) Hi Radey, sorry for the late reply. On 25.10.2019 16:59, Radey Shouman wrote: > Please copy me on any messages to which you expect a response. > I have not subscribed to the mailing list. Sure. That's the default etiquette here anyway. > The only variable I customize is tags-case-fold-search, I leave > completion-ignore-case with the default value. I heartily regret > even mentioning the latter variable, it is a red herring. Don't regret it because it's entirely pertinent. So, do we really have meaningful scenarios where the user will want tags-case-fold-search set to t while completion-ignore-case *should* remain nil? I suppose we could add a new method to xref backends just for that, but we shouldn't do that without understanding the use cases. Like, why/how other backends would choose to return different values. > There are at least two reasons to change tags-case-fold-search: > > 1) Some programming languages are not case sensitive in normal use, > eg Common Lisp, Fortran, Cobol, R[45]RS Scheme ... For these languages > case-insensitive search should be the default. How does using one or the other variable help with that distinction? When someone uses tags, they often use them with a multitude of languages. Whether you employ tags-case-fold-search, or an xref-specific variable Eli suggested to add, that would affect all languages anyway, right? > 2) For many code bases the rules of CamelCasing are so vague, or their > observance so lax, that it's hard to predict what the capitalization > of an identifier will be. It's useful in these cases to use > completion that is not case sensitive. We can make completion-ignore-case a safe local variable, so that you can set it in dir-locals depending on the code base. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 26 15:56:17 2019 Received: (at 37820) by debbugs.gnu.org; 26 Dec 2019 20:56:17 +0000 Received: from localhost ([127.0.0.1]:56303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ikaB7-0006Eq-5i for submit@debbugs.gnu.org; Thu, 26 Dec 2019 15:56:17 -0500 Received: from resqmta-ch2-01v.sys.comcast.net ([69.252.207.33]:45510) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ikaB5-0006EU-3n for 37820@debbugs.gnu.org; Thu, 26 Dec 2019 15:56:15 -0500 Received: from resomta-ch2-02v.sys.comcast.net ([69.252.207.98]) by resqmta-ch2-01v.sys.comcast.net with ESMTP id kZxhilraCxZxAkaAziUSQA; Thu, 26 Dec 2019 20:56:09 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1577393769; bh=ylYoEsGETaFUjDZgJh0OdrupJMe6Hut3beMufZowWt4=; h=Received:Received:Received:MIME-Version:Content-Type:Message-ID: Date:From:To:Subject; b=o+hyycBQ+J/PHJrm/bDXYrvwMZa2anuqnGfi7ita6fuOSYrE1S9OWzQRbcMVXQq27 KfKRfcKRmjAJGjW0TwOIBpoE4wNYWAan1WLm2bA4jLSt4+hATHI+VAljKkX9NEjk+L LmXubU5upfNUhmEoUmaC36ua2BBavfY2hGRijAxIH/+y0qPyAslE6ax9cqBygAvgsk d3fvBRiyrJbxQZdfv7xtkInX+mThIbKZPBeIZXm2TnclHh9Dd1oqEu+YAWncRtPMGv TgK37IY5p/NhkIERUhzGIuHI3NtuGuVCNOYKef4TPN1uuCR7npOHbj9ky5gtb1ZN6L xflID/O9Mo30Q== Received: from mothra.home ([IPv6:2601:18c:cd80:eef0:329c:23ff:fea1:8693]) by resomta-ch2-02v.sys.comcast.net with ESMTPA id kaAyiFH3YgGLCkaAyiaoFg; Thu, 26 Dec 2019 20:56:09 +0000 X-Xfinity-VMeta: sc=-100.00;st=legit Received: from localhost ([127.0.0.1] helo=mothra) by mothra.home with esmtp (Exim 4.92) (envelope-from ) id 1ikaAx-0004gR-K7; Thu, 26 Dec 2019 15:56:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24069.7783.536611.22349@mothra.home> Date: Thu, 26 Dec 2019 15:56:07 -0500 From: Radey Shouman To: Dmitry Gutov Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion In-Reply-To: References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> X-Mailer: VM 8.1.2 under 25.2.2 (x86_64-pc-linux-gnu) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37820 Cc: Eli Zaretskii , 37820@debbugs.gnu.org, Radey Shouman 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.7 (-) Dmitry Gutov writes: > Hi Radey, > > sorry for the late reply. Not at all. > On 25.10.2019 16:59, Radey Shouman wrote: > > The only variable I customize is tags-case-fold-search, I leave > > completion-ignore-case with the default value. I heartily regret > > even mentioning the latter variable, it is a red herring. > > Don't regret it because it's entirely pertinent. > > So, do we really have meaningful scenarios where the user will want > tags-case-fold-search set to t while completion-ignore-case *should* > remain nil? No. I believe that completion-ignore-case should always be bound to the value of tags-case-fold-search when doing a tags completion. If this is not so then completion is not consistent with the tags search, which is the bug in question. > I suppose we could add a new method to xref backends just for that, but > we shouldn't do that without understanding the use cases. Like, why/how > other backends would choose to return different values. > > > There are at least two reasons to change tags-case-fold-search: > > > > 1) Some programming languages are not case sensitive in normal use, > > eg Common Lisp, Fortran, Cobol, R[45]RS Scheme ... For these languages > > case-insensitive search should be the default. > > How does using one or the other variable help with that distinction? >From what I could see searching the lisp tree, tags-case-fold-search is intended for user customization of tags search (and partly carried over to xref). completion-ignore-case is used for dynamic control of completion, and is not a sensible variable for user customization. > When someone uses tags, they often use them with a multitude of > languages. Whether you employ tags-case-fold-search, or an xref-specific > variable Eli suggested to add, that would affect all languages anyway, > right? Yes. It is possible to mix languages even in a single tags table. Personal preference also plays a role. > > 2) For many code bases the rules of CamelCasing are so vague, or their > > observance so lax, that it's hard to predict what the capitalization > > of an identifier will be. It's useful in these cases to use > > completion that is not case sensitive. > > We can make completion-ignore-case a safe local variable, so that you > can set it in dir-locals depending on the code base. I'm not sure that's useful, because the default value of completion-ignore-case is hardly ever used. For example, even if ignoring case for tags searches, one would probably not want to ignore case when completing input for describe-key. On the other hand, it might well be useful to make tags-case-fold-search or any xref replacement a safe local variable. BTW, how might one find the list of safe local variables? -- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 16 20:15:18 2020 Received: (at 37820) by debbugs.gnu.org; 17 Jan 2020 01:15:18 +0000 Received: from localhost ([127.0.0.1]:38681 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isGEI-0003Pw-ER for submit@debbugs.gnu.org; Thu, 16 Jan 2020 20:15:18 -0500 Received: from mail-lj1-f172.google.com ([209.85.208.172]:35696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isGEG-0003Pk-9H for 37820@debbugs.gnu.org; Thu, 16 Jan 2020 20:15:17 -0500 Received: by mail-lj1-f172.google.com with SMTP id j1so24669326lja.2 for <37820@debbugs.gnu.org>; Thu, 16 Jan 2020 17:15:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=yFhaZiRJpI222UuRTsW4x/Gs/gWbPGjO1wFThw9VXr4=; b=tOhnl8KAw9WZ4rDDFFPlSOYVcK/s0PiDmAxgpHDoh+I8xWhun2y61Jdh3dKTlrb6wJ qgJWIGovPXstovZ+Ngy+HoHXpjVRDf+o+ltnPWXKYtR5VPFbG7DC1XqxWWAXBwMrR0Iu 0754bdgOaXwlSuX33Lz0/vmrvPQ7V12eeXnsl5lK7Nk4zjIi+iCqq9DuqWHX45245nqb TZqDltV4TjSae8LCeEBylyD61nKX5Ub9aIt+STxu1vopBOtNaWS4k+TTfaqZheAxo825 wMW2qaFzjn4TRD2d9WBxh1JukGKSz7Utp4FpkR2LfMrprRDsAUMCvTc2U7W7vo05nloY S0NA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language; bh=yFhaZiRJpI222UuRTsW4x/Gs/gWbPGjO1wFThw9VXr4=; b=rB+O+sq2+83SP8PyKvFQxgQjKzRnaNVWOZAT01h3zY2hqc8nc0a5XRTuMBBJIxnVbV oedwPFPedI4tkf07C82PCJEvMvVh8d8kehBUrVa2q+w4aglj9vdyfwbpcFO9SFkFmuXu MxGGTDQ53xbTfSq2Quvwm/WqEsFk+hYOdpFSaauRiKNZNVfg67UTjg/7ECztxeOvrSt+ kTDmHfCC569NYONF5xBggneZlLmFO0pp6fEuOpHDuLTXrZxceV0n2ggC6ZAapneI0efP yAdfZ7/nWZw/uRDcTs5+DNPG1bOTV++d7e8Mk7mvjHZu8gIGbFf5hB7FNAK4aFr7adCW APyg== X-Gm-Message-State: APjAAAXyo/ySVP85FgFb6BF2Nn60foo0Zv0XCsS15iLtskZ7/si0Vx1b 2eKfnAXqDpcm2U+jDCFKi8o= X-Google-Smtp-Source: APXvYqzGlcF7fSa8gr0lyx0PT2OtbpB/Ne/i6lHTGsqt6swq6Hb1FnNOGQcDHZkS6Mhyp5H0VLE6WQ== X-Received: by 2002:a2e:9708:: with SMTP id r8mr4048862lji.92.1579223710264; Thu, 16 Jan 2020 17:15:10 -0800 (PST) Received: from [192.168.1.142] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id o69sm11288818lff.14.2020.01.16.17.15.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Jan 2020 17:15:09 -0800 (PST) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion To: Radey Shouman References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> <24069.7783.536611.22349@mothra.home> From: Dmitry Gutov Message-ID: Date: Fri, 17 Jan 2020 04:15:07 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <24069.7783.536611.22349@mothra.home> Content-Type: multipart/mixed; boundary="------------A0BF0D39584A00C8F656BF9C" Content-Language: en-US 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: On 26.12.2019 23:56, Radey Shouman wrote: > Dmitry Gutov writes: > > Hi Radey, > > > > sorry for the late reply. > > Not at all. And once again. Upon some consideration, I have settled on the most backward-compatible option, I think. Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] 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 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.172 listed in list.dnswl.org] 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-Debbugs-Envelope-To: 37820 Cc: Eli Zaretskii , 37820@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 (+) This is a multi-part message in MIME format. --------------A0BF0D39584A00C8F656BF9C Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 26.12.2019 23:56, Radey Shouman wrote: > Dmitry Gutov writes: > > Hi Radey, > > > > sorry for the late reply. > > Not at all. And once again. Upon some consideration, I have settled on the most backward-compatible option, I think. > No. I believe that completion-ignore-case should always be bound to > the value of tags-case-fold-search when doing a tags completion. If > this is not so then completion is not consistent with the tags search, > which is the bug in question. Yes, OK. See the attached patch. The alternative would be to create a new user option local to the xref package that would affect both identifier completion and search, but a) that will likely be an incompatible change unless tags-case-fold-search becomes an obsolete-alias, b) it seems unrealistic to have all backends adhere to it anyway. So let's ask the backends instead. > On the other hand, it might well be useful to make > tags-case-fold-search or any xref replacement a safe local variable. Yes. The patch also does that. > BTW, how might one find the list of safe local variables? Well, um. You can evaluate this expression: (seq-filter (lambda (s) (get (intern-soft s) 'safe-local-variable)) (all-completions "" obarray)) Eli, is this patch okay for emacs-27? On the one hand, the issue seems minor-ish. On the other, it's a backward compatibility problem. And the patch must be pretty safe because it's basically additive: the only real change is to xref--read-identifier, and it calls xref-backend-identifier-completion-ignore-case which will default to the current behavior for all backends except etags. --------------A0BF0D39584A00C8F656BF9C Content-Type: text/x-patch; name="xref-backend-identifier-completion-ignore-case.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="xref-backend-identifier-completion-ignore-case.diff" diff --git a/lisp/progmodes/etags.el b/lisp/progmodes/etags.el index fe64895725..897f105019 100644 --- a/lisp/progmodes/etags.el +++ b/lisp/progmodes/etags.el @@ -60,7 +60,8 @@ tags-case-fold-search :type '(choice (const :tag "Case-sensitive" nil) (const :tag "Case-insensitive" t) (other :tag "Use default" default)) - :version "21.1") + :version "21.1" + :safe 'symbolp) ;;;###autoload ;; Use `visit-tags-table-buffer' to cycle through tags tables in this list. @@ -819,9 +820,7 @@ tags-completion-at-point-function "Using tags, return a completion table for the text around point. If no tags table is loaded, do nothing and return nil." (when (or tags-table-list tags-file-name) - (let ((completion-ignore-case (if (memq tags-case-fold-search '(t nil)) - tags-case-fold-search - case-fold-search)) + (let ((completion-ignore-case (find-tag--completion-ignore-case)) (pattern (find-tag--default)) beg) (when pattern @@ -836,9 +835,7 @@ tags-completion-at-point-function (defun find-tag-tag (string) "Read a tag name, with defaulting and completion." - (let* ((completion-ignore-case (if (memq tags-case-fold-search '(t nil)) - tags-case-fold-search - case-fold-search)) + (let* ((completion-ignore-case (find-tag--completion-ignore-case)) (default (find-tag--default)) (spec (completing-read (if default (format "%s (default %s): " @@ -851,6 +848,11 @@ find-tag-tag (or default (user-error "There is no default tag")) spec))) +(defun find-tag--completion-ignore-case () + (if (memq tags-case-fold-search '(t nil)) + tags-case-fold-search + case-fold-search)) + (defun find-tag--default () (funcall (or find-tag-default-function (get major-mode 'find-tag-default-function) @@ -2072,6 +2074,9 @@ xref-backend-identifier-at-point (cl-defmethod xref-backend-identifier-completion-table ((_backend (eql etags))) (tags-lazy-completion-table)) +(cl-defmethod xref-backend-identifier-completion-ignore-case ((_backend (eql etags))) + (find-tag--completion-ignore-case)) + (cl-defmethod xref-backend-definitions ((_backend (eql etags)) symbol) (etags--xref-find-definitions symbol)) @@ -2086,9 +2091,7 @@ etags--xref-find-definitions (first-time t) (search-fun (if regexp? #'re-search-forward #'search-forward)) (marks (make-hash-table :test 'equal)) - (case-fold-search (if (memq tags-case-fold-search '(nil t)) - tags-case-fold-search - case-fold-search)) + (case-fold-search (find-tag--completion-ignore-case)) (cbuf (current-buffer))) (save-excursion (while (visit-tags-table-buffer (not first-time) cbuf) diff --git a/lisp/progmodes/xref.el b/lisp/progmodes/xref.el index 4fbcd08506..1a34456340 100644 --- a/lisp/progmodes/xref.el +++ b/lisp/progmodes/xref.el @@ -287,6 +287,10 @@ xref-backend-identifier-at-point (cl-defgeneric xref-backend-identifier-completion-table (backend) "Return the completion table for identifiers.") +(cl-defgeneric xref-backend-identifier-completion-ignore-case (_backend) + "Return t if case is not significant in identifier completion." + completion-ignore-case) + ;;; misc utilities (defun xref--alistify (list key test) @@ -967,7 +971,9 @@ xref--prompt-p (defun xref--read-identifier (prompt) "Return the identifier at point or read it from the minibuffer." (let* ((backend (xref-find-backend)) - (def (xref-backend-identifier-at-point backend))) + (def (xref-backend-identifier-at-point backend)) + (completion-ignore-case + (xref-backend-identifier-completion-ignore-case backend))) (cond ((or current-prefix-arg (not def) (xref--prompt-p this-command)) --------------A0BF0D39584A00C8F656BF9C-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 17 03:28:37 2020 Received: (at 37820) by debbugs.gnu.org; 17 Jan 2020 08:28:37 +0000 Received: from localhost ([127.0.0.1]:38828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isMzc-0001Ho-R9 for submit@debbugs.gnu.org; Fri, 17 Jan 2020 03:28:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60040) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isMzZ-0001Ha-P2 for 37820@debbugs.gnu.org; Fri, 17 Jan 2020 03:28:35 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44040) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1isMzU-0004BC-9F; Fri, 17 Jan 2020 03:28:28 -0500 Received: from [176.228.60.248] (port=2804 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1isMzT-0007TR-37; Fri, 17 Jan 2020 03:28:27 -0500 Date: Fri, 17 Jan 2020 10:28:23 +0200 Message-Id: <835zha32s8.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: (message from Dmitry Gutov on Fri, 17 Jan 2020 04:15:07 +0300) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> <24069.7783.536611.22349@mothra.home> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37820 Cc: 37820@debbugs.gnu.org, shouman@comcast.net 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: -3.3 (---) > Cc: 37820@debbugs.gnu.org, Eli Zaretskii > From: Dmitry Gutov > Date: Fri, 17 Jan 2020 04:15:07 +0300 > > Eli, is this patch okay for emacs-27? > > On the one hand, the issue seems minor-ish. > > On the other, it's a backward compatibility problem. And the patch must > be pretty safe because it's basically additive: the only real change is > to xref--read-identifier, and it calls > xref-backend-identifier-completion-ignore-case which will default to the > current behavior for all backends except etags. Can you tell what is the difference in user-facing behavior due to this change? I'm not sure I understand that looking at the patch. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 17 07:49:48 2020 Received: (at 37820) by debbugs.gnu.org; 17 Jan 2020 12:49:48 +0000 Received: from localhost ([127.0.0.1]:38932 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isR4J-0001I4-NO for submit@debbugs.gnu.org; Fri, 17 Jan 2020 07:49:48 -0500 Received: from mail-lf1-f53.google.com ([209.85.167.53]:43077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isR4D-0001Hh-7g for 37820@debbugs.gnu.org; Fri, 17 Jan 2020 07:49:42 -0500 Received: by mail-lf1-f53.google.com with SMTP id 9so18261006lfq.10 for <37820@debbugs.gnu.org>; Fri, 17 Jan 2020 04:49:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=zngZqn3TEFY+9x6L5UXcpErOO/nPe+ibEizhCNEPGjM=; b=qP/OH7E+HZHeXYCxr5KCuAaqJWJkfz1fqa27YR2+DcwxY3+uoRcPEwo7htKHNTWhNJ l2RY9teQ6SdDDKeiRC99ZC0HtzuK1xGRyertJbe2EkhFAvTx7X/FYVi1mvAq9jzD4pcS VasJXqkYtZ3DSKz2bBjzqjgCvRx5SrXT50+pcCvjFYOvglbDwyJaRt+byTThouPiAM74 uyHSLtyaHNDyuayQW0mXmChAX0YJ2GnE/TG0oguuKx+39rGD5TFIuKHVmSpCPlGysgUV 1s9OvzIe5fBii9kbrwWlpKFhNwtxYCUMb+YTIYbkKQoJH6gtMJqmkePT6Xhjx8he4J35 YO9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=zngZqn3TEFY+9x6L5UXcpErOO/nPe+ibEizhCNEPGjM=; b=uVp+gYq+zK293BmDDfyEt7qPhnC7RipKmUgpvfoNznWAKgyTOCZM0mpot++VGy0LSq f6bbc/JVMpOe2zXjtB97Yyo6B5mMwTjlEM0zoMN8MtzpN7jFOSjbUG018OVPVd2taSzB ciCB0wEgnKwSYxNfLGXmiHD9XHL2DnOlZs6hSqtUBx1as+10cjB9NvHoDBn2YAiXCL7h 1O6W9ClY509w6Njsn6j24SUWfvYx/jVvwHwRpdeRgPakpadvOIFcwqxR6J/iAFLPoEXW yQ1POdZz4QHq1VT/phPeAI9rIneWmyABSv7zYs8WUh+/x54aQRUUB8OwnnOE4pefDl4K xpcA== X-Gm-Message-State: APjAAAW75X8Prz6lL1ge0yAVpDHiuvp8qmIpPfPifjqyAVamjEsVTl7j Yv/VqLQb0KJPhUOnGRs3HpLjH3izbaM= X-Google-Smtp-Source: APXvYqxyeB8pFpTUOBn/vMQ64jBrPqjLgL4oRYyIL3GOdvWRp624bdbRDs6Xg1fRnCcFni7TxUirkA== X-Received: by 2002:a19:6a0e:: with SMTP id u14mr5077609lfu.197.1579265370884; Fri, 17 Jan 2020 04:49:30 -0800 (PST) Received: from [192.168.1.142] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id l1sm11957437lfj.71.2020.01.17.04.49.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Jan 2020 04:49:29 -0800 (PST) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion To: Eli Zaretskii References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> <24069.7783.536611.22349@mothra.home> <835zha32s8.fsf@gnu.org> From: Dmitry Gutov Message-ID: <03310a1f-2505-7ec9-6791-94ee84f43ce4@yandex.ru> Date: Fri, 17 Jan 2020 15:49:29 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <835zha32s8.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit 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: On 17.01.2020 11:28, Eli Zaretskii wrote: > Can you tell what is the difference in user-facing behavior due to > this change? I'm not sure I understand that looking at the patch. Identifier completion in xref-find-definitions (C-u M-. TAB TAB), when the etags backend is in use, will honor the value of tags-case-fold-search. Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 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.167.53 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.167.53 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: 37820 Cc: 37820@debbugs.gnu.org, shouman@comcast.net 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 (+) On 17.01.2020 11:28, Eli Zaretskii wrote: > Can you tell what is the difference in user-facing behavior due to > this change? I'm not sure I understand that looking at the patch. Identifier completion in xref-find-definitions (C-u M-. TAB TAB), when the etags backend is in use, will honor the value of tags-case-fold-search. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 17 08:39:41 2020 Received: (at 37820) by debbugs.gnu.org; 17 Jan 2020 13:39:41 +0000 Received: from localhost ([127.0.0.1]:38978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isRqc-0004Vq-9Z for submit@debbugs.gnu.org; Fri, 17 Jan 2020 08:39:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:40648) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isRqX-0004VW-Rc for 37820@debbugs.gnu.org; Fri, 17 Jan 2020 08:39:37 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60111) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1isRqS-0003rV-7i; Fri, 17 Jan 2020 08:39:28 -0500 Received: from [176.228.60.248] (port=1966 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1isRqQ-0002Ug-NH; Fri, 17 Jan 2020 08:39:28 -0500 Date: Fri, 17 Jan 2020 15:39:23 +0200 Message-Id: <83zhem19tg.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <03310a1f-2505-7ec9-6791-94ee84f43ce4@yandex.ru> (message from Dmitry Gutov on Fri, 17 Jan 2020 15:49:29 +0300) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> <24069.7783.536611.22349@mothra.home> <835zha32s8.fsf@gnu.org> <03310a1f-2505-7ec9-6791-94ee84f43ce4@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37820 Cc: 37820@debbugs.gnu.org, shouman@comcast.net 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: -3.3 (---) > Cc: shouman@comcast.net, 37820@debbugs.gnu.org > From: Dmitry Gutov > Date: Fri, 17 Jan 2020 15:49:29 +0300 > > On 17.01.2020 11:28, Eli Zaretskii wrote: > > Can you tell what is the difference in user-facing behavior due to > > this change? I'm not sure I understand that looking at the patch. > > Identifier completion in xref-find-definitions (C-u M-. TAB TAB), when > the etags backend is in use, will honor the value of tags-case-fold-search. Thanks. This probably warrants to be mentioned in NEWS, but other than that I'm okay with installing this on the release branch. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 17 10:34:17 2020 Received: (at 37820) by debbugs.gnu.org; 17 Jan 2020 15:34:17 +0000 Received: from localhost ([127.0.0.1]:39957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isTdZ-0007ZL-2U for submit@debbugs.gnu.org; Fri, 17 Jan 2020 10:34:17 -0500 Received: from resqmta-ch2-07v.sys.comcast.net ([69.252.207.39]:48408) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isTdU-0007Z4-LL for 37820@debbugs.gnu.org; Fri, 17 Jan 2020 10:34:15 -0500 Received: from resomta-ch2-02v.sys.comcast.net ([69.252.207.98]) by resqmta-ch2-07v.sys.comcast.net with ESMTP id sSbGiOW8UH8TssTdNiWGEz; Fri, 17 Jan 2020 15:34:05 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1579275245; bh=4uPXP8TeFLl6wqHirTj0MoO03WYG5YyCP+l4EMJu0lY=; h=Received:Received:Received:MIME-Version:Content-Type:Message-ID: Date:From:To:Subject; b=sQUpvKA1L6A9tSFNgUZj4NyrJ6g0rk57bflx76k2J/H80n5K3gy/MAbFgSrQJbjlo O66iK2dqSWjfjIfs1voADhVkcut9ierwWwE2KIjRRbBvP87bD2DxXZUszC2jCuYOLr 0Zp0g10f2a9TnxcsgWqyNaGpx5MW4GjD3539Jhatzqa2mVNd3Qhvqn31F7KBfejb3A 12Bk9PYPe+0ZO55gA/KaWcCb6nBQUDjPBmayOQMdQP2VQZHH51ZAZUyjPBko7/5jG2 LVG0Z5wUYDd7EuXFnklId9o9WV4iennF+qwXaHBQPX0i5HCaXBFDTzEMqpta+FOYO1 HX9EGeg9j33KA== Received: from mothra.home ([IPv6:2601:18c:cd80:eef0:329c:23ff:fea1:8693]) by resomta-ch2-02v.sys.comcast.net with ESMTPA id sTdMijUbugGLCsTdMiWTPo; Fri, 17 Jan 2020 15:34:05 +0000 X-Xfinity-VMeta: sc=-100.00;st=legit Received: from localhost ([127.0.0.1] helo=mothra) by mothra.home with esmtp (Exim 4.92) (envelope-from ) id 1isTdL-0005UD-QT; Fri, 17 Jan 2020 10:34:03 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24097.54251.468235.835479@mothra.home> Date: Fri, 17 Jan 2020 10:34:03 -0500 From: Radey Shouman To: Dmitry Gutov Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion In-Reply-To: <03310a1f-2505-7ec9-6791-94ee84f43ce4@yandex.ru> References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> <24069.7783.536611.22349@mothra.home> <835zha32s8.fsf@gnu.org> <03310a1f-2505-7ec9-6791-94ee84f43ce4@yandex.ru> X-Mailer: VM 8.1.2 under 25.2.2 (x86_64-pc-linux-gnu) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37820 Cc: Eli Zaretskii , 37820@debbugs.gnu.org, shouman@comcast.net 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.7 (-) Dmitry Gutov writes: > On 17.01.2020 11:28, Eli Zaretskii wrote: > > Can you tell what is the difference in user-facing behavior due to > > this change? I'm not sure I understand that looking at the patch. > > Identifier completion in xref-find-definitions (C-u M-. TAB TAB), when > the etags backend is in use, will honor the value of tags-case-fold-search. I haven't looked at the patch yet, but I can describe the desired change in user-facing behavior with an example: Suppose tags-case-fold-search is true in a buffer with a tags table containing the symbol "CamelCase". The key sequence M.camelcase will find the definition of CamelCase. On the other hand, with the current behavior, the key sequence M.cTAB will show a completion buffer that does not contain "CamelCase". With a proper fix, the completion buffer will include "CamelCase". From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 17 16:28:30 2020 Received: (at 37820) by debbugs.gnu.org; 17 Jan 2020 21:28:30 +0000 Received: from localhost ([127.0.0.1]:40222 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isZAM-0000rd-3g for submit@debbugs.gnu.org; Fri, 17 Jan 2020 16:28:30 -0500 Received: from mail-lj1-f178.google.com ([209.85.208.178]:36678) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isZAJ-0000rO-Vf for 37820@debbugs.gnu.org; Fri, 17 Jan 2020 16:28:29 -0500 Received: by mail-lj1-f178.google.com with SMTP id r19so27894514ljg.3 for <37820@debbugs.gnu.org>; Fri, 17 Jan 2020 13:28:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=gKOhlTRlF8633KINu6JkIZ9IgCTYbwluKRizv0UpZ0M=; b=hGSq8x265XUo+ELvZGDnpdc8eUv4IEzA/szRaCgfgxcLXM7i6Wom7+Tkeg/LnqmmsK b/DtTDMrOvepslegih56zlbH3Q9fvVvXK7rSecOvVuH629YzWTtKgMmrEhHQSXqc2Kce YhCclsNLf9IR3xds95opF0ytDSrZWwVTOvCgCe2DyhDd0UNr5g9rMmykWI4LaN43SY5T TU6Mv7ZiIIe9k+yX3eXvRXZudxYGGiYAq45sHqtuQ6RMma/qSOA/TocEweEPr5cZM812 4gRyq/jPOTI3tdCZG59bowNUOTQr9rkjaG+dULbOHm36qZsiZvYmvxtsSti/9xFHyiog g8wA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=gKOhlTRlF8633KINu6JkIZ9IgCTYbwluKRizv0UpZ0M=; b=AzzJKe/cEvXmgP3Rv933yq7rkCKs6SR6DHFnDjvJV3Aedoz8zztloIKf8iXMLgCLsr fx3cUyFQb63nFRTZDBFnTIMUn6ANLp+oJTzNsSCtr7a0sEQlqMHRC0u1f4c1C4V4hj3E spETF297mF93AXLnOIWVDXUm2ECLSp1i5qvC4JfKCHbybiOK6vJk4FmIRknS1g0uSKLs cPwtNVF7c7En20qq6R7GlcHp6WWjRejE9rXqoR0XkzrGNhOTqN1IeN1eddFCnX09DXZ9 DjcVoCLAL3Z2JOWBq105ngrmJNUNl985KmycTC35sTyD/Qpmyr/OO9vEU8YEpNIJcq2n Sdqg== X-Gm-Message-State: APjAAAVrEztxqG6k66KTZnVUz+0MG2pqHJO736iNuBESCQ/KmjmVthcZ rKygvCfWEWTZr/JQNGGJE8pq6JIolAM= X-Google-Smtp-Source: APXvYqxc9qjIpWAsD49xV/4rsaaojRrSBM+j9Xxt5xzDa46iJw3vuXuxZnKi48RvdzRWySy5+xoLBQ== X-Received: by 2002:a2e:3609:: with SMTP id d9mr6434833lja.188.1579296501644; Fri, 17 Jan 2020 13:28:21 -0800 (PST) Received: from [192.168.1.142] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id p136sm12805304lfa.8.2020.01.17.13.28.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Jan 2020 13:28:20 -0800 (PST) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion To: Radey Shouman References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> <24069.7783.536611.22349@mothra.home> <835zha32s8.fsf@gnu.org> <03310a1f-2505-7ec9-6791-94ee84f43ce4@yandex.ru> <24097.54251.468235.835479@mothra.home> From: Dmitry Gutov Message-ID: Date: Sat, 18 Jan 2020 00:28:19 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <24097.54251.468235.835479@mothra.home> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit 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: On 17.01.2020 18:34, Radey Shouman wrote: > I haven't looked at the patch yet, but I can describe the desired > change in user-facing behavior with an example: > > Suppose tags-case-fold-search is true in a buffer with a tags table > containi [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (raaahh[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.178 listed in list.dnswl.org] 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-Debbugs-Envelope-To: 37820 Cc: 37820@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 (+) On 17.01.2020 18:34, Radey Shouman wrote: > I haven't looked at the patch yet, but I can describe the desired > change in user-facing behavior with an example: > > Suppose tags-case-fold-search is true in a buffer with a tags table > containing the symbol "CamelCase". > > The key sequence M.camelcase will find the definition of CamelCase. > On the other hand, with the current behavior, the key sequence M.cTAB > will show a completion buffer that does not contain "CamelCase". > > With a proper fix, the completion buffer will include "CamelCase". Thank you. It would help if you actually test the patch as well. Or simply a new snapshot of emacs-27. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 17 16:29:22 2020 Received: (at 37820-done) by debbugs.gnu.org; 17 Jan 2020 21:29:23 +0000 Received: from localhost ([127.0.0.1]:40231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isZBC-0000ti-NT for submit@debbugs.gnu.org; Fri, 17 Jan 2020 16:29:22 -0500 Received: from mail-lf1-f49.google.com ([209.85.167.49]:36891) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1isZBA-0000tV-Ht for 37820-done@debbugs.gnu.org; Fri, 17 Jan 2020 16:29:21 -0500 Received: by mail-lf1-f49.google.com with SMTP id b15so19431292lfc.4 for <37820-done@debbugs.gnu.org>; Fri, 17 Jan 2020 13:29:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=QSMZq3hNBIIF4oGYorXumnJLmAZ2fLKdWtPS+XIW/HM=; b=XmqT6ZdCODizBWd5Q5+V3dklDwbowE7kHyfWMASswMqO50LfOdpIg84Qe/lfXbTKfK Gf4uV2FDkDTYhvKLhHh1wJ4F4+dOmYPRjx3d9n5YEonP6ROtsyKbUaexlWwpmMuLhL6/ QmNgxEXbTRNitz1dq93dyCAqPpTtRZFocSr+TeN+6YmhtSLkhb68/kYNxAH55AXM7cfY CEYr90XpnrOMmU0lpq/EFOHOU0KDdyg7V0aM59sp4BQOrmjo2SLNjqboMMUvCcfrFAvR /GCYg/yuo7iC29yRiJJIbvdTvin2UBSAt4+7KMUG5M7hIKzv/jkVTrU17wI0MtpaO0Kf J6cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=QSMZq3hNBIIF4oGYorXumnJLmAZ2fLKdWtPS+XIW/HM=; b=RgyPDij5rvrUum+S8Jql/YDxU3jOGEu038HXcyCw72pvtQSSCv1o/EXwYp9fOmnuGM Mhn13DAypakEh2gYh49qvrCAI9K9RQK9QRxAWYIUG15wVhQXkB9RuBkkay8J+WBvdkaR l3IahlONwRl3PtMhrWaN+ZbKKfMlDkLMzTR5PW3k03OVaqDffRDeu5Lavk2lKySmDBPN AKzF22uUSDk312POafJp/EyQOXhMbiG6js89HunmO1dVuu2hDRl232dfE5tthFMWv+EE Lp2yg7OUONjcOql3bmigHXa5458dEa+a0HeKeRIHLs1CsYOLSYioyyNa3sBAaFJVxv9n zAtA== X-Gm-Message-State: APjAAAUVNSBrHWXJT58xDdTM6WeK/PRkkQQEqJCiyJYjilCRvidvY1Fa EVr7XPyWkZtiYFORFlpjT7E= X-Google-Smtp-Source: APXvYqxuMbpOOaLxc4ty2q2d/rsTlCqVsyP3qewVkll82F1+Nh6CZe5Muv7dyyIpc9d3XD6EH+NYlQ== X-Received: by 2002:a19:ae18:: with SMTP id f24mr6539506lfc.155.1579296554833; Fri, 17 Jan 2020 13:29:14 -0800 (PST) Received: from [192.168.1.142] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id b17sm12600629lfp.15.2020.01.17.13.29.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Jan 2020 13:29:14 -0800 (PST) Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion To: Eli Zaretskii References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> <24069.7783.536611.22349@mothra.home> <835zha32s8.fsf@gnu.org> <03310a1f-2505-7ec9-6791-94ee84f43ce4@yandex.ru> <83zhem19tg.fsf@gnu.org> From: Dmitry Gutov Message-ID: Date: Sat, 18 Jan 2020 00:29:13 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <83zhem19tg.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit 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: On 17.01.2020 16:39, Eli Zaretskii wrote: > Thanks. This probably warrants to be mentioned in NEWS, but other > than that I'm okay with installing this on the release branch. Pushed in commit e898442 (forgot to reference the bug number in the commit message, sorry). Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dgutov[at]yandex.ru) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 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.167.49 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.167.49 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: 37820-done Cc: 37820-done@debbugs.gnu.org, shouman@comcast.net 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 (+) On 17.01.2020 16:39, Eli Zaretskii wrote: > Thanks. This probably warrants to be mentioned in NEWS, but other > than that I'm okay with installing this on the release branch. Pushed in commit e898442 (forgot to reference the bug number in the commit message, sorry). NEWS entry included. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 18 17:33:43 2020 Received: (at 37820) by debbugs.gnu.org; 18 Jan 2020 22:33:43 +0000 Received: from localhost ([127.0.0.1]:42449 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iswf1-0005rR-Cp for submit@debbugs.gnu.org; Sat, 18 Jan 2020 17:33:43 -0500 Received: from resqmta-ch2-06v.sys.comcast.net ([69.252.207.38]:53468) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iswez-0005rD-Ay for 37820@debbugs.gnu.org; Sat, 18 Jan 2020 17:33:42 -0500 Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-06v.sys.comcast.net with ESMTP id swTkilyA3L7xwsweti55p8; Sat, 18 Jan 2020 22:33:35 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1579386815; bh=XmdekNTeod/3Ei9+eCxH4+nHbpWZCV/DGEmtSFFXWmU=; h=Received:Received:Received:MIME-Version:Content-Type:Message-ID: Date:From:To:Subject; b=QPZDogFVhyTSy/MP5nwbfukbRWORhLSM7s7/88NNHWEvZEBPRIq5YO9Ow8uckVmJA nUO3UNT9tFANvOObrNSJm3sxSzAa40tBr9d/twBOE4gAVy9o1NM1O1xykRaobH4+bm BqE9AsEpnw2b9UXRsQqjFLJG137SY9VOP2yxglQT/W0j81y4hj0p0iY7hwQlpp5D5C 6z4ousk6xHlPixvwtDPOzAmBtdI/AC67ek1Fy3V5KMk/zjVEtYBbNzKlatrZZDL99v LDWDH2XBlUWWZ9/owJcM4Wcj2rdqj74iETqo9krFAij0qFpAWXJcMhwGKyrmz0Yofs 9RjeWj5lXo9Og== Received: from mothra.home ([IPv6:2601:18c:cd80:eef0:329c:23ff:fea1:8693]) by resomta-ch2-06v.sys.comcast.net with ESMTPA id swepivVsMixy1swesipm2E; Sat, 18 Jan 2020 22:33:35 +0000 X-Xfinity-VMeta: sc=-100.00;st=legit Received: from localhost ([127.0.0.1] helo=mothra) by mothra.home with esmtp (Exim 4.92) (envelope-from ) id 1iswep-0003cq-6i; Sat, 18 Jan 2020 17:33:31 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24099.34746.941355.755915@mothra.home> Date: Sat, 18 Jan 2020 17:33:30 -0500 From: Radey Shouman To: Dmitry Gutov Subject: Re: bug#37820: 25.2; xref using etags incorrect case fold during completion In-Reply-To: References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> <24069.7783.536611.22349@mothra.home> <835zha32s8.fsf@gnu.org> <03310a1f-2505-7ec9-6791-94ee84f43ce4@yandex.ru> <24097.54251.468235.835479@mothra.home> X-Mailer: VM 8.1.2 under 26.1 (x86_64-pc-linux-gnu) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37820 Cc: 37820@debbugs.gnu.org, Radey Shouman 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.7 (-) Dmitry Gutov writes: > On 17.01.2020 18:34, Radey Shouman wrote: > > > I haven't looked at the patch yet, but I can describe the desired > > change in user-facing behavior with an example: > > > > Suppose tags-case-fold-search is true in a buffer with a tags table > > containing the symbol "CamelCase". > > > > The key sequence M.camelcase will find the definition of CamelCase. > > On the other hand, with the current behavior, the key sequence M.cTAB > > will show a completion buffer that does not contain "CamelCase". > > > > With a proper fix, the completion buffer will include "CamelCase". > > Thank you. It would help if you actually test the patch as well. I have tried it, and it does work. Thank you. From unknown Fri Aug 15 12:52:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 16 Feb 2020 12:24:04 +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