Version: 4.1 (using KDE KDE 3.1.1a) Installed from: Compiled From Sources Compiler: gcc 3.2 OS: Linux Hello, I noticed this bug starting with 3.1.1a. I didn't notice it while using 3.1. It goes like this: Start kwrite on a desktop (3 for instance). Press Alt. The cursor dissappears (this is normal). Now, switch to a different desktop using the keyboard (press Ctrl+F1). Switch back to the desktop kwrite is on (press Ctrl+F3). The mouse no longer appears inside kwrite's window. Once you move the mouse past the borders, outside kwrite, it reappears. That's it, folks Virgil.
Correction: Upon further investigation, I found out there's nothing special about pressing the "Alt" key in the procedure above. Any key would do. So, I believe the bug should be named "Keyboard ate my mouse. Leave user perplexed :-)" The only way to get the rodent back is to restart the application. This may be a duplicate (or related to) bugs #40005, #55550, #57509, since Kate and KWrite share the same code for hiding the cursor. Kate exibits an 'extra' feature, due to MDI: The cursor is hidden (and stays hid) only for those documents which were displayed when the desktop switching occurred. Virgil
You are correct, this is a duplicate - kwrite and kate both use katepart (which uses kdelibs, where the bug is ;) *** This bug has been marked as a duplicate of 55550 ***