Portland, Oregon
I'm a broad and knee-deep systems thinker. I like to be peripherally connected to many different communities, and look for opportunities to bridge gaps everywhere.
I'm a capable software tester, researcher, polyglot programmer, lazy operator, and documentarian.
Comment by ~edrex on ~scoopta/wofi
~scoopta oh, I was just checking on this and was surprised to see you've implemented it, thank you! 🎉 Tested latest with my custom dmenu sway nav scripts and no more zombie cache entries clogging the top 10. 🧟
Comment by ~edrex on ~scoopta/wofi
ah, i realized the cache is tracking previous selections, which is useful.
So the bug is that it's displaying cached items even if they aren't present in stdin (may effect other modes too).
Ticket created by ~edrex on ~scoopta/wofi
I was getting some weird results trying to use wofi with my dmenu-style i3 container nav script. Windows from a previous session showing up in the results. I noticed that if I ran just
wofi -dwith no stdin, the stale results still showed. I foundwofi -dloads results from a cache and merges them with stdin. This doesn't seem right.
Ticket created by ~edrex on ~scoopta/wlrobs
If I read correctly, wlrobs is currently using wlr-screencopy-unstable-v1 for capture, which I assume is what's causing sway's CPU usage to spike when capturing. If I understand correctly, the export dmabuf protocol should allow for much more efficient capture.
#Refs
https://github.com/swaywm/wlr-protocols/blob/master/unstable/wlr-export-dmabuf-unstable-v1.xml
Comment by ~edrex on ~scoopta/wlrobs
oops, above is different issue (missing preview, no crash)