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.
Product Version = NetBeans IDE Dev (Build 201304272301) Operating System = Windows 7 version 6.1 running on amd64 Java; VM; Vendor = 1.7.0_17 Runtime = Java HotSpot(TM) 64-Bit Server VM 23.7-b01 I never saw a issue like this. I suspect the problem could even be a corrupt index, so I need guidance on how to gather information. I'm working with Web Project, writing a Servlet. When I asked for autocomplete, I got some kind of garbage. See attached screenshot for reference.
Created attachment 133991 [details] IDE log
Correcting version to 7.4.
Created attachment 133992 [details] Screenshot of the issue
Shift+Ctrl+I still works as expected.
Created attachment 133993 [details] Related issue with auto complete: local variable is not shown, only its methods
Created attachment 133994 [details] No empty constructor offered - seems related too
It seems to be as designed behavior. Looking at the first screenshot - it seems that you have enabled Subword Completion (in Tools->Options->Editor->Code Completion) a new feature of java editor (see issue #212412). On the second screenshot another new feature of the java editor can be seen - Chained Completion (see issue #218604). Just scroll down the code completion list to the local variable. The third example - default constructor is not offered by code completion perhaps because the inherited class has no default constructor to be called.
(In reply to comment #7) > It seems to be as designed behavior. > > Looking at the first screenshot - it seems that you have enabled Subword > Completion (in Tools->Options->Editor->Code Completion) a new feature of java > editor (see issue #212412). Yes. Thanks for pointing that. > > On the second screenshot another new feature of the java editor can be seen - > Chained Completion (see issue #218604). Just scroll down the code completion > list to the local variable. I understand. I would prefer to have variables first, and methods later. Would be more productive for my work style. Can we have a option to make variables appear first? > > The third example - default constructor is not offered by code completion > perhaps because the inherited class has no default constructor to be called. Well this is a real issue: I expect that even the superclass has no default constructor, I can create one and call the super(...) with required parameters. I see no reason to not offer an option to create a default constructor even if superclass has none.
Agreed - chained code completion items have been moved to 'all' completion and are available on second 'Ctrl+Space' - see issue #229560. To provide default constructors in code completion a small API enhancement is necessary - see issue #229849.
Fixed in jet-main. http://hg.netbeans.org/jet-main/rev/d5f0dbfae385
Integrated into 'main-golden', will be available in build *201305212300* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/d5f0dbfae385 User: Dusan Balek <dbalek@netbeans.org> Log: Issue #229233 fixed. Default constructor creators are provided in code completion.