New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Counsel-find-file gives "text is read-only" on Backspace press #2761
Comments
The usual ways include recursively bisecting your Unfortunately there's not much I can do without a recipe for reproducing the issue. Which packages other than |
OK I found the culprit, sorry for the noise. I had played around with fido-mode in one buffer at some point, and apparently that had gotten into my custom-file without my knowing it. And apparently, fido-mode does not play nice with Ivy/Counsel |
Yeah, they're both effectively minibuffer completion frontends, so I think they're mutually exclusive. Is there something you would like to see changed here, or can this issue be closed? |
It can be closed, thanks for asking! |
Thanks for confirming! |
Hungry delete seems to cause this same behaviour for me in the emacs native comp branch with: GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, cairo version 1.16.0) I have the following config for hungry-delete, using use-package and straight.el:
|
This seems to show the same symptoms as this (closed) issue: |
I've recently started using Emacs 28 built I'm wondering if anyone has any ideas as to what might be causing this? It only happened after upgrading emacs to 28 with native-comp. |
I'm not familiar with the
No, but enabling
FWIW,
|
Adding minibuffer-mode to hungry-delete-except-modes works for me as well. |
This worked for me
|
I have gotten some problems with Ivy/Counsel, which show in a way where, when I run
counsel-find-file
, and want to go up one level in the file tree by pressing Backspace, the movement is blocked and it shows a message saying 'Text is read-only'.This could possibly be related to various problems with other packages using Ivy/Counsel. For example, in Org-Roam, when running
org-roam-insert
, which should insert a link to the note with a given title if it exists, or create it and link to it if it doesn't already exist. What happens here is that it dsoes it well enough with an existing note, but creates and links to a file with the correct timestamp followed by an empty string as the filename. So say I type in "Milky Way Galaxy", and this notew does not exist, it creates the note202012151735-.org
instead of
202012151735-milky_way_galaxy.org
as it should.
Any suggestions to how to debug this? The only thing I can come up with that could have caused it is that my laptop shut down due to a dead battery before the error started to occur.
The text was updated successfully, but these errors were encountered: