From unknown Sat Aug 16 18:10:36 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#34083 <34083@debbugs.gnu.org> To: bug#34083 <34083@debbugs.gnu.org> Subject: Status: 27.0.50; Default completion, if it exists, should always sort to top Reply-To: bug#34083 <34083@debbugs.gnu.org> Date: Sun, 17 Aug 2025 01:10:36 +0000 retitle 34083 27.0.50; Default completion, if it exists, should always sort= to top reassign 34083 emacs submitter 34083 Jo=C3=A3o T=C3=A1vora severity 34083 normal tag 34083 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 15 08:39:48 2019 Received: (at submit) by debbugs.gnu.org; 15 Jan 2019 13:39:48 +0000 Received: from localhost ([127.0.0.1]:59624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjOwW-000336-6z for submit@debbugs.gnu.org; Tue, 15 Jan 2019 08:39:48 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48536) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjOwU-00032r-AS for submit@debbugs.gnu.org; Tue, 15 Jan 2019 08:39:46 -0500 Received: from lists.gnu.org ([209.51.188.17]:57929) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gjOwM-0000HS-6N for submit@debbugs.gnu.org; Tue, 15 Jan 2019 08:39:39 -0500 Received: from eggs.gnu.org ([209.51.188.92]:58721) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gjOwL-00069k-1p for bug-gnu-emacs@gnu.org; Tue, 15 Jan 2019 08:39:38 -0500 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 1gjOwE-0000Ap-4i for bug-gnu-emacs@gnu.org; Tue, 15 Jan 2019 08:39:34 -0500 Received: from mail-wm1-x32d.google.com ([2a00:1450:4864:20::32d]:32973) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gjOw8-00005m-Q2 for bug-gnu-emacs@gnu.org; Tue, 15 Jan 2019 08:39:25 -0500 Received: by mail-wm1-x32d.google.com with SMTP id r24so1070576wmh.0 for ; Tue, 15 Jan 2019 05:39:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:mime-version; bh=AgO08BxTP2OwetQNdNlKxX4qeWCU6FW7N3zRq1Mk5Ts=; b=lLbY3zk1R7L5xtIb3KC339hseEtxSiGEiUC0o7lVqZEy8wwkppXbbcvw7sCrK4kOxW Wl46R+frkgmvIsQ5/YhDQvqC52wm1by9meEjWXpadIR7EZhby59B3KA6hKAxAi3Riv0x XE/DDmkstZ43vOmcooVT2QklV0f3T72OA0Pf8Ucdt0CpeVlLKqI2VqN96vDRas8KdVQ/ +gdtLgtGqoyK/WSjRCzvZqQPFeTwFng27ORPbtiNlpzvWGVdusJIrFJtFiQlxiVN5vfQ xO2bvbqVam0FUHM2NRaBGValld+voBYspesqpbmxUPU2QpwzaGmjbAjuDXrJOLu5OqyK qDcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version; bh=AgO08BxTP2OwetQNdNlKxX4qeWCU6FW7N3zRq1Mk5Ts=; b=QfEUCoRaH7jzizkGrQfjAE+If/R0AjdWITnROGxZYE9RikWjyIqIL8iZf3fRW93XGu cl5nY5+wk4ke7YTg+9SK3/YcBaoamzUG7UD+U7htc8g9f3Dx1BdE64Mzv2/Ifm5DD+Tk F+0ppYLndvrGYbQeNAsXiJlUiET0aBbxmAojivKoz3wHdaoElW16dgZ1IdRuA9ZNi8MT IyOqZKa2DN5/niSwQKcJX2mTp04hHelM4Mq+8jaCE5Z+fILLjl00TWRD8yDBXFSjgq0I 2akMzT7zxpOTDVfSBRVpQuBULkAxGwZoYE+3GAztzUkvla8lDDvlg2sc2oNTiIXSBS3a Wwlg== X-Gm-Message-State: AJcUukfuUa/HcDPYBoj15M+KSUHQcqG4u+HFRa/aG0yrM24VM/ciU2Dh ZKOwvDdLumj2svnA7vh/T38= X-Google-Smtp-Source: ALg8bN4bxYR9s+mpD/Xg5LznG6D65MmPPrhoel6HjQOB1k7SqFaUlVDS0Er5ofRoAQ/+4+RjT6vxeA== X-Received: by 2002:a1c:180a:: with SMTP id 10mr3440963wmy.92.1547559562303; Tue, 15 Jan 2019 05:39:22 -0800 (PST) Received: from GONDOMAR.yourcompany.com (mail1.siscog.pt. [89.115.233.242]) by smtp.gmail.com with ESMTPSA id p139sm61992426wmd.31.2019.01.15.05.39.20 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 15 Jan 2019 05:39:21 -0800 (PST) From: =?iso-8859-1?Q?Jo=E3o_T=E1vora?= To: bug-gnu-emacs@gnu.org Subject: 27.0.50; Default completion, if it exists, should always sort to top Date: Tue, 15 Jan 2019 13:39:10 +0000 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Antivirus: AVG (VPS 190115-0, 15-01-2019), Outbound message X-Antivirus-Status: Clean X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::32d X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit Cc: monnier@iro.umontreal.ca 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 (/) --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi maintainers, In completion-all-sorted-completions, completions are sorted according to recency of usage, which is a good idea. However, for calls to completing-read that are given a DEFAULT (actually DEF) argument, the sort order isn't very useful. It means that, when using icomplete for i.e. M-x describe-symbol on top of the symbol sort Describe symbol (default sort): { some-other-symbol | yet-another | sort= } ^^^^^^^^^^^^^^^^^ boldface =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 This is very confusing in icomplete as "some-other-symbol" in the previous example is boldface and gives the idea of a default. It is the thing that minibuffer-force-complete-and-exit, bound to C-j, will complete to immediately. But since no text has been entered, C-m will make completion consider "sort" instead. Here's a recipe: Emacs -Q M-x icomplete-mode M-: (setq icomplete-show-matches-on-no-input t) RET type "sort" C-h o Verify that "sort" is the default but it doesn't visually in the "propects list". Instead "%" is made boldface and C-j and C-M-i will immediately complete to it. This inconsistency is easy to fix in minibuffer.el, as attached in a patch. After the patch, "sort" is sorted to the top. I couldn't figure exactly if there is an impact on non-icomplete.el usage of completion-all-sorted-completions, because I'm not familiar with that code. But since it was already using minibuffer-history-variable, I don't think this disturbs it much more than that. Naturally, this could be coded to work in icomplete-mode only, but doing that patch cleanly is much harder. Jo=E3o --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=0001-Consider-default-completion-in-completion-all-sorted.patch >From 26acc0bf504a5c3c29abcbdec7af0544cf2aec02 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jo=C3=A3o=20T=C3=A1vora?= Date: Tue, 15 Jan 2019 13:27:01 +0000 Subject: [PATCH] Consider default completion in completion-all-sorted-completions * lisp/minibuffer.el (minibuffer-completion-default): New variable. (completion-all-sorted-completions): Sort with the default on top. (completing-read-default): Set minibuffer-completion-default --- lisp/minibuffer.el | 19 ++++++++++++++----- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/lisp/minibuffer.el b/lisp/minibuffer.el index 5760a2e49d..578fd9ab63 100644 --- a/lisp/minibuffer.el +++ b/lisp/minibuffer.el @@ -1210,6 +1210,9 @@ completion--metadata (if (eq (car bounds) base) md-at-point (completion-metadata (substring string 0 base) table pred)))) +(defvar minibuffer-completion-default nil + "Within call to `completing-read', this holds the DEF argument.") + (defun completion-all-sorted-completions (&optional start end) (or completion-all-sorted-completions (let* ((start (or start (minibuffer-prompt-end))) @@ -1242,12 +1245,17 @@ completion-all-sorted-completions (setq all (if sort-fun (funcall sort-fun all) ;; Prefer shorter completions, by default. (sort all (lambda (c1 c2) (< (length c1) (length c2)))))) - ;; Prefer recently used completions. + ;; Prefer recently used completions and put the default, if + ;; it exists, on top. (when (minibufferp) - (let ((hist (symbol-value minibuffer-history-variable))) - (setq all (sort all (lambda (c1 c2) - (> (length (member c1 hist)) - (length (member c2 hist)))))))) + (let ((hist (symbol-value minibuffer-history-variable)) + (def minibuffer-completion-default)) + (setq all (sort all + (lambda (c1 c2) + (cond ((equal c1 def) t) + ((equal c2 def) nil) + (t (> (length (member c1 hist)) + (length (member c2 hist)))))))))) ;; Cache the result. This is not just for speed, but also so that ;; repeated calls to minibuffer-force-complete can cycle through ;; all possibilities. @@ -3422,6 +3430,7 @@ completing-read-default (let* ((minibuffer-completion-table collection) (minibuffer-completion-predicate predicate) + (minibuffer-completion-default def) (minibuffer-completion-confirm (unless (eq require-match t) require-match)) (base-keymap (if require-match -- 2.19.2 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 15 12:56:07 2019 Received: (at 34083) by debbugs.gnu.org; 15 Jan 2019 17:56:07 +0000 Received: from localhost ([127.0.0.1]:60333 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjSwY-0001CJ-LJ for submit@debbugs.gnu.org; Tue, 15 Jan 2019 12:56:06 -0500 Received: from aserp2130.oracle.com ([141.146.126.79]:44478) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjSwW-0001Bp-EE for 34083@debbugs.gnu.org; Tue, 15 Jan 2019 12:56:05 -0500 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id x0FHiGCe038773; Tue, 15 Jan 2019 17:55:58 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-2018-07-02; bh=Q+jGTph3Q3nSDL6/06AMOq8/Ws8XtZO6eFoSh8ZmA0Y=; b=o0t6YATVdHu8sa/fOkuHkSN2MuR9khYValV1b3sh1m4focOo/liY37lJvoG07p5BgMJN E7UMIe87i1se4UUQKiN5h+IiRhJhVjy5nVk2wtkhmgW4WzcwEE1zw3WJHJsiFvKCRNNR gVhsGi+Jla1nZYbhyQj7DgJ8mKRAxXn1uFC/9ujr/7qkohDRGN0wfQGmjZ1PPFqdxXWR uJnu5H/Vqze7S/MHtcviQ+W05DKBtGMAXwGac9BdwEQxJn3pVWBPFZqsD2YBkJEvJXqE YWrn06pTTzZWhMSEQLMum4CH8Or9DSl6LwwNMVhQYSQxrW3hBVm4TU713z8V+M/TuNFr qQ== Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp2130.oracle.com with ESMTP id 2pybjnnd3u-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 15 Jan 2019 17:55:58 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id x0FHtvLg005738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 15 Jan 2019 17:55:57 GMT Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x0FHtuee008783; Tue, 15 Jan 2019 17:55:56 GMT MIME-Version: 1.0 Message-ID: <3e721c33-2c05-4e3c-97a9-2511d432a2f2@default> Date: Tue, 15 Jan 2019 09:55:55 -0800 (PST) From: Drew Adams To: =?iso-8859-1?B?Sm/jbyBU4XZvcmE=?= , 34083@debbugs.gnu.org Subject: RE: bug#34083: 27.0.50; Default completion, if it exists, should always sort to top References: In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4783.0 (x86)] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9137 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=881 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1901150146 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34083 Cc: monnier@iro.umontreal.ca 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 completion-all-sorted-completions, completions are sorted according > to recency of usage, which is a good idea. >=20 > However, for calls to completing-read that are given a DEFAULT > (actually > DEF) argument, the sort order isn't very useful. It means that, when > using icomplete for i.e. M-x describe-symbol on top of the symbol sort >=20 > Describe symbol (default sort): { some-other-symbol | yet-another | > sort } > ^^^^^^^^^^^^^^^^^ > boldface >=20 > This is very confusing in icomplete as "some-other-symbol" in the > previous example is boldface and gives the idea of a default. It is > the > thing that minibuffer-force-complete-and-exit, bound to C-j, will > complete to immediately. But since no text has been entered, C-m will > make completion consider "sort" instead. >=20 > Here's a recipe: >=20 > Emacs -Q > M-x icomplete-mode > M-: (setq icomplete-show-matches-on-no-input t) RET > type "sort" > C-h o >=20 > Verify that "sort" is the default but it doesn't visually in the > "propects list". Instead "%" is made boldface and C-j and C-M-i will > immediately complete to it. >=20 > This inconsistency is easy to fix in minibuffer.el, as attached in a > patch. After the patch, "sort" is sorted to the top. >=20 > I couldn't figure exactly if there is an impact on non-icomplete.el > usage of completion-all-sorted-completions, because I'm not familiar > with that code. But since it was already using > minibuffer-history-variable, I don't think this disturbs it much more > than that. >=20 > Naturally, this could be coded to work in icomplete-mode only, but > doing that patch cleanly is much harder. Not a good idea, IMHO. Do I really care? My own code sorts completions differently, so I don't care with that in mind. But for vanilla Emacs I do care. The default value of `completing-read' has nothing to do with the current sort order or the first completion of that order. If someone thinks that Ido or Icomplete needs massaging in this way then that's where it should be done. Certainly not at the level of `completing-read' or (even worse) `minibuffer.el' (`completion-all-sorted-completions'). "boldface...gives the idea of a default" is an Ido/Icomplete thing. If their UIs need clarifying in this case then that's where to concentrate efforts. For example, perhaps a different face should be used when the default is not the first candidate. (No, I'm not proposing that or any other change for these UIs.) (I don't want to belabor this or put forth arguments for why this is a bad idea. If the why is not clear to others who read this bug thread, too bad.) From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 15 13:26:00 2019 Received: (at 34083) by debbugs.gnu.org; 15 Jan 2019 18:26:00 +0000 Received: from localhost ([127.0.0.1]:60354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjTPU-0001uO-JV for submit@debbugs.gnu.org; Tue, 15 Jan 2019 13:26:00 -0500 Received: from mail-qt1-f171.google.com ([209.85.160.171]:42007) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjTPQ-0001u8-94 for 34083@debbugs.gnu.org; Tue, 15 Jan 2019 13:25:56 -0500 Received: by mail-qt1-f171.google.com with SMTP id d19so4057009qtq.9 for <34083@debbugs.gnu.org>; Tue, 15 Jan 2019 10:25:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fugE5OSQ3jqUr9YHNlrZqn1XimsqQvLNvpEXnCNZbPw=; b=D9PTOKdbR7OCm4giU/VonIldjCn1ktuXRFJgua8C3izQjxVlsz8MoE90yhwOwljmUK zuLclkqunPSTxNCJ/S4drurQ6904wulWwAudBrpG4+NtftNZkiysteUNWRs8JhB5etvo p6qMCPRuf2OyHwuwbt5jp9wFKmlo/io/dWG+WmQMfjafTKIi3MUP2gGEpdmpTttZ3IQr c6QFQNrEB1XWd4ciM3yzBmKbpSoS+R91TbT4SALjcOlM6pBQrGTnQNBt+ny9m4hzuKN8 4s4I+bBMNd1deN/tOm9eO1Di6Zg9Maa2Zbk4cXTZBkQXQpk9hQp5CIamT91182xm6sn0 YMfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fugE5OSQ3jqUr9YHNlrZqn1XimsqQvLNvpEXnCNZbPw=; b=uV9ii+BMQ5qYroe2GDJ53eqYnRMY9ue+y+SLfr+PppYJh78z03oh4ZJ0pyUt8wyp4n 3rSKWTBM/wfOHwKWUUPZq+hUtHrRn0Qhsk/e2xdpaFatqaRHeNatVji4fdoLgc9MQCs9 XRknIVLDEQuPWl/3nyZ9SabhMtohd7MvWUlxGAxMXL/eEFwAYlHGS7xCgAwFXF+PaOoH 5xt5qUXJMvNyebYB9zRCzMobhrLw4aV9+mmynvzpSCJXyOhCppo0izysPkdNUkStfJmm yxjOS2paqnW4XawOOm1850H9jcDT1Pwhh8fHcCw89pI6KvHMUE9/Sn4h6xPsbDHzksJ9 vfdA== X-Gm-Message-State: AJcUukfPBnV494tF8sQfTPSM75QvSdZGqcZhIZiauQhvWTugfeA/2wNC VU7guTGPZWF2MUsSkn0d/9vZqRI4jtODJMWLyhA= X-Google-Smtp-Source: ALg8bN61ofHu7G7lQz2BPlcCOAF6dNNkZJy7QgvWMxmLRbyEKKXZYb1TtS40n8szUyfeo7g4QPfnweF0hlxlcvvGq5k= X-Received: by 2002:ac8:2dc3:: with SMTP id q3mr4075887qta.178.1547576750498; Tue, 15 Jan 2019 10:25:50 -0800 (PST) MIME-Version: 1.0 References: <3e721c33-2c05-4e3c-97a9-2511d432a2f2@default> In-Reply-To: <3e721c33-2c05-4e3c-97a9-2511d432a2f2@default> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Tue, 15 Jan 2019 18:25:39 +0000 Message-ID: Subject: Re: bug#34083: 27.0.50; Default completion, if it exists, should always sort to top To: Drew Adams Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 34083 Cc: 34083@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: -0.9 (/) On Tue, Jan 15, 2019 at 5:56 PM Drew Adams wrote: > (I don't want to belabor this or put forth arguments > for why this is a bad idea. If the why is not clear > to others who read this bug thread, too bad.) I think it's very sweet that you don't want to put forth arguments, there's nothing to refute! Now really: can you give an example where the proposed change affects the UI, for vanilla Emacs? Jo=C3=A3o --=20 Jo=C3=A3o T=C3=A1vora From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 15 13:45:57 2019 Received: (at 34083) by debbugs.gnu.org; 15 Jan 2019 18:45:57 +0000 Received: from localhost ([127.0.0.1]:60360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjTin-0002Nm-A9 for submit@debbugs.gnu.org; Tue, 15 Jan 2019 13:45:57 -0500 Received: from aserp2130.oracle.com ([141.146.126.79]:50000) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gjTil-0002NW-H2 for 34083@debbugs.gnu.org; Tue, 15 Jan 2019 13:45:56 -0500 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id x0FIjG3x090081; Tue, 15 Jan 2019 18:45:49 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-2018-07-02; bh=4FKNEoWBpfA3bomk7tIz3zEHfePuz8VEbIGRrHyRwgw=; b=1mOaEpHZjjFxIU+WZrsrY6YxwP6mFGqGnPsuGur7KiBQB+rmXVDny2ZhbQTGYZgGwp2O c/SwuZ/GlX37/dkGIwxWvEKDDUjWP2fU99kv9OEvNPwxCCpduq0aFCp4cE+Pdvn0v4uF 8J3ahQ2qGG4dRab3ptWZ61b4jBGQP0Su/tH02jUMsxsrUr5dA1PqqaljLWhIOdOnpZJ7 S2iKLg2BmFOCukVmamZ+Iakfk8cxBVuRmrBCKUzM6ZfXTZWbd2oXF7oU4If7pbQBv+7G KRZNYFVUcDpI5sASGDkzPftbrJJFNPr+qLq8sBtuSK6y7x8Zb2sg/xzmtPomMfvVWOVu QQ== Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp2130.oracle.com with ESMTP id 2pybjnnn8y-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 15 Jan 2019 18:45:49 +0000 Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id x0FIjnv5027756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 15 Jan 2019 18:45:49 GMT Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x0FIjmsu013137; Tue, 15 Jan 2019 18:45:48 GMT MIME-Version: 1.0 Message-ID: <80631c95-e553-4ead-931e-7ee841af5766@default> Date: Tue, 15 Jan 2019 10:45:47 -0800 (PST) From: Drew Adams To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Subject: RE: bug#34083: 27.0.50; Default completion, if it exists, should always sort to top References: <3e721c33-2c05-4e3c-97a9-2511d432a2f2@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4783.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9137 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=952 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1901150151 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34083 Cc: 34083@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: -3.3 (---) > > (I don't want to belabor this or put forth arguments > > for why this is a bad idea. If the why is not clear > > to others who read this bug thread, too bad.) >=20 > I think it's very sweet that you don't want to put > forth arguments, there's nothing to refute! Yeah, sorry about that. I just don't care enough. Feel free to ignore this one user opinion. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 17 08:59:37 2019 Received: (at control) by debbugs.gnu.org; 17 Jan 2019 13:59:37 +0000 Received: from localhost ([127.0.0.1]:34284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk8Cn-0000gp-4g for submit@debbugs.gnu.org; Thu, 17 Jan 2019 08:59:37 -0500 Received: from mail-wr1-f50.google.com ([209.85.221.50]:39790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk8Cl-0000ga-K2 for control@debbugs.gnu.org; Thu, 17 Jan 2019 08:59:36 -0500 Received: by mail-wr1-f50.google.com with SMTP id t27so11123942wra.6 for ; Thu, 17 Jan 2019 05:59:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:message-id:to:from:subject:mime-version :content-transfer-encoding; bh=6E0ytcylkvjDFHNtxHqk17zyzs2MXF6y4Swj02Ji+oo=; b=j3KmTWyCA0TZvBx3IhE0LkE57yLKCBEqTjrw786bj51tRMsbMcBke7w28mb9wYRqwg ymOLVfQdxUeHrzY5y8PbKZn/tPFh234MpBqKcT0stY2PYkDr9tculWucMsOnfYPkHoUx OpVm+5TLnUxNOXFop8wClsIQTKNlEIDeLDZmeOEbXeS8PYth/tXRaGVPX6ibBTWI6LIU 4flfqUiCM8NCw3Loms70b1NCXVtsT+N9g7bpYB/aAWE6PqEZAYMx87MqfhUovSFh+h7j XrLQbQcCBhXenqzTYwaFARKShBj/8WnPko6UCKBFiEVLmpbWxs7AA1zRmxNUfsUhGBHE UDOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:message-id:to:from:subject:mime-version :content-transfer-encoding; bh=6E0ytcylkvjDFHNtxHqk17zyzs2MXF6y4Swj02Ji+oo=; b=ZwUkSWvjMsZLEb5BWif/6eh1+3j/dhTZiWebPspo2NQh3yOR3nLBryMPNImg2L1l5H qqyf5MuaygMlMQR5gbJuWai0RfnoIjl7SLYfvmKDS83xXp899M8mEww9akyvHzncD/29 33PvPQN5Hh9U9p51zLfsNiy0KrlGY7XTTGlDI6q1I39J4K2/5aWT1vFxYXo1gSsADimw /Y3ecv0KduKXRJQes1hClkrhO/p2n8fnlN+iadJzSSW3I+Tc37POHyKPHCQVNlOwGBmt 9S7qA9oYQeT1CTP5jEVr0zxXDLfRKje56drJT17BqAv7awomZ1Jbp5Osdubeyf7gOwfo quqQ== X-Gm-Message-State: AJcUukeK1SLNZZpiOx7OxbcQG53AZrl/Wudvxp+LFBeGPn1rsJflRNux eZuPWteaidhcO1bMYW0IStdVrHuD X-Google-Smtp-Source: ALg8bN6tqIvcu1WgVUGTppbLNks+mpVpZJl54ph5sLcgJe/Otm9QW8r5PKS7sbiZR0jtHZhQUhYUAQ== X-Received: by 2002:adf:b307:: with SMTP id j7mr12861231wrd.46.1547733569654; Thu, 17 Jan 2019 05:59:29 -0800 (PST) Received: from GONDOMAR.yourcompany.com (mail3.siscog.pt. [195.23.29.18]) by smtp.gmail.com with ESMTPSA id y13sm40180454wme.2.2019.01.17.05.59.28 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 17 Jan 2019 05:59:29 -0800 (PST) Date: Thu, 17 Jan 2019 13:59:28 +0000 Message-Id: To: control@debbugs.gnu.org From: =?iso-8859-1?Q?Jo=E3o_T=E1vora?= Subject: control message for bug #34083 MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Antivirus: AVG (VPS 190117-0, 17-01-2019), Outbound message X-Antivirus-Status: Clean X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 34083 patch From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 17:27:57 2019 Received: (at 34083) by debbugs.gnu.org; 25 Jan 2019 22:27:57 +0000 Received: from localhost ([127.0.0.1]:45697 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gn9x7-000219-1a for submit@debbugs.gnu.org; Fri, 25 Jan 2019 17:27:57 -0500 Received: from mail-qt1-f179.google.com ([209.85.160.179]:43562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gn9x5-00020s-FS; Fri, 25 Jan 2019 17:27:56 -0500 Received: by mail-qt1-f179.google.com with SMTP id i7so12423621qtj.10; Fri, 25 Jan 2019 14:27:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=tLAqvVpYLxGot7nR7c/glqBYcodHfQYzugclwNnFs3M=; b=FNi3ZlcikoYAla8MkisX4yyZOVFtq1WVIj4/k+O4bwF00K9DUw7QAsFB1cGX2CLwZB 10nYGP3FLw7XqMjeru9zx2wgHUC/jcoYicNi02QQU8WDyUJ6Tr8QR6zxbH7lbHh29i6+ e0AR2EB6BZf0RCZHMA0PFFkqajk+L3yZ5oGxWtPw1Zl7wpaq0CCKupk2TnoTYtR6Br6y 4dT5voRUn0nWWlky7VFt82iecgB/dq160vQhppuVB3RcKE4+9lWOrud/Bs+AZw5Ed5CP +jLkvDNZ6l+iZS2jxaAT4MEe9oCy8cxKaYySp4roByTiWbsiCjYTUhbbDMYe2B35UNd3 Mg6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=tLAqvVpYLxGot7nR7c/glqBYcodHfQYzugclwNnFs3M=; b=ZEomYVcLP2k4+6hZqA0GfAflQUZxRQlbnu+Q0VD+Assv6qFnN1kWCoQLVgGnJI5/yY 6YslColCOqUyo8G76NHH8Rw+8XxTqvCm0qEvPHEyDYcY7uAg8zcj0lkV8bAzZuEvSkff a9FTMsXN44hV1S9ljIXZ6d9pwHUPAUzq50RCRfCupyRG3SkfhgxFzLiU7SziRcbPnqca 4kemzqk9aKHRtTKwdC2jGUbA0TLkmF18VrqEp+ZXPd0bT5dtwb/d7ZSRqfXY3r++94XV 6A73fqhltVcBN5+FZ0D7oQzAgK4IGTGayzO6MwIZBcMGolFaJXPFyKVbjuNyvarzoNRO oUAw== X-Gm-Message-State: AJcUukfW4hKMW6znWt3KV+I2Y1m0yVIwdOwhOw/1+HEMb2QDp1SwVoUq Jdexmgk/mXV/z9Rw9VpyJMpo9mt9vvnjnyewqnHDmAcE X-Google-Smtp-Source: ALg8bN5CGha+ZqQUA8ZGosbTlhuCIl0iJjXnNtdlVvcg5MaqctbpOVvDZL5p1MxOe8N1yqL2a7lgi1+Pd8L4GOwq5MU= X-Received: by 2002:ad4:50ca:: with SMTP id e10mr11577813qvq.20.1548455269719; Fri, 25 Jan 2019 14:27:49 -0800 (PST) MIME-Version: 1.0 References: <3e721c33-2c05-4e3c-97a9-2511d432a2f2@default> <80631c95-e553-4ead-931e-7ee841af5766@default> In-Reply-To: <80631c95-e553-4ead-931e-7ee841af5766@default> From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Date: Fri, 25 Jan 2019 22:27:37 +0000 Message-ID: Subject: Re: bug#34083: 27.0.50; Default completion, if it exists, should always sort to top To: 34083-done@debbugs.gnu.org, 34083@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 34083 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.9 (/) Fixed in f845f8a279cfc2acd1051b4cd4924e2aede54017. On Tue, Jan 15, 2019 at 6:46 PM Drew Adams wrote: > > > > (I don't want to belabor this or put forth arguments > > > for why this is a bad idea. If the why is not clear > > > to others who read this bug thread, too bad.) > > > > I think it's very sweet that you don't want to put > > forth arguments, there's nothing to refute! > > Yeah, sorry about that. I just don't care enough. > Feel free to ignore this one user opinion. > > > --=20 Jo=C3=A3o T=C3=A1vora From unknown Sat Aug 16 18:10:36 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 23 Feb 2019 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