-
Notifications
You must be signed in to change notification settings - Fork 90
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
Selection not in cache #73
Comments
Happy to test and help troubleshoot, just let me know what is needed. |
Thanks, I've not been able to repro thus far. The best thing to do would be to show |
If I run above command, it brings up rofi/clipmenu. I then either use a clip by pressing enter. and It returns to command line, or presse IOW, you want to me to stop using |
Yeah, that would be best if it's not reproducible every time. You might want to redirect the output to a file so that you can get it afterwards. |
You're going to have to help me out; having trouble redirecting to a file (sorry, I cannot take the time to I am using a script (for which I have created a KB shortcut):
It does not redirect to the file which I created using I tried a number of pipes, etc., but I am obviously missing the info on this very basic point. I tried How do I amend the script to capture output in a way it appends and does not overwrite? Edit1: not actually sure we need to append, actually. but you chime in. Edit2: this below is where I am now, does not exit shell cleanly but captures..... But set me straight please....
|
Also, I think I may have found something, clipmenu may have trouble with symbols or path names, etc. That is how the "bug" showed up first. And it is now back again: Here is the log on one instance. And here on another instance. I should say though that I was just able to paste the url to those logs using clipmenu so there is more to it than meets the eye. So when this issue occurs, it pastes something else instead of the selection. |
When you next hit this, it would be ace to check if there is any file at all that contains similar contents. For example in this case:
Doing it now may be too late as we may have legitimately purged it |
(comment deleted upon request) |
Thanks! After seeing that, I think I have a suspicion about what's happening here. For CM_MAX_CLIPS, the logic is that we should delete the clip if it falls too far from the end of the file. This logic was fine when there was a single file, but now that we have multiple files, it's possible that this clip also exists in the other selection and therefore should not be deleted. Hmm... this is not super easy to mitigate in the current model. Let me have a think about it. Would this possibly explain your situation? :-) |
I believe 0364087 fixes this. Can you test it out for a few days and let me know if it resolves the issue? :-) Thanks! |
Also cc @kaihendry who was having similar issues |
Thanks Chris! Do you have a quick tip to modify https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=clipmenu so that I can test this branch? |
You should be able to test with this PKGBUILD:
|
Thanks Chris. Have installed debug version and testing now. Will report back. |
Same selection issue FATAL: .. not in cache
|
As mentioned, I need to see |
I'll also add it to the |
Don't quite understand '/run/user/1000/clipmenu.5.hendry/619706596 11' What does the 11 mean? Why is there a space? Why is there a need for a _cache? |
Quick interim report: seems OK so far, don't believe have run into same problem (although there might have been an instance today but could not check it.) |
Quoting is not rendered properly with Something weird is going on in your case. What's the output of these?
@stef204 Great! |
hmmm.... just tried again:
|
Still present, unfortunately. I couldn't get the output of |
I have the feeling it gets triggered when I have two similar selections.. |
It's possible that there is also a bug somewhere in the possible partial detection/mitigation code. I'll take a look later today. |
Same problem again: https://s.natalian.org/2018-04-13/1523582975.mp4 Need to figure out the |
|
In the video I also see other errors about not being able to remove files because they never existed: this makes me even more suspicious that this directory is being cleaned externally |
CM_MAX_CLIPS caught me by surprise. This definitely seems indicative of something that's wrong https://s.natalian.org/2018-04-18/clipmenud.log Is there an explanation of line_cache_clipboard and line_cache_primary ? I'm confused how it can even show up in dmenu see. Couldn't this extra state be avoided?
|
Can you test with the merge from #76 applied? :-) |
Testing with
|
It's looking good after a day of use. I would merge and release if I were you! Thank you @Gravemind and Chris! |
5.3.0 released and on AUR. Thanks! |
I have used clipmenu only for a couple of days but have run into one particular issue:
At some point, it will stop pasting what I select and only paste the top item. I usually try many times, and try to use other lines, etc., and it seems erratic, pasting some selections but not others, etc.
I see this:
"${CM_MAX_CLIPS=1000}"
(pasted here with clipmenu, mind you!)Is it 1000 lines or number of clips/snippets, something else?
This could be happening only when clipboard is full but not sure yet.
The text was updated successfully, but these errors were encountered: