From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Apr 2023 15:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 62776@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.1681226501705 (code B ref -1); Tue, 11 Apr 2023 15:22:01 +0000 Received: (at submit) by debbugs.gnu.org; 11 Apr 2023 15:21:41 +0000 Received: from localhost ([127.0.0.1]:37989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmFoS-0000BI-FJ for submit@debbugs.gnu.org; Tue, 11 Apr 2023 11:21:41 -0400 Received: from lists.gnu.org ([209.51.188.17]:35124) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmFoO-0000B7-1h for submit@debbugs.gnu.org; Tue, 11 Apr 2023 11:21:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmFoN-00084T-Qn for bug-gnu-emacs@gnu.org; Tue, 11 Apr 2023 11:21:35 -0400 Received: from mr85p00im-ztdg06021201.me.com ([17.58.23.189]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmFoL-0006Mc-IR for bug-gnu-emacs@gnu.org; Tue, 11 Apr 2023 11:21:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1681226488; bh=KrqmVvkIzgGu9mrvz++m9pehPlg5kJZ6zArWaRar84A=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=iFNc9A8ObsZlz6QoP0nbxheKiYVUEZ9GVO1hk2sVMR+eJVVViZSH8B5MduBtEhJjY 2GBrOJA3D+QmwOn1mBJWGatUnhH4Owz3E6OodBhZ85XDxZvtLW0nvhZCrFGO7mlhTK TYZDrlGWJm84Bg/DKX4WNftVE/QJL5v3YF7Pz+YbjLuWjv5SrryCz5ITHEEtzS02gs X4wO5gXwcs2bfHrHkpgHl2H6lj17jFylWt/xgb0WigAXnEbVfBLWRPhczHEHoNz5hJ xlznIPUxbefBLAT68q+naIRbZg3Q67J0e9HAcU4ASNdXzIJPzgBko8u6ZugZ3QAGod 5yclzjS04YXtA== Received: from Rudolfs-MacBook-Air.local (mr38p00im-dlb-asmtp-mailmevip.me.com [17.57.152.18]) by mr85p00im-ztdg06021201.me.com (Postfix) with ESMTPSA id 78DA43214F4 for ; Tue, 11 Apr 2023 15:21:27 +0000 (UTC) From: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= Date: Tue, 11 Apr 2023 17:21:24 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-ORIG-GUID: 1myp3Tr2hLjPZ_7kkZoDDbKraVFD0HtY X-Proofpoint-GUID: 1myp3Tr2hLjPZ_7kkZoDDbKraVFD0HtY X-Proofpoint-Virus-Version: vendor=fsecure engine=1.1.170-22c6f66c430a71ce266a39bfe25bc2903e8d5c8f:6.0.425,18.0.816,17.0.605.474.0000000 definitions=2022-01-18_01:2022-01-14_01,2022-01-18_01,2020-01-23_02 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 clxscore=1015 mlxscore=0 bulkscore=0 spamscore=0 adultscore=0 phishscore=0 suspectscore=0 malwarescore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2209130000 definitions=main-2304110140 Received-SPF: pass client-ip=17.58.23.189; envelope-from=salutis@me.com; helo=mr85p00im-ztdg06021201.me.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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 (--) I am on Emacs 30 with Vertico. At some point during the Emacs 29/30 development cycle, C-x p f (project-find-file) stopped suggesting recently opened files correctly. More specifically, opening a project file updates the 'file-name-history', but the command does not suggest recent items based on the content of the variable. C-x C-f (find-file) works well in this regard. Perhaps bug#58447 created this problem? Some of the items stored in the 'file-name-history': "~/src/eg/core/db.fnl" ; project ~/src/eg "~/src/eg/core/atrium.fnl" ; project ~/src/eg "~/org/collatz-conjecture.org" ; project ~/ "~/org/complement.org" ; project ~/ ... Thank you in advance! Rudy In GNU Emacs 30.0.50 (build 1, aarch64-apple-darwin22.3.0, NS appkit-2299.40 Version 13.2.1 (Build 22D68)) of 2023-03-28 built on Rudolfs-MacBook-Air.local Repository revision: 28a9438169f379cea6d79fb480a85fc56ad666f4 Repository branch: master Windowing system distributor 'Apple', version 10.3.2299 System Description: macOS 13.2.1 Configured using: 'configure --with-json --with-xwidgets' Configured features: ACL GLIB GNUTLS JSON LCMS2 LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER PNG RSVG SQLITE3 THREADS TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS ZLIB Important settings: value of $LC_ALL: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: rcirc Minor modes in effect: rcirc-track-minor-mode: t telega-root-auto-fill-mode: t telega-active-locations-mode: t telega-patrons-mode: t telega-mode-line-mode: t vertico-mode: t corfu-history-mode: t global-corfu-mode: t corfu-mode: t global-hi-lock-mode: t hi-lock-mode: t global-hl-todo-mode: t global-diff-hl-mode: t savehist-mode: t flyspell-mode: t pixel-scroll-precision-mode: t delete-selection-mode: t global-goto-address-mode: t goto-address-mode: t global-subword-mode: t subword-mode: t save-place-mode: t global-auto-revert-mode: t shell-dirtrack-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t use-hard-newlines: t tab-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t context-menu-mode: t global-font-lock-mode: t font-lock-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /Users/salutis/.emacs.d/elpa/modus-themes-20230331.1210/theme-loaddefs hide= s /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/theme= -loaddefs /Users/salutis/.emacs.d/elpa/transient-20230315.1520/transient hides /Users= /salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/transient Features: (shadow sort notmuch notmuch-tree notmuch-jump notmuch-hello notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-message notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company notmuch-parser notmuch-wash coolj icalendar diary-lib diary-loaddefs notmuch-tag crm notmuch-lib notmuch-version notmuch-compat mail-extr password-store auth-source-pass with-editor server completion epa-file rcirc files-x find-dired grep fennel-mode fennel-eldoc inf-lisp cl-print loadhist org-goto macrostep-c cmacexp macrostep hl-line telega-obsolete telega telega-tdlib-events telega-webpage visual-fill-column telega-root telega-info telega-chat telega-modes telega-company telega-user telega-notifications notifications telega-voip telega-msg telega-tme telega-sticker telega-i18n telega-vvnote bindat telega-ffplay telega-media telega-sort telega-filter telega-ins telega-folders telega-inline telega-tdlib telega-util rainbow-identifiers dired-aux telega-server telega-core cursor-sensor telega-customize emacsbug embark-consult-autoloads embark-org embark embark-autoloads loaddefs-gen lisp-mnt tar-mode mm-archive network-stream url-cache url-http url-auth url-gw nsm misearch multi-isearch consult-register consult-imenu rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-enc xmltok mhtml-mode css-mode smie color js c-ts-common treesit imenu sgml-mode facemenu shortdoc tex-mode whitespace tempo image-file image-converter disp-table char-fold consult-vertico consult bookmark display-line-numbers display-fill-column-indicator paredit edmacro kmacro vertico corfu-history corfu hi-lock hl-todo compat diff-hl log-view pcvs-util vc-dir ewoc vc cus-start orderless pdf-loader finder-inf ob-sqlite ob-sql ob-lisp ob-scheme geiser-impl help-fns radix-tree geiser-custom geiser-base geiser savehist ob-R ob-plantuml ob-org org-clock modus-operandi-theme modus-themes ob-makefile ob-lua ob-latex ob-java ob-dot slime apropos etags fileloop xref arc-mode archive-mode hyperspec flyspell ispell fortune flymake-proc flymake project compile pixel-scroll cua-base comp comp-cstr warnings delsel goto-addr cap-words superword subword saveplace vc-git diff-mode easy-mmode vc-dispatcher oc-basic cl-extra help-mode ffap org-element org-persist org-id org-refile avl-tree generator ol-eww eww xdg url-queue thingatpt mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source utf7 nnoo parse-time gnus-spec gnus-int gnus-range message yank-media puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util text-property-search range ol-docview doc-view jka-compr image-mode exif ls-lisp dired dired-loaddefs ol-bibtex bibtex iso8601 ol-bbdb ol-w3m ol-doi org-link-doi autorevert filenotify cus-edit pp cus-load wid-edit ob-clojure ob-C cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs bug-reference ob-shell shell org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint org-pcomplete pcomplete comint ansi-osc ansi-color ring org-list org-footnote org-faces org-entities time-date noutline outline icons ob-emacs-lisp ob-core ob-eval org-cycle org-table ol rx org-fold org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar cal-loaddefs org-version org-compat org-macs format-spec sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils org-drill-autoloads cape-autoloads graphviz-dot-mode-autoloads bbdb-autoloads paredit-autoloads modus-themes-autoloads lua-mode-autoloads htmlize-autoloads kotlin-mode-autoloads orderless-autoloads consult-autoloads geiser-guile-autoloads geiser-autoloads emms-autoloads flymake-grammarly-autoloads grammarly-autoloads bnf-mode-autoloads websocket-autoloads rainbow-mode-autoloads fennel-mode-autoloads yaml-mode-autoloads vertico-autoloads request-autoloads telega-autoloads rainbow-identifiers-autoloads sql-indent-autoloads ess-autoloads all-the-icons-autoloads hl-todo-autoloads cider-autoloads spinner-autoloads parseedn-autoloads clojure-mode-autoloads corfu-autoloads sesman-autoloads visual-fill-column-autoloads mentor-autoloads async-autoloads xml-rpc-autoloads ebnf-mode-autoloads markdown-mode-autoloads url-scgi-autoloads elfeed-tube-mpv-autoloads mpv-autoloads elfeed-tube-autoloads aio-autoloads elfeed-autoloads citar-autoloads citeproc-autoloads string-inflection-autoloads queue-autoloads f-autoloads parsebib-autoloads magit-autoloads pcase magit-section-autoloads git-commit-autoloads transient-autoloads dash-autoloads slime-autoloads macrostep-autoloads parseclj-autoloads persist-autoloads pdf-tools-autoloads tablist-autoloads chess-autoloads diff-hl-autoloads marginalia-autoloads sqlup-mode-autoloads password-store-autoloads with-editor-autoloads info compat-autoloads s-autoloads swift-mode-autoloads package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads xwidget-internal kqueue cocoa ns lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 1138080 189885) (symbols 48 52436 38) (strings 32 279515 7049) (string-bytes 1 7979030) (vectors 16 96681) (vector-slots 8 2043673 117144) (floats 8 14224 984) (intervals 56 26278 671) (buffers 984 43)) --=20 "Thinking is a momentary dismissal of irrelevancies." -- Richard Buckminster Fuller, 1969 Rudolf Adamkovi=C4=8D [he/him] Studenohorsk=C3=A1 25 84103 Bratislava Slovakia From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2023 01:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.168126229531894 (code B ref 62776); Wed, 12 Apr 2023 01:19:02 +0000 Received: (at 62776) by debbugs.gnu.org; 12 Apr 2023 01:18:15 +0000 Received: from localhost ([127.0.0.1]:38555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmP7n-0008IM-K0 for submit@debbugs.gnu.org; Tue, 11 Apr 2023 21:18:15 -0400 Received: from wnew1-smtp.messagingengine.com ([64.147.123.26]:55169) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmP7j-0008I7-Lb for 62776@debbugs.gnu.org; Tue, 11 Apr 2023 21:18:14 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailnew.west.internal (Postfix) with ESMTP id 887142B069CA; Tue, 11 Apr 2023 21:18:05 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Tue, 11 Apr 2023 21:18:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1681262285; x=1681265885; bh=c6RXJtsKcGSnaT3v94CtAV4dNncaG2LaCQ2 eNgX1X4M=; b=PPOqDspmqEFt93bqtJE1UPcThbX7tRoYw4wtuFyh+B9iQ7fbvZD 6z94v3WfhDCk+5fZs8eW4I01lhasJj8wr0OegWWED/Qwn0w7VhuR1wVCBGn1aMDX x7jIkXhdTTtb8iqBlIzBH+ogAsYU6OOdHXN2+vozazvdNm8rQufFc6W80aYiEZmx EUY0WdJPv7S/Ci7Y/hELvD46qC3jweiWNUerQKldeKL+/eD2s3/gaoxJsjl3WTVi 6TFD5XyJoaqV7E1QMiOB4La4SrDenltC8NH2ev4+5VuFbHMT5RbyvF3+mPBMcFtO 5g87hJNJSxSC9kSHwo6iVJgA5hFsRUKSj2Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1681262285; x= 1681265885; bh=c6RXJtsKcGSnaT3v94CtAV4dNncaG2LaCQ2eNgX1X4M=; b=D UWgJI4DC7nys0sbElgv5N9s2Qo8nOkeu9r4JWjHydbl87ujRx2enyWwi36X2Ia4x 7SUc/NMTfijpWBWufniO2sazmqKumsKRCUpcuomGBT90RHijQKxmH3WCEwmn41Zw tIgW5XttlSO4LXRbWBqHESMkigOlkDt6vIgZKBVcgjWuA2wK3u7kWW8gsK0vumtD /Z24U5sN4k7iMVWvTPElH5WW49iewI+NhmqhSZzuBUXcikifD6GigE5cNVgS7IDd bEnkQeMXDW5uEC1mH6t+rFfrVxeSTVhbvrf9hbUrRpHMPJN/bJ9aGyvE7adEP5sx /8Cm40F7sboXZ2mtSELzg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdekhedggeehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtke ertddtfeejnecuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhu thhovhdruggvvheqnecuggftrfgrthhtvghrnhepieetgfejieduhfevueduffdutdegue egkefgfefgvdehgeefheegteetjeefveeinecuffhomhgrihhnpegtohhllhgrthiiqdgt ohhnjhgvtghtuhhrvgdrohhrghdptghomhhplhgvmhgvnhhtrdhorhhgnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepughmihhtrhihsehguhht ohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 11 Apr 2023 21:18:03 -0400 (EDT) Message-ID: Date: Wed, 12 Apr 2023 04:18:01 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Content-Language: en-US References: From: Dmitry Gutov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.1 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Hi! Thanks for the report. On 11/04/2023 18:21, Rudolf Adamkovič via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > I am on Emacs 30 with Vertico. At some point during the Emacs 29/30 > development cycle, C-x p f (project-find-file) stopped suggesting > recently opened files correctly. More specifically, opening a project > file updates the 'file-name-history', but the command does not suggest > recent items based on the content of the variable. > > C-x C-f (find-file) works well in this regard. > > Perhaps bug#58447 created this problem? > > Some of the items stored in the 'file-name-history': > > "~/src/eg/core/db.fnl" ; project ~/src/eg > "~/src/eg/core/atrium.fnl" ; project ~/src/eg > "~/org/collatz-conjecture.org" ; project ~/ > "~/org/complement.org" ; project ~/ > ... > > Thank you in advance! Any chance something is up in Vertico? Or with your config? From what I can see, inserting previous historical entries during project file completion (with 'M-n') seems to work fine both when using the default completion UI, and with Counsel (which is what my current session is equipped with). I also tried replacing the latter with 'M-x vertico-mode' just now, and 'M-n' seemed to work fine there, suggesting the files visited previously with the same command. Tested in both Emacs 29 and 30. From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 Apr 2023 21:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.16818539461413 (code B ref 62776); Tue, 18 Apr 2023 21:40:01 +0000 Received: (at 62776) by debbugs.gnu.org; 18 Apr 2023 21:39:06 +0000 Received: from localhost ([127.0.0.1]:60589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pot2Y-0000Mj-5e for submit@debbugs.gnu.org; Tue, 18 Apr 2023 17:39:06 -0400 Received: from mr85p00im-ztdg06011201.me.com ([17.58.23.181]:43818) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pot2V-0000ME-Om for 62776@debbugs.gnu.org; Tue, 18 Apr 2023 17:39:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1681853937; bh=AyTKftfCjcsftnmYkrmWLPFS6ocFgUX8RqB9xhufc4w=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=dBeYmE76ackSiUtdjOGWGVPfVVNSIblgyaUvfuIW6sGyqCKo5RCH6DiLvPRbRFCHX L3zJM+A0Zvwc3JTTSpgcXtVV7BMWvsIfbbwZGxWE3PKWbRqKr4OobSUiqiU30Vmjgt L47g2NRh6tF3W5AdDc+I8Tqi/ZzSO1BpDqxfaH/g02x2CGr3ITTmRzc6kzBKXUx4Q8 tzfggaoTH/bSu5pv3PHcVHIIm6THISA50pfYxc2iZiun+3lDlOYAkV7G4wuvUrr9Lj nzKhmBecoz1IFHeF05AfXwvChUgrxHwlDdiXl9IfbEMOUV7+FUZjKAU9LS4jiAeRmD TG9GPvuxhktXg== Received: from Rudolfs-MacBook-Air.local (mr38p00im-dlb-asmtp-mailmevip.me.com [17.57.152.18]) by mr85p00im-ztdg06011201.me.com (Postfix) with ESMTPSA id 1B55A96016E; Tue, 18 Apr 2023 21:38:56 +0000 (UTC) From: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= In-Reply-To: References: Date: Tue, 18 Apr 2023 23:38:53 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-ORIG-GUID: uEQ03-mUQ95MCHdA_u5wuu_v3nkLEoBx X-Proofpoint-GUID: uEQ03-mUQ95MCHdA_u5wuu_v3nkLEoBx X-Proofpoint-Virus-Version: vendor=fsecure engine=1.1.170-22c6f66c430a71ce266a39bfe25bc2903e8d5c8f:6.0.425,18.0.816,17.0.605.474.0000000 definitions=2022-01-18_01:2022-01-14_01,2022-01-18_01,2020-01-23_02 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 malwarescore=0 mlxlogscore=999 suspectscore=0 phishscore=0 clxscore=1011 spamscore=0 mlxscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2209130000 definitions=main-2304180180 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 (-) Dmitry Gutov writes: > I also tried replacing the latter with 'M-x vertico-mode' just now, and=20 > 'M-n' seemed to work fine there, suggesting the files visited previously= =20 > with the same command. Tested in both Emacs 29 and 30. To avoid miscommunication, I shall provide a precise recipe. (And, I apologize for not providing a recipe sooner.) REPRODUCTION STEPS: 1. mv ~/.emacs.d ~/.emacs.d.OLD 2. navigate to some Git repository 3. emacs -Q 4. M-x package-refresh-contents RET 5. M-x package-install RET 6. M-x vertico RET 7. M-x vertico-mode RET 8. C-x p f RET 9. C-x p f EXPECTED RESULT: Vertico pops up, showing 10 candidates. The first candidate is , the file that was opened most recently. ACTUAL RESULTS: Vertico pops up, but the first candidate is not . NOTES: If I type M-x instead of C-x p f, Vertico pops up 10 most recently used commands, such as 'package-refresh-contents' or 'package-install' in this case. All the other commands that have histories work the same way, only C-x p f does not work that way (anymore, but it used to). Rudy --=20 "Programming reliably -- must be an activity of an undeniably mathematical nature [=E2=80=A6] You see, mathematics is about thinking, and doing mathematics is always trying to think as well as possible." -- Edsger W. Dijkstra, 1981 Rudolf Adamkovi=C4=8D [he/him] Studenohorsk=C3=A1 25 84103 Bratislava Slovakia From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 01:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org, Daniel Mendler Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.168186928330101 (code B ref 62776); Wed, 19 Apr 2023 01:55:02 +0000 Received: (at 62776) by debbugs.gnu.org; 19 Apr 2023 01:54:43 +0000 Received: from localhost ([127.0.0.1]:60758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pox1u-0007pO-Ny for submit@debbugs.gnu.org; Tue, 18 Apr 2023 21:54:43 -0400 Received: from wnew3-smtp.messagingengine.com ([64.147.123.17]:33575) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pox1q-0007oM-Ij for 62776@debbugs.gnu.org; Tue, 18 Apr 2023 21:54:41 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailnew.west.internal (Postfix) with ESMTP id 3F99F2B06722; Tue, 18 Apr 2023 21:54:32 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Tue, 18 Apr 2023 21:54:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1681869271; x=1681872871; bh=okvWNoNRQrf2w1ZvCN0yRjZqjiBVMeImkJa YW3yICOk=; b=mxyO2OCtPYtnHCrOkiE7iqdDxFsm8IJ1zK6JJkGgn1DOgv1CtkI rmns3wono1c6/uFiGTO1wV6J7Mi1L4KnmFBhFfrcCoOLSYgsdvlfHzuhHX9yVvQ4 3aivrjd3ao4P/sIJFJ95ZR6aH7WCTv4glKi4iqC5TWuzE/lqpuJngyjjmv9jWSuU 2SrYCY28ZaIjn6kcRnvNco5qk3y/l6oe/vIy/0k98uQh/s/UdIghLUkMXi3a1DKc UYokqhIHS9sm37Zodgg3dITybv4dhOlXLjeUTuZeUaaQKE/FcsAtJGYc4qaPhgd4 8iCJXIQpib4zxNArM70Eh+EGfpFBjyzyzBA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1681869271; x= 1681872871; bh=okvWNoNRQrf2w1ZvCN0yRjZqjiBVMeImkJaYW3yICOk=; b=b kdzNwTYf3hEqqrsO9wUkRS+2AzoJklJVi1xfM0XyXEeyjlzRvToa+AvYF3F1cP/G bley/prfP3ZWJxc06z3LEAkyIApoAYFIsDUtM8BGTTHrwI+zExtkGXAaXjShplM7 sR9bArrcbZfQ07mtykQCfL+gJtA+pD5cvaY7HhYAH4a6U1ogdtT5QT1GNer+bZpC M7gU/1QQ9afxrh08DHWBVflbRjvxodFjT8KvVgAMOMKjJ9Q9LhLgT4ecnEo/fLs0 O4d8GHM1L8V1ZUdk+7LS4I1dk2bxJgES/s1G8+YfJ5cBLk+0cJehmE0+hsMtJ860 Uas79M9fsLrTRDBj5il7A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdelledgheefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtke ertddtfeejnecuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhu thhovhdruggvvheqnecuggftrfgrthhtvghrnhepfeejkeevvdefleefudefveegtedvve ekledvtdeuteetfedufefgudeikeffieelnecuvehluhhsthgvrhfuihiivgeptdenucfr rghrrghmpehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 18 Apr 2023 21:54:30 -0400 (EDT) Message-ID: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> Date: Wed, 19 Apr 2023 04:54:28 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: en-US References: From: Dmitry Gutov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.9 (-) 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.9 (--) On 19/04/2023 00:38, Rudolf Adamkovič wrote: > Dmitry Gutov writes: > >> I also tried replacing the latter with 'M-x vertico-mode' just now, and >> 'M-n' seemed to work fine there, suggesting the files visited previously >> with the same command. Tested in both Emacs 29 and 30. > To avoid miscommunication, I shall provide a precise recipe. > > (And, I apologize for not providing a recipe sooner.) > > REPRODUCTION STEPS: > > 1. mv ~/.emacs.d ~/.emacs.d.OLD > 2. navigate to some Git repository > 3. emacs -Q > 4. M-x package-refresh-contents RET > 5. M-x package-install RET > 6. M-x vertico RET > 7. M-x vertico-mode RET > 8. C-x p f RET > 9. C-x p f > > EXPECTED RESULT: > > Vertico pops up, showing 10 candidates. The first candidate is > , the file that was opened most recently. > > ACTUAL RESULTS: > > Vertico pops up, but the first candidate is not . > > NOTES: > > If I type M-x instead of C-x p f, Vertico pops up 10 most recently > used commands, such as 'package-refresh-contents' or 'package-install' > in this case. All the other commands that have histories work the > same way, only C-x p f does not work that way (anymore, but it used > to). Thanks! If after step 9 I press M-p (previous-history-element), relative to the repository root is inserted no problem. So it seems like the history var is used at least in some form. But you're saying it is not used during sorting? And that used to happen? It's possible that vertico--history-hash is confused by our manipulation of the history entries -- like how they are stored as absolute file names now (bug#58447). Ideally this will require just some tiny tweak in vertico. I wonder what Daniel thinks. From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Daniel Mendler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 05:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov , Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.16818836751301 (code B ref 62776); Wed, 19 Apr 2023 05:55:01 +0000 Received: (at 62776) by debbugs.gnu.org; 19 Apr 2023 05:54:35 +0000 Received: from localhost ([127.0.0.1]:60918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pp0m3-0000Ku-2a for submit@debbugs.gnu.org; Wed, 19 Apr 2023 01:54:35 -0400 Received: from server.qxqx.de ([178.63.65.180]:42925 helo=mail.qxqx.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pp0m0-0000Ke-N7 for 62776@debbugs.gnu.org; Wed, 19 Apr 2023 01:54:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qxqx.de; s=mail1392553390; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=gRnFJk8nLH+izCD9nv1a8DEGp6hTa0yVpud1HkBw8/M=; b=mFHwlM+YlP2LEPytaCzzJumEkk mY3uTdDDEz0WYM6rdBnu+w+z/yvtjx9Xvfz9o/wj1IpyTkTW6Qo3KCYavRNXGxQqJGqEd9GLr85WC hGTvrooPCVhAhqCV4wTE3k2CTBlGsi/QMOGTfkCbArGOaM7yfAKA0iGG2dN3wQvyPyNc=; Message-ID: Date: Wed, 19 Apr 2023 07:54:24 +0200 MIME-Version: 1.0 References: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> Content-Language: en-US From: Daniel Mendler In-Reply-To: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 (---) On 4/19/23 03:54, Dmitry Gutov wrote: > It's possible that vertico--history-hash is confused by our manipulation > of the history entries -- like how they are stored as absolute file > names now (bug#58447). Yes, that's right. A tweak to the hash manipulation would be needed. On the other hand we cannot handle all special cases in vertico--history-hash. For such cases one can set the vertico-sort-function or vertico-sort-override-function variables per command. Daniel From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 10:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daniel Mendler , Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.1681901255346 (code B ref 62776); Wed, 19 Apr 2023 10:48:01 +0000 Received: (at 62776) by debbugs.gnu.org; 19 Apr 2023 10:47:35 +0000 Received: from localhost ([127.0.0.1]:32831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pp5La-00005U-QR for submit@debbugs.gnu.org; Wed, 19 Apr 2023 06:47:35 -0400 Received: from new4-smtp.messagingengine.com ([66.111.4.230]:56749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pp5LY-000056-LW for 62776@debbugs.gnu.org; Wed, 19 Apr 2023 06:47:33 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.nyi.internal (Postfix) with ESMTP id 454C558236A; Wed, 19 Apr 2023 06:47:27 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 19 Apr 2023 06:47:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1681901247; x=1681904847; bh=3jYD8wlxaXkAPtKDA14zssUGp8z8WEZREvt /5DtPcsk=; b=eVQ0Q8iF7dXcStzSH5Dy9KH0HmNcPE4G4UyRjl7nflLfSZPqwgC 36A/A8P7zvAn4tKet0Z9hzVCENkZDVn0ROZ4bbirLx3Icd56W87SQZ5689yQ6Ci4 PYmLMeiW9aK6SUtUQN47EAdvUBmEsHw723cvBF94TcHSz0pNy5RFfj9ZA6eHjwHF +k2cnS20nZi6AIIn1jEoHBDFcz2cJjt8ktpwDGC3JEbWdqHy5dpOcNxeNfeDDOjK Isp5evoDSufb2gaWtuL95wbTScMq15tb42o5Z0z7wn0eKrjTkKFKpFoyqIZ+6MOV 4SQ3r2gYo+b2RQLhrLuGC2q72iEAGOhl6xw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1681901247; x= 1681904847; bh=3jYD8wlxaXkAPtKDA14zssUGp8z8WEZREvt/5DtPcsk=; b=c vG0K4fRaibqTY095+ttFoba/xA36T3ONm1ecwvrU3swEOJCGBgYrq83+RQujWVK4 IjlAx8CGJMkNkc3ubGJ2dBy0bA40O8Gk/Tow+tv23YfMtSeEna8F2/Yzq0KyI+oC Dt0nhRu9vuwKkQFGK73mzDypM99WWg6YzNiPoXEDDAySh1eWGAWAcuvdrkl+BVpQ 02EnJP5jglzWus5pbnacqETnLwWLoY6tXC0KDWYtWEJxnGS+34QdSOhjO0OxqUw/ oL1HybIBwTJGqV43ngzqHT8ZGJBomZrhbgrzZAvsRtHFlayVolCEQl+YYykXcREX 5nWd5h00A1JYD9E7DYPQw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfedttddgfedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtje ertddtfeejnecuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhu thhovhdruggvvheqnecuggftrfgrthhtvghrnhepvdeljeelgeehtdduvdetudfgfeejje fgleevteehvdfhffelvdfhteevhffghfegnecuffhomhgrihhnpehgihhthhhusgdrtgho mhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 19 Apr 2023 06:47:25 -0400 (EDT) Message-ID: <1310e385-f151-2a96-d7b9-cd21c082adc3@gutov.dev> Date: Wed, 19 Apr 2023 13:47:23 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: en-US References: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> From: Dmitry Gutov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) 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.9 (--) On 19/04/2023 08:54, Daniel Mendler wrote: > On 4/19/23 03:54, Dmitry Gutov wrote: >> It's possible that vertico--history-hash is confused by our manipulation >> of the history entries -- like how they are stored as absolute file >> names now (bug#58447). > Yes, that's right. A tweak to the hash manipulation would be needed. On > the other hand we cannot handle all special cases in > vertico--history-hash. For such cases one can set the > vertico-sort-function or vertico-sort-override-function variables per > command. Right. I wasn't sure what the special-ness of this case is, though. At first I figured it might be because of the local binding for the history variable (this is something we changed recently, after all). But now it just looks like if the variable is 'file-name-history', the hash only takes the first segment of file names from it. E.g., when history looked like this at the beginning: ("lisp/progmodes/ruby-mode.el") the hash at the end is: #s(hash-table size 1 test equal rehash-size 1.5 rehash-threshold 0.8125 data ("lisp/" 0)) I'm guessing this change is responsible for that: https://github.com/minad/vertico/commit/0bc58baba1904cefefccc1cd5510d2e942c181f1 Perhaps there is some straightforward way to determine whether the current completion table stops at separators or not, to be used here. From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Daniel Mendler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 12:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov , Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.168190593819128 (code B ref 62776); Wed, 19 Apr 2023 12:06:02 +0000 Received: (at 62776) by debbugs.gnu.org; 19 Apr 2023 12:05:38 +0000 Received: from localhost ([127.0.0.1]:32939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pp6Z7-0004yR-Lo for submit@debbugs.gnu.org; Wed, 19 Apr 2023 08:05:38 -0400 Received: from server.qxqx.de ([178.63.65.180]:44749 helo=mail.qxqx.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pp6Z5-0004yD-Bw for 62776@debbugs.gnu.org; Wed, 19 Apr 2023 08:05:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qxqx.de; s=mail1392553390; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=kK7sEaoHWbOJnNldLZt82wx6PUyg1zNMZeR5x68R1rM=; b=GZQw8GJy2ztxpiaBKaDFRcDzC3 K5j/NCHDXsHxt4XUmL7NDXDJVYymNzc9W+0Vlo7mj2fgflD/XrxC+6hxiJ4851EgjZ3OdKHtv/X0L wKalOj6VBhwtPICXnCx+GeaErpebTqFQj4afUFPdtKTR1xOPIgdNIxUtJKAzFer9DHp8=; Message-ID: Date: Wed, 19 Apr 2023 14:05:27 +0200 MIME-Version: 1.0 References: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> <1310e385-f151-2a96-d7b9-cd21c082adc3@gutov.dev> Content-Language: en-US From: Daniel Mendler In-Reply-To: <1310e385-f151-2a96-d7b9-cd21c082adc3@gutov.dev> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 (---) On 4/19/23 12:47, Dmitry Gutov wrote: > On 19/04/2023 08:54, Daniel Mendler wrote: >> On 4/19/23 03:54, Dmitry Gutov wrote: >>> It's possible that vertico--history-hash is confused by our manipulation >>> of the history entries -- like how they are stored as absolute file >>> names now (bug#58447). >> Yes, that's right. A tweak to the hash manipulation would be needed. On >> the other hand we cannot handle all special cases in >> vertico--history-hash. For such cases one can set the >> vertico-sort-function or vertico-sort-override-function variables per >> command. > Perhaps there is some straightforward way to determine whether the > current completion table stops at separators or not, to be used here. Yes, one could for example check if the base string is empty, stored in `vertico--base`. Then the suffix should not be removed. However we would still strip the `default-directory` (or project directory) from all the candidates stored in the history, since the project file names are relative. Iirc this was introduced in a recent change in project.el, which was a good change in principle, but unfortunately breaks the assumptions of sorting by history. All in all this makes `project-find-file` a special case which we could handle specially in `vertico--history-hash`, but I try really hard to avoid accumulating special cases in Vertico. Another alternative would be to control the sorting directly in `project-find-file` by setting the `display-sort-function` and `cycle-sort-function`, maybe via a configuration variable. It is not really obvious where sorting is handled best. For example in my Consult package, which offers "highly tuned" completion commands, the commands usually try to control many aspects of completion (including sorting), while for other simpler commands it is better to let the completion UI do more of the work. Daniel From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 15:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daniel Mendler , Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.168191812429412 (code B ref 62776); Wed, 19 Apr 2023 15:29:02 +0000 Received: (at 62776) by debbugs.gnu.org; 19 Apr 2023 15:28:44 +0000 Received: from localhost ([127.0.0.1]:35568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pp9jf-0007eI-GN for submit@debbugs.gnu.org; Wed, 19 Apr 2023 11:28:43 -0400 Received: from wnew3-smtp.messagingengine.com ([64.147.123.17]:55089) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pp9jd-0007e5-IF for 62776@debbugs.gnu.org; Wed, 19 Apr 2023 11:28:42 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailnew.west.internal (Postfix) with ESMTP id 255732B06704; Wed, 19 Apr 2023 11:28:35 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Wed, 19 Apr 2023 11:28:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1681918114; x=1681921714; bh=w1LFA/enkbs/Zb7OxNFlvZ/R8b6e82QX0K9 i/s8lfJE=; b=dYSjbRW4/aWbR+D1fadVYommA6BZFZxQu30eRpNsayP4Q5sW9ZK xoRBG4iWhJwDp3FDRpdnjWuMvfLrBZxMNNT1+6NJP9/geVb2BbyOXANNdSbruhC1 g7R7ncaqs+A2XP3bFT06ykoa5pL9NU9LgjJ9Se8X7ps5++0eqTfBX+z6HmSY5+xc R6pdPTiez4MV86T0IrSRJ+0JrZ4y7/iRJCDn3Kz20m/Phbqilu0jmkFDrPcs0Lxn Pf0GwZ6yKkhr5vdVX5oJ3H34QjjAdDOsoOCe3pLCnjgNpBSOBBXZvs8Pd6LF2lTE TphmGLBDO4BuRKEsAhQznNGWNP3RMPdHEGQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1681918114; x= 1681921714; bh=w1LFA/enkbs/Zb7OxNFlvZ/R8b6e82QX0K9i/s8lfJE=; b=I Dimqt2ijQOXZ74g5Mv2hxb5+6A+dceCp1cGYQ1HwZMiOBbSWlo02QYZ+iJAXlrcM OC+awmoPMyAVUXE9csL5brtBZch2pYx8BWupojwKOwzFzLd2CPOoxWq1hSqm6M3Q FLJM/xudVy+u0dbcFeduF+S6gUnbtoUrEb7DJBwihVpGMaGCS5qjQgKDB2ZD4rgH H4/4lKw0tjmU3jsCEW5mIgUzraC9jFeiRR2Se3BVhqdhaHSHpXYfIw2NdUqiVI/d tcK8CO+AUr99l7S9cwoUtYET0Oq2OtJuzFeLS2YyCus9I6j98MbNKLmtzRd2LpWX 4/VKfdcghW4s2meDJhVFw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfedttddgledtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtje ertddtfeejnecuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhu thhovhdruggvvheqnecuggftrfgrthhtvghrnhepgeehtdehudejieetuedttdejkeehje etueekheffuddtjeeuvdefveeuveeiuddunecuvehluhhsthgvrhfuihiivgeptdenucfr rghrrghmpehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 19 Apr 2023 11:28:33 -0400 (EDT) Message-ID: <360f88a8-8dd9-5fd3-51ef-4b670aad2272@gutov.dev> Date: Wed, 19 Apr 2023 18:28:32 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: en-US References: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> <1310e385-f151-2a96-d7b9-cd21c082adc3@gutov.dev> From: Dmitry Gutov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) 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.9 (--) On 19/04/2023 15:05, Daniel Mendler wrote: > All in all this makes `project-find-file` a special case which we could > handle specially in `vertico--history-hash`, but I try really hard to > avoid accumulating special cases in Vertico. Another alternative would > be to control the sorting directly in `project-find-file` by setting the > `display-sort-function` and `cycle-sort-function`, maybe via a > configuration variable. It is not really obvious where sorting is > handled best. For example in my Consult package, which offers "highly > tuned" completion commands, the commands usually try to control many > aspects of completion (including sorting), while for other simpler > commands it is better to let the completion UI do more of the work. From my outside perspective, it seems appropriate to handle inside this function, if it's at all possible to do without mentioning the exact command name, etc. IIUC the issue is that is has (added) special handling for file name completion, and predicates that on the name of the history variable. It can/should be combined with an extra check which makes sure that the completion table uses '/' as field separators. Maybe using the `completion-boundaries` thingy. Or just straight calling `completion-boundaries` on the history elements to extract the first segment instead of hardcoding '/'. From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Daniel Mendler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 15:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov , Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.168191918431394 (code B ref 62776); Wed, 19 Apr 2023 15:47:02 +0000 Received: (at 62776) by debbugs.gnu.org; 19 Apr 2023 15:46:24 +0000 Received: from localhost ([127.0.0.1]:35580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppA0m-0008AI-44 for submit@debbugs.gnu.org; Wed, 19 Apr 2023 11:46:24 -0400 Received: from server.qxqx.de ([178.63.65.180]:43789 helo=mail.qxqx.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppA0j-00089v-9u for 62776@debbugs.gnu.org; Wed, 19 Apr 2023 11:46:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qxqx.de; s=mail1392553390; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=kcLOLxKSD/P67sz7HLhVDaJe3g7P+JTVrF2M/z4OszU=; b=TfBbvd9HcwCCq20NNy56z29IHX DTy4zU8UfbNgnvnLGUKATZXGEHh0hs0L8rytXQDPymqDSCKm6qM2Vu+wEZiaqsJtOPl9SvUYz+adL L5d2E4hMnoJ79/yTMOSIK4LPaEHB89vjx0n1ZwPYE9YQTMJy+obj+xlXbRYZEXSiMlwM=; Message-ID: Date: Wed, 19 Apr 2023 17:46:11 +0200 MIME-Version: 1.0 References: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> <1310e385-f151-2a96-d7b9-cd21c082adc3@gutov.dev> <360f88a8-8dd9-5fd3-51ef-4b670aad2272@gutov.dev> Content-Language: en-US From: Daniel Mendler In-Reply-To: <360f88a8-8dd9-5fd3-51ef-4b670aad2272@gutov.dev> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 (---) On 4/19/23 17:28, Dmitry Gutov wrote: > On 19/04/2023 15:05, Daniel Mendler wrote: >> All in all this makes `project-find-file` a special case which we could >> handle specially in `vertico--history-hash`, but I try really hard to >> avoid accumulating special cases in Vertico. Another alternative would >> be to control the sorting directly in `project-find-file` by setting the >> `display-sort-function` and `cycle-sort-function`, maybe via a >> configuration variable. It is not really obvious where sorting is >> handled best. For example in my Consult package, which offers "highly >> tuned" completion commands, the commands usually try to control many >> aspects of completion (including sorting), while for other simpler >> commands it is better to let the completion UI do more of the work. > > From my outside perspective, it seems appropriate to handle inside this > function, if it's at all possible to do without mentioning the exact > command name, etc. This seems almost not possible. The behavior would be quite specific for `project-find-file` (or even only to the specific `project-read-file-name-function`. If we need per-command special handling one can always override `vertico-sort-function` manually. > IIUC the issue is that is has (added) special handling for file name > completion, and predicates that on the name of the history variable. It > can/should be combined with an extra check which makes sure that the > completion table uses '/' as field separators. Maybe using the > `completion-boundaries` thingy. Or just straight calling > `completion-boundaries` on the history elements to extract the first > segment instead of hardcoding '/'. Vertico already handles completion boundaries. This is how the base string `vertico--base` is computed. But as already mentioned, this is unfortunately not the only issue. The issue is also that `project-find-file` removes the base directory. The entries in the history hash would need the same treatment. Daniel From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 15:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Daniel Mendler , Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.168191938932032 (code B ref 62776); Wed, 19 Apr 2023 15:50:01 +0000 Received: (at 62776) by debbugs.gnu.org; 19 Apr 2023 15:49:49 +0000 Received: from localhost ([127.0.0.1]:35590 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppA45-0008Ka-4f for submit@debbugs.gnu.org; Wed, 19 Apr 2023 11:49:49 -0400 Received: from new3-smtp.messagingengine.com ([66.111.4.229]:33149) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppA44-0008KL-4X for 62776@debbugs.gnu.org; Wed, 19 Apr 2023 11:49:48 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailnew.nyi.internal (Postfix) with ESMTP id C037E5823D6; Wed, 19 Apr 2023 11:49:42 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Wed, 19 Apr 2023 11:49:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1681919382; x=1681922982; bh=ro+z8Kn4/fx94oJ7kXyvVJi0eSpx+NbZyJs +HSbEOuM=; b=EX5xghe9ARAoML5w8Lui9mBtGbjojxlSqMxZQp/JVKW8j7CMxIn ckMT04VyeFVMcj4KskOKYmLDOIKtrNiIYoza0JtcwkhkDNRk5pzX7Xb8LIxlUKjn 8c0j/7PvMa4wFuzkPOTTGHDdbTdC0QFpU2b/I06WVJukJFUo2IGmY2cXRx5CDKVZ eKrUb7+OA0NRf0IhJHMWuuUXPHyDM2NdIw+EkdQiKmqhlxLUUIsipFR2NmYsJ9UX T7Gdlk18aOhWk5e5jq4OGzvwk79P9WzjosJyICrxN2rM8S1V/Ks8WjYToP5c2Q0Q ZCndU/2nKZHS2MnYed+BtY12FR/w/PIESxQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1681919382; x= 1681922982; bh=ro+z8Kn4/fx94oJ7kXyvVJi0eSpx+NbZyJs+HSbEOuM=; b=U dj/ShD+ZXlnxm2NiLM9vTvz+LTltr1S+uznHlY/66wAFifUbEu6BjpbPuSyfU4HG S1DJnU2mWiElDT7n5W1IhRbyvV/6KkmFSCwaifnXBxZ4GdIaUThAs8oYNG5lRMW3 1l6JQUO5ukdRlpxQ/XqRcql0X9XMmhPwbwxhDq56QtQrJ7YjfMkS4pS3UvIeaBES cmT6uRFJ9pmnJCvsl7MM3BCZZH/1kQBV1pvzGx0c+sfCDX8+HNCipBXPzM0aEo6G BcZk6rUzwj/rrYa0JzjZVtvEjfKP61TlDyh+v0W8UbMFBdqBRH21lL76WTrLHe3y GpVU3I40ddrOItxRIWMlQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfedttddgleegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtje ertddtfeejnecuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhu thhovhdruggvvheqnecuggftrfgrthhtvghrnhepgeehtdehudejieetuedttdejkeehje etueekheffuddtjeeuvdefveeuveeiuddunecuvehluhhsthgvrhfuihiivgeptdenucfr rghrrghmpehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 19 Apr 2023 11:49:40 -0400 (EDT) Message-ID: <7717d45c-b88c-5956-1018-dd86d44cd25f@gutov.dev> Date: Wed, 19 Apr 2023 18:49:39 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: en-US References: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> <1310e385-f151-2a96-d7b9-cd21c082adc3@gutov.dev> <360f88a8-8dd9-5fd3-51ef-4b670aad2272@gutov.dev> From: Dmitry Gutov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) 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.9 (--) On 19/04/2023 18:46, Daniel Mendler wrote: >> IIUC the issue is that is has (added) special handling for file name >> completion, and predicates that on the name of the history variable. It >> can/should be combined with an extra check which makes sure that the >> completion table uses '/' as field separators. Maybe using the >> `completion-boundaries` thingy. Or just straight calling >> `completion-boundaries` on the history elements to extract the first >> segment instead of hardcoding '/'. > Vertico already handles completion boundaries. This is how the base > string `vertico--base` is computed. But as already mentioned, this is > unfortunately not the only issue. The issue is also that > `project-find-file` removes the base directory. The entries in the > history hash would need the same treatment. But they do: the dynamically bound value of file-name-history at the moment when completing-read is called contain only the relative file names (with base directory removed). That was the recent change in project.el we are referring to. From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Resent-From: Daniel Mendler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 17:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Gutov , Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= , 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.16819240488597 (code B ref 62776); Wed, 19 Apr 2023 17:08:02 +0000 Received: (at 62776) by debbugs.gnu.org; 19 Apr 2023 17:07:28 +0000 Received: from localhost ([127.0.0.1]:35702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppBHD-0002Ea-PQ for submit@debbugs.gnu.org; Wed, 19 Apr 2023 13:07:28 -0400 Received: from server.qxqx.de ([178.63.65.180]:43089 helo=mail.qxqx.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppBHB-0002EL-CY for 62776@debbugs.gnu.org; Wed, 19 Apr 2023 13:07:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qxqx.de; s=mail1392553390; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:From: References:To:Subject:MIME-Version:Date:Message-ID:Sender:Reply-To:Cc: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ULgJjaeqD2fxuV/gCJSpj47XPS4Yj9kD2lilNh9abI8=; b=xvPYWgG+rlZD/XwnXtsHBLb1Rq a7X/V0a1Pf1/msbhV0zFvOWt7T14JjThNWAa0B/CneFgpBe3T8F0Rf9ATeO1qKzn3P2IcFnYfh17P XFJL9lJyI58kvJ7uF0ibTtUJmatg/CLe++H53FM5p6Tso8BoUybBKTq11+fcMk4GAg54=; Message-ID: <61ab8e9c-0265-051f-c0e9-4e3094e12789@daniel-mendler.de> Date: Wed, 19 Apr 2023 19:07:15 +0200 MIME-Version: 1.0 References: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> <1310e385-f151-2a96-d7b9-cd21c082adc3@gutov.dev> <360f88a8-8dd9-5fd3-51ef-4b670aad2272@gutov.dev> <7717d45c-b88c-5956-1018-dd86d44cd25f@gutov.dev> Content-Language: en-US From: Daniel Mendler In-Reply-To: <7717d45c-b88c-5956-1018-dd86d44cd25f@gutov.dev> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 (---) On 4/19/23 17:49, Dmitry Gutov wrote: > On 19/04/2023 18:46, Daniel Mendler wrote: >>> IIUC the issue is that is has (added) special handling for file name >>> completion, and predicates that on the name of the history variable. It >>> can/should be combined with an extra check which makes sure that the >>> completion table uses '/' as field separators. Maybe using the >>> `completion-boundaries` thingy. Or just straight calling >>> `completion-boundaries` on the history elements to extract the first >>> segment instead of hardcoding '/'. >> Vertico already handles completion boundaries. This is how the base >> string `vertico--base` is computed. But as already mentioned, this is >> unfortunately not the only issue. The issue is also that >> `project-find-file` removes the base directory. The entries in the >> history hash would need the same treatment. > > But they do: the dynamically bound value of file-name-history at the > moment when completing-read is called contain only the relative file > names (with base directory removed). > > That was the recent change in project.el we are referring to. Ok okay, thanks! I didn't understand that. This makes a lot of sense since then the history only contains valid values. Then you are right that it is actually quite easy to repair the completion boundary issue in `vertico--history-hash`. Daniel From unknown Mon Aug 18 21:17:12 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= Subject: bug#62776: closed (Re: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history') Message-ID: References: <7723fbd0-cd06-fc92-a1d6-291113580d0c@gutov.dev> X-Gnu-PR-Message: they-closed 62776 X-Gnu-PR-Package: emacs Reply-To: 62776@debbugs.gnu.org Date: Wed, 19 Apr 2023 22:25:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1681943101-29356-1" This is a multi-part message in MIME format... ------------=_1681943101-29356-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 62776@debbugs.gnu.org. --=20 62776: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D62776 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1681943101-29356-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 62776-done) by debbugs.gnu.org; 19 Apr 2023 22:24:15 +0000 Received: from localhost ([127.0.0.1]:36061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppGDm-0007cN-KZ for submit@debbugs.gnu.org; Wed, 19 Apr 2023 18:24:14 -0400 Received: from new2-smtp.messagingengine.com ([66.111.4.224]:36239) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppGDk-0007cB-KT for 62776-done@debbugs.gnu.org; Wed, 19 Apr 2023 18:24:13 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailnew.nyi.internal (Postfix) with ESMTP id 3D1945821E2; Wed, 19 Apr 2023 18:24:07 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Wed, 19 Apr 2023 18:24:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm2; t= 1681943047; x=1681946647; bh=Kh9KfDnj+5VNII9cH9OJJ1xsJ6t6Gn8O1BA mXMiiaSw=; b=KZJ3AW01KRAk+OKXFLtv6L7Wc9/knfwK8nWkaWTUW6rE9K2VwB6 ei7qmU25w6egsCj845VS7ERO3/9tJ1qcQoaRd/0b5ht8fxWkERgbWpGHEDhS22B9 JcF1I8BzoNXzlJioJFXunspilARTCqJCAdYney8vkUJaAlus5WH+ITWTfKzbaCAU wthkLSuHxXdN3BtLXmHzIuFrwMXJzHdmgMQr9wm9uG/U8Mhsca0ENtHzUdKFRjWd dKs/HELvyE4vYn87sMgEo5g0o5YEkTuKj7vfOjG26HDxsiac3GMd4TDnypHBlIf4 9cS1bYxGZ5d02pwWnsNS8llg014lut6koog== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1681943047; x= 1681946647; bh=Kh9KfDnj+5VNII9cH9OJJ1xsJ6t6Gn8O1BAmXMiiaSw=; b=M 2avlsuUXO/ZgEqUIwkOEtjKJooIjy1/MS6ldA7mNehB12eAAplfwqjlr2WkGcKaz g44b9IO5UhPsCWjxr2dLprrZnz/gkcJb0Hdl4ZwzXmE6cg5MadzU0+cTyTAn1aoA nazQ/QFTRCDGDBvARDmvH2tk/tljA7g2E8AIoZkde0Mk8CdLHXUHfWt+wO3E2Qiq tp2rFyvLYiwOyKbuyY6e84Hnvf5PHe78iADCmLu/ADGMncWKvGQcptJ8Ko2unB4k WOJqYbB0HTQTLZyn5nIb922Fru+qMOMHsN5xeAr+LkKdkp/R3urdLCzQY8zE3YAB tG4SNrdy+qwmzGwgp3Sdg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfedtuddgtdelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtje ertddtfeejnecuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhu thhovhdruggvvheqnecuggftrfgrthhtvghrnhepvdeljeelgeehtdduvdetudfgfeejje fgleevteehvdfhffelvdfhteevhffghfegnecuffhomhgrihhnpehgihhthhhusgdrtgho mhenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 19 Apr 2023 18:24:05 -0400 (EDT) Message-ID: <7723fbd0-cd06-fc92-a1d6-291113580d0c@gutov.dev> Date: Thu, 20 Apr 2023 01:24:04 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history' Content-Language: en-US To: Daniel Mendler , =?UTF-8?Q?Rudolf_Adamkovi=c4=8d?= , 62776-done@debbugs.gnu.org References: <97545727-7123-ca74-3d2e-4ac5c6d8f25a@gutov.dev> <1310e385-f151-2a96-d7b9-cd21c082adc3@gutov.dev> <360f88a8-8dd9-5fd3-51ef-4b670aad2272@gutov.dev> <7717d45c-b88c-5956-1018-dd86d44cd25f@gutov.dev> <61ab8e9c-0265-051f-c0e9-4e3094e12789@daniel-mendler.de> From: Dmitry Gutov In-Reply-To: <61ab8e9c-0265-051f-c0e9-4e3094e12789@daniel-mendler.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 62776-done 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.9 (--) On 19/04/2023 20:07, Daniel Mendler wrote: > On 4/19/23 17:49, Dmitry Gutov wrote: >> On 19/04/2023 18:46, Daniel Mendler wrote: >>>> IIUC the issue is that is has (added) special handling for file name >>>> completion, and predicates that on the name of the history variable. It >>>> can/should be combined with an extra check which makes sure that the >>>> completion table uses '/' as field separators. Maybe using the >>>> `completion-boundaries` thingy. Or just straight calling >>>> `completion-boundaries` on the history elements to extract the first >>>> segment instead of hardcoding '/'. >>> Vertico already handles completion boundaries. This is how the base >>> string `vertico--base` is computed. But as already mentioned, this is >>> unfortunately not the only issue. The issue is also that >>> `project-find-file` removes the base directory. The entries in the >>> history hash would need the same treatment. >> But they do: the dynamically bound value of file-name-history at the >> moment when completing-read is called contain only the relative file >> names (with base directory removed). >> >> That was the recent change in project.el we are referring to. > Ok okay, thanks! I didn't understand that. This makes a lot of sense > since then the history only contains valid values. Then you are right > that it is actually quite easy to repair the completion boundary issue > in `vertico--history-hash`. Now fixed in https://github.com/minad/vertico/commit/ee148c0cb72f8ea306bf6bab3ef83f928cf82005. Thanks all! Closing. ------------=_1681943101-29356-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 11 Apr 2023 15:21:41 +0000 Received: from localhost ([127.0.0.1]:37989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmFoS-0000BI-FJ for submit@debbugs.gnu.org; Tue, 11 Apr 2023 11:21:41 -0400 Received: from lists.gnu.org ([209.51.188.17]:35124) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmFoO-0000B7-1h for submit@debbugs.gnu.org; Tue, 11 Apr 2023 11:21:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmFoN-00084T-Qn for bug-gnu-emacs@gnu.org; Tue, 11 Apr 2023 11:21:35 -0400 Received: from mr85p00im-ztdg06021201.me.com ([17.58.23.189]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmFoL-0006Mc-IR for bug-gnu-emacs@gnu.org; Tue, 11 Apr 2023 11:21:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1681226488; bh=KrqmVvkIzgGu9mrvz++m9pehPlg5kJZ6zArWaRar84A=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=iFNc9A8ObsZlz6QoP0nbxheKiYVUEZ9GVO1hk2sVMR+eJVVViZSH8B5MduBtEhJjY 2GBrOJA3D+QmwOn1mBJWGatUnhH4Owz3E6OodBhZ85XDxZvtLW0nvhZCrFGO7mlhTK TYZDrlGWJm84Bg/DKX4WNftVE/QJL5v3YF7Pz+YbjLuWjv5SrryCz5ITHEEtzS02gs X4wO5gXwcs2bfHrHkpgHl2H6lj17jFylWt/xgb0WigAXnEbVfBLWRPhczHEHoNz5hJ xlznIPUxbefBLAT68q+naIRbZg3Q67J0e9HAcU4ASNdXzIJPzgBko8u6ZugZ3QAGod 5yclzjS04YXtA== Received: from Rudolfs-MacBook-Air.local (mr38p00im-dlb-asmtp-mailmevip.me.com [17.57.152.18]) by mr85p00im-ztdg06021201.me.com (Postfix) with ESMTPSA id 78DA43214F4 for ; Tue, 11 Apr 2023 15:21:27 +0000 (UTC) From: =?utf-8?Q?Rudolf_Adamkovi=C4=8D?= To: bug-gnu-emacs@gnu.org Subject: 30.0.50; 'project-find-file' ignoring 'file-name-history' Date: Tue, 11 Apr 2023 17:21:24 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-ORIG-GUID: 1myp3Tr2hLjPZ_7kkZoDDbKraVFD0HtY X-Proofpoint-GUID: 1myp3Tr2hLjPZ_7kkZoDDbKraVFD0HtY X-Proofpoint-Virus-Version: =?UTF-8?Q?vendor=3Dfsecure_engine=3D1.1.170-22c6f66c430a71ce266a39bfe25bc?= =?UTF-8?Q?2903e8d5c8f:6.0.425,18.0.816,17.0.605.474.0000000_definitions?= =?UTF-8?Q?=3D2022-01-18=5F01:2022-01-14=5F01,2022-01-18=5F01,2020-01-23?= =?UTF-8?Q?=5F02_signatures=3D0?= X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 clxscore=1015 mlxscore=0 bulkscore=0 spamscore=0 adultscore=0 phishscore=0 suspectscore=0 malwarescore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2209130000 definitions=main-2304110140 Received-SPF: pass client-ip=17.58.23.189; envelope-from=salutis@me.com; helo=mr85p00im-ztdg06021201.me.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) I am on Emacs 30 with Vertico. At some point during the Emacs 29/30 development cycle, C-x p f (project-find-file) stopped suggesting recently opened files correctly. More specifically, opening a project file updates the 'file-name-history', but the command does not suggest recent items based on the content of the variable. C-x C-f (find-file) works well in this regard. Perhaps bug#58447 created this problem? Some of the items stored in the 'file-name-history': "~/src/eg/core/db.fnl" ; project ~/src/eg "~/src/eg/core/atrium.fnl" ; project ~/src/eg "~/org/collatz-conjecture.org" ; project ~/ "~/org/complement.org" ; project ~/ ... Thank you in advance! Rudy In GNU Emacs 30.0.50 (build 1, aarch64-apple-darwin22.3.0, NS appkit-2299.40 Version 13.2.1 (Build 22D68)) of 2023-03-28 built on Rudolfs-MacBook-Air.local Repository revision: 28a9438169f379cea6d79fb480a85fc56ad666f4 Repository branch: master Windowing system distributor 'Apple', version 10.3.2299 System Description: macOS 13.2.1 Configured using: 'configure --with-json --with-xwidgets' Configured features: ACL GLIB GNUTLS JSON LCMS2 LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER PNG RSVG SQLITE3 THREADS TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS ZLIB Important settings: value of $LC_ALL: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: rcirc Minor modes in effect: rcirc-track-minor-mode: t telega-root-auto-fill-mode: t telega-active-locations-mode: t telega-patrons-mode: t telega-mode-line-mode: t vertico-mode: t corfu-history-mode: t global-corfu-mode: t corfu-mode: t global-hi-lock-mode: t hi-lock-mode: t global-hl-todo-mode: t global-diff-hl-mode: t savehist-mode: t flyspell-mode: t pixel-scroll-precision-mode: t delete-selection-mode: t global-goto-address-mode: t goto-address-mode: t global-subword-mode: t subword-mode: t save-place-mode: t global-auto-revert-mode: t shell-dirtrack-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t use-hard-newlines: t tab-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t context-menu-mode: t global-font-lock-mode: t font-lock-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /Users/salutis/.emacs.d/elpa/modus-themes-20230331.1210/theme-loaddefs hide= s /Users/salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/theme= -loaddefs /Users/salutis/.emacs.d/elpa/transient-20230315.1520/transient hides /Users= /salutis/src/emacs/nextstep/Emacs.app/Contents/Resources/lisp/transient Features: (shadow sort notmuch notmuch-tree notmuch-jump notmuch-hello notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-message notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company notmuch-parser notmuch-wash coolj icalendar diary-lib diary-loaddefs notmuch-tag crm notmuch-lib notmuch-version notmuch-compat mail-extr password-store auth-source-pass with-editor server completion epa-file rcirc files-x find-dired grep fennel-mode fennel-eldoc inf-lisp cl-print loadhist org-goto macrostep-c cmacexp macrostep hl-line telega-obsolete telega telega-tdlib-events telega-webpage visual-fill-column telega-root telega-info telega-chat telega-modes telega-company telega-user telega-notifications notifications telega-voip telega-msg telega-tme telega-sticker telega-i18n telega-vvnote bindat telega-ffplay telega-media telega-sort telega-filter telega-ins telega-folders telega-inline telega-tdlib telega-util rainbow-identifiers dired-aux telega-server telega-core cursor-sensor telega-customize emacsbug embark-consult-autoloads embark-org embark embark-autoloads loaddefs-gen lisp-mnt tar-mode mm-archive network-stream url-cache url-http url-auth url-gw nsm misearch multi-isearch consult-register consult-imenu rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-enc xmltok mhtml-mode css-mode smie color js c-ts-common treesit imenu sgml-mode facemenu shortdoc tex-mode whitespace tempo image-file image-converter disp-table char-fold consult-vertico consult bookmark display-line-numbers display-fill-column-indicator paredit edmacro kmacro vertico corfu-history corfu hi-lock hl-todo compat diff-hl log-view pcvs-util vc-dir ewoc vc cus-start orderless pdf-loader finder-inf ob-sqlite ob-sql ob-lisp ob-scheme geiser-impl help-fns radix-tree geiser-custom geiser-base geiser savehist ob-R ob-plantuml ob-org org-clock modus-operandi-theme modus-themes ob-makefile ob-lua ob-latex ob-java ob-dot slime apropos etags fileloop xref arc-mode archive-mode hyperspec flyspell ispell fortune flymake-proc flymake project compile pixel-scroll cua-base comp comp-cstr warnings delsel goto-addr cap-words superword subword saveplace vc-git diff-mode easy-mmode vc-dispatcher oc-basic cl-extra help-mode ffap org-element org-persist org-id org-refile avl-tree generator ol-eww eww xdg url-queue thingatpt mm-url ol-rmail ol-mhe ol-irc ol-info ol-gnus nnselect gnus-art mm-uu mml2015 mm-view mml-smime smime gnutls dig gnus-sum shr pixel-fill kinsoku url-file svg dom gnus-group gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source utf7 nnoo parse-time gnus-spec gnus-int gnus-range message yank-media puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus-win gnus nnheader gnus-util text-property-search range ol-docview doc-view jka-compr image-mode exif ls-lisp dired dired-loaddefs ol-bibtex bibtex iso8601 ol-bbdb ol-w3m ol-doi org-link-doi autorevert filenotify cus-edit pp cus-load wid-edit ob-clojure ob-C cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs bug-reference ob-shell shell org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src ob-comint org-pcomplete pcomplete comint ansi-osc ansi-color ring org-list org-footnote org-faces org-entities time-date noutline outline icons ob-emacs-lisp ob-core ob-eval org-cycle org-table ol rx org-fold org-fold-core org-keys oc org-loaddefs find-func cal-menu calendar cal-loaddefs org-version org-compat org-macs format-spec sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils org-drill-autoloads cape-autoloads graphviz-dot-mode-autoloads bbdb-autoloads paredit-autoloads modus-themes-autoloads lua-mode-autoloads htmlize-autoloads kotlin-mode-autoloads orderless-autoloads consult-autoloads geiser-guile-autoloads geiser-autoloads emms-autoloads flymake-grammarly-autoloads grammarly-autoloads bnf-mode-autoloads websocket-autoloads rainbow-mode-autoloads fennel-mode-autoloads yaml-mode-autoloads vertico-autoloads request-autoloads telega-autoloads rainbow-identifiers-autoloads sql-indent-autoloads ess-autoloads all-the-icons-autoloads hl-todo-autoloads cider-autoloads spinner-autoloads parseedn-autoloads clojure-mode-autoloads corfu-autoloads sesman-autoloads visual-fill-column-autoloads mentor-autoloads async-autoloads xml-rpc-autoloads ebnf-mode-autoloads markdown-mode-autoloads url-scgi-autoloads elfeed-tube-mpv-autoloads mpv-autoloads elfeed-tube-autoloads aio-autoloads elfeed-autoloads citar-autoloads citeproc-autoloads string-inflection-autoloads queue-autoloads f-autoloads parsebib-autoloads magit-autoloads pcase magit-section-autoloads git-commit-autoloads transient-autoloads dash-autoloads slime-autoloads macrostep-autoloads parseclj-autoloads persist-autoloads pdf-tools-autoloads tablist-autoloads chess-autoloads diff-hl-autoloads marginalia-autoloads sqlup-mode-autoloads password-store-autoloads with-editor-autoloads info compat-autoloads s-autoloads swift-mode-autoloads package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads xwidget-internal kqueue cocoa ns lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 1138080 189885) (symbols 48 52436 38) (strings 32 279515 7049) (string-bytes 1 7979030) (vectors 16 96681) (vector-slots 8 2043673 117144) (floats 8 14224 984) (intervals 56 26278 671) (buffers 984 43)) --=20 "Thinking is a momentary dismissal of irrelevancies." -- Richard Buckminster Fuller, 1969 Rudolf Adamkovi=C4=8D [he/him] Studenohorsk=C3=A1 25 84103 Bratislava Slovakia ------------=_1681943101-29356-1-- From unknown Mon Aug 18 21:17:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#62776: closed (Re: bug#62776: 30.0.50; 'project-find-file' ignoring 'file-name-history') Resent-From: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Apr 2023 09:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62776 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 62776@debbugs.gnu.org Received: via spool by 62776-submit@debbugs.gnu.org id=B62776.168232802732099 (code B ref 62776); Mon, 24 Apr 2023 09:21:02 +0000 Received: (at 62776) by debbugs.gnu.org; 24 Apr 2023 09:20:27 +0000 Received: from localhost ([127.0.0.1]:47527 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pqsN0-0008Le-KJ for submit@debbugs.gnu.org; Mon, 24 Apr 2023 05:20:26 -0400 Received: from pv50p00im-zteg10011401.me.com ([17.58.6.41]:38816) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pqsMy-0008LP-8r for 62776@debbugs.gnu.org; Mon, 24 Apr 2023 05:20:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1682328018; bh=ZTzP1ZD0xUPQngnOnWl2hTp55oQGO459XYxjWGes61M=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=Br0DWAmeEXdBIG4khDjwL4+WL4GS0Zwq1C8PmRRW2ZWbsIAwjwu3t2hM/8C/Wg9hY T5iuqS0gLbhg6X//wDlR/QZ5VI5iqPDeu7P/CJvU6y6mE8zUW4nkshRfveyxRJM+XG 0Iw/LHxPjcuWZueCJyvtQS3qfAlS0DXOHenkpuH4i8RCdLprZEY4Zj4HUo3m02HbmL SOW96KmPHw4Jfuct/gLbuPi6/yQ5tDYh65GOPkjq01n85rrRnR6AOn3XySJh4kL1XG 7TzR4Fnm/bBOnzEbSJ7ycYpMqVpc5fW9NjXZ4UqaZrboFfXgujuz8osetXkRuaLtOK MUh3HqFkWUoKg== Received: from Rudolfs-MacBook-Air.local (pv50p00im-dlb-asmtp-mailmevip.me.com [17.56.9.10]) by pv50p00im-zteg10011401.me.com (Postfix) with ESMTPSA id D6702DC006A for <62776@debbugs.gnu.org>; Mon, 24 Apr 2023 09:20:16 +0000 (UTC) From: Rudolf =?UTF-8?Q?Adamkovi=C4=8D?= In-Reply-To: References: <7723fbd0-cd06-fc92-a1d6-291113580d0c@gutov.dev> Date: Mon, 24 Apr 2023 11:20:12 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-GUID: yWlCKJh8jZCQ0gxDOeD8ZrslK8G3s6BO X-Proofpoint-ORIG-GUID: yWlCKJh8jZCQ0gxDOeD8ZrslK8G3s6BO X-Proofpoint-Virus-Version: vendor=fsecure engine=1.1.170-22c6f66c430a71ce266a39bfe25bc2903e8d5c8f:6.0.517,18.0.572,17.11.64.514.0000000 definitions=2022-06-21_01:2022-06-21_01,2020-02-14_11,2022-02-23_01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 clxscore=1015 mlxlogscore=779 adultscore=0 phishscore=0 malwarescore=0 bulkscore=0 mlxscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2209130000 definitions=main-2304240083 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 (-) help-debbugs@gnu.org (GNU bug Tracking System) writes: > Now fixed in=20 > https://github.com/minad/vertico/commit/ee148c0cb72f8ea306bf6bab3ef83f928= cf82005. > > Thanks all! Closing. I would like to confirm, as the original bug reporter, that the problem has been resolved on my side too. Thank you all! Rudy --=20 "Logic is a science of the necessary laws of thought, without which no employment of the understanding and the reason takes place." -- Immanuel Kant, 1785 Rudolf Adamkovi=C4=8D [he/him] Studenohorsk=C3=A1 25 84103 Bratislava Slovakia