-
-
Notifications
You must be signed in to change notification settings - Fork 55
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
Losing whole history from time to time #354
Comments
I have the same issue, and when this happen these is no way to fix it until I restart the whole OS |
Did you try restarting GPaste daemon? It usually works for me to fix this: |
I tried that with stop and start like this:
But had no effect, I didn't know about this |
Happens to me quite often, restarting daemon helps but history is still lost :( |
For me I can also found only last "copy" that I made; every time a copy some text replace the last one but history doesn't grown until I empty the history and app start working correctly again. |
This is happening to me as well. I'm using 3.38.5 that ships with Ubuntu 21.04. I'm also using Wayland. Only the most recent thing I copy shows. I'm able to restart without logging off and it works normally afterwards. Restart procedure that I use:
|
This is happening to me as well quite often on Fedora 35 / Gnome 41 / Wayland / GPaste 3.42.0. |
I don't know if this helps, but this issue has happened way less often recently for me. The only thing I can think of that's different is that I've stopped using tomboy-ng, time++, and pomodoro. |
This is due to the wrong directory getting created and/or used (though I do not know the cause) - sometimes it is: ~/.local/share/GPaste while others is ~/.local/share/gpaste Obviously, when the change occurs the history.xml file is empty and everything resets. You can merge the files manually and restart the client. |
@lucabotti good find. A case change like that should be easy enough to grep out of the source code. |
Seeing the same, can't pinpoint the trigger for the problem though. An easy "fix" is restarting the service: This doesn't restore the previous history though, I suspect @lucabotti is on to something. I'll dig in the code. |
Here's an strace for when this happens and I do a new copy.
Edit: From what I can see it looks to happen about here:
Conversely, when it's working properly I see this at about the same point
|
FWIW it does seem to happen more often when I have more extensions loaded.
|
The renaming of the folder was an unfortunate regression in the meson switch and has been fixed (with compatibility added to the daemon. |
Hi, Any hints? |
Lot of good info here. After try to restart service I found the file ~/.local/share/gpaste/history.xml is out of sync. After create some new entries with gpaste UI finally history and shortcuts start to work again. Will collect more info on next desync, to see how to deal with this, probably |
Indeed thanks |
Hello,
From time to time, I notice that I loose all my history. I do not think that I have a custom shortcut to do that. Today it happened.
I'm using GPaste 3.40.1.
Here are some logs:
I know for sure that at 12:04:30 (or around) I copied some stuff. There is some assertion failures here and there. And around 12:30, I copied and pasted a link, so I had at least two items in my history.
But then, at 12:50 I wanted to paste my second item and when opening the UI to select it, it was gone with all of my history. Only the last link I copied stayed.
And now it seems like I can only have the last item I copied into my history.
Let me know if you need more logs, that's the only logs I could find but I start the GPaste daemon in a very naive way, so I may loose some.
The text was updated successfully, but these errors were encountered: