From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020408 Description of problem: I use KDE3 with anti-aliased fonts (which seems not to work *sigh*) and I see problems when having a set of lines which I like to copy. I set the cursor on the first spot and press left mouse - fine - then I drag to the last spot and release - fine. Then I can insert the text into an editor - fine. Then if I go back to the same window the initial place of the select region is always what was selected intially. The start place is sticky. This is a *extremely* annoying bug. KDE konsole does not seem to have that bug. This error *might* be connected to 64466 in some way Version-Release number of selected component (if applicable): How reproducible: Sometimes Steps to Reproduce: 1.start xterm 2. select region with mouse 3. paste in an editor 4. re-select another region Actual Results: That the other region was selected. Expected Results: A region with wrong starting poing is selected. Additional info:
Bero, have you gotten any reports of this behaviour? Able to reproduce?
Haven't had any reports about this, and can't reproduce it either. On the comment that anti-aliased fonts aren't working: Read the release notes, they describe why it *looks like* they aren't working and what you can do about it.
I now remember another thing which might have caused the bug mentioned above. My faithful friend "pine" seems buggy. I have something like 500 Mbyte of mail distributed over 100 folders. I have now three times seen pine hanging right after feeding mails into the system using formail (I use scp to move my mail-folder from the mail-server to my local machine and locally use formail to feed the mails through my procmail-filters - this has worked for several years). Well I have seen pine stalling with "Opening mymail <->" for much longer time than expected (no harddisk activity). Then I tried to kill pine with "pine PID" that failed. Then "pine -9 PID" *also* failed, and I just now had to kill all of KDE to get rid of the pine-process eating all of the CPU power. Killing KDE removed the pine-process. The bug mentioned initially in this bug-report happened right after such a problem with pine the other day. I am sorry that I cannot be more specific, since it could be KDE, XFree, pine or the kernel - or theoretically something else.
Sorry, but I am unable to reproduce this problem, so I can't possibly debug and/or fix it if it is indeed a bug. Someone who can reproduce this will have to debug it fully to determine what exactly the problem is and where the problem occurs - in xterm, pine, or elsewhere.
This is a real and known bug, but very difficult to reproduce. I have personally seen it only after using a KDE3 desktop in Skipjack and Valhalla for 24+ hours, after this point clipboard behavior would be erratic, sometimes copying corrupted garbage into the clipboards (both select and clipboard), sometimes select would stop functioning, sometimes clipboard would stop funcitoning. After a complete X restart it would return to normal behavior... for a while. I saw KDE3 clipboard problems being described in some dot.kde.org news reports and comments, and one or two KDE3 reviews somewhere out there. I don't know if this is fixed in the latest KDE versions.
If it is rare and hard to reproduce, it generally would be quite difficult or impossible for us to spend time debugging and fixing anyway. If it is fixed in new KDE, then I would assume it isn't an XFree86 bug, but is a KDE bug that was fixed. So, on the chance the problem recurs, please reopen it against kdebase. Thanks