Version: v0.9.7 (using 4.2.2 (KDE 4.2.2), Kubuntu packages) Compiler: cc OS: Linux (x86_64) release 2.6.28-12-generic that's it. i click on the klipper icon and voila! the records i was expecting to be there, links, phrases, memorandums, chunks of things i write and need to be displaced elsewhere, are forever gone and they were in their place just one minute ago. the chronology was almost empty but it was flushed down the toilet . this is very annoying if one like me grew accustomed to relying on klipper to remember all sorts of stuff and all of a sudden finds that the chronology keeps being erased. klipper is a wonderful tool unless it starts playing dirty tricks like this.
Could you check your disk for a file called (something like) ~/.kde/share/apps/klipper/history2.lst? And see if there are more files in that directory. I don't know what distribution you use, but it might be ~/.kde4 rather than ~/.kde. "~" is your home directory, in case you don't know. Also, check the files; one with 2000+ entries should be at least 300Kb. My 1000 list is 357Kb. Sorry about the data loss :/ That shouldn't happen, but sometimes stuff breaks.
the file is present, looks binary db3, contains a few of my vanished things and is 7.4 kb in size. at the time the file was existing and accessible but klipper showed an empty list. it is the only relevant file in directory in ~/.kde/share/apps/klipper/. including hidden files. there is no matching .kde4 path (i have KDE4 on kubuntu 9.04, amd64x2 though) and mlocate reports it as the sole relevant *.lst file in my dir tree. oh the overall impression with kde4 is that it is still immature and unstable if compared with kde3.5. weird things happen ranging from messy xorg behavior, kde crashes to random network troubles... upgrading to kubuntu 9.04 was not a good idea |-( . s**t happens, i guess
you kde* guys and gals keep doing a wonderful job, anyway
Hm. Sounds like it was corrupted. Has this happened only once, or several time? Is it when you have restarted, or crashed or something else? I really mean that this should never happen, except of course if the file system itself is corrupt or perhaps in the case of a very unfortunate crash. X corruption is something that the KDE team is quite aware and focused on. It happens because KDE is using the socalled 4th channel, the alpha-channel, and apparently this is new ground, so bugs are uncovered all over the place --- in drivers, in X, in standards, in Qt, in KDE. Search the bug reports with your kind of graphics card, and you will likely find the reason and possibly a fix or estimate of fix time. But I digress.
On Fedora 11, on remarkable smaller buffer (20 entries) I noticed exactly the same functioning. I pasted several filenames one by one into Klipper (as I usually do to work in Konsole with yum) and suddenly one of them disappeared as it never existed. It happened when buffer was around 3/4 full. Klipper is 0.9.7, KDE is 4.2.3-3. This is not far from 4.2.2. I had no problems or hadn't noticed them then as I thought I mistyped. Machine is Athlon XP 2200+, ASUS VM266 SE-LAN mobo with nForce 2 graphics. Software is these days (Fedora 11) almost daily updated manually with yum. And that's how I noticed it. :) So I suggest to change it's status to confirmed from now on. I don't think that graphics has anything to do here. I use almost default drivers, no prepacked binaries from nVidia. If anything was wrong, I'd be forced to login in 800x600 mode or my X wouldn't start at all. My settings ("geographically"): Main: - enable actions=yes *General: - popup menu on mice cursor=yes - save buffer on exit=yes - remove spaces between actions=yes - repeat actions on selected object from history=no - suppress empty buffer=yes - ignore selection=no - ignore pictures=yes -=-=-=-=-=-=-=-=-=-=-=-=-= - separate selection and buffer=yes --------- - popup latency time: 5 sec - buffer history size:20 ========================== Actions (not relevant) - nothing suspicious, everything default. ========================== Shortcuts - defaults. Cheers, Jože
i suspect i have found out what the bug is if bug can be called. it is trivial and mouse related: an accidental mouse release on the empty chronology button, which can be triggered simply dragging the cursor onto it and releasing the right button. losing all the chronology even if for the blame of a crappy mouse is annoying so i think that it's better if that button will be placed on top of the menu, far & safe from accidental mouse issues, and will answer just to a single click, not release, of the left button alone. i noticed that when i clicked on the klipper systray icon, the whole list flashed subliminally before my eyes and vanished, and the next click showed a short, shallow list. i emulated the accident by putting some garbage in the list, right-clicked on the icon, the menu popped up, i dragged the pointer onto the "empty chronology" voice and released the right button. the history was erased . so i suggest strongly to eradicate from the code the functionality of the mouse button release event, and only allow the menu to take as imput a left mouse button click. this will save us hours of enthusiastic swearing and the subsequent eternal damnation. i admit that this is the consequence of hasteful mouse operations and possibly bad hardware but data safety, even if it is about petty data like a temporary chronology, should be improved in every way.
That is a good point, stefan. That button should not be there, at least not for people with 1000's of clearboard entries.
*** This bug has been marked as a duplicate of bug 93649 ***