 |
History
| Log In
|
|
|
|
[
Permlink
| « Hide
]
Keith Lea - 01 Sep 05 20:12
A coworker sees this too. In his case, all text input goes to another tool window, not the focused window.
I have seen this too. Whenever a change the editing tab or the IDEA window looses focus, when i return to the editor the text dosent appear. If a remove the focus from the idea window and then return it, the text appears.
I'm using linux FC3, jre 1.5.0 and kde 3.4 For me the same problem since the new build #3461. I use KDE with focus follows mouse. If I focus to an other window and focus back the idea window the blindly typed keys appear in the editor.
Changing "idea.popup.weight" to medium does not help either. Perhaps this JDK related like some other bugs. What JDK are you using? I have upgraded to jdk1.5.0_04 now and will test it tomorrow.
I was using jdk 1.5.0_02. I upgraded to 1.5.0_04, but that didn't help the problem.
I experienced the same symptoms. Build 3641, Redhat EL 3, JDK 1.5.0_02.
Focus in Tab A, switch to tab B, mouse click & type... characters went to Tab A. Also same behavior when using Find Find/Replace. After closing find dialog, when typing in Tab A characters still went to find dialog. I Swicthed to JDK 1.5.0_04. Now cannot reproduce. I'm using JDK 1.5.0_05, Gentoo Linux, and also have this problem.
It started with the 5.0 series. Although I don't have a specific way to reproduce it. But it seems to happen when focus is lost momentarily by the editor, for example when doing 'Layout code' via Ctrl-Alt-L. Then the editor stops responding to keyboard events - although the mouse functions normally -, The problem did not occure any more at my work. Because it was hard to reproduce I can not say since when, but now I'm using build 3542 and did not have this problem for more than 2 weeks.
I'm still having the same problem, with 3542, so the problem hasn't gone away.
I get the feeling that the problem occurs more frequently when I'm attached to a remote debugging session via IDEA. Also, the remote debug never manages to detach from a session that's been terminated manually.
And has anyone tried running in some other DE (Gnome, for example)? It looks like a lot of us are running KDE 3.4. I never get this problem with other Swing apps, though. I am running IntelliJ build 3542 under Gnome, and have the same problem.
I've frequently had this problem editing JSPs (to the point I hardly bother trying any more, and switch immediately to vim), and occasionally with Java files, so file type/syntax may affect this.
I've seen this too, long before 5.0.1 (long before 5.0, actually). My guess is that this is a VM/Swing problem.
I've experienced this problem as early as 4.x/rh9 and continue to do so on 5.02/rhas 3.
In my case, the blinking text cursor ALWAYS disappears and cannot be restored without restarting Idea. Another key symptom I did not see mentioned at least explicitly in the other postings on this bug is that left-clicking the mouse in the editor window is no longer an effective means of restoring the cursor (and the keyboard focus) to the editor pane. In other words, after moving the I-shaped mouse cursor to the position where I would like to enter some text, I left-click. Normally, the I-cursor would immediately be replaced by a blinking text cursor; however, as a result of the bug, the text cursor never appears and text cannot be entered. I agree that the root cause lies with the keyboard focus, and not with the text cursor, which is merely an indicator, but some some users have said that the binking cursor is visible even though text cannot be entered and my experience contradicts those reports. Perhaps these users have configured their respective editors to use the text cursor as a mouse cursor, but this seems unlikely (in fact I don't know whether it is even possible). Also, I have never experienced behavior indicative of a SWITCH in focus, like text appearing in another tabbed pane. On the contrary, there is always a total LOSS of the keyboard focus. I have this too under RedHat EL3, kernel 2.4.21, XFree86 v. 4.3, Metacity v. 2.4.55, IDEA build 3542. I suspect a window manager interaction issue.
Version 4.5 of IDEA had occasionally inability to regain focus after another window had had it, which got cured in the same way. It got much worse after changing to 5.0, now two switchings to other desktops are required, and input is still taken, but only inserted when the focus is regained - at whereever the cursor is then. Never seen anything like it in other apps. I've upgraded to 5.0.2 and jdk 1.5.0_05, and this seems to have resolved the issue for me. I haven't seen the focus bug since the upgrade.
RHEL: 2.4.21-27.0.1ELsmp Confirmed, that does indeed cure the problem. Wish I knew why
 It seems to be related to floated panels, when cursor has disappeared I 'unfloated' project panel where it seemed to stuck and then made it floating again. Cursor has appeared in the editor.
Seems like simpler solution than restarting I just downloaded IDEA 5.1, believing this issue to be resolved, but it isn't...
I still lose input focus from time to time. And the 'unfloat' trick doesn't always work for me. So I vote for reopening this issue. Using Ubuntu 5.10, Gnome 2.10, JDK 1.5.0_06. Same here using IDEA 5.1 + JDK 1.5.0_06. When the focus is lost (1-2 times a day) the switch-windows and unfloat tricks don't help, and I have to restart.
Add my comment here, Linux Gentoo, KDE 3.5.1, IDEA 5.1 + jdk 1.5.0_06. Suddenly, the cursor does not appear anymore. I can write, but without a cursor position.
Restarting does not help Same problem here:
Gentoo Linux 2.6.12 JDK 1.5.0_06-b5 Idea 5.1 (build 4155) Window manager: XFWM I lose the input focus on average 10 times a day... makes using Idea nearly impossible. When it happens, the frame refuses to acknowledge any keyboard input, however it does respond to mouse input. I haven't found any way to get the frame to regain input focus by using the mouse. I have to kill the process and restart. Seems to happen whenever Idea attempts to shift focus from a dialog box or popup back to the main frame. (For example, when I invoke Refactor:Copy, or press Alt-Enter on an inspection.) Why is this issue marked as Resolved?
I'm still seeing this on Debian running kernel 2.6.15, using Gnome and Sawfish. I have to restart IDEA every 5-10 minutes, and it's really annoying. Could it be http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4851685
 or any of the bugs related to it? I still experience the problem with 5.1.1(since 5.0), using KDE 3.3.2, i've tested on different platforms getting excatly the same problem. it often appears after fast typing/cursor movement: The blinking cursor disapperas when in the editing widnow, and no characters can be entered, but the "line marker" can be moved with the mouse (similar to opening a read-only file). The top menu can not be accessed using keyboard shortcuts, but can be opened with the mouse. If opening a dialog (e.g. search),
I`m using 5.1.1 and I experience the same problem (since 5.0):
suse 10.0 2.6.13-15.8-smp KDE 3.5.1 "level a" The problem is really annoying, and actually with 5.1.1 seems to be even worst. I also see this problem frequently... sometimes unfloating panes fixes it, sometimes not.
Anyone have any workaround at all for this? I've tried 1.5.0_07 and 1.6.0-beta2-b84 together with idea-4247 and different WMs: fluxbox, kwin, sawfish, twm. Problem exists in all combinations, but in a less critical form: focus is gone almost always after some popup (like layout code or introduce variable dialog) is shown and then closed, but it can be restored by left-clicking the main window. It is still quite annoying and I've hacked up a sawfish script which forces focus return in such situations. Email me if you need it (konstantin[dot]sobolev[at]gmail[dot]com).
Focus losing is standard, and although annoying, something you can cope with.
The worse problem is that sometimes when focus is lost, you are unable to get focus back and type anything in the editor. You have to restart IDEA. > The worse problem is that sometimes when focus is lost, you are unable to get focus back and type anything in the editor. You have to restart IDEA.
Which JDK? In a JDK-specific bug, all "it breaks for me" comments that don't mention critical details like the JDK are next to useless. FWIW, I used to have this problem. Upgrading to the latest JDK (1.5.0_06 at the time) fixed it. > Which JDK? In a JDK-specific bug, all "it breaks for me" comments that don't mention critical details like the JDK are next to useless.
Thank you for your valuable input. Now if you scroll up to my comment dated march 9th, you'll find the details you need.
I had this problem with every JDK 1.5.0 I tried: 01, 02, 04, 06. No difference. I stumbled on this IDEA bug report courtesy of Google. I don't use IDEA but wanted to contribute something that may be useful in pointing to the root cause of the problem.
We have an inhouse trading application which exhibits exactly the same issue: (1) keyboard input works fine, Fortunately for us, dismissing the popup always cures the problem. The problem is intermitent (ie: won't occur every time a popup appears) - it's actually quite hard to reproduce in our testing environment. Following configuration has the issue: Following configuration does NOT have the issue: Conclusion: this really looks like a JDK 1.5 on Linux bug (not sure about 1.4 but not really an option for us) rather than an application specific one. Here are some more reports of this: www.jroller.com/page/slava?entry=java_1_5_window_focus... Yet Sun's bug DB doesn't really seem to contain anything that useful. We will raise this with our dedicated Sun support chanel. I've run IDEA with the 1.5.0_07 JDK, and the bug is still there.
IDEA 5.1.1, JDK 1.5.0_07, current Ubuntu (Dapper). I have the same problem with all versions of IDEA 5.x on a RH system with JDK 1.5.0_02-b09. Symptoms are; when you navigate to another class you loose focus, and if you have more than one instances of IDEA running, your typings go to the other instance of IDEA. I'm also using JBuilder 2006 and Eclipse 3.2 on the same computer. I never met such a problem with Eclipse but same problem happened in JBuilder 2006 when I was trying to create new packages or classes using the small pop-up windows. JBuilder does not react to any keyboard input in these small pop-ups anymore. Why I'm writing this here is because, this kind of behaviour is common to both IDEs and it may be a Java bug not IDEA.
And i have two simple workarounds for the problem. For me, following two solutions work. 1. Minimizing and maximizing IDEA window makes the editor gain focus again. And voila, your typings are there. (But only if you have only one instance of IDEA running, otherwise your typings go to the other instance.)
This is consistent with my previous comment. I'd say it's a Swing bug rather than Java. Eclipse uses SWT... I've stumbled upon the "light version" of this bug again when I decided to switch away from sawfish to ion3 WM.
By "light version" I mean a focus loosing (caret disappearing) problem which can be cured by left-clicking editor region. On sawfish I made a workaround mentioned in my previous post, but on ion3 similar hack doesn't work (WRegion.goto(ioncore.current() doesn't fully restore IDEA focus). I made some investigation and here's what I have found: IDEA's XWindow uses Globally Active ICCCM focus model (see http://tronche.com/gui/x/icccm/sec-4.html#s-4.1.7 xprop | grep -i focus gives ICCCM says: I'm not sure that this is the real cause of the problem. However, I made one interesting experiment: I wrote a program which calls XSetInputFocus on IDEA window, and sends WM_TAKE_FOCUS XEvent to it. This combination fully restores the focus, and typing works again. But as soon as program is chaned to only call XSetInputFocus (without sending WM_TAKE_FOCUS message), focus returns only 'partially' and caret doesn't appear. It is probably a JDK bug, but I wonder why other swing apps aren't affected.. I have just moved this issue to the Next Version. This is not because we do not care, but because we still cannot reproduce the problem.
We are going to focus on reproducing this right after 6.0.2. This is all I can promise for now. I've run JDK 1.5.0_08 for a few weeks now, and I haven't seen the problem so far. I would guess that it's a Swing bug that's been fixed with the -08 release.
Does anyone still have this problem with the latest SDK? | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Bug
Reopened
Critical
Can't type in editor using 5.0.1 and Linux
