You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using the latest in master (3d0c2bc) with a fresh history file, whenever I attempt to pipe anything in using clipster -c or clipster -p, the daemon throws the follow error and does not save the clip to the specified clipboard.
Another suggestion: as an Arch Linux user, the only option for clipster is one that tracks this git repo. It might be helpful for Arch users to have a stable (non -git) AUR package. I'm more than happy to create and maintain this if you are not interested. I would just need to know what constitutes a stable release.
Hi - thanks for highlighting this - it turned out to be a case of the logic deciding what the client was trying to do had got unnecessarily complex - refactored into an if/elif block for clarity and the bug seems to have gone. Let me know if 1.1.1 fixes this for you.
As to AUR packages - I believe someone has already done this - see #52
In theory clipster stable should be tagged releases - however in this particular case, the tests were lacking. I'll need to consider how to update the test suite to catch this particular problem and ensure it doesn't happen again.
Using the latest in master (3d0c2bc) with a fresh history file, whenever I attempt to pipe anything in using
clipster -c
orclipster -p
, the daemon throws the follow error and does not save the clip to the specified clipboard.Using any version of clipster before the July 20th batch of updates works as expected. It seems the commit "Restructure msg protocol to extend querying server" is the culprit.
I'm at work currently, but will look into creating a pull request after work.
The text was updated successfully, but these errors were encountered: