[jira] [Updated] (NETBEANS-1610) Constant background CPU usage
[ https://issues.apache.org/jira/browse/NETBEANS-1610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Basti Kamp updated NETBEANS-1610: - Affects Version/s: 8.2 > Constant background CPU usage > - > > Key: NETBEANS-1610 > URL: https://issues.apache.org/jira/browse/NETBEANS-1610 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2, 9.0 >Reporter: Kevin T >Priority: Major > Fix For: 9.0, Next > > Attachments: constant background cpu usage netbeans 9.0.txt > > > Product Version = Apache NetBeans IDE 9.0 (Build > incubator-netbeans-release-334-on-20180708) > Operating System = Windows 10 version 10.0 running on amd64 > Java; VM; Vendor = 1.8.0_162 > Runtime = Java HotSpot(TM) 64-Bit Server VM 25.162-b12 > STEPS: > * Open project > * Minimize netbeans window or not have it in the foreground > ACTUAL: > Background CPU usage is constantly at 16-18%, so that my laptop fan turns > on. Does not cease unless I close netbeans or put it back in the foreground. > EXPECTED: > No background CPU usage when minimized or not the active window > I unchecked "Enable auto-scanning of sources" in > Options->Miscellaneous->Files, but the IDE appears to still be scanning and > constantly using CPU. > This issue was also present in version 8.2. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1610) Constant background CPU usage
[ https://issues.apache.org/jira/browse/NETBEANS-1610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16687501#comment-16687501 ] Kevin T commented on NETBEANS-1610: --- Thank you, the post by Lovro does help; Ctrl+Shift+6, Ctrl-W. Hopefully this can be fixed in the next version! > Constant background CPU usage > - > > Key: NETBEANS-1610 > URL: https://issues.apache.org/jira/browse/NETBEANS-1610 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0 >Reporter: Kevin T >Priority: Major > Fix For: 9.0, Next > > Attachments: constant background cpu usage netbeans 9.0.txt > > > Product Version = Apache NetBeans IDE 9.0 (Build > incubator-netbeans-release-334-on-20180708) > Operating System = Windows 10 version 10.0 running on amd64 > Java; VM; Vendor = 1.8.0_162 > Runtime = Java HotSpot(TM) 64-Bit Server VM 25.162-b12 > STEPS: > * Open project > * Minimize netbeans window or not have it in the foreground > ACTUAL: > Background CPU usage is constantly at 16-18%, so that my laptop fan turns > on. Does not cease unless I close netbeans or put it back in the foreground. > EXPECTED: > No background CPU usage when minimized or not the active window > I unchecked "Enable auto-scanning of sources" in > Options->Miscellaneous->Files, but the IDE appears to still be scanning and > constantly using CPU. > This issue was also present in version 8.2. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16687289#comment-16687289 ] Jiří Kovalský commented on NETBEANS-1217: - Thank you [~Eduardo Quintanilla]! [~rtaneja], are you going to provide pull request for this issue anytime soon? > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, > nb-javac-api.jar, nb-javac-impl.jar, netbeans-1217.patch, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) > at > com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) > at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) > at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) > at > com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitMethodDef(Flow.java:989) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScan
[jira] [Commented] (NETBEANS-49) Please add smooth scrolling
[ https://issues.apache.org/jira/browse/NETBEANS-49?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16687162#comment-16687162 ] Eirik Bakke commented on NETBEANS-49: - Yes, the smooth scrolling patch was intentionally specific to the Windows LAF only, since it's not needed on MacOS, and since it was the only LAF I had a chance to test it on. We can enable it on other LAFs too if desired, though it might involve either copying some code over to Darcula or doing some ugly reflection hacks that I was trying to avoid. Now if I remember correctly, even with the new patch, you mentioned (on the mailing list) that you saw some scroll problems in the editor on your particular computer. Is that still the case? Did the patch make scrolling better or worse overall on that computer? It might be good to fix these problems first. > Please add smooth scrolling > > > Key: NETBEANS-49 > URL: https://issues.apache.org/jira/browse/NETBEANS-49 > Project: NetBeans > Issue Type: Improvement > Components: platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 10.0 > > Time Spent: 2h 10m > Remaining Estimate: 0h > > Inside the editor, when I scroll with my touchpad to the bottom, it jumps 9 > lines to the next, this is a lot. I don't like such gappings I would like to > have a smooth stepless scrolling, like in chrome or other windows native > apps. Please add this for horizontal and vertical scrolling, it will be much > better. Not only in editors, it should be available everywhere, where we have > scrollbars. > Regards > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1321) Release NetBeans 10
[ https://issues.apache.org/jira/browse/NETBEANS-1321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686968#comment-16686968 ] Javier A. Ortiz commented on NETBEANS-1321: --- I saw issue NETBEANS-326 on NetBeans 10 V3. I believe it should be addressed. > Release NetBeans 10 > --- > > Key: NETBEANS-1321 > URL: https://issues.apache.org/jira/browse/NETBEANS-1321 > Project: NetBeans > Issue Type: Task >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Blocker > Fix For: 10.0 > > > This is the task of releasing Apache (incubation) NetBeans 10 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-326) Autocomplete does not work inside a lambda expression
[ https://issues.apache.org/jira/browse/NETBEANS-326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Javier A. Ortiz updated NETBEANS-326: - Priority: Critical (was: Minor) > Autocomplete does not work inside a lambda expression > - > > Key: NETBEANS-326 > URL: https://issues.apache.org/jira/browse/NETBEANS-326 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 8.2, 10.0 > Environment: Windows 10 Enterprise >Reporter: Morgan M >Priority: Critical > Labels: patch, usability > Attachments: RLtLF.png, t51Jz.png > > > When declaring an object with a lambda expression, autocomplete for variables > inside the lambda does not seem to work, and instead I see global variables, > suggestions for keywords amongst other things as shown below. > {code:java} > public class SOInner { > private ActionListener listenerExampleLambda = e -> { > //autocomplete DOES NOT work for these vars > int testVarInner = 2; > int testVarInner2 = 4; > }; > private ActionListener listenerExampleClass = new ActionListener() { > @Override > public void actionPerformed(ActionEvent e) { > //autocomplete works for these vars > int testVarInner = 2; > int testVarInner2 = 4; > } > }; > private Comparable comparableExampleLambda = o -> { > //autocomplete DOES NOT work for these vars > String testString = "Hello"; > String testString2 = "Hi"; > return 0; > }; > private Comparable comparableExampleClass = new > Comparable() { > @Override > public int compareTo(SOInner o) { > //autocomplete works for these vars > String testString = "Hello"; > String testString2 = "Hi"; > return 0; > } > }; > } > {code} > You can reproduce the bug by placing your cursor inside the lambda > expression under the String variables and pressing Ctrl+Space. You will > notice that testString and testString2 do not appear. They do appear if these > steps are reproduced from within an anonymous inner class. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-326) Autocomplete does not work inside a lambda expression
[ https://issues.apache.org/jira/browse/NETBEANS-326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686965#comment-16686965 ] Javier A. Ortiz commented on NETBEANS-326: -- I'm seeing this on NetBeans 10 v3 and I believe it needs to be addressed. > Autocomplete does not work inside a lambda expression > - > > Key: NETBEANS-326 > URL: https://issues.apache.org/jira/browse/NETBEANS-326 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 8.2, 10.0 > Environment: Windows 10 Enterprise >Reporter: Morgan M >Priority: Critical > Labels: patch, usability > Attachments: RLtLF.png, t51Jz.png > > > When declaring an object with a lambda expression, autocomplete for variables > inside the lambda does not seem to work, and instead I see global variables, > suggestions for keywords amongst other things as shown below. > {code:java} > public class SOInner { > private ActionListener listenerExampleLambda = e -> { > //autocomplete DOES NOT work for these vars > int testVarInner = 2; > int testVarInner2 = 4; > }; > private ActionListener listenerExampleClass = new ActionListener() { > @Override > public void actionPerformed(ActionEvent e) { > //autocomplete works for these vars > int testVarInner = 2; > int testVarInner2 = 4; > } > }; > private Comparable comparableExampleLambda = o -> { > //autocomplete DOES NOT work for these vars > String testString = "Hello"; > String testString2 = "Hi"; > return 0; > }; > private Comparable comparableExampleClass = new > Comparable() { > @Override > public int compareTo(SOInner o) { > //autocomplete works for these vars > String testString = "Hello"; > String testString2 = "Hi"; > return 0; > } > }; > } > {code} > You can reproduce the bug by placing your cursor inside the lambda > expression under the String variables and pressing Ctrl+Space. You will > notice that testString and testString2 do not appear. They do appear if these > steps are reproduced from within an anonymous inner class. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-326) Autocomplete does not work inside a lambda expression
[ https://issues.apache.org/jira/browse/NETBEANS-326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Javier A. Ortiz updated NETBEANS-326: - Affects Version/s: 10.0 > Autocomplete does not work inside a lambda expression > - > > Key: NETBEANS-326 > URL: https://issues.apache.org/jira/browse/NETBEANS-326 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 8.2, 10.0 > Environment: Windows 10 Enterprise >Reporter: Morgan M >Priority: Minor > Labels: patch, usability > Attachments: RLtLF.png, t51Jz.png > > > When declaring an object with a lambda expression, autocomplete for variables > inside the lambda does not seem to work, and instead I see global variables, > suggestions for keywords amongst other things as shown below. > {code:java} > public class SOInner { > private ActionListener listenerExampleLambda = e -> { > //autocomplete DOES NOT work for these vars > int testVarInner = 2; > int testVarInner2 = 4; > }; > private ActionListener listenerExampleClass = new ActionListener() { > @Override > public void actionPerformed(ActionEvent e) { > //autocomplete works for these vars > int testVarInner = 2; > int testVarInner2 = 4; > } > }; > private Comparable comparableExampleLambda = o -> { > //autocomplete DOES NOT work for these vars > String testString = "Hello"; > String testString2 = "Hi"; > return 0; > }; > private Comparable comparableExampleClass = new > Comparable() { > @Override > public int compareTo(SOInner o) { > //autocomplete works for these vars > String testString = "Hello"; > String testString2 = "Hi"; > return 0; > } > }; > } > {code} > You can reproduce the bug by placing your cursor inside the lambda > expression under the String variables and pressing Ctrl+Space. You will > notice that testString and testString2 do not appear. They do appear if these > steps are reproduced from within an anonymous inner class. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1685) Running on Mac OSX a java source file editor fails to open - nullPointerException
David Gradwell created NETBEANS-1685: Summary: Running on Mac OSX a java source file editor fails to open - nullPointerException Key: NETBEANS-1685 URL: https://issues.apache.org/jira/browse/NETBEANS-1685 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 9.0 Reporter: David Gradwell Using Mac OSX Mojave version 10.14.1, NetBeans 9.0, Java 9. When I click on a java file in the projects window I always get the following exception. I've not succeeded in viewing a source file when running on Mac OS X and NetBeans 9.0 yet ! java.lang.NullPointerException at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar.resolveBackColor(CodeFoldingSideBar.java:350) at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar.updateColors(CodeFoldingSideBar.java:365) at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar.access$200(CodeFoldingSideBar.java:99) at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar$2.preferenceChange(CodeFoldingSideBar.java:228) at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar.addNotify(CodeFoldingSideBar.java:284) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at org.netbeans.modules.editor.impl.CustomizableSideBar$WestSidebarHolder.addNotify(CustomizableSideBar.java:286) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at java.awt.Container.addImpl(Container.java:1141) at java.awt.Container.add(Container.java:993) at org.openide.text.CloneableEditorInitializer.initCustomEditor(CloneableEditorInitializer.java:523) at org.openide.text.CloneableEditorInitializer.initCustomEditorAndDecorationsInEDT(CloneableEditorInitializer.java:573) [catch] at org.openide.text.CloneableEditorInitializer.run(CloneableEditorInitializer.java:321) at org.openide.text.CloneableEditorInitializer.processPendingEDTRequests(CloneableEditorInitializer.java:135) at org.openide.text.CloneableEditorInitializer$1.run(CloneableEditorInitializer.java:84) at org.netbeans.core.windows.WindowManagerImpl$Exclusive$1.run(WindowManagerImpl.java:1546) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:759) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:712) at java.awt.EventQueue$3.run(EventQueue.java:706) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:75) at java.awt.EventQueue.dispatchEvent(EventQueue.java:729) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:115) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:104) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:100) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:92) at java.awt.EventDispatchThread.run(EventDispatchThread.java:81) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1684) Message stating where to find log files is incorrect when running on Mac OSX
[ https://issues.apache.org/jira/browse/NETBEANS-1684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686884#comment-16686884 ] David Gradwell commented on NETBEANS-1684: -- I've now got the stack crawl for the problem I wanted to report: java.lang.NullPointerException at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar.resolveBackColor(CodeFoldingSideBar.java:350) at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar.updateColors(CodeFoldingSideBar.java:365) at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar.access$200(CodeFoldingSideBar.java:99) at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar$2.preferenceChange(CodeFoldingSideBar.java:228) at org.netbeans.modules.editor.fold.ui.CodeFoldingSideBar.addNotify(CodeFoldingSideBar.java:284) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at org.netbeans.modules.editor.impl.CustomizableSideBar$WestSidebarHolder.addNotify(CustomizableSideBar.java:286) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at java.awt.Container.addNotify(Container.java:2797) at javax.swing.JComponent.addNotify(JComponent.java:4775) at javax.swing.JRootPane.addNotify(JRootPane.java:758) at java.awt.Container.addNotify(Container.java:2797) at java.awt.Window.addNotify(Window.java:771) at java.awt.Frame.addNotify(Frame.java:487) at java.awt.Window.pack(Window.java:809) at org.netbeans.modules.java.editor.JavaEditorWarmUpTask.run(JavaEditorWarmUpTask.java:269) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:759) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:712) at java.awt.EventQueue$3.run(EventQueue.java:706) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:75) at java.awt.EventQueue.dispatchEvent(EventQueue.java:729) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) [catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:115) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:104) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:100) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:92) at java.awt.EventDispatchThread.run(EventDispatchThread.java:81) > Message stating where to find log files is incorrect when running on Mac OSX > > > Key: NETBEANS-1684 > URL: https://issues.apache.org/jira/browse/NETBEANS-1684 > Project: NetBeans > Issue Type: Bug > Components: java - Compiler >Affects Versions: 9.0 > Environment: Mac OS X Mojave version 10.14.1; NetBeans 9.0; Java 9 >Reporter: David Gradwell >Priority: Minor > > When going "Clean & Build" I repeatedly get: > A java.lang.NullPointerException exception has occurred. > Please report this at https://issues.apache.org/jira/projects/NETBEANS/issues, > including a copy of your messages.log file as an attachment. > The messages.log file is located in your > /Users/davidjlgradwell/Library/Application Support/NetBeans/9.0/var/log > folder. > However the location given is incorrect - no Library folder in > /Users/davidjlgradwell/. I have looked in "/Library/Application Support" but > that contains no "NetBeans" folder. A search of the entire disk doesn't show > a recent messages.log file. > > This prevents me reporting the real problem properly ! -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1684) Message stating where to find log files is incorrect when running on Mac OSX
David Gradwell created NETBEANS-1684: Summary: Message stating where to find log files is incorrect when running on Mac OSX Key: NETBEANS-1684 URL: https://issues.apache.org/jira/browse/NETBEANS-1684 Project: NetBeans Issue Type: Bug Components: java - Compiler Affects Versions: 9.0 Environment: Mac OS X Mojave version 10.14.1; NetBeans 9.0; Java 9 Reporter: David Gradwell When going "Clean & Build" I repeatedly get: A java.lang.NullPointerException exception has occurred. Please report this at https://issues.apache.org/jira/projects/NETBEANS/issues, including a copy of your messages.log file as an attachment. The messages.log file is located in your /Users/davidjlgradwell/Library/Application Support/NetBeans/9.0/var/log folder. However the location given is incorrect - no Library folder in /Users/davidjlgradwell/. I have looked in "/Library/Application Support" but that contains no "NetBeans" folder. A search of the entire disk doesn't show a recent messages.log file. This prevents me reporting the real problem properly ! -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1683) Move code up/down should reindent the code inside and outside blocks
[ https://issues.apache.org/jira/browse/NETBEANS-1683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686803#comment-16686803 ] Christian Lenz commented on NETBEANS-1683: -- Possible code to look at: https://github.com/apache/incubator-netbeans/blob/master/ide/editor.actions/src/org/netbeans/modules/editor/actions/MoveCodeElementAction.java and https://github.com/apache/incubator-netbeans/blob/master/java/java.editor/src/org/netbeans/modules/editor/java/JavaMoveCodeElementAction.java > Move code up/down should reindent the code inside and outside blocks > > > Key: NETBEANS-1683 > URL: https://issues.apache.org/jira/browse/NETBEANS-1683 > Project: NetBeans > Issue Type: Improvement > Components: editor - Formatting & Indentation >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > I hope that I don't need to create for each language a new ticket, please let > me know that. If you move code up or down, from outside of a function or > outside of an if block or other blocks, it should reindent the code. > {code:javascript} > function test() { > if(true) { > > } > ^ > | > console.log("test"); > } > {code} > expected behaviour: > {code:javascript} > function test() { > if(true) { > console.log("test"); > } > } > {code} > Current behaviour: > {code:javascript} > function test() { > if(true) { > console.log("test"); > } > } > {code} > It will still have the same indentation as it has it before. > The correct/expected behaviour is only supported for Java. No support for > PHP, JS, CSS/SCSS/LESS, HTML/XML. I didn't test it in C/C++ but I guess it > will not work there too. So this must be a generic language feature. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-1683) Move code up/down should reindent the code inside and outside blocks
[ https://issues.apache.org/jira/browse/NETBEANS-1683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686796#comment-16686796 ] Christian Lenz edited comment on NETBEANS-1683 at 11/14/18 4:13 PM: And if I move code from an inside block, to an outside block, it should reindent the code too. I could handled it by my own, after I created a macro, which will move up+reindent and same for move down+reindent. I tweeted about it, but it was more hacky and a workaround and had other problems. So this request is to implement such behaviour correctly for each supported language. was (Author: chrizzly): And if I move code from an inside block, to an outside block, it should reindent the code too. I could handled it by my own, after I created a macro, which will move up+reindent and same for move down+reindent. I tweeted about it, but it was more hacky and a workaround and had other problems. So this request is to implement such behaviour correctly for each language. > Move code up/down should reindent the code inside and outside blocks > > > Key: NETBEANS-1683 > URL: https://issues.apache.org/jira/browse/NETBEANS-1683 > Project: NetBeans > Issue Type: Improvement > Components: editor - Formatting & Indentation >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > I hope that I don't need to create for each language a new ticket, please let > me know that. If you move code up or down, from outside of a function or > outside of an if block or other blocks, it should reindent the code. > {code:javascript} > function test() { > if(true) { > > } > ^ > | > console.log("test"); > } > {code} > expected behaviour: > {code:javascript} > function test() { > if(true) { > console.log("test"); > } > } > {code} > Current behaviour: > {code:javascript} > function test() { > if(true) { > console.log("test"); > } > } > {code} > It will still have the same indentation as it has it before. > The correct/expected behaviour is only supported for Java. No support for > PHP, JS, CSS/SCSS/LESS, HTML/XML. I didn't test it in C/C++ but I guess it > will not work there too. So this must be a generic language feature. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1683) Move code up/down should reindent the code inside and outside blocks
[ https://issues.apache.org/jira/browse/NETBEANS-1683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686796#comment-16686796 ] Christian Lenz commented on NETBEANS-1683: -- And if I move code from an inside block, to an outside block, it should reindent the code too. I could handled it by my own, after I created a macro, which will move up+reindent and same for move down+reindent. I tweeted about it, but it was more hacky and a workaround and had other problems. So this request is to implement such behaviour correctly for each language. > Move code up/down should reindent the code inside and outside blocks > > > Key: NETBEANS-1683 > URL: https://issues.apache.org/jira/browse/NETBEANS-1683 > Project: NetBeans > Issue Type: Improvement > Components: editor - Formatting & Indentation >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > I hope that I don't need to create for each language a new ticket, please let > me know that. If you move code up or down, from outside of a function or > outside of an if block or other blocks, it should reindent the code. > {code:javascript} > function test() { > if(true) { > > } > ^ > | > console.log("test"); > } > {code} > expected behaviour: > {code:javascript} > function test() { > if(true) { > console.log("test"); > } > } > {code} > Current behaviour: > {code:javascript} > function test() { > if(true) { > console.log("test"); > } > } > {code} > It will still have the same indentation as it has it before. > The correct/expected behaviour is only supported for Java. No support for > PHP, JS, CSS/SCSS/LESS, HTML/XML. I didn't test it in C/C++ but I guess it > will not work there too. So this must be a generic language feature. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1683) Move code up/down should reindent the code inside and outside blocks
Christian Lenz created NETBEANS-1683: Summary: Move code up/down should reindent the code inside and outside blocks Key: NETBEANS-1683 URL: https://issues.apache.org/jira/browse/NETBEANS-1683 Project: NetBeans Issue Type: Improvement Components: editor - Formatting & Indentation Affects Versions: Next Reporter: Christian Lenz I hope that I don't need to create for each language a new ticket, please let me know that. If you move code up or down, from outside of a function or outside of an if block or other blocks, it should reindent the code. {code:javascript} function test() { if(true) { } ^ | console.log("test"); } {code} expected behaviour: {code:javascript} function test() { if(true) { console.log("test"); } } {code} Current behaviour: {code:javascript} function test() { if(true) { console.log("test"); } } {code} It will still have the same indentation as it has it before. The correct/expected behaviour is only supported for Java. No support for PHP, JS, CSS/SCSS/LESS, HTML/XML. I didn't test it in C/C++ but I guess it will not work there too. So this must be a generic language feature. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686660#comment-16686660 ] Eduardo Quintanilla edited comment on NETBEANS-1217 at 11/14/18 3:18 PM: - Confirmed that is fixed with the patch of [~rtaneja] for the escenario https://issues.apache.org/jira/browse/NETBEANS-1217?focusedCommentId=16673308&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16673308 was (Author: eduardo quintanilla): Fixed with the patch of [~rtaneja] for the escenario https://issues.apache.org/jira/browse/NETBEANS-1217?focusedCommentId=16673308&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16673308 > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, > nb-javac-api.jar, nb-javac-impl.jar, netbeans-1217.patch, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) > at > com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) > at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) > at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) > at > com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnaly
[jira] [Commented] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686660#comment-16686660 ] Eduardo Quintanilla commented on NETBEANS-1217: --- Fixed with the patch of [~rtaneja] for the escenario https://issues.apache.org/jira/browse/NETBEANS-1217?focusedCommentId=16673308&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16673308 > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, > nb-javac-api.jar, nb-javac-impl.jar, netbeans-1217.patch, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) > at > com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) > at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) > at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) > at > com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitMethodDef(Flow.java:989) > at com.
[jira] [Updated] (NETBEANS-189) SQL editor, shouldn't ask evertime to set the connection
[ https://issues.apache.org/jira/browse/NETBEANS-189?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-189: Attachment: SQL Notification.png > SQL editor, shouldn't ask evertime to set the connection > > > Key: NETBEANS-189 > URL: https://issues.apache.org/jira/browse/NETBEANS-189 > Project: NetBeans > Issue Type: Improvement > Components: db - SQL Editor >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > Attachments: SQL Notification.png, required-connection.gif > > > Of course, the SQL editor doesn't make sense, if you don't set a connection > to see databases, tables and columns, but sometimes or often, you only want > to scratch a SQL query and you want the code completion for the SQL stuff, > like the keywords (SELECT, FROM, WHERE) or aggregate functions (COUNT, AVG, > etc.) So this is not possible, without setting a connection. But when I don't > have a connection, I can't use the code completion, becauses it will ends up > in a loop. See my little screen capture for what I mean. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-189) SQL editor, shouldn't ask evertime to set the connection
[ https://issues.apache.org/jira/browse/NETBEANS-189?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686489#comment-16686489 ] Christian Lenz commented on NETBEANS-189: - I attached an image, how IntelliJ handles this. So in general you have Code completion for normal/advanced keywords in SQL files, w/o the need of a connection. But there is a notification which shows you, that you should better configure a data source/connection to get advanced code assistance, which is quite good. So I can use IntelliJ for SQL files with Code completion and writing my SQL w/o using a connection, This is not possible with NetBeans. > SQL editor, shouldn't ask evertime to set the connection > > > Key: NETBEANS-189 > URL: https://issues.apache.org/jira/browse/NETBEANS-189 > Project: NetBeans > Issue Type: Improvement > Components: db - SQL Editor >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > Attachments: SQL Notification.png, required-connection.gif > > > Of course, the SQL editor doesn't make sense, if you don't set a connection > to see databases, tables and columns, but sometimes or often, you only want > to scratch a SQL query and you want the code completion for the SQL stuff, > like the keywords (SELECT, FROM, WHERE) or aggregate functions (COUNT, AVG, > etc.) So this is not possible, without setting a connection. But when I don't > have a connection, I can't use the code completion, becauses it will ends up > in a loop. See my little screen capture for what I mean. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1682) Adding real formatting for SQL
[ https://issues.apache.org/jira/browse/NETBEANS-1682?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-1682: - Description: Unfortunately there is no real formatter for SQL files. So this: {code:sql}SELECT * FROM tableName WHERE ...{code} Should expand to: {code:sql} SELECT * FROM tableName WHERE ... {code} For this, we need formatting options for SQL, which will be handled in this ticket: NETBEANS-1681. was: As you can see it in the external ticket and in this one: https://netbeans.org/bugzilla/show_bug.cgi?id=249760 it is not possible to format a one line, minifed HTML back to the original one. Or any other code snippets, that you copied from somewhere else. In JSON this is working great, a one line JSON, will format and beautify the JSON to a more readable one. In HTML it will only fix indentation but will not beautify minified HTML. So this: {code:html}{code} Should expand to: {code:html} {code} Please let me know whether you need more information. Cheers Chris > Adding real formatting for SQL > -- > > Key: NETBEANS-1682 > URL: https://issues.apache.org/jira/browse/NETBEANS-1682 > Project: NetBeans > Issue Type: Improvement > Components: web - HTML Editor >Affects Versions: 8.2, 10.0 >Reporter: Christian Lenz >Priority: Major > > Unfortunately there is no real formatter for SQL files. > So this: {code:sql}SELECT * FROM tableName WHERE ...{code} > Should expand to: > {code:sql} > SELECT >* > FROM >tableName > WHERE >... > {code} > For this, we need formatting options for SQL, which will be handled in this > ticket: NETBEANS-1681. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1682) Adding real formatting for SQL
Christian Lenz created NETBEANS-1682: Summary: Adding real formatting for SQL Key: NETBEANS-1682 URL: https://issues.apache.org/jira/browse/NETBEANS-1682 Project: NetBeans Issue Type: Improvement Components: web - HTML Editor Affects Versions: 8.2, 10.0 Reporter: Christian Lenz As you can see it in the external ticket and in this one: https://netbeans.org/bugzilla/show_bug.cgi?id=249760 it is not possible to format a one line, minifed HTML back to the original one. Or any other code snippets, that you copied from somewhere else. In JSON this is working great, a one line JSON, will format and beautify the JSON to a more readable one. In HTML it will only fix indentation but will not beautify minified HTML. So this: {code:html}{code} Should expand to: {code:html} {code} Please let me know whether you need more information. Cheers Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1681) Adding formatting options for SQL
[ https://issues.apache.org/jira/browse/NETBEANS-1681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-1681: - Description: When I hit "format" inside of a SQL file, nothing happens. When I want to check my formatting options for SQL in Options -> Editor -> Formatting, there is no SQL inside the language dropDown. So I would like to change my SQL that it can look like this: {code:sql} SELECT * FROM tableName WHERE ... {code} was: When I hit "format" inside of a SQL file, nothing happens. When I want to check my formatting options for SQL in Options -> Editor -> Formatting, there is no SQL inside the language dropDown. So I would like to change my SQL that it can look like this: {code:sql} SELECT * FROM table WHERE ... {code} > Adding formatting options for SQL > - > > Key: NETBEANS-1681 > URL: https://issues.apache.org/jira/browse/NETBEANS-1681 > Project: NetBeans > Issue Type: Improvement > Components: db - SQL Editor >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > When I hit "format" inside of a SQL file, nothing happens. When I want to > check my formatting options for SQL in Options -> Editor -> Formatting, there > is no SQL inside the language dropDown. > So I would like to change my SQL that it can look like this: > {code:sql} > SELECT >* > FROM >tableName > WHERE >... > {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1681) Adding formatting options for SQL
Christian Lenz created NETBEANS-1681: Summary: Adding formatting options for SQL Key: NETBEANS-1681 URL: https://issues.apache.org/jira/browse/NETBEANS-1681 Project: NetBeans Issue Type: Improvement Components: db - SQL Editor Affects Versions: Next Reporter: Christian Lenz When I hit "format" inside of a SQL file, nothing happens. When I want to check my formatting options for SQL in Options -> Editor -> Formatting, there is no SQL inside the language dropDown. So I would like to change my SQL that it can look like this: {code:sql} SELECT * FROM table WHERE ... {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1680) SQL Drivers should be downloaded automatically
Christian Lenz created NETBEANS-1680: Summary: SQL Drivers should be downloaded automatically Key: NETBEANS-1680 URL: https://issues.apache.org/jira/browse/NETBEANS-1680 Project: NetBeans Issue Type: Improvement Components: db - MySQL Affects Versions: Next Reporter: Christian Lenz When I want to add a new connection to a MySQL database, first I have to download the correct driver for mysql I think because of licensing problems. Anyway, for this it would be very handy to provide a button where NetBeans automatically downloads the driver for me. It is a pain in the ass, to click on the link, go to this page and download the driver by your own. Same for Oracle OCI, Oracle Thin and maybe for others they are supported. So please do it like with the nb-javac package. You can download it right inside the IDE. No need to change the context and go to a page. Cheers Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1679) Show/Modify View action on a view
Christian Lenz created NETBEANS-1679: Summary: Show/Modify View action on a view Key: NETBEANS-1679 URL: https://issues.apache.org/jira/browse/NETBEANS-1679 Project: NetBeans Issue Type: New Feature Components: db - Show Data Affects Versions: Next Reporter: Christian Lenz It would be very handy, if we can see the code of a view like with "Show View Code" or "Modify View" or smth like that. So right click on a view should show you a new action which will open the SQL editor after you clicked on it, with the code inside of the view. Cheers Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-49) Please add smooth scrolling
[ https://issues.apache.org/jira/browse/NETBEANS-49?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686334#comment-16686334 ] Christian Lenz commented on NETBEANS-49: If this is really a problem of the darcula, I will create a ticket there. And again, yes it worked w/o darcula. So yes it seems that this is a problem with darcula. > Please add smooth scrolling > > > Key: NETBEANS-49 > URL: https://issues.apache.org/jira/browse/NETBEANS-49 > Project: NetBeans > Issue Type: Improvement > Components: platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 10.0 > > Time Spent: 2h 10m > Remaining Estimate: 0h > > Inside the editor, when I scroll with my touchpad to the bottom, it jumps 9 > lines to the next, this is a lot. I don't like such gappings I would like to > have a smooth stepless scrolling, like in chrome or other windows native > apps. Please add this for horizontal and vertical scrolling, it will be much > better. Not only in editors, it should be available everywhere, where we have > scrollbars. > Regards > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-49) Please add smooth scrolling
[ https://issues.apache.org/jira/browse/NETBEANS-49?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686332#comment-16686332 ] Christian Lenz commented on NETBEANS-49: Hey [~ebakke] the smooth scrolling was implemented into NB 10 where It worked ok, what we discussed at the mailing list. Now I installed the Darcula Look and Feel and it seems, that it will override the smooth scrolling. So NetBeans 10.0 VC3 + Darcula Look and Feel = no smooth scrolling anymore. Can you or someone else confirm it? > Please add smooth scrolling > > > Key: NETBEANS-49 > URL: https://issues.apache.org/jira/browse/NETBEANS-49 > Project: NetBeans > Issue Type: Improvement > Components: platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 10.0 > > Time Spent: 2h 10m > Remaining Estimate: 0h > > Inside the editor, when I scroll with my touchpad to the bottom, it jumps 9 > lines to the next, this is a lot. I don't like such gappings I would like to > have a smooth stepless scrolling, like in chrome or other windows native > apps. Please add this for horizontal and vertical scrolling, it will be much > better. Not only in editors, it should be available everywhere, where we have > scrollbars. > Regards > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-1678) Option for coloring EOL
Christian Lenz created NETBEANS-1678: Summary: Option for coloring EOL Key: NETBEANS-1678 URL: https://issues.apache.org/jira/browse/NETBEANS-1678 Project: NetBeans Issue Type: New Feature Components: editor - Options, editor - Painting & Printing Affects Versions: Next Reporter: Christian Lenz When I activate the option "Show non-printable characters" I can choose a different color for Whitespace. Unfortunately this will not affect the EOL symbol. It has still the same color as before. So it would be good, if we can have an option to change the color for EOL for all languages too. See the external link, there are some more options to change the color for that. Some other non-printable characters. Cheers Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1561) Reproducible NullPointerException at Refactor-Move in Java Modular Project breaks refactoring
[ https://issues.apache.org/jira/browse/NETBEANS-1561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686213#comment-16686213 ] Andreas Eckstein commented on NETBEANS-1561: As stated above, hitting the Refactor button a second time (after NPE) in my case causes a move without refactoring, which is the core of the problem. > Reproducible NullPointerException at Refactor-Move in Java Modular Project > breaks refactoring > - > > Key: NETBEANS-1561 > URL: https://issues.apache.org/jira/browse/NETBEANS-1561 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0, 10.0 >Reporter: Andreas Eckstein >Assignee: ARUNAVA SINHA >Priority: Major > Labels: ca_survey > Attachments: testProject1.zip > > > _(Edit: When reporting this first, I neglected to mention that in certain > situations when this NullPointerException is triggered, refactoring is > actually broken.)_ > > I found a reproducible case of NullPointerException when trying to > refactor-move a class. In the attached testProject1, each module contains two > classes. In mod1a, class Test1A2.java can be moved to package mod1a.pkg > without issue. Trying the same thing in mod1b with Test1B2.java results in an > exception. > *Importantly, I can still select 'Refactor' afterwards, but the classes just > are moved without refactoring.* > Not sure what triggers this, but simpler projects with less class/module > relations seem to work fine. > Platform: > Linux x86_64 > openjdk version "11.0.1" 2018-10-16 > NetBeans-dev-incubator-netbeans-linux-882-on-20181025-release.zip > (I've seen this error since Netbeans 9.0/JDK9) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16686206#comment-16686206 ] Reema Taneja commented on NETBEANS-1217: To verify nb-javac fix in 10v [^nb-javac-api.jar] [^nb-javac-impl.jar] c3: * Stop IDE * Update attached jars(nb-javac-api.jar, nb-javac-impl.jar) in NetBeans user dir under modules/ext. * Touch .lastModified file in user dir to update timestamp * Start IDE, this should use updated nb-javac > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, > nb-javac-api.jar, nb-javac-impl.jar, netbeans-1217.patch, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) > at > com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) > at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) > at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) > at > com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.
[jira] [Updated] (NETBEANS-1217) Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError
[ https://issues.apache.org/jira/browse/NETBEANS-1217?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Reema Taneja updated NETBEANS-1217: --- Attachment: nb-javac-impl.jar nb-javac-api.jar > Exception com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > -- > > Key: NETBEANS-1217 > URL: https://issues.apache.org/jira/browse/NETBEANS-1217 > Project: NetBeans > Issue Type: Bug > Components: editor - Parsing & Indexing >Affects Versions: 9.0, 10.0 >Reporter: Alexander Bagiev >Assignee: Reema Taneja >Priority: Critical > Labels: ca_survey > Attachments: IDE_Log.log, ide_log.txt, messages.log, > nb-javac-api.jar, nb-javac-impl.jar, netbeans-1217.patch, ui_log.txt > > > After updating working directory of Git repository (outside IDE) the > following exception raised: > com.sun.tools.javac.code.Types$FunctionDescriptorLookupError > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:809) > at com.sun.tools.javac.code.Types$DescriptorCache.failure(Types.java:805) > at > com.sun.tools.javac.code.Types$DescriptorCache.findDescriptorInternal(Types.java:735) > at com.sun.tools.javac.code.Types$DescriptorCache.get(Types.java:719) > at com.sun.tools.javac.code.Types.findDescriptorType(Types.java:828) > at > com.sun.tools.javac.tree.JCTree$JCFunctionalExpression.getDescriptorType(JCTree.java:737) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitLambda(Flow.java:1311) > at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1259) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.visitSelect(TreeScanner.java:302) > at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitApply(Flow.java:1258) > at > com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitReturn(Flow.java:1235) > at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1552) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitBlock(Flow.java:1021) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac.comp.Flow$FlowAnalyzer.visitMethodDef(Flow.java:989) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872) > at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) > at com.sun.tools.javac.comp.Flow$BaseAnalyzer.scan(Flow.java:415) > at com.sun.tools.javac
[jira] [Resolved] (NETBEANS-804) Update any dependent code for JDK11 Class-file format change
[ https://issues.apache.org/jira/browse/NETBEANS-804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ARUNAVA SINHA resolved NETBEANS-804. Resolution: Fixed Merged to apache:master through PR https://github.com/apache/incubator-netbeans/pull/910 > Update any dependent code for JDK11 Class-file format change > - > > Key: NETBEANS-804 > URL: https://issues.apache.org/jira/browse/NETBEANS-804 > Project: NetBeans > Issue Type: Task >Reporter: Reema Taneja >Assignee: ARUNAVA SINHA >Priority: Major > Labels: NB-JDK11, pull-request-available > Time Spent: 40m > Remaining Estimate: 0h > > [http://openjdk.java.net/jeps/309] > Need to update any code that depends on class-file format for changes in > above jep. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-804) Update any dependent code for JDK11 Class-file format change
[ https://issues.apache.org/jira/browse/NETBEANS-804?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ARUNAVA SINHA reassigned NETBEANS-804: -- Assignee: ARUNAVA SINHA (was: Reema Taneja) > Update any dependent code for JDK11 Class-file format change > - > > Key: NETBEANS-804 > URL: https://issues.apache.org/jira/browse/NETBEANS-804 > Project: NetBeans > Issue Type: Task >Reporter: Reema Taneja >Assignee: ARUNAVA SINHA >Priority: Major > Labels: NB-JDK11, pull-request-available > Time Spent: 40m > Remaining Estimate: 0h > > [http://openjdk.java.net/jeps/309] > Need to update any code that depends on class-file format for changes in > above jep. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists