This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | [69cat] unable to enter text in dialogs | ||
---|---|---|---|
Product: | editor | Reporter: | gholmer <gholmer> |
Component: | Spellchecker | Assignee: | Vitezslav Stejskal <vstejskal> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | dstrupl, gorrus, hmichel, jeff_rubinoff, jglick, jlahoda, kawazu428, mhuebner, misterm, stefan79, swpalmer, vv159170 |
Priority: | P1 | Keywords: | REGRESSION |
Version: | 6.x | ||
Hardware: | PC | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | A possible fix. |
Description
gholmer
2010-03-09 14:15:52 UTC
the same happens to me. I can only add that the same issue with Quick Search as well. Not sure that is editor issue, because in editor I can type :-) But may be something wrong with focus. This regression occurs on Friday. To help I can turn on any logging you'd like to see a) Happens on Windows XP and Windows 7 as well re: A) Should also add that CTRL-V to paste text works (on Win XP anyway). I can also type TAB and backspace, but haven't found any other keys that work in the commit comments field. Same here about the commit-comments dialog, CTRL-V workaround works as well. Platform is Ubuntu 10.04, GTK look-and-feel. *** Bug 181699 has been marked as a duplicate of this bug. *** also in quick search field *** Bug 181769 has been marked as a duplicate of this bug. *** I´ve the same problem at Commit-Dialog and in Slowness-Detection-Dialog. And of course this happens in the "Review and Report Problem" dialog that is available when an unexpected exception is encountered (which happens a lot editing Java code with 201003081350) as well - making it frustrating to enter bug reports. *** Bug 181780 has been marked as a duplicate of this bug. *** Happening to me in my regular user dir. Cannot reproduce on a fresh user dir, even with the same JDK (6) and L&F (Ocean); cannot consistently reproduce even in my regular user dir: some sessions it happens, some not. I can reproduce it for an fresh user dir when importing settings from previous version. Product Version: NetBeans IDE Dev (Build 100310-5af6a9204dc0) Java: 1.6.0_18; Java HotSpot(TM) Client VM 16.0-b13 System: Linux version 2.6.31-20-generic-pae running on i386; UTF-8; en_US (nb) I can not give exact steps, but I'm starting with clean userdir and after some coding it occurs 100%. The only way to fix - restart IDE No commit in Dialogs infra for a long time, no way how made such regression. No Dialogs API problem. Reassign to back to evaluate. This error appeared after an error on spellchecker was fixed. I just can't remember the spellchecker issue. misterm, thanks for a hint. Ccing. jlahoda who known more about spellchecker o.n.m.spellchecker.ComponentPeer seems like a plausible culprit. Was also added to the build recently. To justify such a bold evaluation did anyone tried to disable the spellchecker modules and tried to reproduce (from those poeple being able to reproduce)? It's as good a guess as any. Could of course be something else entirely. I am not personally able to reproduce this consistently, or I would check. Looks like Michael is right, I just did the test David asked for and after disable the module the IDE is back to normal, now I can enter text for commit messages and quick search again. Looks like Michael is right, I just did the test David asked for and after disable the module the IDE is back to normal, now I can enter text for commit messages and quick search again. Looks like Michael is right, I just did the test David asked for and after disable the module the IDE is back to normal, now I can enter text for commit messages and quick search again. Sorry for several messages, Bugzilla hangs for some minutes here and I sent more messages that I wished :( (In reply to comment #23) > Bugzilla hangs for some minutes here bug #181882 Steps to reproduce: 1. Start the Java debugger, let it stop on some breakpoint 2. Place mouse cursor over a simple variable (e.g. an integer variable), let the tooltip with the value of the variable appear. Caused by 9072b53e794c. There is (normally) only one Keymap for each of UI, so setting no-op default action to a component's Keymap will cause problems to all components using the same UI class. I am attaching a patch that prevents that. Vita please review. Created attachment 95065 [details]
A possible fix.
(In reply to comment #25) > Caused by 9072b53e794c. Ah, I'm sorry about that. I'm looking at the patch... Thanks, Honzo. http://hg.netbeans.org/jet-main/rev/8ae6b701e275 - It's parented of the regression changeset (9072b53e794c) and so anybody feeling like fetching it directly to their repo should easily be able to do so. Unfortunately, I wasn't able to reproduce the problem on my Mac, but that's not that important I guess. I just applied Honza's patch and checked that the tooltips keep working the way they are supposed to in regards to gaining focus and handling keyboard events. Could somebody affected by this please confirm that the fix really works? If it does not, please reopen. Thanks *** Bug 181957 has been marked as a duplicate of this bug. *** v. 100316-ac7e616ba291 I am working on it for a couple of hours and I made some test and can't reproduce the bug anymore. It looks like fixed to me. I've encountered this problem when entering comment on commit to SVN repository. Problem is not present anymore in build 201003160201. |