Open brunosmmm opened 4 years ago
I've seen this issue too. But I haven't enough time to investigate in it. How about @cireu?
Seeing the same issue on Spacemacs 0.300.0 w/ Emacs 26.3 on Windows 7
Same here. Emacs 26.3 on ArchLinux.
I just updated the packages in Spacemacs and the temporary workaround seems to be working. Thanks.
#### System Info :computer: - OS: windows-nt - Emacs: 26.3 - Spacemacs: 0.300.0 - Spacemacs branch: develop (rev. 2bec3bb71) - Graphic display: t - Distribution: spacemacs - Editing style: vim - Completion: helm - Layers: ```elisp (autohotkey auto-completion colors command-log emacs-lisp git helm imenu-list markdown multiple-cursors (org :variables org-agenda-files '("c:/Users/username/org/notes.org")) (shell :variables shell-default-shell 'eshell) spell-checking syntax-checking treemacs version-control) ``` - System configuration features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS THREADS LCMS2
Thanks. Now working OK for me.
I see this again, on the latest emacs, helm, helm-swoop (no Spacemacs or other configs) Can you please confirm?
I see it seems works well.
init.el
;; ~/.debug.emacs.d/helm-swoop/init.el
;; you can run like 'emacs -q -l ~/.debug.emacs.d/{{pkg}}/init.el'
(when load-file-name
(setq user-emacs-directory
(expand-file-name (file-name-directory load-file-name))))
(prog1 "prepare leaf"
(prog1 "package"
(custom-set-variables
'(package-archives '(("org" . "https://orgmode.org/elpa/")
("melpa" . "https://melpa.org/packages/")
("gnu" . "https://elpa.gnu.org/packages/"))))
(package-initialize))
(prog1 "leaf"
(unless (package-installed-p 'leaf)
(package-refresh-contents)
(package-install 'leaf))))
(leaf helm
:load-path* "site-lisp/helm"
:require helm-config
:leaf-defer nil
:init
(leaf async :require t :load-path* "site-lisp/emacs-async")
(leaf popup :require t :load-path* "site-lisp/popup-el")
:bind (("M-x" . helm-M-x)
("C-x r b" . helm-filtered-bookmarks)
("C-x C-f" . helm-find-files))
:custom ((helm-mode . t))
:config
(leaf helm-swoop
:load-path* "site-lisp/helm-swoop"
:require t
:bind (("M-i" . helm-swoop)
("M-C-i" . helm-swoop-back-to-last-point)
("C-c M-i" . helm-multi-swoop)
("C-x M-i" . helm-multi-swoop-all)
(:isearch-mode-map ("M-i" . helm-swoop-from-isearch))
(:helm-swoop-map ("M-i" . helm-multi-swoop-all-from-helm-swoop)))))
Run
emacs -q -l ~/.debug.emacs.d/helm-swoop/init.el
Version info
conao-manjaro-helios:~/.debug.emacs.d/helm-swoop/site-lisp conao
$ find . -mindepth 1 | xargs -I^ -t sh -c "cd ^; git log --oneline | head -1"
sh -c 'cd ./helm; git log --oneline | head -1'
4ff354ef Update version number in helm.el
sh -c 'cd ./popup-el; git log --oneline | head -1'
4839797 Looking for new maintainer
sh -c 'cd ./emacs-async; git log --oneline | head -1'
86aef2c Untabify and indent-buffer (#119)
sh -c 'cd ./helm-swoop; git log --oneline | head -1'
2efc552 Merge pull request #185 from palikar/adding-openning-other-window
I see this again, on the latest emacs, helm, helm-swoop (no Spacemacs or other configs) Can you please confirm?
What's your meaning of latest emacs
?. Do you mean master
branch?
GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30, cairo version 1.15.10) of 2020-05-19
yesterday I updated emacs, and all packages, so I suspect something went wrong with either of the new package versions.
I compile HEAD Emacs and tested again. However helm-swoop
works well for me.
Please confirm @cireu too?
interesting. I updated several packages yesterday, and it doesn't work properly since then.
I compile HEAD Emacs and tested again. However
helm-swoop
works well for me. Please confirm @cireu too?
It also works for me
I accept that it works for you, maybe the error is with my configuration. I can't run the init.el you provided without errors, by the way. Thanks anyway.
Please paste backtrace for my reference.
I have packages in ~/.emacs.d/elpa/ dir, not in site-lisp. Also, I have helm.el in helm-core-3.6.2/ dir, not in helm-3.6.2/, for some reason. I tried to rewrite the directories according to what makes sense, but no luck with helm-swoop :( Got this:
Warning (leaf): Error in `helm-swoop' block. Error msg: Cannot open load file: No such file or directory, helm-lib
Warning (initialization): Your ‘load-path’ seems to contain
your ‘.emacs.d’ directory: ~/.emacs.d/elpa/helm-swoop-2.0.0
This is likely to cause problems...
Consider using a subdirectory instead, e.g.: /home/<user>/.emacs.d/elpa/helm-swoop-2.0.0/lisp
please install git version dependencies in site-lisp
where located the same level at init.el
.
I repaste version info.
conao-manjaro-helios:~/.debug.emacs.d/helm-swoop/site-lisp conao
$ find . -mindepth 1 | xargs -I^ -t sh -c "cd ^; git log --oneline | head -1"
sh -c 'cd ./helm; git log --oneline | head -1'
4ff354ef Update version number in helm.el
sh -c 'cd ./popup-el; git log --oneline | head -1'
4839797 Looking for new maintainer
sh -c 'cd ./emacs-async; git log --oneline | head -1'
86aef2c Untabify and indent-buffer (#119)
sh -c 'cd ./helm-swoop; git log --oneline | head -1'
2efc552 Merge pull request #185 from palikar/adding-openning-other-window
More directory, please prepare this structure.
Then run as emacs -q -l ~/.debug.emacs.d/helm-swoop/init.el
.
$ pwd
/home/conao/.debug.emacs.d/helm-swoop
$ tree -L 2
.
├── init.el
└── site-lisp
├── emacs-async
├── helm
├── helm-swoop
└── popup-el
When missing helm-autoloads.el
, make autoloads
in helm
directory is required.
Any feedback on this bug, is this still make you annoyed? @hajovonta
Hi @cireu , I couldn't manage to get it work again. I let this problem go. Thanks for your efforts.
Summary:
helm-swoop does not work as expected
Reproducing:
Expected:
helm-swoop buffer displays only lines with occurrences of the search string, able to jump between buffer locations by navigating up/down helm-swoop buffer
Observed:
helm-swoop buffer displays entire buffer that is being searched with occurences highlighted, not just lines with occurrences, making it impossible to jump between occurrences
Details:
Tracked this down to helm commit emacs-helm/helm@c09329cd8. Current melpa version is already newer thant this commit, so anyone installing via melpa or source will see the issue