From unknown Fri Sep 19 18:23: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#78944 <78944@debbugs.gnu.org> To: bug#78944 <78944@debbugs.gnu.org> Subject: Status: 31.0.50; Minibuffer completion Reply-To: bug#78944 <78944@debbugs.gnu.org> Date: Sat, 20 Sep 2025 01:23:31 +0000 retitle 78944 31.0.50; Minibuffer completion reassign 78944 emacs submitter 78944 Dani Moncayo severity 78944 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 13:42:08 2025 Received: (at submit) by debbugs.gnu.org; 2 Jul 2025 17:42:09 +0000 Received: from localhost ([127.0.0.1]:39261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uX1T7-0005Vh-V3 for submit@debbugs.gnu.org; Wed, 02 Jul 2025 13:42:08 -0400 Received: from lists.gnu.org ([2001:470:142::17]:48052) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uX1T4-0005Tz-IC for submit@debbugs.gnu.org; Wed, 02 Jul 2025 13:41:59 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uX1Sv-0002cr-Rf for bug-gnu-emacs@gnu.org; Wed, 02 Jul 2025 13:41:50 -0400 Received: from mail-pg1-x52d.google.com ([2607:f8b0:4864:20::52d]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1uX1Ss-0003NO-Bq for bug-gnu-emacs@gnu.org; Wed, 02 Jul 2025 13:41:47 -0400 Received: by mail-pg1-x52d.google.com with SMTP id 41be03b00d2f7-b0b2d0b2843so6038353a12.2 for ; Wed, 02 Jul 2025 10:41:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751478102; x=1752082902; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=C3Aa6/Q+bK7tnCjFHmvcWKEgtlGcNAcZ4eCnZhVRBq8=; b=ejPRBxplaeKdAQJ16NPVm+ZmGi+qk6dDdxU8QgNKSDgCYfRTLihWoQrUrmLBFGT/Rf VALdkMNOA0qQ0Wrlweoyt72uAKaK9Ae2S/DdZQFKCdSig9awmPUoFiZ4wP3AiuhpNGy/ Mfk581U8YRccXNraoVJCAmNBX9tTofULnSaYWCsIrjfwN0saI1vIYk2DvB6QRe2IG+tA INBF7nEfJ6q8P/7jQ4vzI1ECzZhA/MkD7+pHEFv0kP7hM9Xt6op7eL9qQqFzUmwDWwd3 /KQiDs7hjmAp772s3azfgLJHCEgTe8XoORqC5ndBVOwSajLT60/dxebKt+Zsz3R/BmDt LiYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751478102; x=1752082902; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=C3Aa6/Q+bK7tnCjFHmvcWKEgtlGcNAcZ4eCnZhVRBq8=; b=cyYJnVFWzsSf96W/RD5KXu4BrVPTrCxVi6rBHy8ypm0GDv9dPDViN5aStMNuHa60jZ rc6ckBBHY0+tTmJBog4ZcU9/P/EO1H1juFoomwVxIi1oxyku8idzmEItzempN2gt85xp NKHcCPl8yudk2D2OPw6Ulwyj4GghGdo4PlitdLDFyVQfY4wbogBCH94qCnMYQLfFCOvf O3iX79MRjsCXqBU3kI1sx7CfHjSTgNR8Am/OfqThMBmy6biZwlptCfZMsChdA2bxsw2C 4323aiQRcDe4hWG/JrU6PIj/JlrKepA8nIG7QQ2pdPf3cgxbBJV2rXtc/qgnAnvHISBe MmNg== X-Gm-Message-State: AOJu0YxmkDs5BtSMY++L8v9A+G4UiKmok3t7qDjA0WGM1LHQEi95D2+S hFGWz0fRJ6Gz/RI0v2J/a0GgKVsYKJy8np2EBdrnan6lsFJxF182JfxCHEQUqWuvBGvp1xEI8LY ToEVVfYEfaX0YuoOEv2kAUp86CeqMmgyWAaP4 X-Gm-Gg: ASbGnctbzr5qmAC7EXcCyQoGnbrlv6X+x5sOJAkHpBzvAacMRDRBvJOa3O4fBwVxOIL vaQjRdUk07U+WeoauRL4s0YdQIe9fZSkoRaZadhINsArEMSn04g8qnlfXS6WDRk1erbs+GrDT3J VgiPaIxWnjjmxgt8nMvo0ZhV8pNOc+e+jIi07wXhUEsHsMSYvRANYG/Q== X-Google-Smtp-Source: AGHT+IFS87eGaLaLKjRs3IAyzCnlbpepPtHjyswc0aiKeyRfJQ/hc+Inak7OBdsLcn66ng+HFEJ2ziju/+OUAo4okLk= X-Received: by 2002:a17:90b:33c4:b0:316:d69d:49fb with SMTP id 98e67ed59e1d1-31a90b3d073mr6761490a91.14.1751478102456; Wed, 02 Jul 2025 10:41:42 -0700 (PDT) MIME-Version: 1.0 From: Dani Moncayo Date: Wed, 2 Jul 2025 19:41:30 +0200 X-Gm-Features: Ac12FXx86uAqTGOZtq_fizifJKObf4EFsL2mlP1e3URgO2Tq7dhIVGbLTlzLfWw Message-ID: Subject: 31.0.50; Minibuffer completion To: bug-gnu-emacs Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2607:f8b0:4864:20::52d; envelope-from=dmoncayo@gmail.com; helo=mail-pg1-x52d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Starting from 'emacs -Q', type this: M-x a u - f i - m o When I do it here, the minibuffer text completes to 'auto-fil-mode' and the cursor goes just after the 'l'. But, if I type '?' at that point, I see that 'auto-fill-mode' is the only completion alternative available. And '' picks it as expected. So, why didn't the initial pick the only possible completion alternative? -- Dani Moncayo In GNU Emacs 31.0.50 (build 44, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) of 2025-07-02 built on C11-Q8YAKWONJX0 Repository revision: f48c283e885bbc5feee0804bc12f1cb633249316 Repository branch: master Windowing system distributor 'Microsoft Corporation', version 11.0.12010000 System Description: Ubuntu 24.04.2 LTS Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG LIBSELINUX LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XDBE XIM XINERAMA XINPUT2 XPM XRANDR GTK3 ZLIB Important settings: value of $LANG: C.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk x-toolkit xinput2 x multi-tty move-toolbar make-network-process tty-child-frames emacs) Memory information: ((conses 16 39832 9463) (symbols 48 5465 0) (strings 32 12884 1934) (string-bytes 1 311242) (vectors 16 9587) (vector-slots 8 114318 3303) (floats 8 22 2) (intervals 56 243 1) (buffers 1064 11)) From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 15:12:48 2025 Received: (at 78944) by debbugs.gnu.org; 2 Jul 2025 19:12:49 +0000 Received: from localhost ([127.0.0.1]:39459 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uX2sx-0001jY-E3 for submit@debbugs.gnu.org; Wed, 02 Jul 2025 15:12:48 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:32888) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uX2su-0001iF-CG for 78944@debbugs.gnu.org; Wed, 02 Jul 2025 15:12:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uX2sk-00068Y-1M; Wed, 02 Jul 2025 15:12:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=bRgzlwGyyMJ5c0fbBFOpzwvSEbmjyAoVV5qF2eSMqXY=; b=XArpO9sAtqoY +oZ2EmImnvRw9vcpmJ8dLd22FyS3UyVnZYFFr6BOyJ3b8dlTHrrDWZ3CYHnn8KlMABCfdYI+NKSHh YUw88ILuMhXStu/MaCbZsGNqc3ZAoCsB3kW9/Tj1+d+K2K5Um80toWL1oLA9We8u586GCVurZTw+z FNZqDx3a2gjSRJiaiHZzkIl1yC02LI0tmRpqR3Oq2mfFOxycF7fpHnvoCig7atE0zUYoD/eW5SGzH 7TEmTE8RaT+Hvc2lIZ2QHthWPmckNf6FHSEbfBEQZMer/TtPzd7uiiZI/xk16akjxURTocYdsuuvt UA4Lgkx8Tls91DW0dEa1vg==; Date: Wed, 02 Jul 2025 22:12:09 +0300 Message-Id: <86ldp61k6u.fsf@gnu.org> From: Eli Zaretskii To: Dani Moncayo , Stefan Monnier In-Reply-To: (message from Dani Moncayo on Wed, 2 Jul 2025 19:41:30 +0200) Subject: Re: bug#78944: 31.0.50; Minibuffer completion References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78944 Cc: 78944@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 (---) > From: Dani Moncayo > Date: Wed, 2 Jul 2025 19:41:30 +0200 > > Starting from 'emacs -Q', type this: > M-x a u - f i - m o > > When I do it here, the minibuffer text completes to 'auto-fil-mode' > and the cursor goes just after the 'l'. > > But, if I type '?' at that point, I see that 'auto-fill-mode' is the > only completion alternative available. And '' picks it as > expected. > > So, why didn't the initial pick the only possible completion alternative? Stefan, any ideas? From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 16:16:02 2025 Received: (at 78944) by debbugs.gnu.org; 2 Jul 2025 20:16:02 +0000 Received: from localhost ([127.0.0.1]:39526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uX3s8-0002LJ-S5 for submit@debbugs.gnu.org; Wed, 02 Jul 2025 16:16:01 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:15262) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uX3s6-0002KO-B0 for 78944@debbugs.gnu.org; Wed, 02 Jul 2025 16:15:58 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 7C4F78001E; Wed, 2 Jul 2025 16:15:51 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1751487350; bh=08s+ez5mPd2QKD8T1+8hS7oNnVD/q2d/CL4nhmSHaHI=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=JoZwk8cDinel/RBXQwXCgy+Z8YIKAI+0CPNSb8LmPa8wApKCEDH7BHi5X7yOvvD76 BcGEkKh7U7Ot8pGMWLTq6otaL38YYwIJk7IIa1lxdCBBfDDPDySb13V4QHJqOAaOMf BUnf23szYaxCiWXzHHo7JJ9k+mU9ay347L9yzezDhq0mzXTJwYXvVHa7tqFuYNP7AB CfhPv4OMSE2Z7Sk5xriJVndo4e2LF6mEphxeHi3ZUpksJnxnNVqZrkuJybHqwu56BH t37P4Ql7jAU6cztRfwojnndmNfg1gZfVb6oI7KcJ5o3B7Svi0aXl37ghn38Zl+IzmA CV5yxOJGXjX+g== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 8958C807D7; Wed, 2 Jul 2025 16:15:50 -0400 (EDT) Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 77A6C1202AB; Wed, 2 Jul 2025 16:15:50 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#78944: 31.0.50; Minibuffer completion In-Reply-To: <86ldp61k6u.fsf@gnu.org> Message-ID: References: <86ldp61k6u.fsf@gnu.org> Date: Wed, 02 Jul 2025 16:15:50 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.155 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Dani Moncayo 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.1 (---) >> Starting from 'emacs -Q', type this: >> M-x a u - f i - m o >> >> When I do it here, the minibuffer text completes to 'auto-fil-mode' >> and the cursor goes just after the 'l'. >> >> But, if I type '?' at that point, I see that 'auto-fill-mode' is the >> only completion alternative available. And '' picks it as >> expected. >> >> So, why didn't the initial pick the only possible completion alternative? Because, between the two don't use the same completion style. >From `au-fi-mo[]`, the `basic` completion style finds no match, so we fallback on the `partial-completion` style which finds 2 matches (`auto-fill-mode` and `auto-image-file-mode`). >From `auto-fil[]-mode`, OTOH, the `basic` completion style does find a match (`auto-fill-mode`), so we don't fallback on `partial-completion`. If you were looking for `auto-fill-mode`, this misfeature of the `completion-styles` system is harmless (tho silly), but if you were looking for `auto-image-file-mode` it can be a lot more annoying. It's been with us since Emacs-24 so in practice it doesn't seem to be too often problematic, but ... yeah ... That's the best way I could find to satisfy the requirement from Richard that prefix completion should work as before while at the same time satisfying my requirement that `partial-completion` be enabled by default. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 03 05:48:50 2025 Received: (at 78944) by debbugs.gnu.org; 3 Jul 2025 09:48:51 +0000 Received: from localhost ([127.0.0.1]:43828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uXGYk-0003fm-Id for submit@debbugs.gnu.org; Thu, 03 Jul 2025 05:48:50 -0400 Received: from mail-pj1-x102c.google.com ([2607:f8b0:4864:20::102c]:51200) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uXGYh-0003eo-Qj for 78944@debbugs.gnu.org; Thu, 03 Jul 2025 05:48:48 -0400 Received: by mail-pj1-x102c.google.com with SMTP id 98e67ed59e1d1-311c95ddfb5so6046280a91.2 for <78944@debbugs.gnu.org>; Thu, 03 Jul 2025 02:48:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751536121; x=1752140921; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=CV0IlT9vXL64bdzde8XDBB8eJOEpdjGEh+Tf4f06x5w=; b=cpohXAL8Z51425b7CTCAm4frscftPgWm3BQ0MoLLziKS4bJNahsFeXw64Adv88zb9m jwZuyNMHPWk/hpgJZAl6UmyRZutNYN65KBYmSr1/AYa4aSg8lgDQwLBO1N399u5szA6K jeWl61CPrLFgLT2jyoe89630GQpjJkV7SBUG+cQejj1p4mkd5q2x152l/VLUIb16vCB7 VuPeBTb8smEzPzwjK6N+jvU2ttV6uohyF1bf22XTBvJaYIm0KQSzJ+ONCR688Tp6lFzB O5lNBGQCFL72o9/mlEyV1CdSrT0t4R0hJp2tmLX+j5YglMjARlqmJahuk3b16s/y2qE3 766A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751536121; x=1752140921; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=CV0IlT9vXL64bdzde8XDBB8eJOEpdjGEh+Tf4f06x5w=; b=gIdytDs2Dv6aDm613ewXIm+0kbX0FjBMJifp8k9z70gzjF6zpiUpc/JFEOq/ZXyPQC stbXBPCcsK2IHVrce0h1TuLQPQ/tt0Ef3JqUmJgYMEUd0z1IMT+MDKjBRW5aHWEMbrhK 2oIxwNKv8ssu03B1JGA1sxU3MfE1kLlWBf4rIOvIVdlkUwzR2+NBnXylQ9kBXjQ6abp9 pVFvbOAfJyBZjA04O2VAq+1hKXMs/q29G6oqbUlV/Iom49V08OLH7GDhlN5WjxfgfRXw 2N2B7F585GTEri3NdV9jDaT4iFk2DOZvC1od3bQV6CUzQESUeJlJhUuiDQSOLvKXMOtD FDYg== X-Forwarded-Encrypted: i=1; AJvYcCXJkqzDm+qQtH1dGgkgS6tnR/pbGm/ivAeVDcagzErElcr6x/+4P077Elqi7tCS4daazsWDSw==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yy+JuY3KygYf1Qxwjb2zue8cRIbDoZOEpaIFDpg498/DRGGqfxK 5MChedjSb6aIx0SHDcNst9vXODyabinJukdwGhAWIVJa4sTmif8qc4xpLpROAdmyIOVsCHlrci1 xjxC0OtmBGqobmcJOei92M0x8Zr61SI0= X-Gm-Gg: ASbGnctV6vCzlACdch6Zj90atWPS8lrkQeTu7HP7AAMz9QEsDnSxgxtnGj3iwzOofv2 kbHONuJvCQmsWnmMK8ykEaSv6CT4SYvhbj5ekSJNZBy0VjbnJ4sHh8+QZ9lyj16UySeS7P7CBWc RnO4cXqL6qYzfJoG2hWfWUlfOsreP6GorsGAMQI7etJXix X-Google-Smtp-Source: AGHT+IHKQY5q3T7tgEU8RBxi6mBOQSNOIsYdfgMmfskzBpMuC61YfFPMWc5VwqotLCZoVQ2bSxGYyCMexo3P+e96T7w= X-Received: by 2002:a17:90b:2b4c:b0:312:e8ed:758 with SMTP id 98e67ed59e1d1-31a9d58f1bfmr3405771a91.13.1751536121512; Thu, 03 Jul 2025 02:48:41 -0700 (PDT) MIME-Version: 1.0 References: <86ldp61k6u.fsf@gnu.org> In-Reply-To: From: Dani Moncayo Date: Thu, 3 Jul 2025 11:48:30 +0200 X-Gm-Features: Ac12FXxsMRNTK5DYflYPO_ulbZRtTWI7KdqjV48VHdUuH4_gwqSdixpGIup2G9M Message-ID: Subject: Re: bug#78944: 31.0.50; Minibuffer completion To: Stefan Monnier Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii 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 Wed, Jul 2, 2025 at 10:15=E2=80=AFPM Stefan Monnier wrote: > > >> So, why didn't the initial pick the only possible completion alt= ernative? > > Because, between the two don't use the same completion style. OK, I understand. I'm not sure if/how this behavior could be improved. Perhaps in the second the completion style should still be the same as the one used before. Anyway, I'll let you decide. Thanks. --=20 Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 03 17:04:27 2025 Received: (at 78944) by debbugs.gnu.org; 3 Jul 2025 21:04:27 +0000 Received: from localhost ([127.0.0.1]:52548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uXR6Z-0006HR-9n for submit@debbugs.gnu.org; Thu, 03 Jul 2025 17:04:27 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:27134) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uXR6V-0006G9-Vg for 78944@debbugs.gnu.org; Thu, 03 Jul 2025 17:04:25 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 395E94421A7; Thu, 3 Jul 2025 17:04:18 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1751576657; bh=kKglb2JxUHelYKD3LzFlOcZxa9yFMeWxSH8Kz4TB8N0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=PB7+sUpnpxnECk3zLdvnhgeGjPslyUTVr2jMmLLmg9BazeOPyV3WI94t3p0haYaaX B8ark5Tu1J7N8t4Pm+rRqT2Dfqlvx0ttCbYTBbuPutAukrNMK18xMo+IMEaJYjA+eb PIG0P/t6z5eB0txA9BM6kKdRULc3pAqAQRM0CuR9ApneBAPThTiQWJAoG4d9seSauG dA+CJE3Et5iIrK10Wr4liuP400ZBNZw6IWYDDVpW3+8xG8322zr8lfFVKKVwMfMcs1 ykvicHr4rKVUw7PavMJz2XdlhS8kcWmi+ykA90OsGxxicbrJQnjxjp8L/T5qHX22LV dl6qzhRMBJ2EA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 224D84421A2; Thu, 3 Jul 2025 17:04:17 -0400 (EDT) Received: from alfajor (unknown [23.233.149.155]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 0536F1202AB; Thu, 3 Jul 2025 17:04:17 -0400 (EDT) From: Stefan Monnier To: Dani Moncayo Subject: Re: bug#78944: 31.0.50; Minibuffer completion In-Reply-To: Message-ID: References: <86ldp61k6u.fsf@gnu.org> Date: Thu, 03 Jul 2025 17:04:15 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.192 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii 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.1 (---) Dani Moncayo [2025-07-03 11:48:30] wrote: > On Wed, Jul 2, 2025 at 10:15=E2=80=AFPM Stefan Monnier wrote: >> >> So, why didn't the initial pick the only possible completion al= ternative? >> Because, between the two don't use the same completion style. > OK, I understand. > I'm not sure if/how this behavior could be improved. Perhaps in the > second the completion style should still be the same as the one > used before. Yeah, there's probably some way to do that, but it's not completely clear how (e.g. should we still stick to the "last style" if other commands were issued between the two completion operations? If so, which ones should "reset" the styles and which ones shouldn't?). Maybe a very targeted approach that records the `completion-try-completion` output (together with the style used), and then forces the use of the same style when presented with the same input (i.e. same string and same point position) as the last. But having different behavior for the same completion input depending on "how we got there" could be a bit confusing as well. So maybe instead of forcing the use of the last style when provided with the same input as the last output and the style is *not* the same as last time (i.e. in the case that confused you), we could emit a message saying "switched completion style =3D> ", which could have saved you the trip to this bug report? Another option would be to expose the "current style" in the UI (e.g. with commands to change which style is used). I think Drew's Icicles takes this approach. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 19 03:03:46 2025 Received: (at 78944) by debbugs.gnu.org; 19 Jul 2025 07:03:47 +0000 Received: from localhost ([127.0.0.1]:39116 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ud1bm-0000dB-Fn for submit@debbugs.gnu.org; Sat, 19 Jul 2025 03:03:46 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50274) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ud1bk-0000cu-SL for 78944@debbugs.gnu.org; Sat, 19 Jul 2025 03:03:45 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ud1bf-000759-CI; Sat, 19 Jul 2025 03:03:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=io//Ab/V18hjyjB3HHSyeIPGkz/fvybYVO9hHNIKamk=; b=lYvU/LptyMEzYLPgpDXt dWN0v1klBdBr58k8atOx/yPJfmyCBLDlRmFtx+i3/TSurP7WAn0ue+E9eFQ1AXxe5pyyBRoUofv0n +w/FNJcrQvaY66g/XVTiWbnSZpEhO5f/THh851rfzWjvEWTzLYZ/xgi13ge5lHtTmVS4e2ZerJud1 rQdEzTECYtBuLz0ASpY1YWg1TDSo4soGfMSSms7zNQwmIQt5b2mQ7ZXky2cjQtgzVoRn4zmPsmaRa rL+MblvlBEbSEqWREyjAI0XjhEa8ptjsg7sPQXvjNX2+EvFHRHvqLC+Bcd/jNDorfONeAqVjGq0Mo T7L4jsOqQUXf0A==; Date: Sat, 19 Jul 2025 10:03:37 +0300 Message-Id: <8634asfyra.fsf@gnu.org> From: Eli Zaretskii To: Stefan Monnier In-Reply-To: (message from Stefan Monnier on Thu, 03 Jul 2025 17:04:15 -0400) Subject: Re: bug#78944: 31.0.50; Minibuffer completion References: <86ldp61k6u.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, dmoncayo@gmail.com 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 (---) > From: Stefan Monnier > Cc: Eli Zaretskii , 78944@debbugs.gnu.org > Date: Thu, 03 Jul 2025 17:04:15 -0400 > > Dani Moncayo [2025-07-03 11:48:30] wrote: > > On Wed, Jul 2, 2025 at 10:15 PM Stefan Monnier wrote: > >> >> So, why didn't the initial pick the only possible completion alternative? > >> Because, between the two don't use the same completion style. > > OK, I understand. > > I'm not sure if/how this behavior could be improved. Perhaps in the > > second the completion style should still be the same as the one > > used before. > > Yeah, there's probably some way to do that, but it's not completely > clear how (e.g. should we still stick to the "last style" if other > commands were issued between the two completion operations? If so, > which ones should "reset" the styles and which ones shouldn't?). > > Maybe a very targeted approach that records the > `completion-try-completion` output (together with the style used), and > then forces the use of the same style when presented with the same input > (i.e. same string and same point position) as the last. > > But having different behavior for the same completion input depending on > "how we got there" could be a bit confusing as well. > So maybe instead of forcing the use of the last style when provided with > the same input as the last output and the style is *not* the same as > last time (i.e. in the case that confused you), we could emit a message > saying "switched completion style => ", which could have > saved you the trip to this bug report? > > Another option would be to expose the "current style" in the UI > (e.g. with commands to change which style is used). > I think Drew's Icicles takes this approach. Ping! How should we make some progress with this issue? From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 19 03:47:58 2025 Received: (at 78944) by debbugs.gnu.org; 19 Jul 2025 07:47:59 +0000 Received: from localhost ([127.0.0.1]:39379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ud2IY-00013x-HK for submit@debbugs.gnu.org; Sat, 19 Jul 2025 03:47:58 -0400 Received: from mail-pg1-x52e.google.com ([2607:f8b0:4864:20::52e]:60813) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ud2IP-00012w-Dr for 78944@debbugs.gnu.org; Sat, 19 Jul 2025 03:47:49 -0400 Received: by mail-pg1-x52e.google.com with SMTP id 41be03b00d2f7-b31d489a76dso2308689a12.1 for <78944@debbugs.gnu.org>; Sat, 19 Jul 2025 00:47:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1752911263; x=1753516063; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=bL/BHiRVNWEKq7vgiXjb5E7jMGI1GOZLq0MdsJeaBFg=; b=mzjyCLsF0T1SMNkWgLJ4RV+hNggCUNfYgAw9pLv7R3D0xjUJEiPyv9lZ2zbzyqNZKH 2o8RjldIG7vIlKD7RzBfFTxcaLwGmcsXI0/ijCLST5zuV4KlHa/eAu2kTxI0M8NLwEfb xcrZuJ45h/ap3wXuUM+fW4vleXma0J/M9wEEYnCaqR+Dgz7hSxGkDqE5CIJ2v1ioGpCL V1yIWre/Ekxf9s1ndXjVw19oBDCkQd2waEWUkmS2OYPwFLhmdu6Xa2+8aJ49BDVL47KQ wK7+gq63LaTX7OMnLwKQGM51bXVLuBAKOUBjrCcRjrHwI8eUD5sKz80iCJns1ev4XEqO 8Aqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1752911263; x=1753516063; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=bL/BHiRVNWEKq7vgiXjb5E7jMGI1GOZLq0MdsJeaBFg=; b=qjSYAHNLF56obI0fonTVbq6OuBLK+AWicfl3BfnFYmmk22MBDUkOSTTXZXYrrN/1/X GDOC/syTHrF96EpozYmLG9cWpAXlUyezj+1yKOlWCYrkOBhuqizabphEpLwuEAc3CWy3 3h3Tgighuehzhf/fST27MYFboPpHvZFC88k/i451U6K85qjo2lvdmNJfKh7oorklA5BL fJnYIpJ6taIGzvF8YzGVJvXeyxmU9t7Puv1uC/s8OySj+ekhMcXfI19cSaHtkqrOAbuw 1bhXgIkduCtg5ZmjcbJDbIdnsGRG3fAHoS4td2jNez+Q1SxsKBLMBK5Oi/KQ8ltlEXov FH2Q== X-Forwarded-Encrypted: i=1; AJvYcCXl4Ht55c3K6TIR34F+lOCYC2+w86Wc3j3Kf/F8lKsJAXkHAkyloEO//l8rSDVGvcLvzKXvww==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzTT7LgEn8KEooKIF5LUIAzqjU4cjRzkSB4rinORniXFdvkrlJm JILTN6Z1k2PVFsiY9LK5j4KdsV8lvNSK9ffNGOt3PfL5bnbp+nRJf0gqPZtBVkhjfXjdNNytsRH IItP031yzpprj+QAMT9b5UD91A5o1DTk= X-Gm-Gg: ASbGnctM3cTFeMTLR692zCWYRRu2GGWSVWSVeJrWFYkYXJTxeEYkkPiSqQe1N/8i4Fc +QsGZAPFwUuuIdta8zL9o985ml5xcYNdrtZMfKIWcj19uLixvaN5pnimzVlRgfWkAfnZDBw4Aj0 kLRxzj17GxoH6hOX3VDyCnV/p4XQfSz2GDZtPOxstnX9m1n8uMLmCnYChqnXBWw65FN1+y0+l6y 0Hd3sc= X-Google-Smtp-Source: AGHT+IEcVvc6fD9C6A2Di8vH4RaosMk0/Y/BY//Q2lCZOoWinyINPft59o1c+a/yGYXZUgTQN90kGteZwffLTPee/rA= X-Received: by 2002:a17:90b:2ec7:b0:311:ef19:824d with SMTP id 98e67ed59e1d1-31c9f435537mr18614460a91.2.1752911263194; Sat, 19 Jul 2025 00:47:43 -0700 (PDT) MIME-Version: 1.0 References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> In-Reply-To: <8634asfyra.fsf@gnu.org> From: Dani Moncayo Date: Sat, 19 Jul 2025 09:47:31 +0200 X-Gm-Features: Ac12FXzVU1UQLD5dveJB0kNY1JxMJei_Nf2Oo6RQC2KLeEWPiA_TkQeR9uoj9-o Message-ID: Subject: Re: bug#78944: 31.0.50; Minibuffer completion To: Eli Zaretskii Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Stefan Monnier 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 Sat, Jul 19, 2025 at 9:03=E2=80=AFAM Eli Zaretskii wrote: > > [...] > > Ping! How should we make some progress with this issue? FWIW: I don't see a good solution for this (minor) issue. But I'd like to say that I'd rather not complicate the (already complex) logic for minibuffer completion. --=20 Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 22 16:09:09 2025 Received: (at 78944) by debbugs.gnu.org; 22 Jul 2025 20:09:09 +0000 Received: from localhost ([127.0.0.1]:39800 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueJIS-0006qG-NO for submit@debbugs.gnu.org; Tue, 22 Jul 2025 16:09:09 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:14939) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ueJIP-0006pQ-Ub for 78944@debbugs.gnu.org; Tue, 22 Jul 2025 16:09:07 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 0A8D480A0F; Tue, 22 Jul 2025 16:09:00 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1753214938; bh=0CAxz0jqIGRNNp8K6+vbttf8OrLpdh4VTDNK1YUhrYQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=U8LVcl8OyktykQTrVnoTHPMPcCvsfxqV3kN8KFN/UdQW132ibJVU/EQPne6gDARt3 d5moV6tlMiaWkNhGgmRParfU8SFZyJVTvXiK7DIpxgVfLQ7FHH0rNgSm1TDwVx4I9U pZKcK2T4rJPzOISQNYGjd58CGXJJpICodxpQ0wz5fB/P83XBd83ZnTGtwUWWkf+kXF Y3gHB2FcHMkvXzv60li33xcUPlXA4V9kt40iHvi2J5MhRaYqqf0CdtdH8ZHi734PQN UJYKkV0BQW9XdYt/PjpFWsMjlYu0mBPOEq9tfw1JUPKiBoSYuFVd5SPufD2Ghe66OD o1Z5bF243nYRg== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id D5E9B802A2; Tue, 22 Jul 2025 16:08:58 -0400 (EDT) Received: from alfajor (modemcable054.254-202-24.mc.videotron.ca [24.202.254.54]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id AF6F412060B; Tue, 22 Jul 2025 16:08:58 -0400 (EDT) From: Stefan Monnier To: Dani Moncayo Subject: Re: bug#78944: 31.0.50; Minibuffer completion In-Reply-To: Message-ID: References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> Date: Tue, 22 Jul 2025 16:08:57 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL 0.006 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii 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 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Dani Moncayo [2025-07-19 09:47:31] wrote: > On Sat, Jul 19, 2025 at 9:03=E2=80=AFAM Eli Zaretskii wrot= e: >> >> [...] >> >> Ping! How should we make some progress with this issue? > > FWIW: I don't see a good solution for this (minor) issue. But I'd > like to say that I'd rather not complicate the (already complex) logic > for minibuffer completion. Maybe the patch below? It doesn't actually fix the problem, but with Dani's recipe it adds a message Switched from style =E2=80=98partial-completion=E2=80=99 back to =E2=80= =98basic=E2=80=99 at the end of the minibuffer, to try and explain what's going on. Stefan --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=minibuffer.patch diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el index 122459be062..524c4ffe1d1 100644 --- a/lisp/minibuffer.el +++ b/lisp/minibuffer.el @@ -1298,6 +1298,8 @@ completion--styles (delete-dups (append (cdr over) (copy-sequence completion-styles))) completion-styles))) +(defvar completion--last-style nil) + (defun completion--nth-completion (n string table pred point metadata) "Call the Nth method of completion styles." ;; We provide special support for quoting/unquoting here because it cannot @@ -1310,7 +1310,8 @@ ;; The quote/unquote function needs to come from the completion table (rather ;; than from completion-extra-properties) because it may apply only to some ;; part of the string (e.g. substitute-in-file-name). - (let* ((md (or metadata + (pcase-let* + ((md (or metadata (completion-metadata (substring string 0 point) table pred))) (requote (when (and @@ -1329,7 +1330,7 @@ (setq point (pop new)) (cl-assert (<= point (length string))) (pop new)))) - (result-and-style + (`(,result . ,style) (seq-some (lambda (style) (let (symbols values) @@ -1345,18 +1346,26 @@ string table pred point))) (and probe (cons probe style)))))) (completion--styles md))) - (adjust-fn (get (cdr result-and-style) 'completion--adjust-metadata)) + (adjust-fn (get style 'completion--adjust-metadata)) (adjusted (completion-metadata-get metadata 'completion--adjusted-metadata))) (when (and adjust-fn metadata ;; Avoid re-applying the same adjustment (bug#74718). - (not (memq (cdr result-and-style) adjusted))) + (not (memq style adjusted))) (setcdr metadata `((completion--adjusted-metadata - ,(cdr result-and-style) . ,adjusted) + ,style . ,adjusted) . ,(cdr (funcall adjust-fn metadata))))) - (if requote - (funcall requote (car result-and-style) n) - (car result-and-style)))) + (let ((res (if requote (funcall requote result n) result))) + (when (and completion--last-style + (not (eq style (car completion--last-style))) + (equal (cadr completion--last-style) string) + (equal (cddr completion--last-style) point)) + (message "Switched from style `%S' back to `%S'" ;; bug#78944. + (car completion--last-style) style)) + (setq completion--last-style + (when (stringp (car-safe res)) + (cons style res))) + res))) (defun completion-try-completion (string table pred point &optional metadata) "Try to complete STRING using completion table TABLE. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 22 18:48:16 2025 Received: (at 78944) by debbugs.gnu.org; 22 Jul 2025 22:48:16 +0000 Received: from localhost ([127.0.0.1]:46044 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueLm7-0000cg-A4 for submit@debbugs.gnu.org; Tue, 22 Jul 2025 18:48:01 -0400 Received: from server.qxqx.de ([2a01:4f8:c012:9177::1]:33333 helo=mail.qxqx.de) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ueLlX-0000UW-AZ for 78944@debbugs.gnu.org; Tue, 22 Jul 2025 18:47:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=daniel-mendler.de; s=key; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=nb5L+IPPbwBS7hKlUkt66B295HtPNexigykyDIXSoYQ=; b=ksEo26rBpqU2DeY2VjP8EhEeTN drolZgXrrFzLbtupdPsy/rGIUs6WLUNa5KoKSPORhJZGMagxI2iQuHrnzq4ezHKyjwT4GHImIkaAP OXi2D/PF1vTT6K5qtvoNn4eZU3g38/NFqcPfTSKMKTDgRS7swz1Av3iZTHvDcK6TZB08=; From: Daniel Mendler To: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Subject: Re: bug#78944: 31.0.50; Minibuffer completion In-Reply-To: References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> Date: Wed, 23 Jul 2025 00:29:46 +0200 Message-ID: <8734ann9k5.fsf@daniel-mendler.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier , Dani Moncayo 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 (-) Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > Dani Moncayo [2025-07-19 09:47:31] wrote: > >> On Sat, Jul 19, 2025 at 9:03=E2=80=AFAM Eli Zaretskii wro= te: >>> >>> [...] >>> >>> Ping! How should we make some progress with this issue? >> >> FWIW: I don't see a good solution for this (minor) issue. But I'd >> like to say that I'd rather not complicate the (already complex) logic >> for minibuffer completion. > > Maybe the patch below? It doesn't actually fix the problem, but with > Dani's recipe it adds a message > > Switched from style =E2=80=98partial-completion=E2=80=99 back to =E2= =80=98basic=E2=80=99 > > at the end of the minibuffer, to try and explain what's going on. Could we please avoid adding side-effects like message printing to the functions `completion-all-completions`, `completion-try-completion' and the underlying `completion--nth-completion`? I'd lean to not adding complications, or side-effects to this API. Messages are better printed on a higher level, on the level of completion commands. In case the message is really needed at least guard it behind an option? Daniel From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 22 20:23:27 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 00:23:28 +0000 Received: from localhost ([127.0.0.1]:46465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueNGZ-0007Eu-Hl for submit@debbugs.gnu.org; Tue, 22 Jul 2025 20:23:27 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:18999) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ueNGV-0007EH-US for 78944@debbugs.gnu.org; Tue, 22 Jul 2025 20:23:25 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 3A99F80A0F; Tue, 22 Jul 2025 20:23:18 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1753230197; bh=lcu0Ed9Jnie3wP3VuTppE/qPyb/tcgq9Rgry78G/QlU=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=ZO+48aDtOArGftvfEq+4KUQlv2KhPG68iCBdrcJ9hVCCLzfn8W7C9pwBM6I3sPT/K 2DX5aqf0hrpv2ABku5qWpFkisXx8+s2nYgnjjUzbdNe/Wu8VbMFQfJBM7b75OBNQqa HGlf6kp9+D3D8K+D7yO/Uj3SnBQhRVCQbzv2HCagm6z/FqB8bwQobyTgFBH02KstSb tiTPj4qs/mwI7nslb6ImghbwxwTaR2F/JD0WcwEBlGc3cAEe12A2uBHN3mW1BXhyMI y9cjXDCC1PuMxNCCX0nteXWkvtC6/JAqz44uKYKoliFUw+ID7uVQE6HOymEPEtN9wZ zey9+oP/EPEgA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 4FCD08091B; Tue, 22 Jul 2025 20:23:17 -0400 (EDT) Received: from pastel (unknown [104.247.225.139]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 1942E1205F8; Tue, 22 Jul 2025 20:23:17 -0400 (EDT) From: Stefan Monnier To: Daniel Mendler Subject: Re: bug#78944: 31.0.50; Minibuffer completion In-Reply-To: <8734ann9k5.fsf@daniel-mendler.de> Message-ID: References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> <8734ann9k5.fsf@daniel-mendler.de> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 22 Jul 2025 20:23:08 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.272 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii , Dani Moncayo 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 (---) >> Maybe the patch below? It doesn't actually fix the problem, but with >> Dani's recipe it adds a message >> >> Switched from style =E2=80=98partial-completion=E2=80=99 back to =E2= =80=98basic=E2=80=99 >> >> at the end of the minibuffer, to try and explain what's going on. > > Could we please avoid adding side-effects like message printing to the > functions `completion-all-completions`, `completion-try-completion' and > the underlying `completion--nth-completion`? These are supposed to be "pure", indeed, so I agree it's not ideal. The information is only available in there and there's no convenient "place" to stash that info in the return value. > I'd lean to not adding complications, or side-effects to this API. You might be right, but I'm not sure yet. > Messages are better printed on a higher level, on the level of > completion commands. Clearly, yes, but I don't know how to do that here. > In case the message is really needed at least guard it behind > an option? Do you have some concrete case where it gets in the way? Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 23 03:13:22 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 07:13:22 +0000 Received: from localhost ([127.0.0.1]:47793 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueTfF-00010t-IP for submit@debbugs.gnu.org; Wed, 23 Jul 2025 03:13:22 -0400 Received: from mail-pg1-x52a.google.com ([2607:f8b0:4864:20::52a]:52568) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ueTfA-00010Q-Fo for 78944@debbugs.gnu.org; Wed, 23 Jul 2025 03:13:18 -0400 Received: by mail-pg1-x52a.google.com with SMTP id 41be03b00d2f7-b26f5f47ba1so5128980a12.1 for <78944@debbugs.gnu.org>; Wed, 23 Jul 2025 00:13:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1753254790; x=1753859590; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=cybPw0BIEVEtE1i3fOmtwSDrIx53w4Qmld/WA8grWig=; b=PXWNvl+jyLdX6q0AzofdPn/HxZOxScsbieJyUBxEBr2xaheJDULh2/t25YyIkFiIpM Xxf8aCrjbyGQOw+/9OxNayXXhkyYhz5rzEqeidGBAWN7X3oFubVkp1CugwnluaDr9Esj GwUWpJuvuq4Did0nMgIOjLAGNRnQAod6DFxxxInVSt2YUmfOPhNLWRBsb4pARmVWmt0w NZ0Y+8ShDOYe5/bnQC/TIB1YcTBg1Aa5xFK1J4nZBkegx3sy/KkG1seYAgGRtgO/Jb0t Sv4PMmTAzxQgt+qrtOL7Fdap0QvN1JXVhu+LJX4+jRSYlIwDV1i1DSwK0BuL73BOkN4q YgUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753254790; x=1753859590; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=cybPw0BIEVEtE1i3fOmtwSDrIx53w4Qmld/WA8grWig=; b=AWXm7A24/ACCusCLpKlQGFBXMBzzWVwIYd1sWNPA8UnJpmyBLqpx3gQyADjWwxO7CI oHG/68z305DYb80M/dmlQwbBEA2DM2zFvClmyEucLJiB0uomgdofXBH/y8k5c/EuJjH9 M2nzqZA9pC2ubyqqdsF7I9KYxh2DvyqHMVvWkQwnDsKrH7q1dzGoo7UXkbcBPJ1a4E72 bqkwajzjFieuJ4MRYi61UmyUzqyaLcYUxRIX4pQ/6cBmfddOlNQFAPDb32rXDkYszVmh PlMIsMv1JykT9ftY2q4zbFV66sBXXPfT3PlM2AHpatTy/jqqugUlBBvVkDcDl4jNAyuO a+CA== X-Forwarded-Encrypted: i=1; AJvYcCWQ83IThu6NC9IdPcAlIiV/9KZ/8vm2XhcCeFZP6cGRGUZzuU7h69SVUB1Xp1u/HI/Z3q0FRw==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yw1mFTHzIs6U865STpFpWImvPINfmSAQQdbmK5b+d6qDVEEe91K Gj555JN+NLAn8O4a66OhPxyOhziiBbdql5tATcT/snrsl6Y9zi0cJT/sOGxRi2dTIZBZlgrYnx1 c4OcpqzpfWoNU7cRAG5wOizZrPa40Pvw= X-Gm-Gg: ASbGnctAsXoeq9uOB2YH9VOHbtPCiQKZ3Qs5LL8Zx4Hy1zdihp+QjJJ83X+pIk1OPgq Qcr8yy/KkFPREebQR2cD3/YIYFYs+vp8Sr0i1D+S7DXPgrHoUgcGy+uPgrTM2KTaD9WKTsLp2sw D9NvBIZIVmFapGoC58WyRLI7Qr3E0QI3FBuBH7hSUAZHuu07UTeNq2f7k+9JDBqNbciO3kwROIT wlHNz8= X-Google-Smtp-Source: AGHT+IEAmllLFQaOnU58MDpzGXLXZrxX3TigXGz3L+5DSpoNgg/nC0bZO2mA3g9x5VC/cBQV8SEMp1j0CrwWo6xnOxM= X-Received: by 2002:a17:90b:3f8d:b0:311:e8cc:424c with SMTP id 98e67ed59e1d1-31e507cdcebmr2883737a91.25.1753254790017; Wed, 23 Jul 2025 00:13:10 -0700 (PDT) MIME-Version: 1.0 References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> In-Reply-To: From: Dani Moncayo Date: Wed, 23 Jul 2025 09:12:58 +0200 X-Gm-Features: Ac12FXwyLz7rrc-bbWEbhE3eQ4l6RGhXJpFtcLf86XCfQgMAFkmKD4TMip23BT4 Message-ID: Subject: Re: bug#78944: 31.0.50; Minibuffer completion To: Stefan Monnier Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii 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 Tue, Jul 22, 2025 at 10:09=E2=80=AFPM Stefan Monnier wrote: > > Dani Moncayo [2025-07-19 09:47:31] wrote: > > > On Sat, Jul 19, 2025 at 9:03=E2=80=AFAM Eli Zaretskii wr= ote: > >> > >> [...] > >> > >> Ping! How should we make some progress with this issue? > > > > FWIW: I don't see a good solution for this (minor) issue. But I'd > > like to say that I'd rather not complicate the (already complex) logic > > for minibuffer completion. > > Maybe the patch below? It doesn't actually fix the problem, but with > Dani's recipe it adds a message > > Switched from style =E2=80=98partial-completion=E2=80=99 back to =E2= =80=98basic=E2=80=99 > > at the end of the minibuffer, to try and explain what's going on. Thanks. I've just tested your patch, and... I'm sorry to say that I don't like the new behavior. I see that the message (Switched from style =E2=80=98partial-completion=E2= =80=99 back to =E2=80=98basic=E2=80=99) appears just after I type the second TAB. That= gives the user the impression that something (switching back) happened at that moment (when I typed the second TAB). But IIUC, the style switching (forth and back) all took place when I typed the _first_ TAB. So, I think that, if the user must see some message, it should be at that moment (first TAB). -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 23 03:35:36 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 07:35:36 +0000 Received: from localhost ([127.0.0.1]:47918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueU0m-0002a5-6r for submit@debbugs.gnu.org; Wed, 23 Jul 2025 03:35:36 -0400 Received: from mail-pj1-x1032.google.com ([2607:f8b0:4864:20::1032]:58612) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ueU0j-0002Zf-GU for 78944@debbugs.gnu.org; Wed, 23 Jul 2025 03:35:34 -0400 Received: by mail-pj1-x1032.google.com with SMTP id 98e67ed59e1d1-31e3d29b0ffso1911459a91.0 for <78944@debbugs.gnu.org>; Wed, 23 Jul 2025 00:35:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1753256127; x=1753860927; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=YYEWA5YtAr5odDHE/F5oExWn/2syrnPhkvfbbyWlDvA=; b=Logsv4eDBYsk5CUEST63/irWK4Vs//kbgySy2pkovRTDjEJYX/MVOqH8LeTokPKKyU U6rRBJkLQcCC/o/Fc6HGfLH5rJr1gmoCmT81nBhOlzy2t8Et3fXG0NiCvHJc5ZvF4WZe wkP6nt0Azqa4gZ1CAX9TQBV2OP/IwfiAjieOyv1WZxNALDRFP9btEik/CDkTSGy7zQey sij1VSbiTEuDxRxr2oAE/u4oCtwHmzM6LRPSxiHUHNX7aKaQKYA+FezTe0PRvwvgtNow BD+E/1Vt7vnj1dmek5pfia9xPVvlR76X6lmu6YajINh/dATUIddxKj+isWJrXeuHumG2 x1ZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753256127; x=1753860927; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=YYEWA5YtAr5odDHE/F5oExWn/2syrnPhkvfbbyWlDvA=; b=r4y20yCgdu7vCwqJP130yeufZPvt2bjh9cV6XAhuPHBsNaoIc8SUmSezLrB4VWout7 Jh+OC7OBYVgY1iUAA3E948lXEAa/V2fHf3/LTYjDAHxVmpiK3jEIIwkv/1aNYq2415hx XK/069m4/eydGHi/g0RmTsUsE2u0v43CSqB/+uPoH+ouve35Wq6qh8BXpIxmnS/ea32H /+94YqMpdoRgwOV+F00y3Sm3Kk34vvQIwhrFp6fLuLoijbJID5sHwdww5EAImoE6tfo1 bHo3tN+SuRBBtAPlz6KJh2IIaMxD5bv5g8K+ADPkLWtTicgWruso/LJDX/a3R70hl6RD 3MSw== X-Forwarded-Encrypted: i=1; AJvYcCVZSLUpWvYDpIjnJB/FEn6da0ceH+hKHpdt7v3Ly8oKtpYzfvEiXiFwcyAUSGhG1AVrCsivNQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwzXokgNCJuBG/WvofMHKeYpryyP4slbgmGMvi4Lls4PwtcKriD PgghFDatU2wJvBhisIhPretz4R3hHdxsCkXOZffs0foQlp/emwMCfzGfQYQpFl/6L/p4VzJZozv RsN6P/k4uN2PXlAuRc25TWW5FhCQ1OR33JA== X-Gm-Gg: ASbGncvYWWf5Mpo3ARoU/P1Tm5vr499tn6a2CIY8cYB18SrzYjvqDWXNkOvC9QUU0Vw 3VyU/ugDBLoM0/+ESNEYspE4QDQmcmWq+g+8CNX0BGcHdGbQGhn9fvorUlEH4lnnVomsKylGudb EXacp4SOryPENtk8q7hXZEQDjmMBB4H9QiNiO2PgtMTQbaXQzjCYzJ2wULdyk5oedkHWARNY53Z 5sTPy9tQd4p5hGbDw0= X-Google-Smtp-Source: AGHT+IGhs516TbHLrHOZr3RWMBqr/EXQUMMwSRzwzf9G/9/cusa9DfdmtfhVd/RUcm7EPPXK7fzZGkPzCjoxpCuI1yw= X-Received: by 2002:a17:90b:3c88:b0:312:eaea:afa1 with SMTP id 98e67ed59e1d1-31e507e27e2mr3499451a91.29.1753256127094; Wed, 23 Jul 2025 00:35:27 -0700 (PDT) MIME-Version: 1.0 References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> In-Reply-To: From: Dani Moncayo Date: Wed, 23 Jul 2025 09:35:15 +0200 X-Gm-Features: Ac12FXzEocSVSgv4UPCEn2aWw541F6cr43FBAgWq64hZa5jgFhuQfsKNJojrnkc Message-ID: Subject: Re: bug#78944: 31.0.50; Minibuffer completion To: Stefan Monnier Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii 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 Wed, Jul 23, 2025 at 9:12=E2=80=AFAM Dani Moncayo w= rote: > > [...] > > But IIUC, the style switching (forth and back) all took place when I > typed the _first_ TAB. So, I think that, if the user must see some > message, it should be at that moment (first TAB). ...and I would suggest something like "[Completed using style 'foo']" (obviously, to show only if the style used was not the first one in completion-styles). --=20 Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 23 03:38:53 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 07:38:53 +0000 Received: from localhost ([127.0.0.1]:47930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueU3w-0002k0-T9 for submit@debbugs.gnu.org; Wed, 23 Jul 2025 03:38:53 -0400 Received: from server.qxqx.de ([2a01:4f8:c012:9177::1]:55537 helo=mail.qxqx.de) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ueU3t-0002jQ-EZ for 78944@debbugs.gnu.org; Wed, 23 Jul 2025 03:38:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=daniel-mendler.de; s=key; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=tbVUXcAyWFHwxtOtkDVbYhHto69EQ2Ct6iIOV8Uwesk=; b=lBogcZ4xuZ3uKAWvI1/9KfHrGe RDzp1IVNl+cKq/BMpdJOmT8BEEFOTKDfjuv4bp5hArgXfMxhJIxkFDf7fvvlEp8+OyLyG21qt48e5 FxJj6ZwJPC01z2mf1U6LUkvSGihb8dUfAUH9QkLkyiq5E6aVcJjLLEcym7wzQnvMS1Ak=; From: Daniel Mendler To: Stefan Monnier Subject: Re: bug#78944: 31.0.50; Minibuffer completion In-Reply-To: References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> <8734ann9k5.fsf@daniel-mendler.de> Date: Wed, 23 Jul 2025 09:38:41 +0200 Message-ID: <87zfcvl5ku.fsf@daniel-mendler.de> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii , Dani Moncayo 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 (-) Stefan Monnier writes: >>> Maybe the patch below? It doesn't actually fix the problem, but with >>> Dani's recipe it adds a message >>> >>> Switched from style =E2=80=98partial-completion=E2=80=99 back to = =E2=80=98basic=E2=80=99 >>> >>> at the end of the minibuffer, to try and explain what's going on. >> >> Could we please avoid adding side-effects like message printing to the >> functions `completion-all-completions`, `completion-try-completion' and >> the underlying `completion--nth-completion`? > > These are supposed to be "pure", indeed, so I agree it's not ideal. > The information is only available in there and there's no convenient > "place" to stash that info in the return value. Some time ago we had discussed an extended API which returns additional data as part of the return value, which would be an alist. This way, impure metadata adjustment could be avoided too. >> I'd lean to not adding complications, or side-effects to this API. > > You might be right, but I'm not sure yet. > >> Messages are better printed on a higher level, on the level of >> completion commands. > > Clearly, yes, but I don't know how to do that here. If we are repeatedly hitting the limits of the current API, maybe it is time to move to an alternative completion backend API which solves the issues: Extensible return value as alist, generic methods for completion tables and completion styles, better composition, extensibility for additional methods like quoting/unquoting, annotations etc which are part of the metadata right now, ... >> In case the message is really needed at least guard it behind >> an option? > > Do you have some concrete case where it gets in the way? I think about places like auto completion where the APIs are called by a timer or somehow in the back, decoupled from direct user actions. There are many such uses where purity is assumed and where such a message rather hurts than helps. > Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 23 06:51:29 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 10:51:29 +0000 Received: from localhost ([127.0.0.1]:48690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueX4L-0007Sy-17 for submit@debbugs.gnu.org; Wed, 23 Jul 2025 06:51:29 -0400 Received: from fout-a8-smtp.messagingengine.com ([103.168.172.151]:35685) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ueX4E-0007SC-MO for 78944@debbugs.gnu.org; Wed, 23 Jul 2025 06:51:26 -0400 Received: from phl-compute-04.internal (phl-compute-04.phl.internal [10.202.2.44]) by mailfout.phl.internal (Postfix) with ESMTP id 7AD77EC00EA; Wed, 23 Jul 2025 06:51:17 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-04.internal (MEProxy); Wed, 23 Jul 2025 06:51:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1753267877; x=1753354277; bh=Q+ebwbC6q1s8Sq0K/k5RwpE9er7dc9SmGY/blJ7zDb0=; b= MJe8V3/1MgG7AttgtObDlpiCNWwye1D62Z8Fy0+ZWvMBEWAuxBFaaNg/69E89M22 f3yF8BNMQTs40l4bEmTOsEmlnsi0eks1zv/oFO0IHDgYNjbpHfipkz7zRRWj53Rr LL0tXnokY2tnb8/zCUhLFoDqDxrL5SJ9ZiZLI2drv4FYkbUikkzU1W1nJ2yoASGo CgUlupqlngKDckhNuA8FFq/n0LR380pZ6PWpHezDcUJH0N0gYcDpQXjELo7PohrA QYKpI/dnsmkLnC3sHJQtlOX2ST86H8NU8jrWeDVCNSwfkNoHFPbeA2URQdM/dQ+3 Th0x20sMfC6z+EO0ktZ69g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1753267877; x= 1753354277; bh=Q+ebwbC6q1s8Sq0K/k5RwpE9er7dc9SmGY/blJ7zDb0=; b=c tK5IWk5Ix3EKm4Lp4WmLMoJWCH+em2Dk7MJVXNv2I6IB9aJten0aQGY2Nlzl0/u7 KTNy3OMycdyhm0sKmlr7Pm3z93JMPKyWCxiCRe5tk1QN8K4sxYqWbIlQPyMSBRp3 G5ZUykMDdp2qdw14nEFS+X5jMfMkmKbkdJ8BX0xgitvW2IXLw1j7w5ZrRrdE5MiN zZkru5z7caaDhm55ScXJIcSSM8zt0o9as7O3Zhwio5/Owj0TGpqghQdgupC57Zir FEXNBokV1PbHfFkid1igEDBbAR9FOWZ9n23rAuCBKc1E27TD1Ujn68ezwPMHBtx6 NUf+RPvYBFc0lNp/+XrzQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgdejjeehkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihhtrhih ucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtthgvrh hnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudejheen ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumhhith hrhiesghhuthhovhdruggvvhdpnhgspghrtghpthhtohephedpmhhouggvpehsmhhtphho uhhtpdhrtghpthhtohepmhgrihhlsegurghnihgvlhdqmhgvnhgulhgvrhdruggvpdhrtg hpthhtohepmhhonhhnihgvrhesihhrohdruhhmohhnthhrvggrlhdrtggrpdhrtghpthht ohepjeekleeggeesuggvsggsuhhgshdrghhnuhdrohhrghdprhgtphhtthhopegvlhhiii esghhnuhdrohhrghdprhgtphhtthhopegumhhonhgtrgihohesghhmrghilhdrtghomh X-ME-Proxy: Feedback-ID: i07de48aa:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 23 Jul 2025 06:51:15 -0400 (EDT) Message-ID: <0622f6ea-e5f4-4453-ac05-d6f69a2fb6b3@gutov.dev> Date: Wed, 23 Jul 2025 13:51:12 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#78944: 31.0.50; Minibuffer completion To: Daniel Mendler , Stefan Monnier References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> <8734ann9k5.fsf@daniel-mendler.de> <87zfcvl5ku.fsf@daniel-mendler.de> Content-Language: en-US From: Dmitry Gutov In-Reply-To: <87zfcvl5ku.fsf@daniel-mendler.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii , Dani Moncayo 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 (-) On 23/07/2025 10:38, Daniel Mendler via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: >>> In case the message is really needed at least guard it behind >>> an option? >> Do you have some concrete case where it gets in the way? > I think about places like auto completion where the APIs are called by a > timer or somehow in the back, decoupled from direct user actions. There > are many such uses where purity is assumed and where such a message > rather hurts than helps. The current completion UI could be also showing some info pertaining to the current completion, in the echo area. Or if the above is disabled, eldoc might be using the echo area for its thing, also coding-related. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 23 09:46:11 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 13:46:11 +0000 Received: from localhost ([127.0.0.1]:49511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueZnO-00009K-HJ for submit@debbugs.gnu.org; Wed, 23 Jul 2025 09:46:11 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:26418) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ueZnI-00008B-Ah for 78944@debbugs.gnu.org; Wed, 23 Jul 2025 09:46:08 -0400 Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 30A5D1000BC; Wed, 23 Jul 2025 09:45:58 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1753278353; bh=jUfPJuqE8L8mQN46JeeyH7DG6G6ixTmVeeMTihCm5bM=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=SnataCc2wF7QJ4r1tKvWhToz8hf/srpMe35CXgLjhLyssZhcManEKSyP9CuO4Lr8G YlmK4AP1Fhm1L0CIdzN0zHKPsiHd4KGF1OU35l+xKrGyiYBudTJp21FyMSZd91S55m M1+iXIYM1EkI1OpHAYOmjH+OKhDWej2WYU2SkyI4WR/jj+gjnyCxs4iI+IeEI24ZJB vJNZuSnZvPEnOw50oy3pg3iX3YAngMMqxLPfwQcr0JVfg2P0Lk/s4L0/OoGg7bFNUU b6th2Uk7pKhj0QnD+4/P1b9gLPj+pZWT3Oj7YZKJcQodTES/UVRhlibW7GbHtHYe3l 6ezuhQmBpcmjA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 22FCE100029; Wed, 23 Jul 2025 09:45:53 -0400 (EDT) Received: from pastel (unknown [104.247.225.139]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id E8001120821; Wed, 23 Jul 2025 09:45:52 -0400 (EDT) From: Stefan Monnier To: Dani Moncayo Subject: Re: bug#78944: 31.0.50; Minibuffer completion In-Reply-To: Message-ID: References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> Date: Wed, 23 Jul 2025 09:45:52 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.265 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii 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 (---) >> Maybe the patch below? It doesn't actually fix the problem, but with >> Dani's recipe it adds a message >> >> Switched from style =E2=80=98partial-completion=E2=80=99 back to =E2= =80=98basic=E2=80=99 >> >> at the end of the minibuffer, to try and explain what's going on. > > Thanks. I've just tested your patch, and... I'm sorry to say that I > don't like the new behavior. No need to be sorry about it. > I see that the message (Switched from style =E2=80=98partial-completion= =E2=80=99 back > to =E2=80=98basic=E2=80=99) appears just after I type the second TAB. Th= at gives the > user the impression that something (switching back) happened at that > moment (when I typed the second TAB). > > But IIUC, the style switching (forth and back) all took place when I > typed the _first_ TAB. So, I think that, if the user must see some > message, it should be at that moment (first TAB). The "something" happens *between* the two, in a sense. The intention for the message was to explain the behavior of the second TAB rather than to warn about some potential upcoming behavior. All in all, I guess we'll have to live with the current confusing behavior. The only "real" solution I can see is a way to control which completion style to use, in a way that's visible to the user. E.g. after the first TAB, the completion machinery could detect that the result of the TAB from `partial-completion` would get captured by `basic`, so it could annotate the result with something that means "use `partial-completion`". There are lots of interesting issues here, e.g.: - The cost of detecting it (requires re-running the completion internally a second time right at the end of `completion-try-completion`). - How to display the "use `partial-completion`" thingy. - How to control when that "use `partial-completion`" thingy actually applies. Maybe the solution starts with a way for the user to control which style is used when (I occasionally find myself needing to use `partial-completion` and finding that `basic` gets in the way, so I add a few `*`s to force `basic` to fail (which is the closest we have currently to "control which style is used"), which can be frustrated when the candidates also have `*` in their names =F0=9F=99=81). Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 23 09:47:16 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 13:47:16 +0000 Received: from localhost ([127.0.0.1]:49521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ueZoS-0000D1-DM for submit@debbugs.gnu.org; Wed, 23 Jul 2025 09:47:16 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:25348) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ueZoP-0000Ch-E3 for 78944@debbugs.gnu.org; Wed, 23 Jul 2025 09:47:13 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id D9EC944250E; Wed, 23 Jul 2025 09:47:07 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1753278426; bh=tdIVztM9KXoXVaymhuJZLcrn2MxgPi4RFELAJia2WEM=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Zfsk8/vsraXoiOLcvZRCsFFRmcNDCCryR18TzTDF+vxsKD0Xm59VWI8L5QGn/ECFq gt8mYPi4YfcVr/NHAK0sXXuIXFmKc6iXC8PV1MSaaVxnoSyr+3sYue4OKcc0vN/dKv d5fkF8ugAd/Q0ff9WREqnRmXF6nZdxO6cVtGT1ZsxTlEqOwwcz1Ic9NkEmXkPZVi/L W/tkTrG0YdYRd2kC457S/xMhhylyOkXdwVk36o+o66r5+m4uFQabvO83yGrDrr/nWh n2FXya++zN91Pl+3pwuWCoj1woccx9y34Ew3H+xfTuzaP6MnXpLMaSGeLGJBDHEUqA XO/hhU0GAWEwA== Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id D8BE84424C1; Wed, 23 Jul 2025 09:47:06 -0400 (EDT) Received: from pastel (unknown [104.247.225.139]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id A8AAD1206CB; Wed, 23 Jul 2025 09:47:06 -0400 (EDT) From: Stefan Monnier To: Daniel Mendler Subject: Re: bug#78944: 31.0.50; Minibuffer completion In-Reply-To: <87zfcvl5ku.fsf@daniel-mendler.de> Message-ID: References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> <8734ann9k5.fsf@daniel-mendler.de> <87zfcvl5ku.fsf@daniel-mendler.de> Date: Wed, 23 Jul 2025 09:47:05 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.275 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii , Dani Moncayo 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 (---) >>> In case the message is really needed at least guard it behind >>> an option? >> Do you have some concrete case where it gets in the way? > I think about places like auto completion where the APIs are called by a > timer or somehow in the back, decoupled from direct user actions. There > are many such uses where purity is assumed and where such a message > rather hurts than helps. Duh, indeed. Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 23 11:37:13 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 15:37:13 +0000 Received: from localhost ([127.0.0.1]:50987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uebWq-00083c-KF for submit@debbugs.gnu.org; Wed, 23 Jul 2025 11:37:13 -0400 Received: from mail-pl1-x632.google.com ([2607:f8b0:4864:20::632]:49207) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uebWm-000833-Rd for 78944@debbugs.gnu.org; Wed, 23 Jul 2025 11:37:10 -0400 Received: by mail-pl1-x632.google.com with SMTP id d9443c01a7336-23dc5bcf49eso86080755ad.2 for <78944@debbugs.gnu.org>; Wed, 23 Jul 2025 08:37:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1753285022; x=1753889822; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=HhPgPOGhqD1smwKMXqy3x7wMgGQ2XSgoi0XSODZ14m8=; b=NsL/rX0nu+n5OTLkiELmesFaBS+tHejeXmfK31iy4APtQoD6VGIDjT2W8FAsmr3JjW 2gVnAy1aLo2rub6UvWsZRpsk4/dg53aaloAconAU4HSlFU6juX4YC/fkksOR84jww1bc jhZNU5d6MEVM6Yk4K9i6FOk38/PjUJFrwnW1l5+oGzk4StxkctT4RklFBYdwgz3+Cnd9 OKCCOsnOifDoj0H30gnEuDCrkY+AJSZLyBOE4pkwtqGGo9TJO3suodUQi7X2MYVLjCzj FIMw4Faw8pIw9pWRdfZNBotV1nTrj1dLNI39PkS0f4jC0f0nusJe/UXr6aBqGuhZ9bJI yrQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753285022; x=1753889822; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=HhPgPOGhqD1smwKMXqy3x7wMgGQ2XSgoi0XSODZ14m8=; b=n9eM/nhXL36eZPMm6AqpKoj/rBwR1DpRESXUVe7Bd7X9DC9g5CGy9+bFgwhwh4lXwN XvVnVBEU9sZUpI89ZnbcPLlbsIj1Sf5GveTaEoqVvc5ThYIJHXJFT4ZmmbvBqJI3u7kf ENxgA2l35mGwqIIoWgTkRDDOKKfhVZy0UofeM36AKq0jAePeR3NO+ys8g81SQY/r8riu DPfHxvwA2ZCKmg1V8XoidpJ8mL+Vwwwgvwqjw9hh2Yu84/EalPYSFhTf2L1OkEQ/jBER cmVr7C22hS5eAOz3Ktl0i1aEDRCpXlzyvwhj4xqd7a7QRHxvw2WWhuLoWEaS1NAKcdrR sMug== X-Forwarded-Encrypted: i=1; AJvYcCXu1AiBJ+X7kpNK740nFLCQIjo/Lxniv9vDEpwgjnUGIGtyto0pjCNwlZO03CMMf6Vv0EE7VQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyvCOpeRgSSXO5nm3Lap0ZNzs5NApOkD3otxolioOrH8vKh3LTL tdqIthx+Psb5CKWKMgva+6i9+aGgBYFynksaX6DiKfLAmd6uSuLkWWKR5f038oI3d1oULQjbdb7 iXzXFOF2h32ktYBVDTUyWjf7/wb5VKRY= X-Gm-Gg: ASbGncsg1BP4suaFPFScnrOwBjLgIrV5/LbESy4aQbI2WiTSlMdQroLw13oGJMHjWlX pHrwGpY07ch3RHVU1M4reKyFpPaBHkLoeOm8LkTZNK+sR1Q59vgQpewU/40bk51JizaTFeI0dEX lONPyiO3g3AyQjAMOGb+BvfFzGUJkziArEu5NUqprZjNB8RAnsQaYK4+HlzrDqTCwidwikewxCF gFLIXE2ZphrtpzqQA== X-Google-Smtp-Source: AGHT+IE1e2hwG+yePDr1z52Bohdf6wiZMwsyHLyPE3dWKDdbP25g/ZQm80jWs1tuWJ/B9J/jxJN4ijrWbJo+hYXxU/A= X-Received: by 2002:a17:902:f688:b0:220:c164:6ee1 with SMTP id d9443c01a7336-23f981936cemr54956105ad.32.1753285022474; Wed, 23 Jul 2025 08:37:02 -0700 (PDT) MIME-Version: 1.0 References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> In-Reply-To: From: Dani Moncayo Date: Wed, 23 Jul 2025 17:36:49 +0200 X-Gm-Features: Ac12FXyns_fzQQcXPyxpKJZIYMBl8CEKClhw4fJw8oO0bI5I3pToxI00-dpgFNA Message-ID: Subject: Re: bug#78944: 31.0.50; Minibuffer completion To: Stefan Monnier Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 78944 Cc: 78944@debbugs.gnu.org, Eli Zaretskii 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 Wed, Jul 23, 2025 at 3:45=E2=80=AFPM Stefan Monnier wrote: > > >> Maybe the patch below? It doesn't actually fix the problem, but with > >> Dani's recipe it adds a message > >> > >> Switched from style =E2=80=98partial-completion=E2=80=99 back to = =E2=80=98basic=E2=80=99 > >> > >> at the end of the minibuffer, to try and explain what's going on. > > > > Thanks. I've just tested your patch, and... I'm sorry to say that I > > don't like the new behavior. > > No need to be sorry about it. > > > I see that the message (Switched from style =E2=80=98partial-completion= =E2=80=99 back > > to =E2=80=98basic=E2=80=99) appears just after I type the second TAB. = That gives the > > user the impression that something (switching back) happened at that > > moment (when I typed the second TAB). > > > > But IIUC, the style switching (forth and back) all took place when I > > typed the _first_ TAB. So, I think that, if the user must see some > > message, it should be at that moment (first TAB). > > The "something" happens *between* the two, in a sense. > The intention for the message was to explain the behavior of the second > TAB rather than to warn about some potential upcoming behavior. I see. But I was thinking of another approach: show what completion style was used after a (successful) completion operation. (only when the style was not the first one in completion-styles). I think it could be a simple way to show the user what's going on. --=20 Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 23 16:57:20 2025 Received: (at 78944) by debbugs.gnu.org; 23 Jul 2025 20:57:20 +0000 Received: from localhost ([127.0.0.1]:52272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uegWe-00074r-9r for submit@debbugs.gnu.org; Wed, 23 Jul 2025 16:57:20 -0400 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:29648) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uegWb-00074Z-C2 for 78944@debbugs.gnu.org; Wed, 23 Jul 2025 16:57:18 -0400 Received: from pps.filterd (m0246630.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 56NHtvkE030806; Wed, 23 Jul 2025 20:57:16 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s= corp-2025-04-25; bh=InKNvV8rQEORW/TJ1yq9cssSefhTOr0fUq99h1N7JXM=; b= OuoiIkhgdi7FYSLIk72YsnF640GIBC+lu8tyGzk+n9xxmgAwAufxFCVqWXdQLtG4 3OW1igwywsVNGUZYUDHZgbjsSYGDTGdNx1PxWOMWOO1X3twtvBkG2cZz3MOGASWo 3fg/koe9BdzltL7bgp29MP2Ht3QIqV8yMwHsMxJ3I7qL7m+rauaFdtUX64FgXGx1 DFXP2i9x6WZu2lbORxc0kxKHlgiSjuPlA0OD/PGi0cNxcAwisD1Zu03pGUDwr8cw hKeOBnu4zuSCoex/cc4hA4fwS9/yA7MmnVuUemi24MPIPH9MBWTWG+cnIN8xEqJ/ EtKkc2tL0Po5UQUvWHbW6g== Received: from iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta02.appoci.oracle.com [147.154.18.20]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 482cwhtwya-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 23 Jul 2025 20:57:16 +0000 (GMT) Received: from pps.filterd (iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (8.18.1.2/8.18.1.2) with ESMTP id 56NIxQbM031467; Wed, 23 Jul 2025 20:57:15 GMT Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11on2047.outbound.protection.outlook.com [40.107.223.47]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (PPS) with ESMTPS id 4801thd2ax-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 23 Jul 2025 20:57:15 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=LG5e6WjhIS/s2VeUH8fP0tAY7mx305j8k+Rm7ufPPAhI1KNh+CbbjyzM2vaQ0o53JaPBFlzs9vNgH0fbIc17SW9vJlW3SJxhKboLkxzJ3embOko9lcb5M1o5l8zVBFe+ogmTFcCqNgFnNaGJegHcvM/GLmrmnarl6Orhw7S4iqHigrC//CMPsBRC8/6i1E3cHVvYKmR/il2SuWFzyCt+Jr4ZicB6UIANpRa5zlMYGuhMguLhji/nohohldZ0PDzhJfanAd4B5WUTGjKyL5IS2ylrVfZww9Qhf6OPCQVzS1UXJd07xfM5yPY8EwobWN9E+xYaVg7EGXgF6duB00sUPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=InKNvV8rQEORW/TJ1yq9cssSefhTOr0fUq99h1N7JXM=; b=bMNF4zWtK6tQYJwsTb9RITvRbB2Z5yd2evos8h2h6KOYsSdfAY1bUDxwyMggF+VHa1Fxpu6J3Z2h8GmQ2I7ZPGkwQXP+34JOpJ+12IOw3kOHvgQfgU4H1S+zIUbHCHK7jitF6aE1NCqTNAwwiRGKUVLZ9t20f2YcTBNaHvlSx5PoeDDI4CKHNTRcAxKVwa8vuP87j5mbhTijnVUSOWNxMDPIvMOGah1gu6kijwL0hZFSqiWetXA0dBhp3nfzQbXAjOxv+P4/gTqvAALF08jo2Rg34DnSn9zZ3vmE1ImRiQlcYoA8pJc0isOVRPPnjuCm0g5TSo0BXEL/zX3/MSEhmg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=InKNvV8rQEORW/TJ1yq9cssSefhTOr0fUq99h1N7JXM=; b=y6ctGZnfUxEnQhqItd/fsP2ZfpXN0HNAtGsA7X1HhHNqCvkCa8OwKkdLDDIIid9PgNHQIEQOuYdveiQzBohfwu72xFOXxID4JYJP6GuVmPkkgsvQvL2WykBmYT0uIeCgiqE9yjePz5uixncPLU0hWV4AJUvCLxk6cL/eC0vtVoI= Received: from DS7PR10MB5232.namprd10.prod.outlook.com (2603:10b6:5:3aa::24) by CY5PR10MB6093.namprd10.prod.outlook.com (2603:10b6:930:3a::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8922.39; Wed, 23 Jul 2025 20:57:13 +0000 Received: from DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324]) by DS7PR10MB5232.namprd10.prod.outlook.com ([fe80::8303:658f:14f8:2324%4]) with mapi id 15.20.8922.037; Wed, 23 Jul 2025 20:57:13 +0000 From: Drew Adams To: Dani Moncayo , Stefan Monnier Subject: RE: [External] : bug#78944: 31.0.50; Minibuffer completion Thread-Topic: [External] : bug#78944: 31.0.50; Minibuffer completion Thread-Index: AQHb++fkGHbtOeFERUqOtVx84Jzqx7RALiTQ Date: Wed, 23 Jul 2025 20:57:13 +0000 Message-ID: References: <86ldp61k6u.fsf@gnu.org> <8634asfyra.fsf@gnu.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR10MB5232:EE_|CY5PR10MB6093:EE_ x-ms-office365-filtering-correlation-id: 6ced4099-1588-4fd9-9c0a-08ddca2b7fc1 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|376014|366016|38070700018; x-microsoft-antispam-message-info: =?utf-8?B?SkZUTkphZHoyeEJIbTVpRC9ERWZXSkoxSE14UUNFbzVsY2ZzZ2FRSGc4a1c2?= =?utf-8?B?cC9lQkJDN2Ivem5sM2M4K3pMQWxUdVBTa09rSW5wVkZNWWZFTFhJajFheWlw?= =?utf-8?B?RXBPVTdSMXBDVlBjMzJBZTFlYlh1MFJGNW9tc1NadjBwK01TV0I1QUxCNGdj?= =?utf-8?B?Q1VxSk1vUDFSTVpZeURsRXhvM2ZQcVRiQW9tQU4yNkl4OWwxeHZ0djU4b0dk?= =?utf-8?B?WmZVbUs0b0d4bWI4djBiUG9Xb1l4M2lVaEtHV3JWTGVtUSszWkVpRXcyRzlY?= =?utf-8?B?TGpIN2V2SkEyYmp5MUtJYjB3WkVEM1ovUmUwbmlTRjZMeCtoekNLdHNRUXFs?= =?utf-8?B?SjZkSXFlK011bk1BRXZuZS9mQTJ0aVdPYkFQRDFGbW5rMGZ5c04vNEt0ZkFk?= =?utf-8?B?V0RoMG1GWmhZNzI1dHhaekZCQ0FYa0dqS2lwWXdYeVgyT0RucktwVmpWOU5t?= =?utf-8?B?VVAzQU16NUlERUU2eHhXR0xNdFdJN29GZXRsUXpmL0tNM1pSV1hFQlFHZTF1?= =?utf-8?B?eUtWaDZ3ZWxwQk1zWHlBdUlhTDlrL2NML0Jmb0o4T0FzbUY1ODkwNThza1Vx?= =?utf-8?B?SzZGWGJ2YVRlUnBqdkhEc2wwQy9xZUVLeXpRcWZuOU1CbXhtMHJ5MDF6SnpD?= =?utf-8?B?dEVKK2FQVDYwYy9UdE1FOFhIRUlwTk5mUFE5NnJiWkhCT0NWRlNoeDJWd2JQ?= =?utf-8?B?Q3NidUtQM2lGYXN0cVQvZnFQTnJybmw4OWtYZ2JROEFsZHcyRWgrdzZXYlRZ?= =?utf-8?B?WWNlVVNoS1BudHJaZTljcEQvZlM3SFVVeU9uNDZMbnliOFRKYWVPbi9zd2Jr?= =?utf-8?B?c1JZaTlqbUVHd3BxUXg1RDV1MzBrbjBzOXE2UGtuY0oyOWFGUXN2cjAvUFhW?= =?utf-8?B?WElhM3JOcFpJU2JmSXlnQlBaT21JQTJ3ZXN3V3pidWNSam9BbXVORlZxdEZ0?= =?utf-8?B?YU1mUW5pdTVrVEw4V3g1L1lKMWlRSlFNR3p3TWdsRHNJWUdpUE9HZ2lrWmcy?= =?utf-8?B?MTZFK04xZFRuaWYwcWJUVmlOdXowQ3VRSTZiKzJUbWxuUEVlOTE2a2d1UmM4?= =?utf-8?B?cHJSYkFCYW8xeVZHWG9sRmtKVTd4eWZLRWh5WVNra1NiTE1EMDh6Z3pFQkl0?= =?utf-8?B?NWhKK1FBVXp2VUJhRG50SDl4WDlmb3c1ckVyTkp5KzgwQUpkaSt3dzVxWXVt?= =?utf-8?B?bjJvOGpVZ09aazB0RDZXUUUxQ0d0bDBZYkVJejNEZ3ZFcHBSNFRVZ3E0amsv?= =?utf-8?B?RGIyWUdUeFJwOFJITll2dmxxL0ZkQ3BVM09JNzRwR0pJT2RtbUFSV2h2UHpk?= =?utf-8?B?cXdleHlURXp3UmhDZ2YrbG5SeFZCUTRTL2NHS2h4TXJ4T3gzOUxNZER5SWxW?= =?utf-8?B?dVBCRVZuNVBDZUtqQkNXWTRiRTF4V0MrZDNlS3VoS216eVdrbE51aHpzWUYv?= =?utf-8?B?R1c2VkkzOXRLUlpXN0hrT3BVN0pidEVpMkF5R1RXSmJHdXdOdFF5bk1wcmJV?= =?utf-8?B?dzN4ZFBRQzhWMy8zcGVtMHJLeXR3a0syektYbWRsZjY0SzArLy9EU2xtc1Ja?= =?utf-8?B?RUJWSVZ5TUV6cEJkbW9HWnNpakdYWHRWbjJ1ejRKeHlCRlRQYnA4UjR4YkJS?= =?utf-8?B?K2RBWEVtVTdZUnFqSWt5MVhCY1BwRERKcUFoMHkvNUl0OFU1SU5Bb0UwYVNQ?= =?utf-8?B?UHlieTlRcmR5ZmR0N0o3ci8za3RFQVpyV2drZG5zWjBpaU1IekJvMVo5UHQ1?= =?utf-8?B?VFFDRnhuWTMvZStWRVhrYTR1TmRDQUNyNWxWdkthSlIyVUFma2RNT24zQ29X?= =?utf-8?B?NUQ3b2RBcEIyZUVSeVF3b1RlcVhEOWFUMHNwL29KMDdjUC90aVFoUDJCeVVr?= =?utf-8?B?R3JvWi9MMUZVTEk0YTFKTHh6eXpWZ1Z2bFhHcTk0WE90NVVQQ3ROeHlhL3Z5?= =?utf-8?B?eEZnUkltSWx6SG1OMHYwb0lvbm1uM3dEbWxjeWx6VXlMR3BlWTdxR2IrV0NX?= =?utf-8?B?ejh6MUx3YjN3PT0=?= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR10MB5232.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(376014)(366016)(38070700018); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?SE1Hb2JTOHptZ1FSTXFVeTBpakVrYno4c25HS1ZIamFrMlh6UzkwMy9SOEZq?= =?utf-8?B?T05hRkRvekN6dUJYeEZpM2tWekRkdmFoeXZnMnFtREdOUmxORjRGUEp3M3lN?= =?utf-8?B?aDA4UVFLaUV2TXgzWE0vOTRDMytZRitqUXdTMXhNdjhEZGRKV3h0eWNZMGMz?= =?utf-8?B?d2tPYWxJYWhZajBBbDNGMlhIZHU1N0xMaC93aCtqeXBwRDBZb0I3MkNSK1V3?= =?utf-8?B?ZVkvVUhsSVZxWkh0ejd5allIci96eHRPR1k0RTJkdDc2ZWpFY3lMck9pU0ZF?= =?utf-8?B?ckl6cnpVc000Z09vVnRybmw0aWF1NkJYczRhaGVWT294L1l3UDVWdVVjQXl1?= =?utf-8?B?SkF2aWk5NFJVK1pQS0Jvam9ES3RLeitLVFRLTnlTaEFWTytWNEc5ajQ2WkNx?= =?utf-8?B?Qjl4Zmo2VTE5U1JtQmhrS21mRWlrVVEwN0hZRUZKQndTTUZTOWdGMFg1Z3ZC?= =?utf-8?B?TUJkOHI2YWhLTlo5clJsa05DWWpsV1FwbzMxck4wYW0zVDluZ0JURWpQVDdo?= =?utf-8?B?ZmxDNUdIRHFHdUh0MFR5aElTUEFGS2Nvc2N4SFRhYlpXNnBBRkZweGY2azF5?= =?utf-8?B?a0J0VXVTZVpaNm1mZHMxcDlHY3I5VllXVWFWbEtoc2NEdTk2aG5RNUFacENs?= =?utf-8?B?NHpPcmdNdXMwMFkzOVpVaGZqeXloZTdVazlSRkRVdkJoOTNwcWVCcFJEaHVD?= =?utf-8?B?eVBieEc5TW95RXF4V0YwN1AyYlg0ZWY0dEgweFh6cXVFQzA5MG5UZTJuQk81?= =?utf-8?B?TDFVUG1yK0wvS2M1Z0FoYlE1OXo0TVJMUnk5bzVwdGkzanhhL3J6ZzNvQ0JK?= =?utf-8?B?THpLd0Y2bGVFWS8xNnNSZm9rcnJzWFJWeitQOGc4SEtVTi9vbmhtK05uSUQ4?= =?utf-8?B?STU2T0VDeVRWM0hGa0tncDV2NVhnSXpSVUhNWXZtMHVVM21QSERxNGFzeHRv?= =?utf-8?B?eEtNKzFLcFZvMFZyeUhieUhXcmJEYlhWUitOUGRUbzBpWGRma2w5NGtNRi9C?= =?utf-8?B?bkM2U1VWeWxwSmdoTDluZ0R0ZU1pNU5pZHNrNWhkcGdseXhWL014T1B5dXds?= =?utf-8?B?ZndhdFRYZFhNSEt0WkRYRWNxMmRKSnJGVTRkeWl3Rm0yeWQ1RkFMTE9NdGlE?= =?utf-8?B?aWx2R0k3TTQvdmlTVDZFUjdSS3RsT0tzZlh1cTJtMXE4UUIycDRxZ1lvSGsz?= =?utf-8?B?ZFVndGdpN2tHbERkY3Q1TElaN0ppTVlHQU9rS3dvRFBNQlJmdEhrRnh6RGFv?= =?utf-8?B?L3BKK0FNd1Z2SlJSSnozVDloTTdSWHhpTHJPSDZjNFl6cUpTdXFKREhjZ0I1?= =?utf-8?B?cUF3SlhXb3BBY0tpa1FGSDZBdzZvYUowUEQ2UWpTRnZobThFRHRUcTlSNFo2?= =?utf-8?B?bVRDenk1ajE3WktaQjd6enBGa2UvbHZtS2pRZmIzZEM3MW5Zd1dBQk0rRnR0?= =?utf-8?B?RG9rZFJ6dW40VnJvN1lGK3RtN1ZWUjdWSkRyb280dzY5Nm9VMFNaRjdXOUhv?= =?utf-8?B?aGFqMnpBM2hDUGNGU2l4OU5JdUxUdDNYcTlKcDZpTllDS24zTHZWWUwvbWFu?= =?utf-8?B?S3BzVm1sdGJZdkFGdlZha3FhUTVsb21CMlNydzBvZFlpeE1Kc3pKR21TbTA4?= =?utf-8?B?UkRGREl4QUVzVUw3b2RwcmxvY1R0Y3RjSkdtQ21BYWRIQ2Jyc3pHY0JOdUFU?= =?utf-8?B?djZBVmpkKzBYZUNRdm5qajJMRjJyWXAzSUZMQldpblpSbXRyQlJoM21mK2Vw?= =?utf-8?B?ekYzT1AwL3h2c0V5aExicVBVamhPRTNDalBlcTRIdHJ6WHk5YUZWY1FVMktw?= =?utf-8?B?SWFqQm1FUmlic3daWGZkRFdlMGFONlFpMmc3QXd0REs0QkhEbmo3QklwN0pa?= =?utf-8?B?b0lsQmZKa21JZmQwcFVaQklueGEzbTFQWXNPT1BOVVpsTitLNDY4cTZYNkJR?= =?utf-8?B?TVhNQkxRM2NVNU9VNGRPdTIxbzdOaWg4dkRJeFVVemhBcjc1bXRER2p1Rm5G?= =?utf-8?B?NVNiT0FHOURheVFNazltSDU5cXduL3NKVC9WMUFBQ0lCa1VKenRHUWRjUDZK?= =?utf-8?B?VGlZUC9kckllUGplRDB1MEU4NlpsWTNVajVoMGVtcnZKWkM1ZmY2c1hiTDhH?= =?utf-8?Q?90YZ8/PBcGzQRFgYxI6d0LAmm?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: pJ8odu2dyTc14L8gWtSRWMHWbyyzOYQLkAZ++Za2kZhdifpHngFLAYZEssKaq1su+ujwxEfqsTOgTqPLWJFMQIgQU7o0qiDw1hgV3/yBnsOc9WdmLIhXIonbx/vhQjCVB3DDBaKefhAfBF1/OcXw5U64h8ZVsA51s7Yv9LWP+/VHTiwLGslVoHdd59oGNl23/vGniVvoXuE35Mu3cnDk1hWbs/aqcfKLM4SH1ewPN0WZwlVTT4bQP2ROABeArn7Ky8SkdIkQW4xOeULnG009V1QwbPw79pLDme54W/c1VO75BeobD7iVS72ycToaDepMZG5+w96PuSfDHt+5Du1/bBro8OZQbFcVTawo3pv4petyj9zj+bgHg4kZ7okutQjMFw9nDp8BjpAsi4ZMeatxR8xAuKKcs9FNoRA+K9fYUPX9uyyg9lETlZa/VXzsJ1/Vy5tcBTQkpc6OSt6+Eo1La9QvHvCr0NNsnS8R21aUdH6hhit0zIuF1zEYRmYv8UxmDp9SviOpMUY8erpt7JsFsNih6nzKKRBQX5MfcyK2Xj7bF4T1QJyuDvYyQju/m9tjqxUFsx5ao0A0Lhk/ej//4e6/hUjNvReA0UIH+DYkJIA= X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR10MB5232.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 6ced4099-1588-4fd9-9c0a-08ddca2b7fc1 X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Jul 2025 20:57:13.2032 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: WCxVPikQYweXxXL1fRNJOX9wYuD76pkhRGlWdKzBRrGgINS8r5q/wsq38VPhn6Rx0nbVE0n4b8zC7CJyUPhaNg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY5PR10MB6093 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1099,Hydra:6.1.9,FMLib:17.12.80.40 definitions=2025-07-23_03,2025-07-23_01,2025-03-28_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 bulkscore=0 mlxscore=0 suspectscore=0 malwarescore=0 spamscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2505160000 definitions=main-2507230178 X-Proofpoint-GUID: MiILP_MABWO-vaV_cmSREtcHhDEegbWn X-Proofpoint-ORIG-GUID: MiILP_MABWO-vaV_cmSREtcHhDEegbWn X-Proofpoint-Spam-Details-Enc: AW1haW4tMjUwNzIzMDE3OSBTYWx0ZWRfX+3XQ9j+sjuaB IE68gIBU+y06Dl80HDymdiKdvwlIp0adWP3nNkZJYgIMVUgl9wvPEnu4dAzgoF17lF3uodgqcNt DRIHdQyMivq4KWiCIMP5szftkzMAemeiM8H0tj7WEym30znOL9CCXli7lzbkn9Wrj3pIbnq8v6u X2uYUczf0tveLLlGwezEr9FnDX3A3B9WhTuCElaIMc/nCyrrWMWxM2m+P5VgmlcjpwqmwSlFsSP WnfYBiUceaSRlDN5HC4JkWRzHQMj4xbz6XS2ze9KTGOFaMcNkC4Idhsmc2QNfTrQ7Ay4S9Mxxwg 9T2ka6xdYFdQaTV+lBtDMxYNh31oT93LW1gVI4fZu0cRLUbqsFpXcqlfg1cMm4NUmIQUlVUGTXJ tMBYHR6wxX8dX06NlUA2tF9wdn2pqseFZhF5AFgY2KNbgdwgQYdmiXdvGcE9wDK03xJPFI93 X-Authority-Analysis: v=2.4 cv=IPoCChvG c=1 sm=1 tr=0 ts=68814cac b=1 cx=c_pps a=e1sVV491RgrpLwSTMOnk8w==:117 a=e1sVV491RgrpLwSTMOnk8w==:17 a=lCpzRmAYbLLaTzLvsPZ7Mbvzbb8=:19 a=wKuvFiaSGQ0qltdbU6+NXLB8nM8=:19 a=Ol13hO9ccFRV9qXi2t6ftBPywas=:19 a=xqWC_Br6kY4A:10 a=IkcTkHD0fZMA:10 a=Wb1JkmetP80A:10 a=GoEa3M9JfhUA:10 a=XQQhOrT_ogZbQA8oHIoA:9 a=QEXdDO2ut3YA:10 cc=ntf awl=host:13600 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 78944 Cc: "78944@debbugs.gnu.org" <78944@debbugs.gnu.org>, Eli Zaretskii 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 (-) PiBJIHNlZS4gIEJ1dCBJIHdhcyB0aGlua2luZyBvZiBhbm90aGVyIGFwcHJvYWNoOiBzaG93IHdo YXQgY29tcGxldGlvbg0KPiBzdHlsZSB3YXMgdXNlZCBhZnRlciBhIChzdWNjZXNzZnVsKSBjb21w bGV0aW9uIG9wZXJhdGlvbi4gIChvbmx5IHdoZW4NCj4gdGhlIHN0eWxlIHdhcyBub3QgdGhlIGZp cnN0IG9uZSBpbiBjb21wbGV0aW9uLXN0eWxlcykuDQoNCkNhdmVhdC9hcG9sb2d5OiBJJ20gX25v dF8gcmVhZGluZyB0aGlzIHRocmVhZC4NCkkganVzdCBoYXBwZW5lZCB0byB0YWtlIGEgbG9vayBh dCB0aGlzIG1lc3NhZ2UuDQpfX18NCg0KRldJVywgSSd2ZSBzYWlkIGZyb20gdGhlIGJlZ2lubmlu ZyB0aGF0IHRoZSBkZXNpZ24NCm9mIHZhbmlsbGEgRW1hY3MgY29tcGxldGlvbiwgd2hpY2ggYXV0 b21hdGljYWxseQ0KZ29lcyBvbiB0byB0cnkgdGhlIG5leHQgc3R5bGUgYWZ0ZXIgcHJldmlvdXMg c3R5bGVzDQpjb3VsZG4ndCBtYXRjaCBhbnl0aGluZywgcHJvdmlkZXMgbm8gd2F5IGZvciBhIHVz ZXINCnRvIGtub3cgd2hpY2ggc3R5bGUgYWN0dWFsbHkgbWF0Y2hlZC9jb21wbGV0ZWQuDQoNCkl0 IGtpbmRhIGFzc3VtZXMgdGhhdCB5b3VyIG9ubHkgYWltIGlzIHRvIGNvbXBsZXRlDQphcyBtdWNo IGFuZCBhcyBvZnRlbiBhcyBwb3NzaWJsZSwgd2hlcmVhcyB5b3UgbWlnaHQNCmJlIHdhbnRpbmcg dG8ga25vdyB3aGljaCBjYW5kaWRhdGVzIGZpdCB3aGljaCBraW5kcw0Kb2YgbWF0Y2hpbmcgKHdo aWNoIGluY2x1ZGVzIGtub3dpbmcgd2hlbiBhIGdpdmVuDQpzdHlsZSBvciBzZXQgb2Ygc3R5bGVz IGNhbid0IG1hdGNoIGFueSBjYW5kaWRhdGUpLg0KDQpJIHRoaW5rIHRoaXMgbGltaXRhdGlvbiBp cyBiYWtlZCBpbnRvIHRoZSBkZXNpZ24uDQoNClN0ZWZhbiB3aWxsIGNvcnJlY3QgbWUuLi4NCg==