Bug 55461

Summary: Mouse pointer for active document get lost when switching between desktops
Product: [Unmaintained] kdelibs Reporter: Felix Seeger <seeger>
Component: generalAssignee: Stephan Kulow <coolo>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: NOR    
Version: 2.1   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Felix Seeger 2003-03-03 11:59:44 UTC 
Version:           2.1 (using KDE 3.1.0)
Installed from:    compiled sources
Compiler:          gcc version 2.95.4 20011002 (Debian prerelease)
OS:          Linux (i686) release 2.4.20-rc4

If you write something in kate and than switch to another desktop, the mouse pointer will be away if you swith back to the document.
I mean that the mousepointer is away for this document only.
Comment 1 Christoph Cullmann 2003-03-04 22:58:11 UTC 
can somebody reproduce that or was it a temporary kwin bug ?
Comment 2 Hamish Rodda 2003-03-05 13:21:43 UTC 
I can't reproduce, but I get the feeling Felix is talking about the caret, not the mouse 
cursor. 
 
Felix, can you be more specific? A list of step-by-step instructions on how to 
reproduce this would be good.  Are you using multiple views within kate, etc?
Comment 3 Felix Seeger 2003-03-05 13:35:01 UTC 
Subject: Re:  Mouse pointer for active document get lost when switching between desktops

I will try to explain it. At the moment I also have problems to reproduce it 
every time. Before my kde cvs update and restart it was possible to reproduce 
it to 95%.

I have one file (many files also work) open. It is a java file but xml also 
works, I haven't tried other.

Now cut a block from that file.
Don't save
Switch to Desktop 1
Switch back to 4 (I have kate there)

The cursor is away. You can select everything in kate and you can also use it 
in the document, but it is not visible in the document.

It is visible in kate and in other documents.


This is not a real reproducer because it also works when you don't do anything 
after opening the file, but it works most of the time I think. Not sure.
Comment 4 Felix Seeger 2003-03-09 10:10:51 UTC 
I can reproduce this here on kde from cvs HEAD. 
I don't have virtual desktops here. I also don't have two screens. 
It is reproduceable with alt-tab switching. 
 
Both machines (work and here at home) are runnig debian unstable.
Comment 5 Christoph Cullmann 2003-03-13 23:13:39 UTC 
yeah, got it now, too (while my own latex editing session ;)
but we use KCursor::autoHide.... stuff, better reassign to kdelibs
Comment 6 John Firebaugh 2003-04-14 01:19:57 UTC 

*** This bug has been marked as a duplicate of 55550 ***