From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 01:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 55800@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.165439147910593 (code B ref -1); Sun, 05 Jun 2022 01:12:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 Jun 2022 01:11:19 +0000 Received: from localhost ([127.0.0.1]:59832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxenW-0002kn-Vz for submit@debbugs.gnu.org; Sat, 04 Jun 2022 21:11:19 -0400 Received: from lists.gnu.org ([209.51.188.17]:35614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxenU-0002kf-RR for submit@debbugs.gnu.org; Sat, 04 Jun 2022 21:11:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59814) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxenU-0008G8-NF for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2022 21:11:16 -0400 Received: from mail-yb1-xb32.google.com ([2607:f8b0:4864:20::b32]:43899) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nxenT-0003cb-0Z for bug-gnu-emacs@gnu.org; Sat, 04 Jun 2022 21:11:16 -0400 Received: by mail-yb1-xb32.google.com with SMTP id l204so19921786ybf.10 for ; Sat, 04 Jun 2022 18:11:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=gqnLh/DKptODUavGe8WfPPA81QaTtM0/zXGxBoBJz48=; b=IlIGIWJn6lNZpbzkL4F7BYs2Z48Vay4xo34MyAeehcVX1J7MTFLQhtTXKPWqYH8GcU tJjPp8kTqf2ybJ3QRs7Dv+06S8qabQFBD5goyPCoADfZDdaVke/0VtGb4ZjO8z7kAfYy b5r5NZtPM/tMCzd7WwOxX/Ktmw0qLEvpkIpeGAA6YuGd/g9pFjOj/Hu8PPt5Niae6UEy uteJPUMoC1mgVj4iHLnLFORkXpS9c+nrXFvTZXExcT8gzxFVgocMDQORlM/AVmSrdgOT /Z4vVWU3EmHHT4j7j2IvcAic2q+xyPJBXOeV+FbMJSQWruAJPzq33iNGENF3vfJ32asa v+xQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=gqnLh/DKptODUavGe8WfPPA81QaTtM0/zXGxBoBJz48=; b=2mW1J6j4DVeh5zNvbdTNab/tkGNlfLj2TavH1W2ciN0t8rNVbJx4BP57y46eP5nZSy E18b+7/xMoHXB8GldJaT6Z0k+zVnayYZjM+WsGfclEDfqlcNSOj1Q5Ri4EihtorEzFHN OZILKmmnPg7Uwza1KZLEur+cVMKEZlNGz5zvN6nhr0XZk3xzVLPRScuEDYXMxU51Z8mR IzN7TD+SUUv4VON847jtG0De1tnn7ElpOlsD6DMLrDBMiWTtO7HdxtEl40p/am6GfcfB XURf4JhyV7rPLhz0/W5eYVnoJ1R8/cZ/AVp3pMUeOptcGOVU6Nw4UNrqCNkuXKg+zG2u +vFQ== X-Gm-Message-State: AOAM533PiXVETqdv7gMjOB/zWhgfkKFfItc949qtmE/l3q5xNPBkYkoi XRw73KUJZxP/rATe4o+UZWgtQ7f8EhSUhGHYiOIQZWJn6w2xjQ== X-Google-Smtp-Source: ABdhPJzjqhX1qLMRuU1i/piH4BU3ltwd4O6TzGO+j2l+JmKWnRg4tuXzw59L5rKi1ILq4S2F6HC2rxTT1PA68STy4Uc= X-Received: by 2002:a25:ab27:0:b0:65c:9f45:726c with SMTP id u36-20020a25ab27000000b0065c9f45726cmr18674734ybi.62.1654391473422; Sat, 04 Jun 2022 18:11:13 -0700 (PDT) MIME-Version: 1.0 From: Yilkal Argaw Date: Sun, 5 Jun 2022 04:11:02 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2607:f8b0:4864:20::b32; envelope-from=yilkalargawworkneh@gmail.com; helo=mail-yb1-xb32.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, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) using rgrep along with fido-mode or fido-vertical-mode causes the following error. -*- mode: grep; default-directory: "~/Documents/src_codes/emacs/" -*- Grep started at Sun Jun 5 03:59:26 find -H . -type d \( -path \*/SCCS -o -path \*/RCS -o -path \*/CVS -o -path \*/MCVS -o -path \*/.src -o -path \*/.svn -o -path \*/.git -o -path \*/.hg -o -path \*/.bzr -o -path \*/_MTN -o -path \*/_darcs -o -path \*/\{arch\} \) -prune -o \! -type d \( -name .\#\* -o -name \*.o -o -name \*\~ -o -name \*.bin -o -name \*.lbin -o -name \*.so -o -name \*.a -o -name \*.ln -o -name \*.blg -o -name \*.bbl -o -name \*.elc -o -name \*.lof -o -name \*.glo -o -name \*.idx -o -name \*.lot -o -name \*.fmt -o -name \*.tfm -o -name \*.class -o -name \*.fas -o -name \*.lib -o -name \*.mem -o -name \*.x86f -o -name \*.sparcf -o -name \*.dfsl -o -name \*.pfsl -o -name \*.d64fsl -o -name \*.p64fsl -o -name \*.lx64fsl -o -name \*.lx32fsl -o -name \*.dx64fsl -o -name \*.dx32fsl -o -name \*.fx64fsl -o -name \*.fx32fsl -o -name \*.sx64fsl -o -name \*.sx32fsl -o -name \*.wx64fsl -o -name \*.wx32fsl -o -name \*.fasl -o -name \*.ufsl -o -name \*.fsl -o -name \*.dxl -o -name \*.lo -o -name \*.la -o -name \*.gmo -o -name \*.mo -o -name \*.toc -o -name \*.aux -o -name \*.cp -o -name \*.fn -o -name \*.ky -o -name \*.pg -o -name \*.tp -o -name \*.vr -o -name \*.cps -o -name \*.fns -o -name \*.kys -o -name \*.pgs -o -name \*.tps -o -name \*.vrs -o -name \*.pyc -o -name \*.pyo \) -prune -o -type f \( -name ./ \) -exec grep --color=3Dauto -i -nH --null -e something \{\} + find: warning: =E2=80=98-name=E2=80=99 matches against basenames only, but = the given pattern contains a directory separator (=E2=80=98/=E2=80=99), thus the expr= ession will evaluate to false all the time. Did you mean =E2=80=98-wholename=E2=80=99? Grep finished with matches found at Sun Jun 5 03:59:26 The emacs version I tried was: 29.0.50 on x86_64 From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 05:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.16544079386081 (code B ref 55800); Sun, 05 Jun 2022 05:46:01 +0000 Received: (at 55800) by debbugs.gnu.org; 5 Jun 2022 05:45:38 +0000 Received: from localhost ([127.0.0.1]:59945 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxj50-0001a1-FT for submit@debbugs.gnu.org; Sun, 05 Jun 2022 01:45:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxj4y-0001Zo-8a for 55800@debbugs.gnu.org; Sun, 05 Jun 2022 01:45:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38702) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxj4s-0005Jn-Sd; Sun, 05 Jun 2022 01:45:30 -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=1ElI+cRzJY5eOYX6XbH+TUzUkIpEFuzO+/Y5Kord6x0=; b=I1hMbUNjIntU NMePsgfLEJUlC39im5GQMtRjsNtDZx74iEq9CLF5E7bOhcphZyCCBaBlnUyWEpPDSDeNBbouZ4oKp 6wX3T+22Xx0bUkeFsrQl2nf3uIw+1KoWYsQYsX5UnDYv6TF8RtL7Fk0L/161KCWZNN9QGSJhPjDgd 6+M6Sy1ZIYgXW6xrqphIB5q6OdwQjDM9InsUS/ObIRvNKfYBdrikgqzqTqZBGW/+HSJ7v/GIvEggF nkl9pJfXzLEXxM9NhZB72ljzpSGJvHiE3UgcaL2bXUK3WUwO3aV4+ZACwO2QvyfKFbxOk5tWEF6Hd SqvqgEBnbvtzWrprWM7J8A==; Received: from [87.69.77.57] (port=4950 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxj4p-0006V7-6d; Sun, 05 Jun 2022 01:45:30 -0400 Date: Sun, 05 Jun 2022 08:45:14 +0300 Message-Id: <83wndvack5.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Yilkal Argaw on Sun, 5 Jun 2022 04:11:02 +0300) References: X-Spam-Score: -2.3 (--) 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: Yilkal Argaw > Date: Sun, 5 Jun 2022 04:11:02 +0300 > > using rgrep along with fido-mode or fido-vertical-mode causes the > following error. Could you please show a complete recipe, starting with "emacs -Q" and listing all the commands needed to reproduce this problem? That is, start with "emacs -Q", then invoke the command to use fido-vertical-mode, then the command to use rgrep with all of its argument, and anything else that is needed for the error to appear. Thanks. From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 07:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , 55800@debbugs.gnu.org Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165441337315310 (code B ref 55800); Sun, 05 Jun 2022 07:17:01 +0000 Received: (at 55800) by debbugs.gnu.org; 5 Jun 2022 07:16:13 +0000 Received: from localhost ([127.0.0.1]:59984 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxkUf-0003ys-5M for submit@debbugs.gnu.org; Sun, 05 Jun 2022 03:16:13 -0400 Received: from mail-yw1-f170.google.com ([209.85.128.170]:42399) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxkUc-0003yd-2j for 55800@debbugs.gnu.org; Sun, 05 Jun 2022 03:16:11 -0400 Received: by mail-yw1-f170.google.com with SMTP id 00721157ae682-2ef5380669cso117270537b3.9 for <55800@debbugs.gnu.org>; Sun, 05 Jun 2022 00:16:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=7teyvl7aKtj6BrD8FF0mATjiSbAdRN2h8IFQUde8R9Y=; b=WofN5z12V7oSrLJ1KNyaDnMmKhhiMxiIoYIeRl778sPlXtPWI6j5MZdh7+27EPRFzu wzTefRpbbae2hGXfaVR2T9j72orECmhFdMZxr61UZigV7qjGTl6eHCeAGmbBqAMYbcSk FjfN8M6Ag2XTDnMZjxcAaIA7anWjTYdrycsoGyJ1EApNIvsgIWu81VvZOHMQkvrYK9N9 9p8Vi1QYWkmWnbuuHl1g2QfeXGRBUtsbX5LvTfPEm5keB2z0T1Jfb3Lpo8ylUROwEdF4 aACe5zN35mvcZln8Nw3EjTsNPXXcYDmsRCrfYudgDbIxeMFDkWvbdKCkUcKudf6BbLvk 7pww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=7teyvl7aKtj6BrD8FF0mATjiSbAdRN2h8IFQUde8R9Y=; b=E3DiISe8OfZY8SsN8d6kCWLtRq9epCLt/578Ch/yifdFUdYQqWqKXrpb4x4gv6eVbn 4i3aHF2SmuKbBMpjMXPesE5Mqej6E9G8OTA77TaTLXbXnTFT/KXmi79wquXt1EkGQ9eC +afzGk7O9SI3b8qjdYbr9TmzMBoJ1mQWBtW+um8IDyrtu5GFYENDRJtilu4Ep34E1yFX PB1lttWsk3n4DUnAVgKBDZrUmLAKluEGmlSNPMMvSgfMuOxkYiS2er2KK9zSeeO77jxp QuQ8MihIR098ymylvxsEqLoCqDq/9Si1Cwp/ntVSDyTKrd9DW4U6i2U1yMNDv4QEvS6B JcQQ== X-Gm-Message-State: AOAM531b1JjFCQJHngwKa91WsIMDXseHvwgMUrgYBZtl3SGRYKoIcxrp Xo4Qud0ptI6OAthvGYLYubGvbxUnQaEfHZt7EkQT+fzw2fJKxw== X-Google-Smtp-Source: ABdhPJzaZohF8a8psdm2127lCGCvhBxAguPrc9baTdSS8CBGexdV1aHCbtwqjNsvWctiMNZRjwufYMR/dQsG8/DJy7o= X-Received: by 2002:a81:a10d:0:b0:30c:b10c:1cbc with SMTP id y13-20020a81a10d000000b0030cb10c1cbcmr19790651ywg.104.1654413364479; Sun, 05 Jun 2022 00:16:04 -0700 (PDT) MIME-Version: 1.0 References: <83wndvack5.fsf@gnu.org> In-Reply-To: <83wndvack5.fsf@gnu.org> From: Yilkal Argaw Date: Sun, 5 Jun 2022 10:15:53 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) 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 (-) > from:Eli Zaretskii > to:Yilkal Argaw > cc:55800@debbugs.gnu.org > date:Jun 5, 2022, 8:45 AM > Could you please show a complete recipe, starting with "emacs -Q" and > listing all the commands needed to reproduce this problem? That is, > start with "emacs -Q", then invoke the command to use > fido-vertical-mode, then the command to use rgrep with all of its > argument, and anything else that is needed for the error to appear. > Thanks. My report was made after trying it out in "emacs -q". And here is the recipe after replicating it inside emacs -q ``` Start emacs with emacs -q M-x fido-vertical-mode ;; fido-mode has the same effect I tried M-x rgrep ethiopic ;; the string to search . ;; select default=all for file type by simply cliking just press Enter ~/Documents/src_codes/emacs ;; select the directory to rgrep in and press Enter ``` I hope this helps in recreating it. I have tested it without fido in "emacs -q" and it works. I think it had something to do with. With Regards On Sun, Jun 5, 2022 at 8:45 AM Eli Zaretskii wrote: > > > From: Yilkal Argaw > > Date: Sun, 5 Jun 2022 04:11:02 +0300 > > > > using rgrep along with fido-mode or fido-vertical-mode causes the > > following error. > > Could you please show a complete recipe, starting with "emacs -Q" and > listing all the commands needed to reproduce this problem? That is, > start with "emacs -Q", then invoke the command to use > fido-vertical-mode, then the command to use rgrep with all of its > argument, and anything else that is needed for the error to appear. > > Thanks. From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 07:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , 55800@debbugs.gnu.org Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165441364115693 (code B ref 55800); Sun, 05 Jun 2022 07:21:02 +0000 Received: (at 55800) by debbugs.gnu.org; 5 Jun 2022 07:20:41 +0000 Received: from localhost ([127.0.0.1]:59988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxkYy-000453-Ox for submit@debbugs.gnu.org; Sun, 05 Jun 2022 03:20:41 -0400 Received: from mail-yb1-f178.google.com ([209.85.219.178]:44859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxkYv-00044o-GY for 55800@debbugs.gnu.org; Sun, 05 Jun 2022 03:20:40 -0400 Received: by mail-yb1-f178.google.com with SMTP id a64so20626702ybg.11 for <55800@debbugs.gnu.org>; Sun, 05 Jun 2022 00:20:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=VKvVoCXNSC5JtMsuvM9sOuuzABUHoCW1rP+0CkCnBsk=; b=Ffa7NAOo1Q3929en9bde5qWAUhnL77IuaJKK0UVE/d9OazD1fKB+nses2+cKxSVtDJ 5FpG38cPJUO6FJ4h/O3zDX4nBe3k9SwugiVcpGATU9B1B/x/axUuGsDLuoe0vq1G6B1U oFW9ZqR4srepoUEE1ldgMP/Nf7iQDL0m6CwAk1EPcAeSGIlRglgGJSzf8izTCUvaT+FZ WDanXNWQ7yuSS7Rlvcu7h+O3Uz034G7njDXE97U8Z5pOANJYPuEbBgmE8DZ1H5cybUXL 3Lu1jMyaBiQnr6dSJ/F227mQHBu7tOL6NmwXjPjVzuKt95aLqpsKTdzyY5fR9D7tlXUO 2T+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=VKvVoCXNSC5JtMsuvM9sOuuzABUHoCW1rP+0CkCnBsk=; b=PE4imj5Vg9KYVk1LhGwloR7GrgQLJNqbZKoWpzXJ8NmZxZ4z2crXzan/XzcjbhfV9T vSEAScQlbfEQnPNM0Ei/jI6SV/Tt44fbeZ6ZHL9fjnECmpi4fTT1VGO6qYNbBJQGQJPe KMEov0hNYZ+JQCIqxY3QDcXMeOwMHXiw7BY1QWpGmoAsNP+avx8I+afocF7nUhF9HUhH /swvtD485EUEAdUS8l5dvh0ECTYQaCd3Z0Suns72x7YJll6qSPKSXtpEyXyK1gzsz9Sn Xhu+S9TJwR1f1fIs46ue0NT2zfmHwQ1oeeqie6JP35ff7FlCQI3UffKXmfVBpTyy//I8 tuOg== X-Gm-Message-State: AOAM533g8EPvF95W1PvvEClnRGc9yFaNzvqNMvkXMCCCQHjuZxPBhTcJ 3uAiUVq/YSmmHXQAdM+xUUWFvdTHuS3+58aCl7Qy0/x1i9qfuA== X-Google-Smtp-Source: ABdhPJzvnJEV17xCK1SPshS46/GjQdpeABhfDx1zgauT4SuhsrAlPjSy3OqEqQUyhql55IzZ562sS5Wof4M3P4DEAaI= X-Received: by 2002:a05:6902:1243:b0:663:6be4:dbc2 with SMTP id t3-20020a056902124300b006636be4dbc2mr2152888ybu.120.1654413632060; Sun, 05 Jun 2022 00:20:32 -0700 (PDT) MIME-Version: 1.0 References: <83wndvack5.fsf@gnu.org> In-Reply-To: From: Yilkal Argaw Date: Sun, 5 Jun 2022 10:20:20 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) 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 (-) > My report was made after trying it out in "emacs -q". And here is the > recipe after replicating it inside emacs -q > ``` > Start emacs with emacs -q > M-x fido-vertical-mode ;; fido-mode has the same > effect I tried > M-x rgrep > ethiopic ;; the string to search > . ;; select > default=all for file type by simply cliking just press Enter > ~/Documents/src_codes/emacs ;; select the directory to rgrep in > and press Enter > > ``` > > I hope this helps in recreating it. I have tested it without fido in > "emacs -q" and it works. > I think it had something to do with. > > With Regards sorry the email client just cutted of the line here is the recipe for better readablity ``` Start emacs with emacs -q M-x fido-vertical-mode ;; fido-mode has the same effect I tried M-x rgrep ethiopic ;; the string to search . ;; select default=all for file type by simply clicking just press Enter ~/Documents/src_codes/emacs ;; select the directory to rgrep in and press Enter ``` On Sun, Jun 5, 2022 at 10:15 AM Yilkal Argaw wrote: > > > from:Eli Zaretskii > > to:Yilkal Argaw > > cc:55800@debbugs.gnu.org > > date:Jun 5, 2022, 8:45 AM > > Could you please show a complete recipe, starting with "emacs -Q" and > > listing all the commands needed to reproduce this problem? That is, > > start with "emacs -Q", then invoke the command to use > > fido-vertical-mode, then the command to use rgrep with all of its > > argument, and anything else that is needed for the error to appear. > > > Thanks. > > My report was made after trying it out in "emacs -q". And here is the > recipe after replicating it inside emacs -q > ``` > Start emacs with emacs -q > M-x fido-vertical-mode ;; fido-mode has the same > effect I tried > M-x rgrep > ethiopic ;; the string to search > . ;; select > default=all for file type by simply cliking just press Enter > ~/Documents/src_codes/emacs ;; select the directory to rgrep in > and press Enter > > ``` > > I hope this helps in recreating it. I have tested it without fido in > "emacs -q" and it works. > I think it had something to do with. > > With Regards > > On Sun, Jun 5, 2022 at 8:45 AM Eli Zaretskii wrote: > > > > > From: Yilkal Argaw > > > Date: Sun, 5 Jun 2022 04:11:02 +0300 > > > > > > using rgrep along with fido-mode or fido-vertical-mode causes the > > > following error. > > > > Could you please show a complete recipe, starting with "emacs -Q" and > > listing all the commands needed to reproduce this problem? That is, > > start with "emacs -Q", then invoke the command to use > > fido-vertical-mode, then the command to use rgrep with all of its > > argument, and anything else that is needed for the error to appear. > > > > Thanks. From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 09:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165442243229106 (code B ref 55800); Sun, 05 Jun 2022 09:48:01 +0000 Received: (at 55800) by debbugs.gnu.org; 5 Jun 2022 09:47:12 +0000 Received: from localhost ([127.0.0.1]:60097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxmqm-0007ZO-4D for submit@debbugs.gnu.org; Sun, 05 Jun 2022 05:47:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxmqj-0007ZB-LG for 55800@debbugs.gnu.org; Sun, 05 Jun 2022 05:47:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40662) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxmqc-0002XC-Uq; Sun, 05 Jun 2022 05:47:03 -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=GyPyZCKJyZaBc18mHFlHyXI9HHmOXH9H7jo+8bttPEk=; b=MZ1QPmLrM3as QaCLK4ms1kAP213az5Ua8qzDwpzJx9jD6ySpDMD4cCu3FqZWL61fBay94RMmEGT9rsuk9nTOQyxuE /p8Ex5oFLIu4VWDOMDQmABmTjvxqAEn1HE7JQD+Mx5S2qMwPBCBXu0b+kErLFBLR0x2oKxAteh+y/ QxzELEVJWOO71RGrliY9sDmiq7k0aSC9427HHPQLKgDEnFLViAd9K6eBmV2H3spvpkIDPTh9iANej 7BAOtzfTk5/DdqaThfvCiSV9CiQjcAlp8NZ/tf5JNQhLwmZuJ9zy9y2yCr3XFzXNsJytFuNQ8uHua Z9hmHrA7znJRaynNnWO1Bw==; Received: from [87.69.77.57] (port=3925 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxmqc-0000w0-D7; Sun, 05 Jun 2022 05:47:02 -0400 Date: Sun, 05 Jun 2022 12:46:49 +0300 Message-Id: <83pmjna1di.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Yilkal Argaw on Sun, 5 Jun 2022 10:20:20 +0300) References: <83wndvack5.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Yilkal Argaw > Date: Sun, 5 Jun 2022 10:20:20 +0300 > > Start emacs with emacs -q > M-x fido-vertical-mode ;; fido-mode has the same > effect I tried > M-x rgrep > ethiopic ;; the string to search > . ;; select > default=all for file type by simply clicking just press Enter > ~/Documents/src_codes/emacs ;; select the directory to rgrep in > and press Enter The problem seems to be in grep-read-files, when fido-mode is used: the prompt says "default all", but fido understands RET as selecting the currently-highlighted candidate, which happens to be "./" -- and that, of course, makes no sense as an argument to "-name". From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 13:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165443418824484 (code B ref 55800); Sun, 05 Jun 2022 13:04:02 +0000 Received: (at 55800) by debbugs.gnu.org; 5 Jun 2022 13:03:08 +0000 Received: from localhost ([127.0.0.1]:60267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxpuN-0006Mq-TQ for submit@debbugs.gnu.org; Sun, 05 Jun 2022 09:03:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37546) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxpuL-0006ML-9s for 55800@debbugs.gnu.org; Sun, 05 Jun 2022 09:03:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43258) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxpuG-0006wP-0F; Sun, 05 Jun 2022 09:03:00 -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=qUIhPrZsk1KxiLgv/IB4iB+1cbuTUUqx80nWypcuXJQ=; b=Zg8OE9EiOiEF T/QgLYviW3q2Hf5gFhZTR+KhhhN/zXWU0QILOSF3aCH4IZBOQ0isp0FiTCBAo1MwwR/g3CwqPx6FJ 7Mv8Z0qr1FWdnqSIaimEkfj/faFOSGfXC6nLOlkhURiI7yqiDeWfJbbfDK/wL5SmSZ7Rxr59hC6Dc 1gf4bIN6+R8qDh87uXa3q3PxSbfMQWuwGI8GSM8U7XV5VLQRNvQqHbJdt/JAPxIqXp94f48pxH575 iW2Q6QsuJppPyHAbITaJ7qZ/uQqxyeZGJD8vVO2EdYk8kcAKXxO2ZSBW5Y+cndVt08XHhNEWRRr6T 7uvVtosJ0nXX8Mdy1RuPHQ==; Received: from [87.69.77.57] (port=4564 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nxpuF-0000Pq-Ji; Sun, 05 Jun 2022 09:02:59 -0400 Date: Sun, 05 Jun 2022 16:02:46 +0300 Message-Id: <83fskj9sax.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Yilkal Argaw on Sun, 5 Jun 2022 15:36:37 +0300) References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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 (---) [Please use Reply All to keep the discussion recorded by the bug tracker.] > From: Yilkal Argaw > Date: Sun, 5 Jun 2022 15:36:37 +0300 > > > from:Eli Zaretskii > > to:Yilkal Argaw > > cc:55800@debbugs.gnu.org > > date:Jun 5, 2022, 12:47 PM > > > > The problem seems to be in grep-read-files, when fido-mode is used: > > the prompt says "default all", but fido understands RET as selecting > > the currently-highlighted candidate, which happens to be "./" -- and > > that, of course, makes no sense as an argument to "-name". > > Why does the completion even show file names? In counsel-rg which > is a command that does similar thing from in the counsel package,the > second step shows file extension types like c,cpp,el. Can the behaviour > of the behaviour be modified to show such completion options. The completion shows file names because the code calls read-file-name-internal. Try the same without fido, and at the prompt for the wildcard type '?' -- you will see a list of files. That's what fido shows. Why that code calls read-file-name-internal, I don't know; perhaps because it wants to support the use case of searching a single file or files in a directory? From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Jun 2022 13:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 55800@debbugs.gnu.org Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165443555526549 (code B ref 55800); Sun, 05 Jun 2022 13:26:02 +0000 Received: (at 55800) by debbugs.gnu.org; 5 Jun 2022 13:25:55 +0000 Received: from localhost ([127.0.0.1]:60303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxqGQ-0006u9-TX for submit@debbugs.gnu.org; Sun, 05 Jun 2022 09:25:55 -0400 Received: from mail-yw1-f172.google.com ([209.85.128.172]:41284) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nxqGN-0006tu-F7 for 55800@debbugs.gnu.org; Sun, 05 Jun 2022 09:25:53 -0400 Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-30ce6492a60so121023077b3.8 for <55800@debbugs.gnu.org>; Sun, 05 Jun 2022 06:25:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=F3+9AL1BcWg9g+i1rSFq27zBq1dVrxAGjx1xPhufP7Q=; b=RCuQ99uFm0Ad/ZTz6EnT1cbPSpzENPY0Q1CW3LI2tYMKrSjuewKfIomgKWp0A6KRGQ HOp/GGvasBh+AJhq/G6xaoVh+AZp+/03x0D/8vzfiOzxc6Nsi8hNkTFiBlfT1CELcexk 4TCLHmfN5bs0ohpVUPyezY63d0xWfoXnX6lL7WXeSPWb1FqXEnqeHL/T5tVFHXzw/2Qi lUlO4UNheJwjue9KW3EvDfXDeqVdBK8wAcFFR/B/Y6X7TyUsi/LRX0R55NkvEX14Lf+N ncatqAN1681fked3AKmtLL63cjp2vuLP1dWWbM8TYEbRgQRjU5t8Y70Ee8JKKIO+/8eC VzFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=F3+9AL1BcWg9g+i1rSFq27zBq1dVrxAGjx1xPhufP7Q=; b=pEAvWWfcG0f15HbPj5qP5CDDeQxNc8idjWccnuuraMNXc04oz/jdijMug3WILQALjT uf/7z2UdTbgJZWdB3xcrTTJqVke6g0dsCLSfsaWFchK5tIxZQftJaBA6MbqK0xk5tKkM lSbd3qapKR4bXyhL3QqLjUOLejDSNhD+tCQPYRpMr8g0IaAa+bLeJajQ+aMX6WFknQxd BhTaPvi1U4qqR1gCaaUBxfVZHCeui/AJOWJyCVH3tm8yjf7crB5j2uu7TlVLXcaB6ODk MRSlfmj95sQ/A7bIeUJtKn2wctqbUhoegrDksfNBmJWoMOgr/GKERzU5tk7Na765P7RR NNVQ== X-Gm-Message-State: AOAM530k3WDRtd4/jblqIknIfKv3a/k/zVCOZVLpCSdcSihEHZ/Zo5AS ti3uXWkL+Ow50592USPma/NScrvFfqyJBw0r9lo= X-Google-Smtp-Source: ABdhPJzBwholHnO7Nz2e1rAJFws9LdgvxamwOUZpiW/wg1Wiz+dXM9tQa1dehqVyVGsrCJoQOxJezTRmNSDIEpRPo44= X-Received: by 2002:a81:4e16:0:b0:30c:4653:dd8b with SMTP id c22-20020a814e16000000b0030c4653dd8bmr21266048ywb.399.1654435545832; Sun, 05 Jun 2022 06:25:45 -0700 (PDT) MIME-Version: 1.0 References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> In-Reply-To: <83fskj9sax.fsf@gnu.org> From: Yilkal Argaw Date: Sun, 5 Jun 2022 16:25:34 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) 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 (-) > The completion shows file names because the code calls > read-file-name-internal. Try the same without fido, and at the prompt > for the wildcard type '?' -- you will see a list of files. That's > what fido shows. > > Why that code calls read-file-name-internal, I don't know; perhaps > because it wants to support the use case of searching a single file or > files in a directory? I think that is done in the completion option after that where one selects the file name or a directory based on ones' needs. This option as I mentioned before it was supposed to be for file types. If there is no builtin list for file types(extensions) it might be sufficient to leave it alone or have it call a list which contains "*" only. I have checked the completion options for counsel-rg counsel-ag, consult-rg and they do it do it that way With Regards On Sun, Jun 5, 2022 at 4:03 PM Eli Zaretskii wrote: > > [Please use Reply All to keep the discussion recorded by the bug tracker.] > > > From: Yilkal Argaw > > Date: Sun, 5 Jun 2022 15:36:37 +0300 > > > > > from:Eli Zaretskii > > > to:Yilkal Argaw > > > cc:55800@debbugs.gnu.org > > > date:Jun 5, 2022, 12:47 PM > > > > > > The problem seems to be in grep-read-files, when fido-mode is used: > > > the prompt says "default all", but fido understands RET as selecting > > > the currently-highlighted candidate, which happens to be "./" -- and > > > that, of course, makes no sense as an argument to "-name". > > > > Why does the completion even show file names? In counsel-rg which > > is a command that does similar thing from in the counsel package,the > > second step shows file extension types like c,cpp,el. Can the behaviour > > of the behaviour be modified to show such completion options. > > The completion shows file names because the code calls > read-file-name-internal. Try the same without fido, and at the prompt > for the wildcard type '?' -- you will see a list of files. That's > what fido shows. > > Why that code calls read-file-name-internal, I don't know; perhaps > because it wants to support the use case of searching a single file or > files in a directory? From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Jun 2022 07:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165467407327186 (code B ref 55800); Wed, 08 Jun 2022 07:42:01 +0000 Received: (at 55800) by debbugs.gnu.org; 8 Jun 2022 07:41:13 +0000 Received: from localhost ([127.0.0.1]:42315 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyqJU-00074Q-Th for submit@debbugs.gnu.org; Wed, 08 Jun 2022 03:41:13 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:47443) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nyqJS-00074D-DB for 55800@debbugs.gnu.org; Wed, 08 Jun 2022 03:41:11 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 1E9C624000A; Wed, 8 Jun 2022 07:41:02 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> Date: Wed, 08 Jun 2022 10:19:25 +0300 In-Reply-To: (Yilkal Argaw's message of "Sun, 5 Jun 2022 16:25:34 +0300") Message-ID: <86zginli36.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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 (-) >> The completion shows file names because the code calls >> read-file-name-internal. Try the same without fido, and at the prompt >> for the wildcard type '?' -- you will see a list of files. That's >> what fido shows. >> >> Why that code calls read-file-name-internal, I don't know; perhaps >> because it wants to support the use case of searching a single file or >> files in a directory? > > I think that is done in the completion option after that where one selects > the file name or a directory based on ones' needs. This option as > I mentioned before it was supposed to be for file types. If there is no builtin > list for file types(extensions) it might be sufficient to leave it alone > or have it call a list which contains "*" only. I have checked the completion > options for counsel-rg counsel-ag, consult-rg and they do it do it that way Did you know that you can use M-j to accept the default value "all" instead of the highlighted candidate in fido-mode? From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jun 2022 11:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165477308412547 (code B ref 55800); Thu, 09 Jun 2022 11:12:02 +0000 Received: (at 55800) by debbugs.gnu.org; 9 Jun 2022 11:11:24 +0000 Received: from localhost ([127.0.0.1]:45255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzG4R-0003GJ-PO for submit@debbugs.gnu.org; Thu, 09 Jun 2022 07:11:24 -0400 Received: from mail-yw1-f178.google.com ([209.85.128.178]:43947) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzG4Q-0003G2-6J for 55800@debbugs.gnu.org; Thu, 09 Jun 2022 07:11:22 -0400 Received: by mail-yw1-f178.google.com with SMTP id 00721157ae682-3137316bb69so42397347b3.10 for <55800@debbugs.gnu.org>; Thu, 09 Jun 2022 04:11:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OjMhhqj4apsE/4csucmNEDKCQ6LKFOZ7TNJlRdnDrEo=; b=ZCLhnr/h/RmV5gnly/61mGcTAxd3zVjNmil5q3NrPgaC6rh+XUgLQlO/NfOAmHiVuU 0Nbgypaq0ngv5QcbeMHsAQjXFLY3ASb36jHyTak6CfREcuq6xG8LdA8JqMIH/Fnp7tLe W3ladioHZc4TU9AcPG+2WxJUYpHuUtGfKHQS5wEGTtyDqMKi3O5U0epTSzIBWWgjxMK6 NU/yBP7QMkUeo5a4SGrEX7QKUIjhdjT/YhpHQ8MN6HVVQafVi798xQyTpQECc9wwOyS2 lTPcuSJGGEZFt9VbPs0ZIE1lA1Cd7i/n8vzUBbT/s6Q9Pv1CXo9Ii3SZnq/FIWvTo1po kdoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OjMhhqj4apsE/4csucmNEDKCQ6LKFOZ7TNJlRdnDrEo=; b=U6nczF0BcSZH9Laeh1sdpZ9VIT19EMNp4YblVJbuBismSHaBuV8yOzPh6v/Ru/fwQV ia0UQyzGR7fRjQMRRm67RzvgJQm2Oif2F0wlpUytRELSr0wJn3j9hjpJAnu9pOuD4m7t nskef8wHNo2OLSScc6I79dJLFkzapcQO48YxTJaJqLATNwlZmqZ8Zg4rX5Hpl4iWnrMH i0qVTer4oDvyk943Bp22n6BsJD7is3m1vqng9WnswvpofPtijRSikLqwgPKU81VV2rM+ FPorzhxjBeknbBcO8PLuAehdLkXFscHAsoKPWaIRX2onYJa+9vvXPPjzPi41VOyGRYxw ylQA== X-Gm-Message-State: AOAM533wfQVq1CxMUnPNa9j9TGKYwhMzyBfxIusy9Xa0ZF6v8LVs0VPQ ipXTeb335pGVD5ZZEF8QcmCxJKHBIt2/CIJHVVs= X-Google-Smtp-Source: ABdhPJwlP4k/poVfPfKywZEPzTtazQ/XLHvqfbjhEP/lHUO17PX1DzCeEGKf+a8l2D4RrGBL2EDTCvXPhTUUpDLUqB8= X-Received: by 2002:a81:f106:0:b0:313:39d5:e361 with SMTP id h6-20020a81f106000000b0031339d5e361mr13986113ywm.351.1654773076489; Thu, 09 Jun 2022 04:11:16 -0700 (PDT) MIME-Version: 1.0 References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> <86zginli36.fsf@mail.linkov.net> In-Reply-To: <86zginli36.fsf@mail.linkov.net> From: Yilkal Argaw Date: Thu, 9 Jun 2022 14:11:05 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) 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 (-) > Did you know that you can use M-j to accept the default value "all" > instead of the highlighted candidate in fido-mode? M-j did not work. Also I do not think that that is how that function was supposed to behave. Looking into the fille grep.el there is a list called "grep-files-aliases" I think that is the list that should be fed to the completion instead of whatever is generated by read-file-name-internal. One could even build a better list of file extensions because asking for "matching wildcards" and providing files instead of file extensions does not quite make sense to a user. With Regards Yilkal A. On Wed, Jun 8, 2022 at 10:41 AM Juri Linkov wrote: > > >> The completion shows file names because the code calls > >> read-file-name-internal. Try the same without fido, and at the prompt > >> for the wildcard type '?' -- you will see a list of files. That's > >> what fido shows. > >> > >> Why that code calls read-file-name-internal, I don't know; perhaps > >> because it wants to support the use case of searching a single file or > >> files in a directory? > > > > I think that is done in the completion option after that where one selects > > the file name or a directory based on ones' needs. This option as > > I mentioned before it was supposed to be for file types. If there is no builtin > > list for file types(extensions) it might be sufficient to leave it alone > > or have it call a list which contains "*" only. I have checked the completion > > options for counsel-rg counsel-ag, consult-rg and they do it do it that way > > Did you know that you can use M-j to accept the default value "all" > instead of the highlighted candidate in fido-mode? From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Jun 2022 17:26:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165479554524866 (code B ref 55800); Thu, 09 Jun 2022 17:26:03 +0000 Received: (at 55800) by debbugs.gnu.org; 9 Jun 2022 17:25:45 +0000 Received: from localhost ([127.0.0.1]:47642 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzLui-0006T0-O6 for submit@debbugs.gnu.org; Thu, 09 Jun 2022 13:25:44 -0400 Received: from relay10.mail.gandi.net ([217.70.178.230]:47327) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzLug-0006SP-W1 for 55800@debbugs.gnu.org; Thu, 09 Jun 2022 13:25:43 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id DF940240009; Thu, 9 Jun 2022 17:25:35 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> <86zginli36.fsf@mail.linkov.net> Date: Thu, 09 Jun 2022 20:09:59 +0300 In-Reply-To: (Yilkal Argaw's message of "Thu, 9 Jun 2022 14:11:05 +0300") Message-ID: <86y1y5bvpc.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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 (-) >> Did you know that you can use M-j to accept the default value "all" >> instead of the highlighted candidate in fido-mode? > > M-j did not work. Strange, it worked when I tried your test case with fido-vertical-mode. > One could even build a better list of file extensions > because asking for "matching wildcards" and providing files > instead of file extensions does not quite make sense to a user. This is what it already does: for example, when the current file is in Emacs Lisp mode, then the default is: (default *.el) > Also I do not think that that is how that function > was supposed to behave. Looking into the fille grep.el there is a > list called "grep-files-aliases" I think that is the list that should be > fed to the completion instead of whatever is generated by > read-file-name-internal. Surely, rgrep could be changed when necessary. But is this problem really specific to rgrep? I see exactly the same problem in many other commands, e.g.: 0. emacs -Q 1. M-x fido-vertical-mode RET 2. move point to any word 3. M-x man RET RET `man' provides the word under the cursor as the default value. But nonetheless RET selects the highlighted candidate instead of the default value. From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Jun 2022 03:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.16548320985921 (code B ref 55800); Fri, 10 Jun 2022 03:35:01 +0000 Received: (at 55800) by debbugs.gnu.org; 10 Jun 2022 03:34:58 +0000 Received: from localhost ([127.0.0.1]:48365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzVQI-0001XR-2k for submit@debbugs.gnu.org; Thu, 09 Jun 2022 23:34:58 -0400 Received: from mail-yb1-f171.google.com ([209.85.219.171]:35642) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzVQD-0001XA-0K for 55800@debbugs.gnu.org; Thu, 09 Jun 2022 23:34:56 -0400 Received: by mail-yb1-f171.google.com with SMTP id m14so1444684ybm.2 for <55800@debbugs.gnu.org>; Thu, 09 Jun 2022 20:34:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VJNIYLCZGHpoHDfAi4PYUuadDLde3dTulxOHPcFa1Pg=; b=hjqN5AbS9HGRhmfQ5mWgNfw6rtUtNDlaIBsXtjZiNa3qQajHZONV0sMYqPm2WvYOWt cl5zSsALyTMJy+aQ7KumdRT57l1atpHCt4y5mDZy2J6tlwzootpsscJ3C12U9+jWs/G5 Tm1WFKP2rLfoWbPnMNdqBquCGfr9f16B+BkLD8ziXZAmA2Mt+wpT8iYHP3jy9Mj/FNMS ewRRhHodblBkAJUm3MTc4FMaEkqt2bTJ8C02es/H/1+U27nbWIOFiNr1A5NLPAfVJv6w eiAxpU8vz67sPYDOODddfGbcsquigLMFk6XmBiJs9ppjiQCUTrYln7g87leXSTHthXMa UT9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VJNIYLCZGHpoHDfAi4PYUuadDLde3dTulxOHPcFa1Pg=; b=7G3lVArxP/mPb0IyDUk/4nLQT2teS4ibTrwO+6HcF210x4Rd7q4i0YcdcFdV3FUFP8 FQK/RD5UVuBGbtRxriVEpP8wJCjAlN+uVwijgpfT9TLLvDfz0ggjPeezbfuog2kzoeua 47Ac84fvH3oYvtrjmJ6Z9OMMBfD2xpS5GXUBCn6s6O3H+kzttlffqkk8U8YeBWtzuf/E GA8xFBBuW9CksKgUapamtGQP6c/v+RVDbKOSxEoE7ZmAjM7OjLC0OZew2sHN1nV/LXsr 94o18lTFsAZI1RZ/GbxBDAj/ASbCKrc0pYITpZ90/QlZNx3BPXxVrKBXkL2/EIdjwEMd FIOQ== X-Gm-Message-State: AOAM532Cw3PxyTKFifCrPg0b6yKOGtKzErHJqheyIVy537mjJu38yV08 eoGceK8EAinvOpnTPQLeE33S05D97C1ZOrJuxM8= X-Google-Smtp-Source: ABdhPJyq9CLpAnMoxBMWDY8ygpeIRVmtHxuAAvQj0VU34Yh+u7bJxhXFZv0EEgHD92nX+97unPNV5rk4kzMEv9Vs5m0= X-Received: by 2002:a25:a081:0:b0:664:4823:9408 with SMTP id y1-20020a25a081000000b0066448239408mr4325034ybh.335.1654832087134; Thu, 09 Jun 2022 20:34:47 -0700 (PDT) MIME-Version: 1.0 References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> <86zginli36.fsf@mail.linkov.net> <86y1y5bvpc.fsf@mail.linkov.net> In-Reply-To: <86y1y5bvpc.fsf@mail.linkov.net> From: Yilkal Argaw Date: Fri, 10 Jun 2022 06:34:35 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) 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 (-) > Strange, it worked when I tried your test case with fido-vertical-mode. Sorry about that, the machine I tried that on had M-j assigned to C-m for some reason using kmonad. I've since removed that config. So that was my bad. > This is what it already does: for example, when the current file > is in Emacs Lisp mode, then the default is: (default *.el) If this is an intended behaviour that is considered to be intuitive then sorry about the bug report. I was used to how things like the rg package worked and that might have been my fault. > Surely, rgrep could be changed when necessary. But is this problem > really specific to rgrep? I see exactly the same problem in many > other commands, e.g.: > 0. emacs -Q > 1. M-x fido-vertical-mode RET > 2. move point to any word > 3. M-x man RET RET > > `man' provides the word under the cursor as the default value. > But nonetheless RET selects the highlighted candidate instead > of the default value. Again it might be my fault but I don't get the "man" example. Doing all what you said and using M-x man only presented a single prompt and that prompt had the word under cursor as the default value. If I typed nothing the word under cursor(which is displayed in the prompt) is chosen as the default but if I typed something it searches the man page for that word. I see no highlighting of candidates there. But my general thought on the matter was that the list presented to you on the "files matching wildcard" prompt is a bit confusing whether you use fido or not. Fido just makes that obvious by presenting that list to you with the first option highlighted. And in my opinion users presented with "default=all" in the prompt might not notice the highlighted text just press RET (i.e. when you are using something like rgrep you are probably doing something and unlikely to notice the kinks of the completion list until presented with the error) . So presenting a completion list that better suits the prompt might be a better option. Even having that prompt not give any completion candidates might be better since it will not contain any option that might cause error.But all this is my opinion. And if it is a mistake in my usage and if other users find this the intuitive way to use rgrep then again I'm sorry about the bug report since it might not be a bug. On Thu, Jun 9, 2022 at 8:25 PM Juri Linkov wrote: > > >> Did you know that you can use M-j to accept the default value "all" > >> instead of the highlighted candidate in fido-mode? > > > > M-j did not work. > > Strange, it worked when I tried your test case with fido-vertical-mode. > > > One could even build a better list of file extensions > > because asking for "matching wildcards" and providing files > > instead of file extensions does not quite make sense to a user. > > This is what it already does: for example, when the current file > is in Emacs Lisp mode, then the default is: (default *.el) > > > Also I do not think that that is how that function > > was supposed to behave. Looking into the fille grep.el there is a > > list called "grep-files-aliases" I think that is the list that should be > > fed to the completion instead of whatever is generated by > > read-file-name-internal. > > Surely, rgrep could be changed when necessary. But is this problem > really specific to rgrep? I see exactly the same problem in many > other commands, e.g.: > > 0. emacs -Q > 1. M-x fido-vertical-mode RET > 2. move point to any word > 3. M-x man RET RET > > `man' provides the word under the cursor as the default value. > But nonetheless RET selects the highlighted candidate instead > of the default value. From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 10 Jun 2022 08:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.165485068613598 (code B ref 55800); Fri, 10 Jun 2022 08:45:02 +0000 Received: (at 55800) by debbugs.gnu.org; 10 Jun 2022 08:44:46 +0000 Received: from localhost ([127.0.0.1]:48661 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzaG6-0003XB-Aj for submit@debbugs.gnu.org; Fri, 10 Jun 2022 04:44:46 -0400 Received: from relay12.mail.gandi.net ([217.70.178.232]:33321) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nzaFz-0003WU-8K for 55800@debbugs.gnu.org; Fri, 10 Jun 2022 04:44:39 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id DC4B5200006; Fri, 10 Jun 2022 08:44:31 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> <86zginli36.fsf@mail.linkov.net> <86y1y5bvpc.fsf@mail.linkov.net> Date: Fri, 10 Jun 2022 10:58:05 +0300 In-Reply-To: (Yilkal Argaw's message of "Fri, 10 Jun 2022 06:34:35 +0300") Message-ID: <86ilp8di8q.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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 (-) >> This is what it already does: for example, when the current file >> is in Emacs Lisp mode, then the default is: (default *.el) > > If this is an intended behaviour that is considered to be intuitive then > sorry about the bug report. I was used to how things like the rg package > worked and that might have been my fault. Actually I don't know the intended behaviour of fido-mode, so your bug report is a valid request to find the source of the problem. If fido-mode works as intended, then rgrep could be fixed. > Again it might be my fault but I don't get the "man" example. Doing > all what you said and using M-x man only presented a single prompt > and that prompt had the word under cursor as the default value. If I > typed nothing the word under cursor(which is displayed in the prompt) > is chosen as the default but if I typed something it searches the man > page for that word. I see no highlighting of candidates there. It looks like your M-x man doesn't find available manual names, so we need to find a better example. Here is a plain call that exposes the problem: (completing-read (format-prompt "Prompt" "default") '("a" "b" "c") nil nil nil nil "default") Without fido-vertical-mode, typing RET returns "default". With fido-vertical-mode, typing RET returns "a". So maybe fido-mode could be fixed to always provide the default value as the first highlighted candidate? Then RET will select it. From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 12 Jun 2022 18:26:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.16550583626210 (code B ref 55800); Sun, 12 Jun 2022 18:26:03 +0000 Received: (at 55800) by debbugs.gnu.org; 12 Jun 2022 18:26:02 +0000 Received: from localhost ([127.0.0.1]:56471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0SHi-0001c3-8j for submit@debbugs.gnu.org; Sun, 12 Jun 2022 14:26:02 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:36979) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0SHg-0001bV-D7 for 55800@debbugs.gnu.org; Sun, 12 Jun 2022 14:26:00 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id B0116240002; Sun, 12 Jun 2022 18:25:52 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> <86zginli36.fsf@mail.linkov.net> <86y1y5bvpc.fsf@mail.linkov.net> <86ilp8di8q.fsf@mail.linkov.net> Date: Sun, 12 Jun 2022 21:24:41 +0300 In-Reply-To: <86ilp8di8q.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 10 Jun 2022 10:58:05 +0300") Message-ID: <86pmjdoi3a.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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 (-) >> If this is an intended behaviour that is considered to be intuitive then >> sorry about the bug report. I was used to how things like the rg package >> worked and that might have been my fault. > > Actually I don't know the intended behaviour of fido-mode, so your > bug report is a valid request to find the source of the problem. > If fido-mode works as intended, then rgrep could be fixed. Indeed, part of the problem was in fido-mode. When the default value is a string, then the default value is bubbled to the top of the completion list: ``` (completing-read (format-prompt "Prompt" "b") '("a1" "b1" "c1") nil nil nil nil "b") ``` in fido-vertical-mode displays: - b1 - a1 - c1 But for a list of default values: ``` (completing-read (format-prompt "Prompt" "b") '("a1" "b1" "c1") nil nil nil nil '("b" "d")) ``` doesn't take into account the first element of the defaults: - a1 - b1 - c1 So now pushed a better fix than was in bug#38992. > So maybe fido-mode could be fixed to always provide the default value > as the first highlighted candidate? Then RET will select it. Another part of the problem is still unsolved and the question still is: shouldn't fido-mode bubble the default value to the top of the list even when the default value doesn't exist in the list of completion candidates? This is the same question as was asked in https://debbugs.gnu.org/38992#76 From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Jun 2022 07:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.16551062453234 (code B ref 55800); Mon, 13 Jun 2022 07:45:02 +0000 Received: (at 55800) by debbugs.gnu.org; 13 Jun 2022 07:44:05 +0000 Received: from localhost ([127.0.0.1]:57180 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0ek1-0000q6-7E for submit@debbugs.gnu.org; Mon, 13 Jun 2022 03:44:05 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:54989) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0ejz-0000pN-DI for 55800@debbugs.gnu.org; Mon, 13 Jun 2022 03:44:04 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id B3B98100006; Mon, 13 Jun 2022 07:43:52 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> <86zginli36.fsf@mail.linkov.net> <86y1y5bvpc.fsf@mail.linkov.net> <86ilp8di8q.fsf@mail.linkov.net> <86pmjdoi3a.fsf@mail.linkov.net> Date: Mon, 13 Jun 2022 10:20:44 +0300 In-Reply-To: <86pmjdoi3a.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 12 Jun 2022 21:24:41 +0300") Message-ID: <867d5lau4j.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) 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 (-) --=-=-= Content-Type: text/plain >> So maybe fido-mode could be fixed to always provide the default value >> as the first highlighted candidate? Then RET will select it. > > Another part of the problem is still unsolved and the question still is: > shouldn't fido-mode bubble the default value to the top of the list > even when the default value doesn't exist in the list of completion > candidates? This is the same question as was asked in > https://debbugs.gnu.org/38992#76 It seems there is no way to change the behaviour of fido-mode, so what remains to do is to add the default values to the completion list only in rgrep, then fido-mode will highlight the default at the top: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=grep-read-files.patch diff --git a/lisp/progmodes/grep.el b/lisp/progmodes/grep.el index e0c9e6c76b..5d45a7d88f 100644 --- a/lisp/progmodes/grep.el +++ b/lisp/progmodes/grep.el @@ -1072,15 +1072,18 @@ grep-read-files default-extension (car grep-files-history) (car (car grep-files-aliases)))) + (defaults + (delete-dups + (delq nil + (append (list default default-alias default-extension) + (mapcar #'car grep-files-aliases))))) (files (completing-read (format-prompt "Search for \"%s\" in files matching wildcard" default regexp) - #'read-file-name-internal - nil nil nil 'grep-files-history - (delete-dups - (delq nil - (append (list default default-alias default-extension) - (mapcar #'car grep-files-aliases))))))) + (completion-table-merge + (lambda (_string _pred _action) defaults) + #'read-file-name-internal) + nil nil nil 'grep-files-history defaults))) (and files (or (cdr (assoc files grep-files-aliases)) files)))) --=-=-=-- From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Jun 2022 15:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.16551332537462 (code B ref 55800); Mon, 13 Jun 2022 15:15:02 +0000 Received: (at 55800) by debbugs.gnu.org; 13 Jun 2022 15:14:13 +0000 Received: from localhost ([127.0.0.1]:60135 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0llc-0001wI-UF for submit@debbugs.gnu.org; Mon, 13 Jun 2022 11:14:13 -0400 Received: from mail-yw1-f181.google.com ([209.85.128.181]:33788) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0llb-0001w5-2N for 55800@debbugs.gnu.org; Mon, 13 Jun 2022 11:14:11 -0400 Received: by mail-yw1-f181.google.com with SMTP id 00721157ae682-30fa61b1a83so2081367b3.0 for <55800@debbugs.gnu.org>; Mon, 13 Jun 2022 08:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Ffb+2a0c8dTf8fus6Ty2uO+Cy77mZACi3WmZ7wdhYJU=; b=VGQWoyqqZYEsxkyLjbVMEA59GmUSoWBNevRv36nxt5q5VyPGCa0Wa4seXUgdVipQMa XnL8cLa6MK1+XO7MHKOj1XAnWv7EKjOmBMhEqYmG+11DD0V1IdIcli6j9scJQ89hdwg6 N+/cwsulMCeMsZiaKRmUeuoUA56+E1aIZUKk2UHTEHBCknOF2i9rBaKd+zTlm/ii6MBs tQmr6Daq64x3YPrFVixu4ZRWajUj5lXcLgVEx61sAOq3ppSTpdjSPwoj8tOuHn9O4SuF qiAYnDUyksTRG0CNHAAZHB+Fl+FBN0ai0NCnGvbkNwSpUX+u0i3370mtrzQuVsi8Z73l y5Zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Ffb+2a0c8dTf8fus6Ty2uO+Cy77mZACi3WmZ7wdhYJU=; b=ll6C1KJBhHEtVYwzLykpZe3X6nMoblFOtyv+5NdxzG/40df5mysj+uIw5efgqSV1+4 BMkIXhlVKzvVToe9/HfyfvOX7bHgLcGwxSEcRLLgy1QwoSyOxGQSoHb1D/MWv6+1f8JP m1NU3NyQ3vspdwcI2ISg31xVCZqVqHLSGjPdtWPFHfnaeE2TNQwmB5Sf8xBzK0Z+pHof gVLjYO19u/YxgWo0HJeYUd+pYQJmFsU/UQacsLQ+BvNwmTeicBAAJpNYwTe/FEtOQgVH OHhWDdk0sNfscmhGxrcf+LQKz0x5oz0krIFCZ/8ZpW68L0PQAXZsszLAtI6N7Puw06vu Pqkw== X-Gm-Message-State: AJIora8PGqBrsVGrdofQniprpmDeZQFO6fmq3Yk+e1/hVXgf/6yhIc6P AgI70EVfn9DYu4qvkbamtnOlQiMpAU4FxhrJ5HY= X-Google-Smtp-Source: AGRyM1uNcTn5XwJWdts8lwfZ1ySxNtMqVRAd6mdbDzBz/hawyXNLiIFaJeVrwbB29LL6rOAFtuXSApSe81VK2exElaY= X-Received: by 2002:a81:6807:0:b0:313:35ba:79da with SMTP id d7-20020a816807000000b0031335ba79damr222348ywc.268.1655133245458; Mon, 13 Jun 2022 08:14:05 -0700 (PDT) MIME-Version: 1.0 References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> <86zginli36.fsf@mail.linkov.net> <86y1y5bvpc.fsf@mail.linkov.net> <86ilp8di8q.fsf@mail.linkov.net> <86pmjdoi3a.fsf@mail.linkov.net> <867d5lau4j.fsf@mail.linkov.net> In-Reply-To: <867d5lau4j.fsf@mail.linkov.net> From: Yilkal Argaw Date: Mon, 13 Jun 2022 18:13:54 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) 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 (-) Thanks Juri. I think this is much better behaviour. On Mon, Jun 13, 2022 at 10:43 AM Juri Linkov wrote: > > >> So maybe fido-mode could be fixed to always provide the default value > >> as the first highlighted candidate? Then RET will select it. > > > > Another part of the problem is still unsolved and the question still is: > > shouldn't fido-mode bubble the default value to the top of the list > > even when the default value doesn't exist in the list of completion > > candidates? This is the same question as was asked in > > https://debbugs.gnu.org/38992#76 > > It seems there is no way to change the behaviour of fido-mode, > so what remains to do is to add the default values to the completion list > only in rgrep, then fido-mode will highlight the default at the top: > From unknown Sat Aug 16 14:31:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#55800: using rgrep function interactively with fido-mode or fido-vertical-mode causes errors Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 13 Jun 2022 17:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55800 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 55800@debbugs.gnu.org, Eli Zaretskii Received: via spool by 55800-submit@debbugs.gnu.org id=B55800.16551408755781 (code B ref 55800); Mon, 13 Jun 2022 17:22:01 +0000 Received: (at 55800) by debbugs.gnu.org; 13 Jun 2022 17:21:15 +0000 Received: from localhost ([127.0.0.1]:60286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0nkY-0001V9-IW for submit@debbugs.gnu.org; Mon, 13 Jun 2022 13:21:14 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:50819) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0nkX-0001UZ-AJ; Mon, 13 Jun 2022 13:21:13 -0400 Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 8D6BBFF802; Mon, 13 Jun 2022 17:21:04 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <83wndvack5.fsf@gnu.org> <83pmjna1di.fsf@gnu.org> <83fskj9sax.fsf@gnu.org> <86zginli36.fsf@mail.linkov.net> <86y1y5bvpc.fsf@mail.linkov.net> <86ilp8di8q.fsf@mail.linkov.net> <86pmjdoi3a.fsf@mail.linkov.net> <867d5lau4j.fsf@mail.linkov.net> Date: Mon, 13 Jun 2022 20:20:00 +0300 In-Reply-To: (Yilkal Argaw's message of "Mon, 13 Jun 2022 18:13:54 +0300") Message-ID: <86tu8o8oqn.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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 (-) close 55800 29.0.50 thanks >> >> So maybe fido-mode could be fixed to always provide the default value >> >> as the first highlighted candidate? Then RET will select it. >> > >> > Another part of the problem is still unsolved and the question still is: >> > shouldn't fido-mode bubble the default value to the top of the list >> > even when the default value doesn't exist in the list of completion >> > candidates? This is the same question as was asked in >> > https://debbugs.gnu.org/38992#76 >> >> It seems there is no way to change the behaviour of fido-mode, >> so what remains to do is to add the default values to the completion list >> only in rgrep, then fido-mode will highlight the default at the top: > > Thanks Juri. I think this is much better behaviour. Thanks for confirming, now the fix was pushed to Emacs 29.