telescope-media-files.nvim
telescope-media-files.nvim copied to clipboard
nvim-telescope
Strange behaviour
This happened to me in Kitty, Alacritty and GNOME Terminal, it's weird because I've used this before and this didn't happen.
Same behavior. My neofetch output:
__.;=====;.__ strongleong@void
_.=+==++=++=+=+===;. ----------------
-=+++=+===+=+=+++++=_ OS: Void Linux x86_64
. -=:`` `--==+=++==. Host: 20138 Lenovo G780
_vi, ` --+=++++: Kernel: 5.15.36_1
.uvnvi. _._ -==+==+. Uptime: 7 hours, 56 mins
.vvnvnI` .;==|==;. :|=||=|. Packages: 820 (xbps-query)
+QmQQmpvvnv; _yYsyQQWUUQQQm #QmQ#:QQQWUV$QQm. Shell: zsh 5.8.1
-QQWQWpvvowZ?.wQQQE==<QWWQ/QWQW.QQWW(: jQWQE Resolution: 1600x900, 1920x1080
-$QQQQmmU' jQQQ@+=<QWQQ)mQQQ.mQQQC+;jWQQ@' WM: awesome
-$WQ8YnI: QWQQwgQQWV`mWQQ.jQWQQgyyWW@! Theme: Nordic-darker-v40 [GTK2/3]
-1vvnvv. `~+++` ++|+++ Icons: Adwaita [GTK2/3]
+vnvnnv, `-|=== Terminal: tmux
+vnvnvns. . :=- CPU: Intel i7-3612QM (8) @ 3.100GHz
-Invnvvnsi..___..=sv=. ` GPU: Intel 3rd Gen Core processor Graphics Controller
+Invnvnvnnnnnnnnvvnn;. GPU: NVIDIA GeForce GT 635M
~|Invnvnvvnvvvnnv}+` Memory: 5054MiB / 15874MiB
-~|{*l}*|~
Happening to me as well
NVIM v0.8.0
OS: ArcoLinux
WM: dwm
Shell: zsh 5.9
Kernel: 5.15.41-1-lts
Host: Darter Pro darp7
CPU: 11th Gen Intel i5-1135G7 (8) @ 4.2GHz
I am on Artix Linux with NVIM v0.7.0. I've tested ST and urxvt and am having the same issue. Plus, when I close the Telescope window, one photo stays on the screen.
Plus, when I close the Telescope window, one photo stays on the screen.
It stays even after closing neovim
I think this has something to do with the vimg file, although I am not smart enough to figure out what is going on.
If you look you can see a lot of instances of ueberzug being created
❯ ps -ef | grep ueberzug
evanr 189682 189675 0 11:38 pts/15 00:00:00 tail --follow /tmp/tmp.bnnyeEDL8ivimg-189675-ueberzug
evanr 189683 189675 0 11:38 pts/15 00:00:00 /usr/bin/python3.9 /home/evanr/.local/bin/ueberzug layer --silent --parser bash
evanr 189701 189694 0 11:38 pts/17 00:00:00 tail --follow /tmp/tmp.pXIaXOdhJAvimg-189694-ueberzug
evanr 189702 189694 1 11:38 pts/17 00:00:01 /usr/bin/python3.9 /home/evanr/.local/bin/ueberzug layer --silent --parser bash
evanr 189715 189707 0 11:38 pts/18 00:00:00 tail --follow /tmp/tmp.OH8vOfUcwJvimg-189707-ueberzug
evanr 189716 189707 0 11:38 pts/18 00:00:00 /usr/bin/python3.9 /home/evanr/.local/bin/ueberzug layer --silent --parser bash
evanr 189732 189725 0 11:38 pts/19 00:00:00 tail --follow /tmp/tmp.vOEKta4AhZvimg-189725-ueberzug
evanr 189733 189725 2 11:38 pts/19 00:00:02 /usr/bin/python3.9 /home/evanr/.local/bin/ueberzug layer --silent --parser bash
evanr 189751 189743 0 11:38 pts/26 00:00:00 tail --follow /tmp/tmp.BdHnfgZk6Ivimg-189743-ueberzug
evanr 189752 189743 1 11:38 pts/26 00:00:01 /usr/bin/python3.9 /home/evanr/.local/bin/ueberzug layer --silent --parser bash
evanr 189773 189766 0 11:38 pts/28 00:00:00 tail --follow /tmp/tmp.hFbojK3Vv0vimg-189766-ueberzug
evanr 189774 189766 1 11:38 pts/28 00:00:01 /usr/bin/python3.9 /home/evanr/.local/bin/ueberzug layer --silent --parser bash
evanr 189795 189787 0 11:38 pts/31 00:00:00 tail --follow /tmp/tmp.F4QwE1TI5lvimg-189787-ueberzug
evanr 189796 189787 0 11:38 pts/31 00:00:00 /usr/bin/python3.9 /home/evanr/.local/bin/ueberzug layer --silent --parser bash
❯ ps -elf | grep ueberzug | awk '{print $4 }' | xargs -I {} kill {} >/dev/null 2>&1
This command will stop the image from persisting on the screen, but it does not seem to help with the strange overlapping of images.
Looks like this project is abandon-ware. Let's wait until somebody fork it and will continue support
This is also hapenning in st and alacritty. Is like ueberzug dont clean the layer
Is like ueberzug dont clean the layer
I am using vifm with vifmimg image previewer, which use ueberzug to render images and it is works perfectly.
I think it is specifically plugin issue
Please post if you figure this out. Mine, on Alacritty, isn't clearing the previous image as well. Same behavior on Terminology, and Deepin.
Everything works as expected for me on both Alacritty and St... Only change I make in my config is this:
https://github.com/engeir/stowfiles/blob/6d2a8f3142d9ac2a0077d24c52b7080a644ef6ba/nvim_lua/.config/nvim/lua/engeir/telescope.lua#L34-L39
I'm glad yours works. I guess, a config could be wrong, but I wouldn't be sure what setting.
Everything works as expected for me on both Alacritty and St...
Would you be able to link to your neovim config. I could try..and see?
Everything works as expected for me on both Alacritty and St... Only change I make in my config is this:
https://github.com/engeir/stowfiles/blob/6d2a8f3142d9ac2a0077d24c52b7080a644ef6ba/nvim_lua/.config/nvim/lua/engeir/telescope.lua#L34-L39
Well, I tried. Tried 'fd', 'rg', and 'fdfind'. No difference. 'rg' is what I had
I see. I had, at some point, the same problem, which is why I was subscribed to the issue. But then it just worked at some point. No idea why, didn't do anything myself and I only have the most standard config for it.
I am sorry that we, anyone from the telescope-core team, hasnt responded to any issue in this repo. Extension in the org where always meant to be community maintained, this excludes fzf-native because its written by me, and the author of this extension disappeared.
I can merge PRs that fix this issue but i sadly cant spend time and tracking down the bug, i already have my hands full with telescope core and plenary.
So yeah this project is unmaintained. I know that this is a pretty sad reality and i am sorry that i cant change it anytime soon
@Conni2461 I can't complain, awesome plugins for neovim (to which I'm new). Thanks!
@engeir Thanks for trying! I could try and check logging. I wonder if I'm missing a dependancy for Überzug.
I do see
draw | Boolean | redraw window after adding the image, default True | Yes
from the repo
