Version: unknown (using KDE 3.1.0) Installed from: (3.0) Compiler: gcc version 2.95.4 20011002 (Debian prerelease) OS: Linux (i686) release 2.4.20-686 When you are in kate or kwrite, and write anithing, cursor dissapears, how is usual in editors. If with mouse cursor hide, you make any action with keyboard that implies the lost of the focus by kate/kwrite, the cursor appears again, but disappears when you enter again by moving mouse in kate/kwrite window. Only dissapear from the document that had hide the cursor bafore. I think this bug it's an extension of 55461 aon perhaps 40005
can somebody else reproduce that ? I simply don't get it here :/
I've seen it a couple of times when using Kate on the 3.1 branch.... It's not easy to reproduce short term -- just seems like when switching around the embedded konsole,text view, and some other konsole with alt-tab, etc., sometimes the cursor gets lost.. Happened pretty often during the multi-hour typing-homework-in-LaTeX sessions Kate is so good at...
does the same thing on my box: i start kate, i can move the mouse around just fine, i switch desktops to click on a few files in konqueror, and when i come back to the desktop that has kate on it, my mouse cursor disappears when it's over the text editing area. the file selector on the left and the menu area above act as normal, but i can't see the mouse in the text section.
I can confirm this, exactly as described in comment #3: it's not always reproducible, but it happened to me several times today. Using KDE 3.1.1 packaged for Debian woody, straight from download.kde.org.
it happens constantly on my home machine, but never on my work machine. steps to reproduce @home are: 1. open a file in kate (php file... if that matters) 2. do some edits 3. open a second file in kate 4. do some edits in the second file 5. switch back to the first file 6. cursor is invisible... but only in the text editing window. the same is true if i switch desktops, do something in konqueror and come back to my file in kate. my stats @home: amd athlon 800mhz ati all-in-wonder radeon gentoo 1.2 gcc 2.95.3 kde 3.1.1 @work: intel celeron 1.0ghz integrated video gentoo 1.2 gcc 2.95.3 kde 3.1.1 i even recompiled (emerged) kdelibs @home to see if that would fix things... no-go. what other info would be useful?
I also get this. It's only in one of several open files. My setup is Gentoo 1.4, KDE 3.1.1, AMDXP1800+, Nvidia, Xfree 4.2.9?, GCC 3.2.? Very annoying!
Christoph, is this related to the KCursor::autoHideEventFilter calls in KateViewInternal? I have also seen this once or twice, though not recently and I remember you changed something for CVS head...?
one other thing i noted. if i move my mouse into the text editing area and it disappears, i can right-click and my mouse is then visible... but only as long as the pop-up window is visible. if i click elsewhere to make it go away, the mouse is gone again.
I can reproduce all of the above on Ralph Nolden's Woody backport of KDE 3.1.1. In addition, I noticed that the same behaviour can be seen in the embedded terminal emulators both of kate and konqueror. Konsole doesn't have the problem.
I can also reproduce it with switching between the desktops. If there are several files opened in kate, I can do it with any of them (so that there are some files that hide the cursor and others that don't).
I can also reproduce this annoying behaviour. At least here it appeared the first time with 3.1 or 3.1.1 (not sure), even though the same bug is also described in Bug 40005.
I've found a kind of workaround for this bug: split the window and close the pane with the hidden cursor. I'm yet not sure if the new pane ever suffers from this bug again.
I still have problems after doing the suggestion in comment 12. The only way I have found to prevent the cursor from going away is to click in the I-Search text entry box before switching desktops.
I can confirm the bug as well. It happens every time I use kate, usually starting after about 15 minutes. mouse cursor disappears in kate terminal window and document windows when switching between konsole/other applications and coming back. It only happens in one place at a time. One file could have no mouse while another open file in kate would have one. Work Around: close/reopen file/terminal (ctrl-d). Or for documents use split screen mode then close the one w/ no mouse. Problem started when upgrading to 3.1.1 from 3.1 via gentoo emerge (gentoo 1.4)
I too have encountered this same bug in Kate after upgrading from KDE 3.1.0 to 3.1.1. Stats: Gentoo 1.4, PentiumIII, nVidia GeForce2MX, gcc 3.2.2, glibc 3.2.1-r4.
*** Bug 55461 has been marked as a duplicate of this bug. ***
*** Bug has been marked as fixed ***.
I have disabled the autohide feature for CVS HEAD and the 3_1 branch, that looks like a KCursor problem, same effects in konsole part :/ Maintainer of KCursor should look at that, therefor reassigning that bug
*** Bug 57509 has been marked as a duplicate of this bug. ***
Created attachment 1423 [details] kcursor.cpp.patch This patch is against 3.1.1a, which works by not ignoring the QEvent::WindowDeactivate event which is received when focus changes.
That patch is wrong. Its effect would be to ignore QEvent::WindowDeactivate. HEAD now contains a rewritten autohide implementation that should fix these persistent problems. I'm waiting to backport for some testing.
*** Bug 57632 has been marked as a duplicate of this bug. ***
*** Bug 57657 has been marked as a duplicate of this bug. ***
This bug is annoying because I frequently Alt-Tab between windows while programming. I would like it to be fixed without disabling autohide.
*** Bug 58350 has been marked as a duplicate of this bug. ***
This also occurs when receiving Kopete IMs while editing documents with KATE. The loss of focus is contained to the current open document. Opening or switching to other documents in the 'file list' will display the cursor. Closing the document in which the mouse cursor is hidden and reopening it resolves the issue.
*** Bug 57283 has been marked as a duplicate of this bug. ***
As of 3.1.2, this bug is gone! Recommend closing, unless anyone else is still seeing this.
this bug seems to be fixt as of kde 3.1.2
Closing then. Please only comment further if it still happens with KDE 3.1.2 or newer for you.
The bug itself disappeared for me as well. Embedded konsole in kate works fine. However, now the curser just isn't hidden anymore in kate or kwrite, i.e. the functionality went away, too.
FYI, John has backported his fixes from HEAD for KDE 3.1.3 now.
*** Bug 64417 has been marked as a duplicate of this bug. ***