[jira] [Commented] (NETBEANS-432) Context-sensitive keyboard accelerators
[ https://issues.apache.org/jira/browse/NETBEANS-432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16787855#comment-16787855 ] Gili commented on NETBEANS-432: --- Sorry Christian, I've moved off Netbeans so I'm no longer willing to spend any more time on this. > Context-sensitive keyboard accelerators > --- > > Key: NETBEANS-432 > URL: https://issues.apache.org/jira/browse/NETBEANS-432 > Project: NetBeans > Issue Type: Improvement > Components: editor - Key bindings >Reporter: Gili >Priority: Major > Attachments: same shortcuts for different categories.png > > > Following up on [https://netbeans.org/bugzilla/show_bug.cgi?id=222843] the > IDE should be able to differentiate between users hitting ALT+A in the > Find/Replace Dialog and ALT+A while the editor has a focus. In the former > case I expect "Replace (A)ll" to get triggered. In the latter case, I expect > the Ref(a)ctor pulldown menu to get triggered. -- 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-532) NPE running profiler
[ https://issues.apache.org/jira/browse/NETBEANS-532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16774108#comment-16774108 ] Gili commented on NETBEANS-532: --- I'm no longer using Netbeans so I can't comment on this. Maybe Eric can help. > NPE running profiler > > > Key: NETBEANS-532 > URL: https://issues.apache.org/jira/browse/NETBEANS-532 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-242-on-20180323) > Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46 > Runtime: Java(TM) SE Runtime Environment 10+46 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Critical > Labels: jdk10 > > When running the profiler on a Maven project I get: > {code} > java.lang.NullPointerException > at > org.netbeans.modules.profiler.v2.features.MethodsFeature$9.getProfilerClient(MethodsFeature.java:515) > at > org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.initUI(MethodsFeatureUI.java:222) > at > org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.getResultsUI(MethodsFeatureUI.java:100) > at > org.netbeans.modules.profiler.v2.features.MethodsFeature.getResultsUI(MethodsFeature.java:492) > at > org.netbeans.modules.profiler.v2.impl.FeaturesView.createContainer(FeaturesView.java:149) > at > org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeature(FeaturesView.java:134) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatures(ProfilerWindow.java:373) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI(ProfilerWindow.java:275) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(ProfilerWindow.java:132) > at > org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(ProfilerWindow.java:200) > at > java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) > at > java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) > at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) > at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) > at > org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) > [catch] at > java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) > at > java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) > at > java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) > at > java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) > at > java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) > at > java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) > {code} > This issues 100% of the time. -- 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-338) Find/Replace dialog does not render correctly
[ https://issues.apache.org/jira/browse/NETBEANS-338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16765536#comment-16765536 ] Gili commented on NETBEANS-338: --- [~lkishalmi] Sorry, I've moved on to IDEA. I was using the default L, nothing custom. Sorry I cannot help any further. > Find/Replace dialog does not render correctly > - > > Key: NETBEANS-338 > URL: https://issues.apache.org/jira/browse/NETBEANS-338 > Project: NetBeans > Issue Type: Bug > Components: editor - Search > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180117-unknown-revn) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Trivial > Labels: Java9, Windows, regression > Attachments: screenshot.png > > > In the attached screenshot, notice that the horizontal separator between the > two combo-boxes is cut off. Expanding the combo-box causes the line to > render, but once it is collapsed again the line disappears. This used to work > in Netbeans 8.2 (though this was with JDK 8 while now I am using JDK 9) -- 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-168) Background scanning process needs a rethink
[ https://issues.apache.org/jira/browse/NETBEANS-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16673892#comment-16673892 ] Gili commented on NETBEANS-168: --- [~lkishalmi] What I meant is that if Christian can reproduce his problem on demand (he said he can) then you should be able to VNC into his machine and debug it there. > Background scanning process needs a rethink > --- > > Key: NETBEANS-168 > URL: https://issues.apache.org/jira/browse/NETBEANS-168 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Platform, platform - Execution >Affects Versions: 8.2, Next > Environment: NetBeans 8.2, Windows 10 x64 >Reporter: Christian Lenz >Priority: Critical > Attachments: messages 10.0 vc2.log, messages.log, ui.log, uigestures > 10.0 vc > > > Often, while cloning, switching branch, merging, opening etc. etc. NetBeans > starts Background scanning for changes, but it is not real background, > because everything what you want to do then, like changing the branch, > commit, push, pull, open project, delete or whatever, is blocking by this > task and you can't cancel it, because it is essential. > Either we need to rethink about this process like to make everything or most > of the stuff doing things in parallel or the task should really be > cancelable. It is a pain in the ass for big projects when they start to scan > for changes. > It is a real world case because you acan see it when you work on NetBeans > modules. > 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-168) Background scanning process needs a rethink
[ https://issues.apache.org/jira/browse/NETBEANS-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16672088#comment-16672088 ] Gili commented on NETBEANS-168: --- Christian, are you able to reproduce the issue on demand on your computer? > Background scanning process needs a rethink > --- > > Key: NETBEANS-168 > URL: https://issues.apache.org/jira/browse/NETBEANS-168 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Platform, platform - Execution >Affects Versions: 8.2, Next > Environment: NetBeans 8.2, Windows 10 x64 >Reporter: Christian Lenz >Priority: Critical > Attachments: messages 10.0 vc2.log, messages.log, ui.log, uigestures > 10.0 vc > > > Often, while cloning, switching branch, merging, opening etc. etc. NetBeans > starts Background scanning for changes, but it is not real background, > because everything what you want to do then, like changing the branch, > commit, push, pull, open project, delete or whatever, is blocking by this > task and you can't cancel it, because it is essential. > Either we need to rethink about this process like to make everything or most > of the stuff doing things in parallel or the task should really be > cancelable. It is a pain in the ass for big projects when they start to scan > for changes. > It is a real world case because you acan see it when you work on NetBeans > modules. > 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-168) Background scanning process needs a rethink
[ https://issues.apache.org/jira/browse/NETBEANS-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16672015#comment-16672015 ] Gili commented on NETBEANS-168: --- Perhaps you could could set up a VNC session where Laszlo could remotely debug the problem on the environment where it occurs? This should help you reproduce the problem faster than this blind-debugging technique :) > Background scanning process needs a rethink > --- > > Key: NETBEANS-168 > URL: https://issues.apache.org/jira/browse/NETBEANS-168 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Platform, platform - Execution >Affects Versions: 8.2, Next > Environment: NetBeans 8.2, Windows 10 x64 >Reporter: Christian Lenz >Priority: Critical > Attachments: messages 10.0 vc2.log, messages.log, ui.log, uigestures > 10.0 vc > > > Often, while cloning, switching branch, merging, opening etc. etc. NetBeans > starts Background scanning for changes, but it is not real background, > because everything what you want to do then, like changing the branch, > commit, push, pull, open project, delete or whatever, is blocking by this > task and you can't cancel it, because it is essential. > Either we need to rethink about this process like to make everything or most > of the stuff doing things in parallel or the task should really be > cancelable. It is a pain in the ass for big projects when they start to scan > for changes. > It is a real world case because you acan see it when you work on NetBeans > modules. > 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] [Resolved] (NETBEANS-402) ClassCastException at org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize()
[ https://issues.apache.org/jira/browse/NETBEANS-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili resolved NETBEANS-402. --- Resolution: Fixed Assignee: Gili Fix Version/s: 9.0 Yes, this is fixed. > ClassCastException at > org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize() > -- > > Key: NETBEANS-402 > URL: https://issues.apache.org/jira/browse/NETBEANS-402 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-205-on-20180202) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Assignee: Gili >Priority: Major > Labels: pull-request-available > Fix For: 9.0 > > Time Spent: 1h 50m > Remaining Estimate: 0h > > When profiling SQL queries I get the following exception consistently: > {code}java.lang.ClassCastException: java.lang.Short cannot be cast to > java.lang.String > at > org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize(ProfilerRuntimeCPU.java:684) > at > org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.writeParametersEvent(ProfilerRuntimeCPU.java:459) > at > org.netbeans.lib.profiler.server.ProfilerRuntimeCPUFullInstr.markerMethodEntry(ProfilerRuntimeCPUFullInstr.java:92) > at > com.zaxxer.hikari.pool.HikariProxyPreparedStatement.setShort(HikariProxyPreparedStatement.java) > at com.querydsl.sql.types.ShortType.setValue(ShortType.java:50) > at com.querydsl.sql.types.ShortType.setValue(ShortType.java:27) > at com.querydsl.sql.Configuration.set(Configuration.java:239) > at com.querydsl.sql.AbstractSQLQuery.set(AbstractSQLQuery.java:210) > at com.querydsl.sql.AbstractSQLQuery.setParameters(AbstractSQLQuery.java:584) > at com.querydsl.sql.AbstractSQLQuery.iterateSingle(AbstractSQLQuery.java:365) > at com.querydsl.sql.AbstractSQLQuery.iterate(AbstractSQLQuery.java:342) > at > com.querydsl.sql.ProjectableSQLQuery.fetchOne(ProjectableSQLQuery.java:397) > at > com.holdmyspot.pyramid.database.row.CurrencyPairRow.getByCurrencies(CurrencyPairRow.java:132) > at > com.holdmyspot.pyramid.database.row.CurrencyPairRow.insertIfMissing(CurrencyPairRow.java:191) > at > com.holdmyspot.pyramid.server.Main$SaveToDatabase.getCurrencyPairRow(Main.java:242) > at > com.holdmyspot.pyramid.server.Main$SaveToDatabase.lambda$onOrder$2(Main.java:154) > at > java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1402) > at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289) > at > java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056) > at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692) > at > java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157){code} > This is thrown inside the application being profiled as opposed to showing up > in an IDE pop-up. -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16447993#comment-16447993 ] Gili commented on NETBEANS-235: --- [~lkishalmi] The problem does not occur when -J-Dsun.java2d.dpiaware=false (but then the IDE rendering looks horrible) I need you or some other committer to try reproducing this problem under Windows 10. Whomever is tracking this problem back to its source, and potentially fixing it, needs to be able to reproduce the problem locally. > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: HiDPI, Java10, regression > Attachments: 2018-04-22 at 00-57-36.mp4 > > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16447412#comment-16447412 ] Gili edited comment on NETBEANS-235 at 4/22/18 11:35 PM: - Confirmed. This bug does **not** occur with JDK 8. This still does not necessarily mean the bug is in the JDK. Maybe we're misusing the Java API somehow. How do we track down the problem to its source? Out of curiosity, were you able to reproduce the problem using the testcase I provided above? Or does the problem still not occur under Linux? As a side-note, here is the description of the HiDPI support added in Java 9: https://bugs.openjdk.java.net/browse/JDK-8055212 was (Author: cowwoc): Confirmed. This bug does **not** occur with JDK 8. This still does not necessarily mean the bug is in the JDK. Maybe we're misusing the Java API somehow. How do we track down the problem to its source? Out of curiosity, were you able to reproduce the problem using the testcase I provided above? Or does the problem still not occur under Linux? > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: HiDPI, Java10, regression > Attachments: 2018-04-22 at 00-57-36.mp4 > > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-235: -- Labels: HiDPI Java10 regression (was: HiDPI regression) > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: HiDPI, Java10, regression > Attachments: 2018-04-22 at 00-57-36.mp4 > > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16447412#comment-16447412 ] Gili commented on NETBEANS-235: --- Confirmed. This bug does **not** occur with JDK 8. This still does not necessarily mean the bug is in the JDK. Maybe we're misusing the Java API somehow. How do we track down the problem to its source? Out of curiosity, were you able to reproduce the problem using the testcase I provided above? Or does the problem still not occur under Linux? > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: HiDPI, regression > Attachments: 2018-04-22 at 00-57-36.mp4 > > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-235: -- Attachment: 2018-04-22 at 00-57-36.mp4 > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: HiDPI, regression > Attachments: 2018-04-22 at 00-57-36.mp4 > > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16447100#comment-16447100 ] Gili commented on NETBEANS-235: --- [^2018-04-22 at 00-57-36.mp4] [~lkishalmi] Here is a minimal testcase for reproducing the problem: # Create a Java project with: {code:java} public class CopyPasteBug { public static void main(String[] args) { System.out.println("Mary had a little lamb, little lamb, little lamb."); } }{code} # Run the application. # In the output window, select" Mary had a little lamb, little" # Copy the text into the clipboard # Paste the text into the editor. # Notice that "Mary had a little lamb, littl" is pasted (missing an "e" at the end) I've attached a video showing this in action. Now that I think about it, https://issues.apache.org/jira/browse/NETBEANS-264 might be related. I've noticed for a while that the width of certain letters aren't calculated correctly. This causes project names to get cut off in the projects tab. Maybe in this case it's causing rendering problems in the output window. Anyway, let's focus on what we know for sure... if you run the above testcase you should be able to reproduce the problem. If not, we've got some environmental differences. If so, I recommend we get someone to test this under Windows. > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: HiDPI, regression > Attachments: 2018-04-22 at 00-57-36.mp4 > > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16447091#comment-16447091 ] Gili commented on NETBEANS-235: --- [~lkishalmi] I just tested Oracle Java 10 and got the same behavior. Another reason that I don't think this is a JDK bug is that copy/pasting inside the editor works just fine, but inside the Output Window fails. > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: regression > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446235#comment-16446235 ] Gili commented on NETBEANS-235: --- [~lkishalmi] Yes. Multi-monitor, HiDPI environment, Java 9. We're not sure whether the problem is in the JDK or Netbeans yet. First, it would be great for a second person to reproduce this problem :) > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: regression > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-585) Clicking in Output Window places caret in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-585?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446228#comment-16446228 ] Gili commented on NETBEANS-585: --- [~lkishalmi] Yes, I have a multi-screen setup. No, Netbeans is not on a secondary monitor. The primary monitor has a resolution of 3840x2160 with 150% scaling mode under Windows 10.0.16299.371. I think the kicker is the 4k monitor and font-scaling mode. Also, I am running under Oracle Java 9. Is anyone able to test this under Windows 10 in HiDPI mode? > Clicking in Output Window places caret in wrong position > > > Key: NETBEANS-585 > URL: https://issues.apache.org/jira/browse/NETBEANS-585 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-245-on-20180327) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > Repro steps: > 1. Run a Java Maven application that outputs to the console > 2. Click somewhere in a line of text in the Output Window (wrap-text is > disabled) > 3. Notice that the caret lands many characters to the left of where you click > It is extremely difficult to copy/paste text because we cannot control where > the caret begins copy/pasting from. > This issue might be related to NETBEANS-235 -- 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-271) Caret in Watch window renders in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16446226#comment-16446226 ] Gili commented on NETBEANS-271: --- [~lkishalmi] Yeah, I'm guessing this is Windows HiDPI specific. > Caret in Watch window renders in wrong position > --- > > Key: NETBEANS-271 > URL: https://issues.apache.org/jira/browse/NETBEANS-271 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This is a regression relative to version 8.2 > Repro steps: > 1. Assuming you have "row.toString()" in a debugging session watch > 2. Edit the watch > 3. Position the caret so it visually looks like it is after the dot > 4. Hit DEL keyboard button > 5. Notice that "o" gets deleted instead of "t" > 6. Similarly, any characters you type will get inserted in the wrong position > (one index off) > It is difficult to know where the IDE will insert/delete characters because > the caret isn't showing up in the right place. -- 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-421) Conditional breakpoints trigger when condition is false
[ https://issues.apache.org/jira/browse/NETBEANS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16433594#comment-16433594 ] Gili edited comment on NETBEANS-421 at 4/11/18 9:13 AM: I am pretty certain this is a bug in Netbeans now. [https://stackoverflow.com/a/49770808/14731] contains an explanation of how to reproduce this in IntelliJ IDEA and Netbeans seems to have the same problem. {quote}This happens when temporary objects created during the evaluation are collected before the end of the calculation. Usually it may happen when you suspend only one thread and other threads perform GC during this calculation. This will be better handled in 2018.2, sorry for inconvenience. {quote} was (Author: cowwoc): I am pretty certain this is a bug in Netbeans now. https://stackoverflow.com/a/49770808/14731 contains an explanation of how to reproduce this in IntelliJ IDEA and Netbeans seems to have the same problem. > Conditional breakpoints trigger when condition is false > --- > > Key: NETBEANS-421 > URL: https://issues.apache.org/jira/browse/NETBEANS-421 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > I set a conditional breakpoint which is triggering every time, even if the > condition is false. I opened the Debugger Console and saw: > {code:java} > Breakpoint hit at line 299 in class > com.holdmyspot.pyramid.binance.BinanceOrderStream$WebSocketListener by thread > WebSocketClient@1801942731-21. > *** > The object was collected. > *** > {code} > I believe this is coming from > [https://github.com/apache/incubator-netbeans/blob/15bc442a91fa2be81488725b15c61386bf1d0b9b/debugger.jpda/src/org/netbeans/modules/debugger/jpda/JavaEvaluator.java#L168] > but it isn't clear what this means. > If I enter the conditional expression in the "Variables" tab, it evaluates > correctly, so I don't think there is anything wrong with the expression. > My conditional expression is > {{symbol.equals(CurrencyPair.fromString("BNB/USD"))}} where {{symbol}} is a > local String variable and {{CurrencyPair.fromString()}} is a static method. > Please clarify what is going wrong, and improve the IDE so it explains to the > user what is wrong. -- 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-421) Conditional breakpoints trigger when condition is false
[ https://issues.apache.org/jira/browse/NETBEANS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16433594#comment-16433594 ] Gili commented on NETBEANS-421: --- I am pretty certain this is a bug in Netbeans now. https://stackoverflow.com/a/49770808/14731 contains an explanation of how to reproduce this in IntelliJ IDEA and Netbeans seems to have the same problem. > Conditional breakpoints trigger when condition is false > --- > > Key: NETBEANS-421 > URL: https://issues.apache.org/jira/browse/NETBEANS-421 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > I set a conditional breakpoint which is triggering every time, even if the > condition is false. I opened the Debugger Console and saw: > {code:java} > Breakpoint hit at line 299 in class > com.holdmyspot.pyramid.binance.BinanceOrderStream$WebSocketListener by thread > WebSocketClient@1801942731-21. > *** > The object was collected. > *** > {code} > I believe this is coming from > [https://github.com/apache/incubator-netbeans/blob/15bc442a91fa2be81488725b15c61386bf1d0b9b/debugger.jpda/src/org/netbeans/modules/debugger/jpda/JavaEvaluator.java#L168] > but it isn't clear what this means. > If I enter the conditional expression in the "Variables" tab, it evaluates > correctly, so I don't think there is anything wrong with the expression. > My conditional expression is > {{symbol.equals(CurrencyPair.fromString("BNB/USD"))}} where {{symbol}} is a > local String variable and {{CurrencyPair.fromString()}} is a static method. > Please clarify what is going wrong, and improve the IDE so it explains to the > user what is wrong. -- 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-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[ https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16429248#comment-16429248 ] Gili commented on NETBEANS-373: --- [~Sir Intellegence] Good question, I'm not sure. [~jlahoda] probably knows the answer. > Netbeans sometimes freezes when showing any refactor dialog when running with > jdk 1.8.0_152-b16 or later > > > Key: NETBEANS-373 > URL: https://issues.apache.org/jira/browse/NETBEANS-373 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 8.2, 9.0 > Environment: Mac >Reporter: Austin Stephens >Priority: Blocker > Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot > 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff > > > Sometimes (or almost always), when you try to do some refactor action, > NetBeans freezes. It appears that a lock is obtained on a panel when the > dialog is shown, and the AppKit Thread tries to get the lock while trying to > add an accessible listener to it. > AppKit Thread: > {code:java} > Container.addContainerListener:2142 > Container$AccessibleAWTContainer.addPropertyChangeListener:3885 > JComponent$AccessibleJComponent.addPropertyChangeListener:3765 > Hidden Source Calls > CAccessible.addNotificationListeners:102 > CAccessible.:84 > CAccessible.getCAccessible:60 > {code} > EDT Thread: > {code:java} > Hidden Source Calls > Unsafe.park > LockSupport.park:194 > AbstractQueuedSynchronizer$ConditionObject.await:2062 > EventQueue.getNextEvent:557 > EventDispatchThread.pumpOneEventForFilters:173 > EventDispatchThread.pumpEventsForFilter:124 > EventDispatchThread.pumpEventsForFilter:117 > WaitDispatchSupport$2.run:190 > WaitDispatchSupport$4.run:235 > WaitDispatchSupport$4.run:233 > AccessController.doPrivileged > WaitDispatchSupport.enter:233 > Dialog.show:1070 > NbPresenter.superShow:1060 > NbPresenter.doShow:1110 > NbPresenter.run:1082 > NbPresenter.run:105 > NbMutexEventProvider$Event.doEventAccess:115 > NbMutexEventProvider$Event.readAccess:75 > LazyMutexImplementation.readAccess:71 > Mutex.readAccess:193 > NbPresenter.show:1067 > Component.show:1669 > Component.setVisible:1616 > Window.setVisible:1017 > Dialog.setVisible:1005 > ParametersPanel.showDialog:674 > RefactoringPanel.refresh:660 > RefactoringPanel.:144 > UI.openRefactoringUI:61 > ContextAnalyzer$4.show:648 > ContextAnalyzer$TextComponentTask.run:369 > RefactoringActionsProvider.doFindUsages:232 > ActionsImplementationFactory.doFindUsages:91 > WhereUsedAction.performAction:52 > RefactoringGlobalAction$ContextAction.actionPerformed:172 > TopComponent.processKeyBinding:1151 > JComponent.processKeyBindings:2963 > JComponent.processKeyEvent:2863 > Component.processEvent:6355 > Container.processEvent:2259 > Component.dispatchEventImpl:4961 > Container.dispatchEventImpl:2317 > Component.dispatchEvent:4793 > KeyboardFocusManager.redispatchEvent:1955 > DefaultKeyboardFocusManager.dispatchKeyEvent:827 > DefaultKeyboardFocusManager.preDispatchKeyEvent:1096 > DefaultKeyboardFocusManager.typeAheadAssertions:966 > DefaultKeyboardFocusManager.dispatchEvent:792 > Component.dispatchEventImpl:4842 > Container.dispatchEventImpl:2317 > Window.dispatchEventImpl:2758 > Component.dispatchEvent:4793 > EventQueue.dispatchEventImpl:766 > EventQueue.access$500:97 > EventQueue$3.run:717 > EventQueue$3.run:711 > AccessController.doPrivileged > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89 > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99 > EventQueue$4.run:739 > EventQueue$4.run:737 > AccessController.doPrivileged > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89 > EventQueue.dispatchEvent:736 > TimableEventQueue.dispatchEvent:136 > EventDispatchThread.pumpOneEventForFilters:199 > EventDispatchThread.pumpEventsForFilter:124 > EventDispatchThread.pumpEventsForHierarchy:113 > EventDispatchThread.pumpEvents:109 > EventDispatchThread.pumpEvents:101 > EventDispatchThread.run:90 > {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] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[ https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16429234#comment-16429234 ] Gili commented on NETBEANS-373: --- [~Sir Intellegence] I think you're looking for this: https://github.com/apache/incubator-netbeans#full-history > Netbeans sometimes freezes when showing any refactor dialog when running with > jdk 1.8.0_152-b16 or later > > > Key: NETBEANS-373 > URL: https://issues.apache.org/jira/browse/NETBEANS-373 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 8.2, 9.0 > Environment: Mac >Reporter: Austin Stephens >Priority: Blocker > Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot > 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff > > > Sometimes (or almost always), when you try to do some refactor action, > NetBeans freezes. It appears that a lock is obtained on a panel when the > dialog is shown, and the AppKit Thread tries to get the lock while trying to > add an accessible listener to it. > AppKit Thread: > {code:java} > Container.addContainerListener:2142 > Container$AccessibleAWTContainer.addPropertyChangeListener:3885 > JComponent$AccessibleJComponent.addPropertyChangeListener:3765 > Hidden Source Calls > CAccessible.addNotificationListeners:102 > CAccessible.:84 > CAccessible.getCAccessible:60 > {code} > EDT Thread: > {code:java} > Hidden Source Calls > Unsafe.park > LockSupport.park:194 > AbstractQueuedSynchronizer$ConditionObject.await:2062 > EventQueue.getNextEvent:557 > EventDispatchThread.pumpOneEventForFilters:173 > EventDispatchThread.pumpEventsForFilter:124 > EventDispatchThread.pumpEventsForFilter:117 > WaitDispatchSupport$2.run:190 > WaitDispatchSupport$4.run:235 > WaitDispatchSupport$4.run:233 > AccessController.doPrivileged > WaitDispatchSupport.enter:233 > Dialog.show:1070 > NbPresenter.superShow:1060 > NbPresenter.doShow:1110 > NbPresenter.run:1082 > NbPresenter.run:105 > NbMutexEventProvider$Event.doEventAccess:115 > NbMutexEventProvider$Event.readAccess:75 > LazyMutexImplementation.readAccess:71 > Mutex.readAccess:193 > NbPresenter.show:1067 > Component.show:1669 > Component.setVisible:1616 > Window.setVisible:1017 > Dialog.setVisible:1005 > ParametersPanel.showDialog:674 > RefactoringPanel.refresh:660 > RefactoringPanel.:144 > UI.openRefactoringUI:61 > ContextAnalyzer$4.show:648 > ContextAnalyzer$TextComponentTask.run:369 > RefactoringActionsProvider.doFindUsages:232 > ActionsImplementationFactory.doFindUsages:91 > WhereUsedAction.performAction:52 > RefactoringGlobalAction$ContextAction.actionPerformed:172 > TopComponent.processKeyBinding:1151 > JComponent.processKeyBindings:2963 > JComponent.processKeyEvent:2863 > Component.processEvent:6355 > Container.processEvent:2259 > Component.dispatchEventImpl:4961 > Container.dispatchEventImpl:2317 > Component.dispatchEvent:4793 > KeyboardFocusManager.redispatchEvent:1955 > DefaultKeyboardFocusManager.dispatchKeyEvent:827 > DefaultKeyboardFocusManager.preDispatchKeyEvent:1096 > DefaultKeyboardFocusManager.typeAheadAssertions:966 > DefaultKeyboardFocusManager.dispatchEvent:792 > Component.dispatchEventImpl:4842 > Container.dispatchEventImpl:2317 > Window.dispatchEventImpl:2758 > Component.dispatchEvent:4793 > EventQueue.dispatchEventImpl:766 > EventQueue.access$500:97 > EventQueue$3.run:717 > EventQueue$3.run:711 > AccessController.doPrivileged > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89 > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99 > EventQueue$4.run:739 > EventQueue$4.run:737 > AccessController.doPrivileged > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89 > EventQueue.dispatchEvent:736 > TimableEventQueue.dispatchEvent:136 > EventDispatchThread.pumpOneEventForFilters:199 > EventDispatchThread.pumpEventsForFilter:124 > EventDispatchThread.pumpEventsForHierarchy:113 > EventDispatchThread.pumpEvents:109 > EventDispatchThread.pumpEvents:101 > EventDispatchThread.run:90 > {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-585) Clicking in Output Window places caret in wrong position
Gili created NETBEANS-585: - Summary: Clicking in Output Window places caret in wrong position Key: NETBEANS-585 URL: https://issues.apache.org/jira/browse/NETBEANS-585 Project: NetBeans Issue Type: Bug Components: platform - Output Window Affects Versions: 9.0 Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-245-on-20180327) Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Repro steps: 1. Run a Java Maven application that outputs to the console 2. Click somewhere in a line of text in the Output Window (wrap-text is disabled) 3. Notice that the caret lands many characters to the left of where you click It is extremely difficult to copy/paste text because we cannot control where the caret begins copy/pasting from. This issue might be related to NETBEANS-235 -- 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-235) Wrap Text breaks copy/paste of output window
[ https://issues.apache.org/jira/browse/NETBEANS-235?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16424845#comment-16424845 ] Gili commented on NETBEANS-235: --- Possibly related to NETBEANS-271. > Wrap Text breaks copy/paste of output window > > > Key: NETBEANS-235 > URL: https://issues.apache.org/jira/browse/NETBEANS-235 > Project: NetBeans > Issue Type: Bug > Components: platform - Output Window >Affects Versions: 9.0 > Environment: Microsoft Windows [Version 10.0.16299.125] > DPI scaling: 150% > java version "9.0.1" > Java(TM) SE Runtime Environment (build 9.0.1+11) > Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode) >Reporter: Gili >Priority: Major > Labels: regression > > Repro steps: > 1. Run any Java maven program > 2. (With Wrap Text disabled) Copy text from the output window, paste it into > another application > 3. Notice that this works (the text you see selected when you copy is the > text you get when you paste) > 4. Enable Wrap Text in the Output Window > 5. Re-run the application > 6. Copy text from the output window, paste it into another application. > 7. Notice that the selected text in Netbeans is not the text that gets > pasted. Furthermore, if you attempt to select the entire line in the Output > Window, you will notice that the caret will not go to the end of the line. > This is because the visual and API offsets are not aligned so when the caret > goes *near* the end of line visually, it is actually at the end of the line > as far as the API is concerned. If you copy/paste this fake end-of-line you > will get the entire line. > Expected behavior: Consistent behavior when Wrap Text is enabled or disabled. > 1. We should be able to copy whatever text is visually selected. > 2. We should be able to select the entire line. -- 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-245) Profiler fails to launch when using Maven 3.5.x
[ https://issues.apache.org/jira/browse/NETBEANS-245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16419485#comment-16419485 ] Gili commented on NETBEANS-245: --- [~skygo] Take a look at the debug output I provided at https://issues.apache.org/jira/browse/MNG-6385?focusedCommentId=16419476=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-16419476 ... I think Netbeans' command-line might be incorrect, not Maven's. > Profiler fails to launch when using Maven 3.5.x > --- > > Key: NETBEANS-245 > URL: https://issues.apache.org/jira/browse/NETBEANS-245 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > This issue was originally reported as > https://netbeans.org/bugzilla/show_bug.cgi?id=271059 > Essentially the Java profiler works fine for Maven projects if you use Maven > 3.3.9 but fails as soon as you use version 3.5.0 and up. This is because > mvn.cmd was substantially modified in that version. > Running under Maven 3.5.2 I get the following error: > {code} > *** Profiler message (Tue Jan 02 23:15:41 EST 2018): Starting target > application... > C:\Program Files\Java\jdk-9.0.1\bin\java.exe -agentpath:C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll > -Xbootclasspath/a:C:\Program > Files\netbeans-159\profiler\lib\jfluid-server.jar;C:\Program > Files\netbeans-159\profiler\lib\jfluid-server-15.jar > org.netbeans.lib.profiler.server.ProfilerServer C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64 5141 10 > Profiler+Calibration+Run > cd C:\Users\Gili\Documents\pyramid\server; "JAVA_HOME=C:\\Program > Files\\Java\\jdk1.8.0_141" "M2_HOME=C:\\Program Files\\apache-maven-3.5.2" > cmd /c "\"\"C:\\Program Files\\apache-maven-3.5.2\\bin\\mvn.cmd\" > -Dexec.args=\"-agentpath:\\\"C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll\\\"=\\\"C:\\Program > Files\\netbeans-159\\profiler\\lib\\\",5140,10 > -XX:+HeapDumpOnOutOfMemoryError > -XX:HeapDumpPath=C:\\Users\\Gili\\AppData\\Local\\NetBeans\\Cache\\dev\\mavencachedirs\\354137174\\org-netbeans-modules-profiler > -ea -classpath %classpath com.holdmyspot.pyramid.server.Main\" > -Dexec.executable=\"C:\\Program Files\\Java\\jdk1.8.0_141\\bin\\java.exe\" > -Dexec.workingdir=C:\\Users\\Gili\\Documents\\Pyramid\\server\\target > -Dmaven.ext.class.path=\"C:\\Program > Files\\netbeans-159\\java\\maven-nblib\\netbeans-eventspy.jar\" > -Dfile.encoding=UTF-8 process-classes > org.codehaus.mojo:exec-maven-plugin:1.5.0:exec\"" > The syntax of the command is incorrect. > {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] [Commented] (NETBEANS-245) Profiler fails to launch when using Maven 3.5.x
[ https://issues.apache.org/jira/browse/NETBEANS-245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16419225#comment-16419225 ] Gili commented on NETBEANS-245: --- [~skygo] Thanks. Can you please provide a link so I can track it? > Profiler fails to launch when using Maven 3.5.x > --- > > Key: NETBEANS-245 > URL: https://issues.apache.org/jira/browse/NETBEANS-245 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > This issue was originally reported as > https://netbeans.org/bugzilla/show_bug.cgi?id=271059 > Essentially the Java profiler works fine for Maven projects if you use Maven > 3.3.9 but fails as soon as you use version 3.5.0 and up. This is because > mvn.cmd was substantially modified in that version. > Running under Maven 3.5.2 I get the following error: > {code} > *** Profiler message (Tue Jan 02 23:15:41 EST 2018): Starting target > application... > C:\Program Files\Java\jdk-9.0.1\bin\java.exe -agentpath:C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll > -Xbootclasspath/a:C:\Program > Files\netbeans-159\profiler\lib\jfluid-server.jar;C:\Program > Files\netbeans-159\profiler\lib\jfluid-server-15.jar > org.netbeans.lib.profiler.server.ProfilerServer C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64 5141 10 > Profiler+Calibration+Run > cd C:\Users\Gili\Documents\pyramid\server; "JAVA_HOME=C:\\Program > Files\\Java\\jdk1.8.0_141" "M2_HOME=C:\\Program Files\\apache-maven-3.5.2" > cmd /c "\"\"C:\\Program Files\\apache-maven-3.5.2\\bin\\mvn.cmd\" > -Dexec.args=\"-agentpath:\\\"C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll\\\"=\\\"C:\\Program > Files\\netbeans-159\\profiler\\lib\\\",5140,10 > -XX:+HeapDumpOnOutOfMemoryError > -XX:HeapDumpPath=C:\\Users\\Gili\\AppData\\Local\\NetBeans\\Cache\\dev\\mavencachedirs\\354137174\\org-netbeans-modules-profiler > -ea -classpath %classpath com.holdmyspot.pyramid.server.Main\" > -Dexec.executable=\"C:\\Program Files\\Java\\jdk1.8.0_141\\bin\\java.exe\" > -Dexec.workingdir=C:\\Users\\Gili\\Documents\\Pyramid\\server\\target > -Dmaven.ext.class.path=\"C:\\Program > Files\\netbeans-159\\java\\maven-nblib\\netbeans-eventspy.jar\" > -Dfile.encoding=UTF-8 process-classes > org.codehaus.mojo:exec-maven-plugin:1.5.0:exec\"" > The syntax of the command is incorrect. > {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] [Commented] (NETBEANS-532) NPE running profiler
[ https://issues.apache.org/jira/browse/NETBEANS-532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16418319#comment-16418319 ] Gili commented on NETBEANS-532: --- I downloaded the build from https://builds.apache.org/job/incubator-netbeans-release/242/ > NPE running profiler > > > Key: NETBEANS-532 > URL: https://issues.apache.org/jira/browse/NETBEANS-532 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-242-on-20180323) > Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46 > Runtime: Java(TM) SE Runtime Environment 10+46 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Critical > Labels: jdk10 > > When running the profiler on a Maven project I get: > {code} > java.lang.NullPointerException > at > org.netbeans.modules.profiler.v2.features.MethodsFeature$9.getProfilerClient(MethodsFeature.java:515) > at > org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.initUI(MethodsFeatureUI.java:222) > at > org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.getResultsUI(MethodsFeatureUI.java:100) > at > org.netbeans.modules.profiler.v2.features.MethodsFeature.getResultsUI(MethodsFeature.java:492) > at > org.netbeans.modules.profiler.v2.impl.FeaturesView.createContainer(FeaturesView.java:149) > at > org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeature(FeaturesView.java:134) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatures(ProfilerWindow.java:373) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI(ProfilerWindow.java:275) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(ProfilerWindow.java:132) > at > org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(ProfilerWindow.java:200) > at > java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) > at > java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) > at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) > at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) > at > org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) > [catch] at > java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) > at > java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) > at > java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) > at > java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) > at > java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) > at > java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) > {code} > This issues 100% of the time. -- 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-532) NPE running profiler
[ https://issues.apache.org/jira/browse/NETBEANS-532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16415940#comment-16415940 ] Gili edited comment on NETBEANS-532 at 3/27/18 5:08 PM: This exception only occurs when running under JDK 10. JDK 9.0.4 works fine. was (Author: cowwoc): This exception only occurs when running under JDK 10. > NPE running profiler > > > Key: NETBEANS-532 > URL: https://issues.apache.org/jira/browse/NETBEANS-532 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-242-on-20180323) > Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46 > Runtime: Java(TM) SE Runtime Environment 10+46 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Critical > > When running the profiler on a Maven project I get: > {code} > java.lang.NullPointerException > at > org.netbeans.modules.profiler.v2.features.MethodsFeature$9.getProfilerClient(MethodsFeature.java:515) > at > org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.initUI(MethodsFeatureUI.java:222) > at > org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.getResultsUI(MethodsFeatureUI.java:100) > at > org.netbeans.modules.profiler.v2.features.MethodsFeature.getResultsUI(MethodsFeature.java:492) > at > org.netbeans.modules.profiler.v2.impl.FeaturesView.createContainer(FeaturesView.java:149) > at > org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeature(FeaturesView.java:134) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatures(ProfilerWindow.java:373) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI(ProfilerWindow.java:275) > at > org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(ProfilerWindow.java:132) > at > org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(ProfilerWindow.java:200) > at > java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) > at > java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) > at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) > at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) > at java.base/java.security.AccessController.doPrivileged(Native Method) > at > java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) > at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) > at > org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) > [catch] at > java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) > at > java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) > at > java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) > at > java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) > at > java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) > at > java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) > {code} > This issues 100% of the time. -- 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-245) Profiler fails to launch when using Maven 3.5.x
[ https://issues.apache.org/jira/browse/NETBEANS-245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16415933#comment-16415933 ] Gili commented on NETBEANS-245: --- Sorry, no. I'm wrong. Placing Netbeans in a folder with no space *does* fix this problem. I thought you were talking about the Maven directory (and this makes no difference). > Profiler fails to launch when using Maven 3.5.x > --- > > Key: NETBEANS-245 > URL: https://issues.apache.org/jira/browse/NETBEANS-245 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > This issue was originally reported as > https://netbeans.org/bugzilla/show_bug.cgi?id=271059 > Essentially the Java profiler works fine for Maven projects if you use Maven > 3.3.9 but fails as soon as you use version 3.5.0 and up. This is because > mvn.cmd was substantially modified in that version. > Running under Maven 3.5.2 I get the following error: > {code} > *** Profiler message (Tue Jan 02 23:15:41 EST 2018): Starting target > application... > C:\Program Files\Java\jdk-9.0.1\bin\java.exe -agentpath:C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll > -Xbootclasspath/a:C:\Program > Files\netbeans-159\profiler\lib\jfluid-server.jar;C:\Program > Files\netbeans-159\profiler\lib\jfluid-server-15.jar > org.netbeans.lib.profiler.server.ProfilerServer C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64 5141 10 > Profiler+Calibration+Run > cd C:\Users\Gili\Documents\pyramid\server; "JAVA_HOME=C:\\Program > Files\\Java\\jdk1.8.0_141" "M2_HOME=C:\\Program Files\\apache-maven-3.5.2" > cmd /c "\"\"C:\\Program Files\\apache-maven-3.5.2\\bin\\mvn.cmd\" > -Dexec.args=\"-agentpath:\\\"C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll\\\"=\\\"C:\\Program > Files\\netbeans-159\\profiler\\lib\\\",5140,10 > -XX:+HeapDumpOnOutOfMemoryError > -XX:HeapDumpPath=C:\\Users\\Gili\\AppData\\Local\\NetBeans\\Cache\\dev\\mavencachedirs\\354137174\\org-netbeans-modules-profiler > -ea -classpath %classpath com.holdmyspot.pyramid.server.Main\" > -Dexec.executable=\"C:\\Program Files\\Java\\jdk1.8.0_141\\bin\\java.exe\" > -Dexec.workingdir=C:\\Users\\Gili\\Documents\\Pyramid\\server\\target > -Dmaven.ext.class.path=\"C:\\Program > Files\\netbeans-159\\java\\maven-nblib\\netbeans-eventspy.jar\" > -Dfile.encoding=UTF-8 process-classes > org.codehaus.mojo:exec-maven-plugin:1.5.0:exec\"" > The syntax of the command is incorrect. > {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] [Commented] (NETBEANS-245) Profiler fails to launch when using Maven 3.5.x
[ https://issues.apache.org/jira/browse/NETBEANS-245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16415928#comment-16415928 ] Gili commented on NETBEANS-245: --- [~skygo] Yes. The issue is still there. > Profiler fails to launch when using Maven 3.5.x > --- > > Key: NETBEANS-245 > URL: https://issues.apache.org/jira/browse/NETBEANS-245 > Project: NetBeans > Issue Type: Bug > Components: apisupport - Maven > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > This issue was originally reported as > https://netbeans.org/bugzilla/show_bug.cgi?id=271059 > Essentially the Java profiler works fine for Maven projects if you use Maven > 3.3.9 but fails as soon as you use version 3.5.0 and up. This is because > mvn.cmd was substantially modified in that version. > Running under Maven 3.5.2 I get the following error: > {code} > *** Profiler message (Tue Jan 02 23:15:41 EST 2018): Starting target > application... > C:\Program Files\Java\jdk-9.0.1\bin\java.exe -agentpath:C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll > -Xbootclasspath/a:C:\Program > Files\netbeans-159\profiler\lib\jfluid-server.jar;C:\Program > Files\netbeans-159\profiler\lib\jfluid-server-15.jar > org.netbeans.lib.profiler.server.ProfilerServer C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64 5141 10 > Profiler+Calibration+Run > cd C:\Users\Gili\Documents\pyramid\server; "JAVA_HOME=C:\\Program > Files\\Java\\jdk1.8.0_141" "M2_HOME=C:\\Program Files\\apache-maven-3.5.2" > cmd /c "\"\"C:\\Program Files\\apache-maven-3.5.2\\bin\\mvn.cmd\" > -Dexec.args=\"-agentpath:\\\"C:/Program > Files/netbeans-159/profiler/lib/deployed/jdk16/windows-amd64/profilerinterface.dll\\\"=\\\"C:\\Program > Files\\netbeans-159\\profiler\\lib\\\",5140,10 > -XX:+HeapDumpOnOutOfMemoryError > -XX:HeapDumpPath=C:\\Users\\Gili\\AppData\\Local\\NetBeans\\Cache\\dev\\mavencachedirs\\354137174\\org-netbeans-modules-profiler > -ea -classpath %classpath com.holdmyspot.pyramid.server.Main\" > -Dexec.executable=\"C:\\Program Files\\Java\\jdk1.8.0_141\\bin\\java.exe\" > -Dexec.workingdir=C:\\Users\\Gili\\Documents\\Pyramid\\server\\target > -Dmaven.ext.class.path=\"C:\\Program > Files\\netbeans-159\\java\\maven-nblib\\netbeans-eventspy.jar\" > -Dfile.encoding=UTF-8 process-classes > org.codehaus.mojo:exec-maven-plugin:1.5.0:exec\"" > The syntax of the command is incorrect. > {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] [Updated] (NETBEANS-532) NPE running profiler
[ https://issues.apache.org/jira/browse/NETBEANS-532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-532: -- Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-242-on-20180323) Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46 Runtime: Java(TM) SE Runtime Environment 10+46 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev was: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-242-on-20180323) Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46 Runtime: Java(TM) SE Runtime Environment 10+46 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Maven 3.5.2 Description: When running the profiler on a Maven project I get: {code} java.lang.NullPointerException at org.netbeans.modules.profiler.v2.features.MethodsFeature$9.getProfilerClient(MethodsFeature.java:515) at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.initUI(MethodsFeatureUI.java:222) at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.getResultsUI(MethodsFeatureUI.java:100) at org.netbeans.modules.profiler.v2.features.MethodsFeature.getResultsUI(MethodsFeature.java:492) at org.netbeans.modules.profiler.v2.impl.FeaturesView.createContainer(FeaturesView.java:149) at org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeature(FeaturesView.java:134) at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatures(ProfilerWindow.java:373) at org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI(ProfilerWindow.java:275) at org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(ProfilerWindow.java:132) at org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(ProfilerWindow.java:200) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) [catch] at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) {code} This issues 100% of the time. was: When running the profiler on a Maven project I get: {code} java.lang.NullPointerException at org.netbeans.modules.profiler.v2.features.MethodsFeature$9.getProfilerClient(MethodsFeature.java:515) at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.initUI(MethodsFeatureUI.java:222) at org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.getResultsUI(MethodsFeatureUI.java:100) at org.netbeans.modules.profiler.v2.features.MethodsFeature.getResultsUI(MethodsFeature.java:492) at org.netbeans.modules.profiler.v2.impl.FeaturesView.createContainer(FeaturesView.java:149) at org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeature(FeaturesView.java:134) at org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatures(ProfilerWindow.java:373) at org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI(ProfilerWindow.java:275) at org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(ProfilerWindow.java:132) at org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(ProfilerWindow.java:200) at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770) at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) at
[jira] [Commented] (NETBEANS-516) Shareable Netbeans configuration data
[ https://issues.apache.org/jira/browse/NETBEANS-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16411730#comment-16411730 ] Gili commented on NETBEANS-516: --- For the record, security isn't the only reasons that Netbeans and Maven use user-specific configuration files. What happens if two users want to keep Netbeans open at the same time? Won't the instances corrupt each other's files? I believe Maven might be designed for concurrent access per user (multiple processes per user sharing the same repository directory) but I don't think this kind of configuration has ever been tested. It will probably work though. > Shareable Netbeans configuration data > - > > Key: NETBEANS-516 > URL: https://issues.apache.org/jira/browse/NETBEANS-516 > Project: NetBeans > Issue Type: Improvement >Reporter: Victor Williams Stafusa da Silva >Priority: Minor > > As discussed in the dev mailing list, currently if Netbeans is installed in a > computer with multiple user accounts, a different set of configurations will > be created for each account. This means that each user will have his/her own > set of Netbeans plugins and maven repository. > However, this situation might be undesirable. This means that many plugins > would be download and installed in duplicate by different users. This also > means that maven repositories might be duplicated consuming double network > traffic to be populated and double disk space. > Security is a reason to mantain these configuration separation between > different users. However, the user might not want that and instead would like > to share his workspace with other users in the same computer. So, and option > asks if Netbeans files should be stored in user private space or in shared > space should be provided. -- 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-486) org.netbeans.modules.parsing.spi.ParseException when invoking code-complete
Gili created NETBEANS-486: - Summary: org.netbeans.modules.parsing.spi.ParseException when invoking code-complete Key: NETBEANS-486 URL: https://issues.apache.org/jira/browse/NETBEANS-486 Project: NetBeans Issue Type: Bug Components: editor - Completion Templates Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-228-on-20180312) Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili I invoked code-complete in the editor and the following exception was thrown: {code} com.sun.tools.javac.comp.Infer$InferenceException at com.sun.tools.javac.comp.Infer.(Infer.java:115) at com.sun.tools.javac.comp.Infer.instance(Infer.java:102) at com.sun.tools.javac.comp.DeferredAttr.(DeferredAttr.java:114) at com.sun.tools.javac.comp.DeferredAttr.instance(DeferredAttr.java:103) at com.sun.tools.javac.comp.Resolve.(Resolve.java:123) at org.netbeans.lib.nbjavac.services.NBResolve.(NBResolve.java:50) at org.netbeans.lib.nbjavac.services.NBResolve$1.make(NBResolve.java:44) at org.netbeans.lib.nbjavac.services.NBResolve$1.make(NBResolve.java:42) at com.sun.tools.javac.util.Context.get(Context.java:150) at com.sun.tools.javac.comp.Resolve.instance(Resolve.java:158) at com.sun.tools.javac.comp.Check.(Check.java:117) at com.sun.tools.javac.comp.Check.instance(Check.java:105) at com.sun.tools.javac.comp.Modules.(Modules.java:185) at com.sun.tools.javac.comp.Modules.instance(Modules.java:175) at com.sun.tools.javac.code.Symtab.(Symtab.java:484) at com.sun.tools.javac.code.Symtab.instance(Symtab.java:88) at com.sun.tools.javac.comp.Attr.(Attr.java:127) at org.netbeans.lib.nbjavac.services.NBAttr.(NBAttr.java:50) at org.netbeans.lib.nbjavac.services.NBAttr$1.make(NBAttr.java:42) at org.netbeans.lib.nbjavac.services.NBAttr$1.make(NBAttr.java:40) at com.sun.tools.javac.util.Context.get(Context.java:150) at com.sun.tools.javac.comp.Attr.instance(Attr.java:116) at com.sun.tools.javac.comp.Annotate.(Annotate.java:102) at com.sun.tools.javac.comp.Annotate.instance(Annotate.java:77) at com.sun.tools.javac.jvm.ClassReader.(ClassReader.java:234) at org.netbeans.lib.nbjavac.services.NBClassReader.(NBClassReader.java:50) at org.netbeans.lib.nbjavac.services.NBClassReader$1.make(NBClassReader.java:41) at org.netbeans.lib.nbjavac.services.NBClassReader$1.make(NBClassReader.java:39) at com.sun.tools.javac.util.Context.get(Context.java:150) at com.sun.tools.javac.jvm.ClassReader.instance(ClassReader.java:225) at com.sun.tools.javac.code.ClassFinder.(ClassFinder.java:186) at com.sun.tools.javadoc.main.JavadocClassFinder.(JavadocClassFinder.java:71) at com.sun.tools.javadoc.main.JavadocClassFinder.lambda$preRegister$0(JavadocClassFinder.java:60) at com.sun.tools.javac.util.Context.get(Context.java:150) at com.sun.tools.javac.code.ClassFinder.instance(ClassFinder.java:177) at com.sun.tools.javac.main.JavaCompiler.(JavaCompiler.java:393) at com.sun.tools.javac.main.JavaCompiler.instance(JavaCompiler.java:114) at com.sun.tools.javac.api.JavacTaskImpl.prepareCompiler(JavacTaskImpl.java:207) at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:247) at org.netbeans.modules.java.source.nbjavac.parsing.SequentialParsingImpl.parse(SequentialParsingImpl.java:38) at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580) at org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361) at org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84) at org.netbeans.modules.java.completion.BaseTask.getCompletionEnvironment(BaseTask.java:215) at org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:265) at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:93) at org.netbeans.modules.java.completion.JavaCompletionTask.run(JavaCompletionTask.java:58) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at
[jira] [Updated] (NETBEANS-464) Convert references in suppressed exceptions to links
[ https://issues.apache.org/jira/browse/NETBEANS-464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-464: -- Component/s: java - Navigation > Convert references in suppressed exceptions to links > > > Key: NETBEANS-464 > URL: https://issues.apache.org/jira/browse/NETBEANS-464 > Project: NetBeans > Issue Type: Improvement > Components: java - Navigation, platform - Output Window > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-228-on-20180312) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Minor > > Netbeans converts references to source files/lines in stacktraces to > clickable links, but it does not currently handle suppressed exceptions. > Expected behavior: create links from suppressed exceptions like we currently > do for normal exceptions. -- 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-464) Convert references in suppressed exceptions to links
[ https://issues.apache.org/jira/browse/NETBEANS-464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-464: -- Component/s: platform - Output Window > Convert references in suppressed exceptions to links > > > Key: NETBEANS-464 > URL: https://issues.apache.org/jira/browse/NETBEANS-464 > Project: NetBeans > Issue Type: Improvement > Components: java - Navigation, platform - Output Window > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-228-on-20180312) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Minor > > Netbeans converts references to source files/lines in stacktraces to > clickable links, but it does not currently handle suppressed exceptions. > Expected behavior: create links from suppressed exceptions like we currently > do for normal exceptions. -- 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-464) Convert references in suppressed exceptions to links
Gili created NETBEANS-464: - Summary: Convert references in suppressed exceptions to links Key: NETBEANS-464 URL: https://issues.apache.org/jira/browse/NETBEANS-464 Project: NetBeans Issue Type: Improvement Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-228-on-20180312) Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Netbeans converts references to source files/lines in stacktraces to clickable links, but it does not currently handle suppressed exceptions. Expected behavior: create links from suppressed exceptions like we currently do for normal exceptions. -- 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-448) Change Mnemonic for Replace All from ALT+P to ALT+A
[ https://issues.apache.org/jira/browse/NETBEANS-448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-448: -- Component/s: editor - Key bindings > Change Mnemonic for Replace All from ALT+P to ALT+A > --- > > Key: NETBEANS-448 > URL: https://issues.apache.org/jira/browse/NETBEANS-448 > Project: NetBeans > Issue Type: Improvement > Components: editor - Key bindings >Reporter: Gili >Priority: Minor > > Following up on a discussion on the mailing list, it should now be possible > to move the mnemonic for Replace All back from ALT+P to ALT+A. Here is the > original issue that moved it: > https://netbeans.org/bugzilla/show_bug.cgi?id=222400 > Justification: ALT+A for Replace All is somewhat of a platform-standard for > Replace All dialogs across most applications. ALT+P is not intuitive. -- 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-448) Change Mnemonic for Replace All from ALT+P to ALT+A
Gili created NETBEANS-448: - Summary: Change Mnemonic for Replace All from ALT+P to ALT+A Key: NETBEANS-448 URL: https://issues.apache.org/jira/browse/NETBEANS-448 Project: NetBeans Issue Type: Improvement Reporter: Gili Following up on a discussion on the mailing list, it should now be possible to move the mnemonic for Replace All back from ALT+P to ALT+A. Here is the original issue that moved it: https://netbeans.org/bugzilla/show_bug.cgi?id=222400 Justification: ALT+A for Replace All is somewhat of a platform-standard for Replace All dialogs across most applications. ALT+P is not intuitive. -- 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-432) Context-sensitive keyboard accelerators
[ https://issues.apache.org/jira/browse/NETBEANS-432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16388150#comment-16388150 ] Gili commented on NETBEANS-432: --- Quoting [~jtulach] from the mailing list: {quote}Out of curiosity (as I may still be living in the past), here is one of the documents I have written when attempting to (re)design the NetBeans action system: [https://openide.netbeans.org/proposals/actions/index.html] In general my intention was to use [Action.callback]( [http://bits.netbeans.org/8.2/javadoc/org-openide-awt/org/openide/awt/Actions.html#callback-java.lang.String-javax.swing.Action-boolean-java.lang.String-java.lang.String-boolean-]) actions to register a generic placeholder with a shortcut that can then do whatever each component wants. {quote} > Context-sensitive keyboard accelerators > --- > > Key: NETBEANS-432 > URL: https://issues.apache.org/jira/browse/NETBEANS-432 > Project: NetBeans > Issue Type: Improvement > Components: editor - Key bindings >Reporter: Gili >Priority: Major > > Following up on [https://netbeans.org/bugzilla/show_bug.cgi?id=222843] the > IDE should be able to differentiate between users hitting ALT+A in the > Find/Replace Dialog and ALT+A while the editor has a focus. In the former > case I expect "Replace (A)ll" to get triggered. In the latter case, I expect > the Ref(a)ctor pulldown menu to get triggered. -- 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-440) Suppress "Profiler Agent Warning: JVMTI classLoadHook: class name is null."
[ https://issues.apache.org/jira/browse/NETBEANS-440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-440: -- Component/s: profiler - Base > Suppress "Profiler Agent Warning: JVMTI classLoadHook: class name is null." > --- > > Key: NETBEANS-440 > URL: https://issues.apache.org/jira/browse/NETBEANS-440 > Project: NetBeans > Issue Type: Improvement > Components: profiler - Base > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-222-on-20180226) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Minor > > When running the profiler, the output is flooded with "Profiler Agent > Warning: JVMTI classLoadHook: class name is null." > Users have no way of knowing that this message is supposedly harmless, and it > is distracting from valuable output. > Expected behavior: suppress this warning message. -- 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-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[ https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-423: -- Issue Type: Improvement (was: Bug) > Evaluation of lambdas and new classes fails: "Unsupported: can not create a > new class" > -- > > Key: NETBEANS-423 > URL: https://issues.apache.org/jira/browse/NETBEANS-423 > Project: NetBeans > Issue Type: Improvement > Components: debugger - Code > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This issue was originally reported and fixed by > [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I > can now reproduce it in the nightly builds. > Here are the original repro steps: > # I place a breakpoint after this line of code: {{List > responseForLanguages = new ArrayList<>(section.getLangs());}} > # I enter the following in the Variables tab: > {{responseForLanguages.stream().map(lang -> lang.getId())}} > # Netbeans responds {{Unsupported: can not create a new 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] [Comment Edited] (NETBEANS-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[ https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16384264#comment-16384264 ] Gili edited comment on NETBEANS-423 at 3/2/18 10:42 PM: [~Sir Intellegence] Thank you. I found Martin's original commit. It looks like it never touched [https://github.com/apache/incubator-netbeans/blob/a174e1fcc369084f6e66b76402d8f39d8473d51e/debugger.jpda/src/org/netbeans/modules/debugger/jpda/expr/EvaluatorVisitor.java#L3693] which I believe is the method that is triggering this error. It looks like this is an outstanding RFE. was (Author: cowwoc): [~Sir Intellegence] Thank you. I found Martin's original commit. It looks like it never touched [https://github.com/apache/incubator-netbeans/blob/a174e1fcc369084f6e66b76402d8f39d8473d51e/debugger.jpda/src/org/netbeans/modules/debugger/jpda/expr/EvaluatorVisitor.java#L3693] which I believe is the method that is triggering this error. > Evaluation of lambdas and new classes fails: "Unsupported: can not create a > new class" > -- > > Key: NETBEANS-423 > URL: https://issues.apache.org/jira/browse/NETBEANS-423 > Project: NetBeans > Issue Type: Bug > Components: debugger - Code > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This issue was originally reported and fixed by > [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I > can now reproduce it in the nightly builds. > Here are the original repro steps: > # I place a breakpoint after this line of code: {{List > responseForLanguages = new ArrayList<>(section.getLangs());}} > # I enter the following in the Variables tab: > {{responseForLanguages.stream().map(lang -> lang.getId())}} > # Netbeans responds {{Unsupported: can not create a new 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] [Comment Edited] (NETBEANS-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[ https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16383108#comment-16383108 ] Gili edited comment on NETBEANS-423 at 3/2/18 3:38 AM: --- I'm very worried but what I just discovered. Martin Entlicher committed this fix back in 2016: [http://hg.netbeans.org/main-silver/rev/f38f3e3ca101] Looking at Github, I don't see any of this work anywhere. This is a major contribution that disappeared into a black hole. I'd love to know what happened in this case, to make sure we don't lose other important contributions this way. Tagging [~GeertjanWielenga] as he could probably provide further insight. was (Author: cowwoc): I'm very worried but what I just discovered. Martin Entlicher committed this fix back in 2016: http://hg.netbeans.org/main-silver/rev/f38f3e3ca101 Looking at Github, I don't see any of this work anywhere. This is a major contribution that disappeared into a black hole. I'd love to know what happened in this case, to make sure we don't lose other important contributions this way. > Evaluation of lambdas and new classes fails: "Unsupported: can not create a > new class" > -- > > Key: NETBEANS-423 > URL: https://issues.apache.org/jira/browse/NETBEANS-423 > Project: NetBeans > Issue Type: Bug > Components: debugger - Code > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This issue was originally reported and fixed by > [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I > can now reproduce it in the nightly builds. > Here are the original repro steps: > # I place a breakpoint after this line of code: {{List > responseForLanguages = new ArrayList<>(section.getLangs());}} > # I enter the following in the Variables tab: > {{responseForLanguages.stream().map(lang -> lang.getId())}} > # Netbeans responds {{Unsupported: can not create a new 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] [Comment Edited] (NETBEANS-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[ https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16383108#comment-16383108 ] Gili edited comment on NETBEANS-423 at 3/2/18 3:38 AM: --- I'm very worried by what I just discovered. Martin Entlicher committed this fix back in 2016: [http://hg.netbeans.org/main-silver/rev/f38f3e3ca101] Looking at Github, I don't see any of this work anywhere. This is a major contribution that disappeared into a black hole. I'd love to know what happened in this case, to make sure we don't lose other important contributions this way. Tagging [~GeertjanWielenga] as he could probably provide further insight. was (Author: cowwoc): I'm very worried but what I just discovered. Martin Entlicher committed this fix back in 2016: [http://hg.netbeans.org/main-silver/rev/f38f3e3ca101] Looking at Github, I don't see any of this work anywhere. This is a major contribution that disappeared into a black hole. I'd love to know what happened in this case, to make sure we don't lose other important contributions this way. Tagging [~GeertjanWielenga] as he could probably provide further insight. > Evaluation of lambdas and new classes fails: "Unsupported: can not create a > new class" > -- > > Key: NETBEANS-423 > URL: https://issues.apache.org/jira/browse/NETBEANS-423 > Project: NetBeans > Issue Type: Bug > Components: debugger - Code > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This issue was originally reported and fixed by > [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I > can now reproduce it in the nightly builds. > Here are the original repro steps: > # I place a breakpoint after this line of code: {{List > responseForLanguages = new ArrayList<>(section.getLangs());}} > # I enter the following in the Variables tab: > {{responseForLanguages.stream().map(lang -> lang.getId())}} > # Netbeans responds {{Unsupported: can not create a new 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-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[ https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-423: -- Labels: regression (was: ) Issue Type: Bug (was: Improvement) > Evaluation of lambdas and new classes fails: "Unsupported: can not create a > new class" > -- > > Key: NETBEANS-423 > URL: https://issues.apache.org/jira/browse/NETBEANS-423 > Project: NetBeans > Issue Type: Bug > Components: debugger - Code > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This issue was originally reported and fixed by > [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I > can now reproduce it in the nightly builds. > Here are the original repro steps: > # I place a breakpoint after this line of code: {{List > responseForLanguages = new ArrayList<>(section.getLangs());}} > # I enter the following in the Variables tab: > {{responseForLanguages.stream().map(lang -> lang.getId())}} > # Netbeans responds {{Unsupported: can not create a new 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] [Issue Comment Deleted] (NETBEANS-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[ https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-423: -- Comment: was deleted (was: In the original bug report, Martin Entlicher wrote: {quote} There are two problems: 1) Inability to evaluate classes that were not loaded in the VM yet and this is described in bug #168949. 2) Inability to create brand new classes during evaluation E.g. evaluate "new Runnable() { public void run() { ...}}". The second case would be necessary when evaluating a lambda expression. For lambdas, there might be a solution... {quote} Having re-read the rest of the comments I now see that the first issue was fixed, but the second one was not. That is, this issue was probably never working in 8.2 and is a RFE. I'm going to update this issue accordingly. I still believe that this issue is high priority as adding watches for lambdas is a very common use-case nowadays.) > Evaluation of lambdas and new classes fails: "Unsupported: can not create a > new class" > -- > > Key: NETBEANS-423 > URL: https://issues.apache.org/jira/browse/NETBEANS-423 > Project: NetBeans > Issue Type: Improvement > Components: debugger - Code > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > This issue was originally reported and fixed by > [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I > can now reproduce it in the nightly builds. > Here are the original repro steps: > # I place a breakpoint after this line of code: {{List > responseForLanguages = new ArrayList<>(section.getLangs());}} > # I enter the following in the Variables tab: > {{responseForLanguages.stream().map(lang -> lang.getId())}} > # Netbeans responds {{Unsupported: can not create a new 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-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[ https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16383091#comment-16383091 ] Gili commented on NETBEANS-423: --- In the original bug report, Martin Entlicher wrote: > There are two problems: > 1) Inability to evaluate classes that were not loaded in the VM yet and this > is described in bug #168949. > 2) Inability to create brand new classes during evaluation > E.g. evaluate "new Runnable() { public void run() { ...}}". > The second case would be necessary when evaluating a lambda expression. > > For lambdas, there might be a solution... Having re-read the rest of the comments I now see that the first issue was fixed, but the second one was not. That is, this issue was probably never working in 8.2 and is a RFE. I'm going to update this issue accordingly. I still believe that this issue is high priority as adding watches for lambdas is a very common use-case nowadays. > Evaluation of lambdas and new classes fails: "Unsupported: can not create a > new class" > -- > > Key: NETBEANS-423 > URL: https://issues.apache.org/jira/browse/NETBEANS-423 > Project: NetBeans > Issue Type: Bug > Components: debugger - Code > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This issue was originally reported and fixed by > [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I > can now reproduce it in the nightly builds. > Here are the original repro steps: > # I place a breakpoint after this line of code: {{List > responseForLanguages = new ArrayList<>(section.getLangs());}} > # I enter the following in the Variables tab: > {{responseForLanguages.stream().map(lang -> lang.getId())}} > # Netbeans responds {{Unsupported: can not create a new 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-437) Code-complete fails override methods in anonymous classes
Gili created NETBEANS-437: - Summary: Code-complete fails override methods in anonymous classes Key: NETBEANS-437 URL: https://issues.apache.org/jira/browse/NETBEANS-437 Project: NetBeans Issue Type: Bug Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-222-on-20180226) Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili It looks like we need a similar fix as NETBEANS-252 for anonymous classes. Repro steps: # Given: {code:java} Phaser test = new Phaser() { // Place caret here }; {code} # Place caret inside the anonymous class body # Invoke code-complete # Select "onAdvance" method and hit ENTER # No method is generated -- 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-275) CTRL+R should map to Project -> Rename action
[ https://issues.apache.org/jira/browse/NETBEANS-275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16381965#comment-16381965 ] Gili commented on NETBEANS-275: --- This issue might be related to NETBEANS-432 > CTRL+R should map to Project -> Rename action > - > > Key: NETBEANS-275 > URL: https://issues.apache.org/jira/browse/NETBEANS-275 > Project: NetBeans > Issue Type: Improvement > Components: projects - Maven > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > If I right-click on a Maven project in the Projects tab, I can select > "Rename" and a dialog comes up. If I hit CTRL+R with the Maven project > focused, I get "The rename refactoring cannot be applied in this context". > I am expecting CTRL+R to map to renaming the project the same way that I get > when I right-click on a Maven project. -- 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-435) Improve error message for "Illegal forward reference"
Gili created NETBEANS-435: - Summary: Improve error message for "Illegal forward reference" Key: NETBEANS-435 URL: https://issues.apache.org/jira/browse/NETBEANS-435 Project: NetBeans Issue Type: Improvement Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-222-on-20180226) Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Given: {code} private final Supplier first = () -> { return second; }; private final String second = "second"; {code} Netbeans places an error annotation inside the lambda stating "Illegal forward reference". When the line in question is simple, like above, then it's obvious what the problem is. But when the lambda contains: {code} root = server.repeatableRequest(() -> client.target(HOSTNAME).path("v1/market/open/coins").request().get()); {code} How are users supposed to figure it out? Expected behavior: Indicate which symbol represents a forward declaration. -- 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-434) Javadoc not found even if present in sources
Gili created NETBEANS-434: - Summary: Javadoc not found even if present in sources Key: NETBEANS-434 URL: https://issues.apache.org/jira/browse/NETBEANS-434 Project: NetBeans Issue Type: Improvement Components: editor - Completion Templates Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-222-on-20180226) Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili # Create a Maven project that depends on {{javax.ws.rs-api:javax.ws.rs:2.1}} # Download sources for this dependency. # Invoke code-complete on {{Response.readEntity(Class)}} # Javadoc viewer pops up saying that the Javadoc could not be found. # CTRL+LMB click on {{Response.readEntity(Class)}} # Notice that the source-code contains Javadoc Expected behavior: Javadoc should render. I believe this used to work in version 8.2 but I did not check. -- 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-432) Context-sensitive keyboard accelerators
Gili created NETBEANS-432: - Summary: Context-sensitive keyboard accelerators Key: NETBEANS-432 URL: https://issues.apache.org/jira/browse/NETBEANS-432 Project: NetBeans Issue Type: Improvement Components: editor - Key bindings Reporter: Gili Following up on [https://netbeans.org/bugzilla/show_bug.cgi?id=222843] the IDE should be able to differentiate between users hitting ALT+A in the Find/Replace Dialog and ALT+A while the editor has a focus. In the former case I expect "Replace (A)ll" to get triggered. In the latter case, I expect the Ref(a)ctor pulldown menu to get triggered. -- 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-414) Cannot install any plugins
[ https://issues.apache.org/jira/browse/NETBEANS-414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16378847#comment-16378847 ] Gili commented on NETBEANS-414: --- Agreed. Build #222 works for me as well. You can close this issue. Thank you. > Cannot install any plugins > -- > > Key: NETBEANS-414 > URL: https://issues.apache.org/jira/browse/NETBEANS-414 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Blocker > Attachments: messages.log > > > I cannot install any plugins in the latest nightly build. Repro steps: > # Run Netbeans with a fresh userdir. > # IDE will prompt you to install nbjavac, do so. > # IDE will prompt you to restart, do so. > # Notice that the plugin is not installed once Netbeans is restarted. > # I get the same behavior when installing updates to existing plugins. -- 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-236) Incorrect brace spacing in try-with-resources
[ https://issues.apache.org/jira/browse/NETBEANS-236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16376884#comment-16376884 ] Gili commented on NETBEANS-236: --- [~kosmonaffft] Thanks for checking. I can no longer reproduce the problem either. Sorry for the false alarm. > Incorrect brace spacing in try-with-resources > - > > Key: NETBEANS-236 > URL: https://issues.apache.org/jira/browse/NETBEANS-236 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation >Affects Versions: 8.2 > Environment: build 152 >Reporter: Gili >Assignee: Gili >Priority: Major > Fix For: 9.0 > > > Given: > {{try (Session session = scope.getSession())}} > Invoking code-format results in: > {{try ( Session session = scope.getSession())}} > in spite of the fact that the IDE is configured not to insert a space inside > the parenthesis. -- 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-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
Gili created NETBEANS-423: - Summary: Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class" Key: NETBEANS-423 URL: https://issues.apache.org/jira/browse/NETBEANS-423 Project: NetBeans Issue Type: Bug Components: debugger - Code Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-219-on-20180221) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili This issue was originally reported and fixed by [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I can now reproduce it in the nightly builds. Here are the original repro steps: # I place a breakpoint after this line of code: {{List responseForLanguages = new ArrayList<>(section.getLangs());}} # I enter the following in the Variables tab: {{responseForLanguages.stream().map(lang -> lang.getId())}} # Netbeans responds {{Unsupported: can not create a new 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-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[ https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-423: -- Labels: regression (was: ) > Evaluation of lambdas and new classes fails: "Unsupported: can not create a > new class" > -- > > Key: NETBEANS-423 > URL: https://issues.apache.org/jira/browse/NETBEANS-423 > Project: NetBeans > Issue Type: Bug > Components: debugger - Code > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Labels: regression > > This issue was originally reported and fixed by > [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I > can now reproduce it in the nightly builds. > Here are the original repro steps: > # I place a breakpoint after this line of code: {{List > responseForLanguages = new ArrayList<>(section.getLangs());}} > # I enter the following in the Variables tab: > {{responseForLanguages.stream().map(lang -> lang.getId())}} > # Netbeans responds {{Unsupported: can not create a new 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-295) Create/Update Tests dialog updates pom.xml even if operation is aborted
[ https://issues.apache.org/jira/browse/NETBEANS-295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375904#comment-16375904 ] Gili commented on NETBEANS-295: --- Same here. That is odd. Why would this magically fix itself? :) > Create/Update Tests dialog updates pom.xml even if operation is aborted > --- > > Key: NETBEANS-295 > URL: https://issues.apache.org/jira/browse/NETBEANS-295 > Project: NetBeans > Issue Type: Bug > Components: projects - Maven > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180117-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Assignee: Anton V. Kirilchik >Priority: Major > Fix For: 9.0 > > > 1. Given a Maven project with a Java file open in the editor > 2. The user mistakenly hits CTRL+SHIFT+U which opens the "Create/Update > Tests" dialog > 3. User hits ESC to cancel the operation. > 4. The following lines are added to pom.xml: > {code} > > org.seleniumhq.selenium > selenium-java > test > 2.44.0 > > > com.opera > operadriver > test > 1.5 > > > > org.seleniumhq.selenium > > selenium-remote-driver > > > > > junit > junit > test > 4.11 > > {code} > Expected behavior: pom.xml should not be modified if operation is aborted -- 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-422) Special handling for slf4j LoggerFactory.getLogger(Class)
Gili created NETBEANS-422: - Summary: Special handling for slf4j LoggerFactory.getLogger(Class) Key: NETBEANS-422 URL: https://issues.apache.org/jira/browse/NETBEANS-422 Project: NetBeans Issue Type: Improvement Components: editor - Completion Templates Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-219-on-20180221) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili slf4j is popular. Very popular. We could save developers countless hours if the auto-complete for {{LoggerFactory.getLogger(Class)}} would insert the enclosing class name instead of "clazz" as it currently does. {{For example, given:}} {code:java} public class ThisIsFun { private final LoggerFactory log = LoggerFactory.getLogger(***); }{code} {{We would auto-complete as:}} {code:java} public class ThisIsFun { private final LoggerFactory log = LoggerFactory.getLogger(ThisIsFun.class); }{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] [Commented] (NETBEANS-421) Conditional breakpoints trigger when condition is false
[ https://issues.apache.org/jira/browse/NETBEANS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16375815#comment-16375815 ] Gili commented on NETBEANS-421: --- Looking at {{com.sun.jdi.ObjectCollectedException}} this sounds like a bug in Netbeans. I don't understand how anything in the expression could have been garbage collected. The field {{symbol}} is on the method stack. The object {{CurrencyPair}} is an enum so it should never get garbage collected. > Conditional breakpoints trigger when condition is false > --- > > Key: NETBEANS-421 > URL: https://issues.apache.org/jira/browse/NETBEANS-421 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > I set a conditional breakpoint which is triggering every time, even if the > condition is false. I opened the Debugger Console and saw: > {code:java} > Breakpoint hit at line 299 in class > com.holdmyspot.pyramid.binance.BinanceOrderStream$WebSocketListener by thread > WebSocketClient@1801942731-21. > *** > The object was collected. > *** > {code} > I believe this is coming from > [https://github.com/apache/incubator-netbeans/blob/15bc442a91fa2be81488725b15c61386bf1d0b9b/debugger.jpda/src/org/netbeans/modules/debugger/jpda/JavaEvaluator.java#L168] > but it isn't clear what this means. > If I enter the conditional expression in the "Variables" tab, it evaluates > correctly, so I don't think there is anything wrong with the expression. > My conditional expression is > {{symbol.equals(CurrencyPair.fromString("BNB/USD"))}} where {{symbol}} is a > local String variable and {{CurrencyPair.fromString()}} is a static method. > Please clarify what is going wrong, and improve the IDE so it explains to the > user what is wrong. -- 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-421) Conditional breakpoints trigger when condition is false
[ https://issues.apache.org/jira/browse/NETBEANS-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-421: -- Issue Type: Bug (was: Improvement) > Conditional breakpoints trigger when condition is false > --- > > Key: NETBEANS-421 > URL: https://issues.apache.org/jira/browse/NETBEANS-421 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > I set a conditional breakpoint which is triggering every time, even if the > condition is false. I opened the Debugger Console and saw: > {code:java} > Breakpoint hit at line 299 in class > com.holdmyspot.pyramid.binance.BinanceOrderStream$WebSocketListener by thread > WebSocketClient@1801942731-21. > *** > The object was collected. > *** > {code} > I believe this is coming from > [https://github.com/apache/incubator-netbeans/blob/15bc442a91fa2be81488725b15c61386bf1d0b9b/debugger.jpda/src/org/netbeans/modules/debugger/jpda/JavaEvaluator.java#L168] > but it isn't clear what this means. > If I enter the conditional expression in the "Variables" tab, it evaluates > correctly, so I don't think there is anything wrong with the expression. > My conditional expression is > {{symbol.equals(CurrencyPair.fromString("BNB/USD"))}} where {{symbol}} is a > local String variable and {{CurrencyPair.fromString()}} is a static method. > Please clarify what is going wrong, and improve the IDE so it explains to the > user what is wrong. -- 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-415) Revisit hashCode(), equals() implementation
[ https://issues.apache.org/jira/browse/NETBEANS-415?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16372686#comment-16372686 ] Gili commented on NETBEANS-415: --- [~GeertjanWielenga] Right, what I'm saying is that if the project source-code level is set to JDK 7 or higher then we should generate code based on {{Object.hash(Object...)}} because it is more readable than what we had in earlier versions. > Revisit hashCode(), equals() implementation > --- > > Key: NETBEANS-415 > URL: https://issues.apache.org/jira/browse/NETBEANS-415 > Project: NetBeans > Issue Type: Improvement > Components: editor - Completion Templates >Reporter: Gili >Priority: Major > > (CCing as many people from the original discussion as I could find: > [~svatoun] [~matthies] [~jlahoda]) > Given that Netbeans now requires JDK 7, consider having the code generator > delegate to > {{Objects.hashCode(Object)}} and {{Objects.hash(Object...)}} as they result > in cleaner code than what is currently being generated. > As for {{equals()}}, the implementation generated by Netbeans violates the > Java specification of java.lang.Object and should be fixed right away. You > can read a more detailed discussion at > [https://netbeans.org/bugzilla/show_bug.cgi?id=156994] [1] but essentially we > agreed to fix this with a flag in the Options dialog to let users decide > which approach they prefer. > [1] In my last post I suggested: > # Making "instanceof" the default. > # Warning if a class uses "instanceof" and subclasses override > equals/hashCode. > # Allowing users to configure whether they prefer instanceof or > getClass()-based implementations of equals/hashcode on a project-level. > # Warning if a class uses "getClass()" and has any subclasses. > # Warnings should appear on the subclasses, not the parent 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-415) Revisit hashCode(), equals() implementation
[ https://issues.apache.org/jira/browse/NETBEANS-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-415: -- Description: (CCing as many people from the original discussion as I could find: [~svatoun] [~matthies] [~jlahoda]) Given that Netbeans now requires JDK 7, consider having the code generator delegate to {{Objects.hashCode(Object)}} and {{Objects.hash(Object...)}} as they result in cleaner code than what is currently being generated. As for {{equals()}}, the implementation generated by Netbeans violates the Java specification of java.lang.Object and should be fixed right away. You can read a more detailed discussion at [https://netbeans.org/bugzilla/show_bug.cgi?id=156994] [1] but essentially we agreed to fix this with a flag in the Options dialog to let users decide which approach they prefer. [1] In my last post I suggested: # Making "instanceof" the default. # Warning if a class uses "instanceof" and subclasses override equals/hashCode. # Allowing users to configure whether they prefer instanceof or getClass()-based implementations of equals/hashcode on a project-level. # Warning if a class uses "getClass()" and has any subclasses. # Warnings should appear on the subclasses, not the parent class. was: Given that Netbeans now requires JDK 7, consider having the code generator delegate to {{Objects.hashCode(Object)}} and {{Objects.hash(Object...)}} as they result in cleaner code than what is currently being generated. As for {{equals()}}, the implementation generated by Netbeans violates the Java specification of java.lang.Object and should be fixed right away. You can read a more detailed discussion at [https://netbeans.org/bugzilla/show_bug.cgi?id=156994] but essentially we agreed to fix this with a flag in the Options dialog to let users decide which approach they prefer. > Revisit hashCode(), equals() implementation > --- > > Key: NETBEANS-415 > URL: https://issues.apache.org/jira/browse/NETBEANS-415 > Project: NetBeans > Issue Type: Improvement > Components: editor - Completion Templates >Reporter: Gili >Priority: Major > > (CCing as many people from the original discussion as I could find: > [~svatoun] [~matthies] [~jlahoda]) > Given that Netbeans now requires JDK 7, consider having the code generator > delegate to > {{Objects.hashCode(Object)}} and {{Objects.hash(Object...)}} as they result > in cleaner code than what is currently being generated. > As for {{equals()}}, the implementation generated by Netbeans violates the > Java specification of java.lang.Object and should be fixed right away. You > can read a more detailed discussion at > [https://netbeans.org/bugzilla/show_bug.cgi?id=156994] [1] but essentially we > agreed to fix this with a flag in the Options dialog to let users decide > which approach they prefer. > [1] In my last post I suggested: > # Making "instanceof" the default. > # Warning if a class uses "instanceof" and subclasses override > equals/hashCode. > # Allowing users to configure whether they prefer instanceof or > getClass()-based implementations of equals/hashcode on a project-level. > # Warning if a class uses "getClass()" and has any subclasses. > # Warnings should appear on the subclasses, not the parent 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-415) Revisit hashCode(), equals() implementation
[ https://issues.apache.org/jira/browse/NETBEANS-415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-415: -- Description: Given that Netbeans now requires JDK 7, consider having the code generator delegate to {{Objects.hashCode(Object)}} and {{Objects.hash(Object...)}} as they result in cleaner code than what is currently being generated. As for {{equals()}}, the implementation generated by Netbeans violates the Java specification of java.lang.Object and should be fixed right away. You can read a more detailed discussion at [https://netbeans.org/bugzilla/show_bug.cgi?id=156994] but essentially we agreed to fix this with a flag in the Options dialog to let users decide which approach they prefer. was: Given that Netbeans now requires JDK 7, consider having the code generator delegate to {{Objects.hashCode(Object)}} and {{Objects.hash(Object...) as they result in cleaner code.}} As for {{equals()}}, the implementation generated by Netbeans violates the Java specification of java.lang.Object and should be fixed right away. You can read a more detailed discussion at [https://netbeans.org/bugzilla/show_bug.cgi?id=156994] but essentially we agreed to fix this with a flag in the Options dialog to let users decide which approach they prefer. > Revisit hashCode(), equals() implementation > --- > > Key: NETBEANS-415 > URL: https://issues.apache.org/jira/browse/NETBEANS-415 > Project: NetBeans > Issue Type: Improvement > Components: editor - Completion Templates >Reporter: Gili >Priority: Major > > Given that Netbeans now requires JDK 7, consider having the code generator > delegate to > {{Objects.hashCode(Object)}} and {{Objects.hash(Object...)}} as they result > in cleaner code than what is currently being generated. > As for {{equals()}}, the implementation generated by Netbeans violates the > Java specification of java.lang.Object and should be fixed right away. You > can read a more detailed discussion at > [https://netbeans.org/bugzilla/show_bug.cgi?id=156994] but essentially we > agreed to fix this with a flag in the Options dialog to let users decide > which approach they prefer. -- 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-415) Revisit hashCode(), equals() implementation
Gili created NETBEANS-415: - Summary: Revisit hashCode(), equals() implementation Key: NETBEANS-415 URL: https://issues.apache.org/jira/browse/NETBEANS-415 Project: NetBeans Issue Type: Improvement Components: editor - Completion Templates Reporter: Gili Given that Netbeans now requires JDK 7, consider having the code generator delegate to {{Objects.hashCode(Object)}} and {{Objects.hash(Object...) as they result in cleaner code.}} As for {{equals()}}, the implementation generated by Netbeans violates the Java specification of java.lang.Object and should be fixed right away. You can read a more detailed discussion at [https://netbeans.org/bugzilla/show_bug.cgi?id=156994] but essentially we agreed to fix this with a flag in the Options dialog to let users decide which approach they prefer. -- 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-414) Cannot install any plugins
[ https://issues.apache.org/jira/browse/NETBEANS-414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-414: -- Attachment: messages.log > Cannot install any plugins > -- > > Key: NETBEANS-414 > URL: https://issues.apache.org/jira/browse/NETBEANS-414 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Blocker > Attachments: messages.log > > > I cannot install any plugins in the latest nightly build. Repro steps: > # Run Netbeans with a fresh userdir. > # IDE will prompt you to install nbjavac, do so. > # IDE will prompt you to restart, do so. > # Notice that the plugin is not installed once Netbeans is restarted. > # I get the same behavior when installing updates to existing plugins. -- 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-414) Cannot install any plugins
Gili created NETBEANS-414: - Summary: Cannot install any plugins Key: NETBEANS-414 URL: https://issues.apache.org/jira/browse/NETBEANS-414 Project: NetBeans Issue Type: Bug Components: platform - Plugin Manager Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-219-on-20180221) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili I cannot install any plugins in the latest nightly build. Repro steps: # Run Netbeans with a fresh userdir. # IDE will prompt you to install nbjavac, do so. # IDE will prompt you to restart, do so. # Notice that the plugin is not installed once Netbeans is restarted. # I get the same behavior when installing updates to existing plugins. -- 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-414) Cannot install any plugins
[ https://issues.apache.org/jira/browse/NETBEANS-414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16371849#comment-16371849 ] Gili commented on NETBEANS-414: --- I discovered something interesting. Build 205 works fine while build 219 does not. As a temporary workaround, one can launch build 205, install nbjavac, then launch build 219 and it'll inherit the modules installed by the other version. So this bug is caused by some change between build 205 and 219. > Cannot install any plugins > -- > > Key: NETBEANS-414 > URL: https://issues.apache.org/jira/browse/NETBEANS-414 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-219-on-20180221) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Blocker > Attachments: messages.log > > > I cannot install any plugins in the latest nightly build. Repro steps: > # Run Netbeans with a fresh userdir. > # IDE will prompt you to install nbjavac, do so. > # IDE will prompt you to restart, do so. > # Notice that the plugin is not installed once Netbeans is restarted. > # I get the same behavior when installing updates to existing plugins. -- 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-402) ClassCastException at org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize()
Gili created NETBEANS-402: - Summary: ClassCastException at org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize() Key: NETBEANS-402 URL: https://issues.apache.org/jira/browse/NETBEANS-402 Project: NetBeans Issue Type: Bug Components: profiler - Base Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-205-on-20180202) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili When profiling SQL queries I get the following exception consistently: {code}java.lang.ClassCastException: java.lang.Short cannot be cast to java.lang.String at org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.getParSize(ProfilerRuntimeCPU.java:684) at org.netbeans.lib.profiler.server.ProfilerRuntimeCPU.writeParametersEvent(ProfilerRuntimeCPU.java:459) at org.netbeans.lib.profiler.server.ProfilerRuntimeCPUFullInstr.markerMethodEntry(ProfilerRuntimeCPUFullInstr.java:92) at com.zaxxer.hikari.pool.HikariProxyPreparedStatement.setShort(HikariProxyPreparedStatement.java) at com.querydsl.sql.types.ShortType.setValue(ShortType.java:50) at com.querydsl.sql.types.ShortType.setValue(ShortType.java:27) at com.querydsl.sql.Configuration.set(Configuration.java:239) at com.querydsl.sql.AbstractSQLQuery.set(AbstractSQLQuery.java:210) at com.querydsl.sql.AbstractSQLQuery.setParameters(AbstractSQLQuery.java:584) at com.querydsl.sql.AbstractSQLQuery.iterateSingle(AbstractSQLQuery.java:365) at com.querydsl.sql.AbstractSQLQuery.iterate(AbstractSQLQuery.java:342) at com.querydsl.sql.ProjectableSQLQuery.fetchOne(ProjectableSQLQuery.java:397) at com.holdmyspot.pyramid.database.row.CurrencyPairRow.getByCurrencies(CurrencyPairRow.java:132) at com.holdmyspot.pyramid.database.row.CurrencyPairRow.insertIfMissing(CurrencyPairRow.java:191) at com.holdmyspot.pyramid.server.Main$SaveToDatabase.getCurrencyPairRow(Main.java:242) at com.holdmyspot.pyramid.server.Main$SaveToDatabase.lambda$onOrder$2(Main.java:154) at java.util.concurrent.ForkJoinTask$RunnableExecuteAction.exec(ForkJoinTask.java:1402) at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289) at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056) at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692) at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157){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-401) "Go to Source" jumps to the wrong line for lambda functions
Gili created NETBEANS-401: - Summary: "Go to Source" jumps to the wrong line for lambda functions Key: NETBEANS-401 URL: https://issues.apache.org/jira/browse/NETBEANS-401 Project: NetBeans Issue Type: Bug Components: profiler - Base Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-205-on-20180202) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili # Run profiler (instrumentation mode in my case but I don't think it matters) # Right click on a line containing a lambda function # "Go to Source" # Notice that the IDE will jump to the enclosing class but not a specific line inside the lambda. Expected behavior: "Go to Source" works fine for non-lambda functions. I am expecting it to work for lambdas as well. -- 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-369) Code-complete outputs unwanted newline characters
Gili created NETBEANS-369: - Summary: Code-complete outputs unwanted newline characters Key: NETBEANS-369 URL: https://issues.apache.org/jira/browse/NETBEANS-369 Project: NetBeans Issue Type: Bug Components: editor - Completion Templates Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-205-on-20180202) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Repro steps: # Start a debugging session in a Maven project with Guava as a dependency. # Edit an existing entry in the Variables tab (create an entry if you need to). # Type "Sets." # CTRL+SPACE to initiate code-complete # Select the "intersection" method and hit ENTER # Netbeans pastes the following into the editor window: {code:java} Sets.intersection (first , second) {code} Expected behavior: Output should not contain any newline characters. Off the top of my head, I believe this is a regression relative to 8.2 (I don't remember having this problem before). -- 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-359) ArrayIndexOutOfBoundsException at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor
[ https://issues.apache.org/jira/browse/NETBEANS-359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16354882#comment-16354882 ] Gili commented on NETBEANS-359: --- I am seeing this issue extremely frequently (over 50% of the time I attempt to profile). Can anyone else reproduce this on their end or is it specific to my project? > ArrayIndexOutOfBoundsException at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor > --- > > Key: NETBEANS-359 > URL: https://issues.apache.org/jira/browse/NETBEANS-359 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-205-on-20180202) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > When I start a profiler session (CPU instrumentation mode) I sometimes get > this exception: > > {code:java} > java.lang.ArrayIndexOutOfBoundsException: 1 > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500) > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339) > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236) > at > org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350) > at > org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242) > at > org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901) > at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67) > [catch] at > org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105) > java.lang.ArrayIndexOutOfBoundsException: 1 > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500) > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339) > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236) > at > org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350) > at > org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242) > at > org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901) > at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67) > [catch] at > org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105){code} > > and the profiling session subsequently hangs indefinitely. > Repro steps: > # Open Maven project > # Start profiling session > # Profile -> Methods > # Profile: Focused (instrumentation): Selected Classes > # Select a project in the current project > # Launch profiling session > # 3-5 seconds into the session, the exception thrown. > # Once you are in this bad state, hitting the "Re-run the goals" button in > the Output Window causes the bug to keep on appearing 100% of the time. If I > stop and manually run the profiler again the problem is less likely to return. -- 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-359) ArrayIndexOutOfBoundsException at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor
[ https://issues.apache.org/jira/browse/NETBEANS-359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-359: -- Description: When I start a profiler session (CPU instrumentation mode) I sometimes get this exception: {code:java} java.lang.ArrayIndexOutOfBoundsException: 1 at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500) at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339) at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236) at org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350) at org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242) at org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901) at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67) [catch] at org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105) java.lang.ArrayIndexOutOfBoundsException: 1 at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500) at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339) at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236) at org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350) at org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242) at org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901) at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67) [catch] at org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105){code} and the profiling session subsequently hangs indefinitely. Repro steps: # Open Maven project # Start profiling session # Profile -> Methods # Profile: Focused (instrumentation): Selected Classes # Select a project in the current project # Launch profiling session # 3-5 seconds into the session, the exception thrown. # Once you are in this bad state, hitting the "Re-run the goals" button in the Output Window causes the bug to keep on appearing 100% of the time. If I stop and manually run the profiler again the problem is less likely to return. was: When I start a profiler session (CPU instrumentation mode) I sometimes get this exception: ``` java.lang.ArrayIndexOutOfBoundsException: 1 at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500) at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339) at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236) at org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350) at org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242) at org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901) at org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67) [catch] at org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105) java.lang.ArrayIndexOutOfBoundsException: 1 at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500) at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339) at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236) at org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350) at org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242) at org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901) at
[jira] [Updated] (NETBEANS-359) ArrayIndexOutOfBoundsException at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor
[ https://issues.apache.org/jira/browse/NETBEANS-359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-359: -- Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-205-on-20180202) Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Summary: ArrayIndexOutOfBoundsException at org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor (was: ArrayIndexOutOfBoundsException) > ArrayIndexOutOfBoundsException at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor > --- > > Key: NETBEANS-359 > URL: https://issues.apache.org/jira/browse/NETBEANS-359 > Project: NetBeans > Issue Type: Bug > Components: profiler - Base > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-205-on-20180202) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > When I start a profiler session (CPU instrumentation mode) I sometimes get > this exception: > > ``` > java.lang.ArrayIndexOutOfBoundsException: 1 > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500) > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339) > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236) > at > org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350) > at > org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242) > at > org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901) > at > org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67) > [catch] at > org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105) > java.lang.ArrayIndexOutOfBoundsException: 1 > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack15(RecursiveMethodInstrumentor.java:500) > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor.createInstrumentedMethodPack(RecursiveMethodInstrumentor.java:339) > at > org.netbeans.lib.profiler.instrumentation.RecursiveMethodInstrumentor1.getMethodsToInstrumentUponClassLoad(RecursiveMethodInstrumentor1.java:236) > at > org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponseForCallGraph(Instrumentor.java:350) > at > org.netbeans.lib.profiler.instrumentation.Instrumentor.createFollowUpInstrumentMethodGroupResponse(Instrumentor.java:242) > at > org.netbeans.lib.profiler.ProfilerClient.instrumentMethodGroupFollowUp(ProfilerClient.java:1901) > at > org.netbeans.lib.profiler.ProfilerClient.access$300(ProfilerClient.java:67) > [catch] at > org.netbeans.lib.profiler.ProfilerClient$SeparateCmdExecutionThread.run(ProfilerClient.java:105)``` > > and the profiling session subsequently hangs indefinitely. > Repro steps: > # Open Maven project > # Start profiling session > # Profile -> Methods > # Profile: Focused (instrumentation): Selected Classes > # Select a project in the current project > # Launch profiling session > # 2-3 seconds into the session, the exception thrown. -- 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-332) Code-format messes up file if it cannot be parsed
[ https://issues.apache.org/jira/browse/NETBEANS-332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16354242#comment-16354242 ] Gili commented on NETBEANS-332: --- [~neilcsmith] Typically, that's what I do but it's not always obvious that the IDE has screwed up the file until it's too late. Sometimes an error occurs somewhere near the top of the file but the formatting corruption occurs way down the file. So you continue editing only to discover much later (commit/diff) that the bottom half of the file is screwed up :) > Code-format messes up file if it cannot be parsed > - > > Key: NETBEANS-332 > URL: https://issues.apache.org/jira/browse/NETBEANS-332 > Project: NetBeans > Issue Type: Bug > Components: editor - Formatting Indentation > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180117-unknown-revn) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > > *Repro steps*: > # Given: > > {code:java} > public enu NoOpAllowPriceStep > { > INSTANCE; > public Order atMaximumPrice(BigDecimal price) > { >return null; > } > public Order atBestPrice() > { >return null; > } > } > {code} > 2. Invoke code-format > 3. File is reformatted as following: > {code:java} > public enu > NoOpAllowPriceStep > { > INSTANCE; > public Order > atMaximumPrice > (BigDecimal > price > ) > { > return null; > } > public Order > atBestPrice > () > { > return null; > } > } > {code} > *Expected behavior*: If file cannot be parsed, IDE should beep and refuse to > reformat. The file contents should not be changed. > *Justification*: If code-format rearranges tokens, then user corrects the > compiler error, then invokes code-format again, he/she will not end up with > the same result as if they had corrected the compiler error in the first > place and invoked code-format. It takes a lot of effort to fix the formatting > once the IDE messes it up. -- 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-347) "Exporting non-public type through a public API" should provide name of non-public type
Gili created NETBEANS-347: - Summary: "Exporting non-public type through a public API" should provide name of non-public type Key: NETBEANS-347 URL: https://issues.apache.org/jira/browse/NETBEANS-347 Project: NetBeans Issue Type: Improvement Components: editor - Hints Annotations Environment: Product Version: Apache NetBeans IDE Dev (Build 20180117-unknown-revn) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Given a constructor with many arguments: {code:java} public BinancePendingOrder(CurrencyPair currencyPair, String serverId, String clientId, BigDecimal price, BigDecimal requestedAmount, BigDecimal filledAmount, BinanceOrderStatus status, TimeInForce timeInForce, BinanceOrderType type, OrderSide side, BigDecimal stopPrice, BigDecimal icebergAmount, Instant time){code} Where BinanceOrderType is non-public, Netbeans warns "Exporting non-public type through a public API" on the constructor line but it's not clear which argument it is referring to. Expected behavior: The editor hint should indicate the offending argument type and/or name. -- 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-338) Find/Replace dialog does not render correctly
[ https://issues.apache.org/jira/browse/NETBEANS-338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-338: -- Labels: regression (was: ) > Find/Replace dialog does not render correctly > - > > Key: NETBEANS-338 > URL: https://issues.apache.org/jira/browse/NETBEANS-338 > Project: NetBeans > Issue Type: Bug > Components: editor - Search > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180117-unknown-revn) > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Trivial > Labels: regression > Attachments: screenshot.png > > > In the attached screenshot, notice that the horizontal separator between the > two combo-boxes is cut off. Expanding the combo-box causes the line to > render, but once it is collapsed again the line disappears. This used to work > in Netbeans 8.2 (though this was with JDK 8 while now I am using JDK 9) -- 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-335) Fix All Imports adds unnecessary entries (fields from top-level class)
[ https://issues.apache.org/jira/browse/NETBEANS-335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-335: -- Priority: Minor (was: Major) > Fix All Imports adds unnecessary entries (fields from top-level class) > -- > > Key: NETBEANS-335 > URL: https://issues.apache.org/jira/browse/NETBEANS-335 > Project: NetBeans > Issue Type: Bug > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180117-unknown-revn) > Updates: Updates available > Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 > Runtime: Java(TM) SE Runtime Environment 9.0.4+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Minor > Attachments: PriceType.java > > > # Open the attached file. > # Invoke Fix All Imports > # Notice that the IDE attempts to import MARKET and LIMIT (defined by the > current file). > # Invoke code-format. Notice that the IDE removed unused imports for MARKET > and LIMIT. -- 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-335) Fix All Imports adds unnecessary entries (fields from top-level class)
Gili created NETBEANS-335: - Summary: Fix All Imports adds unnecessary entries (fields from top-level class) Key: NETBEANS-335 URL: https://issues.apache.org/jira/browse/NETBEANS-335 Project: NetBeans Issue Type: Bug Environment: Product Version: Apache NetBeans IDE Dev (Build 20180117-unknown-revn) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Attachments: PriceType.java # Open the attached file. # Invoke Fix All Imports # Notice that the IDE attempts to import MARKET and LIMIT (defined by the current file). # Invoke code-format. Notice that the IDE removed unused imports for MARKET and LIMIT. -- 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-332) Code-format messes up file if it cannot be parsed
Gili created NETBEANS-332: - Summary: Code-format messes up file if it cannot be parsed Key: NETBEANS-332 URL: https://issues.apache.org/jira/browse/NETBEANS-332 Project: NetBeans Issue Type: Bug Components: editor - Formatting Indentation Environment: Product Version: Apache NetBeans IDE Dev (Build 20180117-unknown-revn) Updates: Updates available Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11 Runtime: Java(TM) SE Runtime Environment 9.0.4+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili 1. Given: {code:java} public enu NoOpAllowPriceStep { INSTANCE; public Order atMaximumPrice(BigDecimal price) { return null; } @Override public Order atBestPrice() { return null; } } {code} 2. Invoke code-format 3. File is reformatted as following: {code:java} public enu NoOpAllowPriceStep { INSTANCE; public Order atMaximumPrice (BigDecimal price ) { return null; } @Override public Order atBestPrice () { return null; } } {code} Expected behavior: If file cannot be parsed, IDE should beep and refuse to reformat. The file contents should not be changed. Justification: If code-format rearranges tokens, then user corrects the compiler error, then invokes code-format again, he/she will not end up with the same result as if they had corrected the compiler error in the first place and invoked code-format. It takes a lot of effort to fix the formatting once the IDE messes it up. -- 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-238) Invoking code-complete in Maven projects is extremely slow
[ https://issues.apache.org/jira/browse/NETBEANS-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16329101#comment-16329101 ] Gili edited comment on NETBEANS-238 at 1/17/18 5:59 PM: [~jlahoda] I verified the PR. It is even faster than the original patch (probably because you removed `println()`). Performance is now comparable to non-Maven projects (2x slower but the absolute time is low). Thank you! was (Author: cowwoc): [~jlahoda] I verified the PR. It is even faster than the original patch (probably because you removed `println()`). Performance is now comparable to non-Maven projects. Thank you! > Invoking code-complete in Maven projects is extremely slow > -- > > Key: NETBEANS-238 > URL: https://issues.apache.org/jira/browse/NETBEANS-238 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0 > Environment: build 152 >Reporter: Gili >Priority: Critical > Labels: pull-request-available > Attachments: NETBEANS-238-experiment.diff, > SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss, > code-complete2.npss, messages.log > > Time Spent: 10m > Remaining Estimate: 0h > > Say I'm in a class that has a field {{singletonScope}} where this class is > defined within the same Maven module. > I type {{singletonScope.}} then wait for auto-complete to suggest possible > methods. Code-complete takes roughly 10 seconds to come back. > This is reproducible 100% of the time. > Expected behavior: Code-complete should complete within 300ms or less. -- 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-238) Invoking code-complete in Maven projects is extremely slow
[ https://issues.apache.org/jira/browse/NETBEANS-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16329101#comment-16329101 ] Gili commented on NETBEANS-238: --- [~jlahoda] I verified the PR. It is even faster than the original patch (probably because you removed `println()`). Performance is now comparable to non-Maven projects. Thank you! > Invoking code-complete in Maven projects is extremely slow > -- > > Key: NETBEANS-238 > URL: https://issues.apache.org/jira/browse/NETBEANS-238 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0 > Environment: build 152 >Reporter: Gili >Priority: Critical > Labels: pull-request-available > Attachments: NETBEANS-238-experiment.diff, > SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss, > code-complete2.npss, messages.log > > Time Spent: 10m > Remaining Estimate: 0h > > Say I'm in a class that has a field {{singletonScope}} where this class is > defined within the same Maven module. > I type {{singletonScope.}} then wait for auto-complete to suggest possible > methods. Code-complete takes roughly 10 seconds to come back. > This is reproducible 100% of the time. > Expected behavior: Code-complete should complete within 300ms or less. -- 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-277) NPE at org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100)
[ https://issues.apache.org/jira/browse/NETBEANS-277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16328285#comment-16328285 ] Gili commented on NETBEANS-277: --- > (I am using macOS, whereas I guess you are using Windows). Correct. I am using Windows 10 64-bit. > When I press ⇧⌘I on macOS, the "Fix All Imports" dialog suggests resolving >{{undefined}} to {{jdk.nashorn.internal.objects.Global.undefined}}. Is the >same true for you? It sounds to me like your caret is on the wrong position, and you're invoking the wrong action. To clarify, given: {code:java} BigDecimal amount = new BigDecimal(undefined);{code} I expect you to position the caret over the first "BigDecimal", and invoke "Fast Import" as opposed to "Fix All Imports". I hope this helps. > NPE at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100) > - > > Key: NETBEANS-277 > URL: https://issues.apache.org/jira/browse/NETBEANS-277 > Project: NetBeans > Issue Type: Bug > Components: java - Source > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Attachments: TradeStream.java > > > 1. Open attached file. > 2. Position caret on the first word of line 79 ("BigDecimal") > 3. Hit ALT+SHIFT+I > 4. Exception thrown: > {code} > java.lang.NullPointerException > at > javax.lang.model.util.ElementFilter.listFilter(ElementFilter.java:216) > at javax.lang.model.util.ElementFilter.typesIn(ElementFilter.java:154) > at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100) > at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:90) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.modules.java.editor.imports.FastImportAction$2.run(FastImportAction.java:126) > at > org.netbeans.modules.progress.ui.RunOffEDTImpl$1.run(RunOffEDTImpl.java:146) > at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to > at org.openide.util.RequestProcessor.post(RequestProcessor.java:395) > at > org.netbeans.modules.progress.ui.RunOffEDTImpl.runOffEventDispatchThreadImpl(RunOffEDTImpl.java:140) > at > org.netbeans.modules.progress.ui.RunOffEDTImpl.runOffEventDispatchThread(RunOffEDTImpl.java:83) > at > org.netbeans.api.progress.BaseProgressUtils.runOffEventDispatchThread(BaseProgressUtils.java:90) > at > org.netbeans.api.progress.ProgressUtils.runOffEventDispatchThread(ProgressUtils.java:67) > at > org.netbeans.modules.java.editor.imports.FastImportAction.actionPerformed(FastImportAction.java:122) > at
[jira] [Created] (NETBEANS-285) java.lang.ClassNotFoundException: javax.help.search.SearchEngine
Gili created NETBEANS-285: - Summary: java.lang.ClassNotFoundException: javax.help.search.SearchEngine Key: NETBEANS-285 URL: https://issues.apache.org/jira/browse/NETBEANS-285 Project: NetBeans Issue Type: Bug Components: platform - Help System Environment: Product Version: Apache NetBeans IDE Dev (Build 20180106-unknown-revn) Updates: Updates available Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 Runtime: Java(TM) SE Runtime Environment 9.0.1+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili 1. Type CTRL+I, followed by any character. 2. The following exception is thrown: {code:java} java.lang.ClassNotFoundException: javax.help.search.SearchEngine at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:197) Caused: java.lang.ClassNotFoundException: javax.help.search.SearchEngine starting from ModuleCL@2a46e1c1[org.netbeans.modules.javahelp] with possible defining loaders null and declared parents [ModuleCL@74e1ab6[org.openide.awt], ModuleCL@4cd0c29f[org.openide.loaders], ModuleCL@7cf6fd28[org.openide.windows], org.netbeans.MainImpl$BootClassLoader@71318ec4, ModuleCL@7690c4c8[org.netbeans.api.progress.nb], ModuleCL@666b380c[org.netbeans.api.progress], ModuleCL@5a5e3a9f[org.netbeans.spi.quicksearch], ModuleCL@7752d7d[org.openide.nodes]] at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:199) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) Caused: java.lang.NoClassDefFoundError: javax/help/search/SearchEngine at org.netbeans.modules.javahelp.JavaHelpQuickSearchProviderImpl.evaluate(JavaHelpQuickSearchProviderImpl.java:44) at org.netbeans.modules.quicksearch.CommandEvaluator$3.run(CommandEvaluator.java:242) Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to at org.openide.util.RequestProcessor.post(RequestProcessor.java:395) at org.netbeans.modules.quicksearch.CommandEvaluator.runEvaluation(CommandEvaluator.java:239) at org.netbeans.modules.quicksearch.CommandEvaluator.evaluate(CommandEvaluator.java:88) at org.netbeans.modules.quicksearch.QuickSearchPopup$1.run(QuickSearchPopup.java:183) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033){code} This is a regression relative to 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] [Comment Edited] (NETBEANS-277) NPE at org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100)
[ https://issues.apache.org/jira/browse/NETBEANS-277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16327654#comment-16327654 ] Gili edited comment on NETBEANS-277 at 1/16/18 7:35 PM: I am able to reproduce the bug using the following file inside a Maven project: {code:java} package testcase.fastimportnpe; import java.math.BigDecimal; final class TradeStream { private final Object websocketListener = new Object() { public void onWebSocketText(String data) { BigDecimal amount = new BigDecimal(undefined); } }; } {code} The bug seems to be intermittent, having something to do with the parser state. Sometimes when I invoke ALT+SHIFT+I on "BigDecimal" (the left one) I get the exception. Other times I don't. If you are unable to reproduce the problem, try closing the file in the editor, reopen it and try again. This seems to help in my case. was (Author: cowwoc): I am able to reproduce the bug using the following file inside a Maven project: {code:java} package testcase.fastimportnpe; import java.math.BigDecimal; final class TradeStream { private final Object websocketListener = new Object() { public void onWebSocketText(String data) { BigDecimal amount = new BigDecimal(undefined); } }; } {code} The bug seems to be intermittent, having something to do with the parser state. Sometimes when I invoke ALT+SHIFT+I on "BigDecimal" (the left one) I get the exception. Other times I don't. If you are unable to reproduce the problem, try closing the file in the editor, reopen it and try again. This seems to help in my case. > NPE at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100) > - > > Key: NETBEANS-277 > URL: https://issues.apache.org/jira/browse/NETBEANS-277 > Project: NetBeans > Issue Type: Bug > Components: java - Source > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Attachments: TradeStream.java > > > 1. Open attached file. > 2. Position caret on the first word of line 79 ("BigDecimal") > 3. Hit ALT+SHIFT+I > 4. Exception thrown: > {code} > java.lang.NullPointerException > at > javax.lang.model.util.ElementFilter.listFilter(ElementFilter.java:216) > at javax.lang.model.util.ElementFilter.typesIn(ElementFilter.java:154) > at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100) > at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:90) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.modules.java.editor.imports.FastImportAction$2.run(FastImportAction.java:126) > at > org.netbeans.modules.progress.ui.RunOffEDTImpl$1.run(RunOffEDTImpl.java:146) > at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at
[jira] [Commented] (NETBEANS-277) NPE at org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100)
[ https://issues.apache.org/jira/browse/NETBEANS-277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16327654#comment-16327654 ] Gili commented on NETBEANS-277: --- I am able to reproduce the bug using the following file inside a Maven project: {code:java} package testcase.fastimportnpe; import java.math.BigDecimal; final class TradeStream { private final Object websocketListener = new Object() { public void onWebSocketText(String data) { BigDecimal amount = new BigDecimal(undefined); } }; } {code} The bug seems to be intermittent, having something to do with the parser state. Sometimes when I invoke ALT+SHIFT+I on "BigDecimal" (the left one) I get the exception. Other times I don't. If you are unable to reproduce the problem, try closing the file in the editor, reopen it and try again. This seems to help in my case. > NPE at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100) > - > > Key: NETBEANS-277 > URL: https://issues.apache.org/jira/browse/NETBEANS-277 > Project: NetBeans > Issue Type: Bug > Components: java - Source > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili >Priority: Major > Attachments: TradeStream.java > > > 1. Open attached file. > 2. Position caret on the first word of line 79 ("BigDecimal") > 3. Hit ALT+SHIFT+I > 4. Exception thrown: > {code} > java.lang.NullPointerException > at > javax.lang.model.util.ElementFilter.listFilter(ElementFilter.java:216) > at javax.lang.model.util.ElementFilter.typesIn(ElementFilter.java:154) > at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100) > at > org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:90) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) > at > org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) > at > org.netbeans.modules.java.editor.imports.FastImportAction$2.run(FastImportAction.java:126) > at > org.netbeans.modules.progress.ui.RunOffEDTImpl$1.run(RunOffEDTImpl.java:146) > at > org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) > at > org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) > at > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) > Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to > at org.openide.util.RequestProcessor.post(RequestProcessor.java:395) > at > org.netbeans.modules.progress.ui.RunOffEDTImpl.runOffEventDispatchThreadImpl(RunOffEDTImpl.java:140) > at > org.netbeans.modules.progress.ui.RunOffEDTImpl.runOffEventDispatchThread(RunOffEDTImpl.java:83) > at > org.netbeans.api.progress.BaseProgressUtils.runOffEventDispatchThread(BaseProgressUtils.java:90) > at > org.netbeans.api.progress.ProgressUtils.runOffEventDispatchThread(ProgressUtils.java:67) > at >
[jira] [Created] (NETBEANS-282) UnsatisfiedLinkError trying to open browser
Gili created NETBEANS-282: - Summary: UnsatisfiedLinkError trying to open browser Key: NETBEANS-282 URL: https://issues.apache.org/jira/browse/NETBEANS-282 Project: NetBeans Issue Type: Bug Environment: Product Version: Apache NetBeans IDE Dev (Build 20180106-unknown-revn) Updates: Updates available Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 Runtime: Java(TM) SE Runtime Environment 9.0.1+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili 1. CTRL+LMB on a link inside a Java file. 2. Exception thrown: {code} java.lang.UnsatisfiedLinkError: no extbrowser64 in java.library.path at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2541) at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:873) at java.base/java.lang.System.loadLibrary(System.java:1857) at org.netbeans.modules.extbrowser.NbDdeBrowserImpl.(NbDdeBrowserImpl.java:82) at org.netbeans.modules.extbrowser.SystemDefaultBrowser.createHtmlBrowserImpl(SystemDefaultBrowser.java:94) at org.netbeans.core.NbURLDisplayer.warmBrowserUp(NbURLDisplayer.java:100) at org.netbeans.core.NbURLDisplayer.access$000(NbURLDisplayer.java:47) at org.netbeans.core.NbURLDisplayer$1.run(NbURLDisplayer.java:59) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to at org.openide.util.RequestProcessor.post(RequestProcessor.java:395) at org.netbeans.core.NbURLDisplayer.showURL(NbURLDisplayer.java:55) at org.netbeans.modules.editor.url.HyperlinkImpl.performClickAction(HyperlinkImpl.java:105) at org.netbeans.lib.editor.hyperlink.HyperlinkOperation.performAction(HyperlinkOperation.java:249) at org.netbeans.lib.editor.hyperlink.HyperlinkOperation.mouseClicked(HyperlinkOperation.java:422) at java.desktop/java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:278) at java.desktop/java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:277) at java.desktop/java.awt.Component.processMouseEvent(Component.java:6581) at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3343) at java.desktop/java.awt.Component.processEvent(Component.java:6343) at java.desktop/java.awt.Container.processEvent(Container.java:2259) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4961) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2317) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4793) at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4904) at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4548) at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4480) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2303) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2758) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4793) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:766) at java.desktop/java.awt.EventQueue.access$500(EventQueue.java:97) at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:717) at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:711) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:99) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:739) at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:737) at java.base/java.security.AccessController.doPrivileged(Native Method) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89) at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:736) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199) at
[jira] [Created] (NETBEANS-277) NPE at org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100)
Gili created NETBEANS-277: - Summary: NPE at org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100) Key: NETBEANS-277 URL: https://issues.apache.org/jira/browse/NETBEANS-277 Project: NetBeans Issue Type: Bug Components: java - Source Environment: Product Version: Apache NetBeans IDE Dev (Build 20180106-unknown-revn) Updates: Updates available Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 Runtime: Java(TM) SE Runtime Environment 9.0.1+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Attachments: TradeStream.java 1. Open attached file. 2. Position caret on the first word of line 79 ("BigDecimal") 3. Hit ALT+SHIFT+I 4. Exception thrown: {code} java.lang.NullPointerException at javax.lang.model.util.ElementFilter.listFilter(ElementFilter.java:216) at javax.lang.model.util.ElementFilter.typesIn(ElementFilter.java:154) at org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:100) at org.netbeans.modules.java.editor.imports.FastImportAction$1.run(FastImportAction.java:90) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) at org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) at org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451) at org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422) at org.netbeans.modules.java.editor.imports.FastImportAction$2.run(FastImportAction.java:126) at org.netbeans.modules.progress.ui.RunOffEDTImpl$1.run(RunOffEDTImpl.java:146) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to at org.openide.util.RequestProcessor.post(RequestProcessor.java:395) at org.netbeans.modules.progress.ui.RunOffEDTImpl.runOffEventDispatchThreadImpl(RunOffEDTImpl.java:140) at org.netbeans.modules.progress.ui.RunOffEDTImpl.runOffEventDispatchThread(RunOffEDTImpl.java:83) at org.netbeans.api.progress.BaseProgressUtils.runOffEventDispatchThread(BaseProgressUtils.java:90) at org.netbeans.api.progress.ProgressUtils.runOffEventDispatchThread(ProgressUtils.java:67) at org.netbeans.modules.java.editor.imports.FastImportAction.actionPerformed(FastImportAction.java:122) at org.netbeans.editor.BaseAction.actionPerformed(BaseAction.java:322) at java.desktop/javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1805) at java.desktop/javax.swing.JComponent.processKeyBinding(JComponent.java:2901) at java.desktop/javax.swing.JComponent.processKeyBindings(JComponent.java:2949) at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2863) at java.desktop/java.awt.Component.processEvent(Component.java:6355) at java.desktop/java.awt.Container.processEvent(Container.java:2259) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4961) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2317) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4793) at java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1955) at
[jira] [Commented] (NETBEANS-251) Generate hashCode/equals() throws NPE
[ https://issues.apache.org/jira/browse/NETBEANS-251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16324425#comment-16324425 ] Gili commented on NETBEANS-251: --- Agreed. I see the same. > Generate hashCode/equals() throws NPE > - > > Key: NETBEANS-251 > URL: https://issues.apache.org/jira/browse/NETBEANS-251 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion & Templates > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili > Labels: regression > Attachments: GenerateEqualsNPE.zip > > > 1. Invoke Generate -> equals() and hashCode() > 2. Select any field(s) > 3. Click "Generate" > 4. Exception thrown: > {code} > java.lang.NullPointerException > at > org.netbeans.modules.java.source.pretty.WidthEstimator.widthQ(WidthEstimator.java:92) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.width(WidthEstimator.java:76) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.visitSelect(WidthEstimator.java:262) > at > com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2110) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.estimateWidth(WidthEstimator.java:48) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitBinary(VeryPretty.java:1703) > at com.sun.tools.javac.tree.JCTree$JCBinary.accept(JCTree.java:1989) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printNoParenExpr(VeryPretty.java:2807) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitIf(VeryPretty.java:1391) > at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1421) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printStat(VeryPretty.java:2873) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printStats(VeryPretty.java:2929) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:3011) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:2948) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:1002) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:276) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3936) > at > org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1086) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5215) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5008) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3854) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:578) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5188) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5020) > at > org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:346) > at > org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:907) > at > org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1319) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:675) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) > at >
[jira] [Updated] (NETBEANS-271) Caret in Watch window renders in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-271: -- Description: This is a regression relative to version 8.2 Repro steps: 1. Assuming you have "row.toString()" in a debugging session watch 2. Edit the watch 3. Position the caret so it visually looks like it is after the dot 4. Hit DEL keyboard button 5. Notice that "o" gets deleted instead of "t" 6. Similarly, any characters you type will get inserted in the wrong position (one index off) It is difficult to know where the IDE will insert/delete characters because the caret isn't showing up in the right place. was: This is a regression relative to version 8.2 Repro steps: 1. Assuming you have "row.toString()" in a debugging session watch 2. Edit the watch 3. Position the caret so it visually looks like it is after the dot 4. Hit DEL keyboard button 5. Notice that "o" gets deleted instead of "t" In other words, it is difficult to know where the IDE will insert/delete characters because the caret isn't showing up in the right place. > Caret in Watch window renders in wrong position > --- > > Key: NETBEANS-271 > URL: https://issues.apache.org/jira/browse/NETBEANS-271 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili > Labels: regression > > This is a regression relative to version 8.2 > Repro steps: > 1. Assuming you have "row.toString()" in a debugging session watch > 2. Edit the watch > 3. Position the caret so it visually looks like it is after the dot > 4. Hit DEL keyboard button > 5. Notice that "o" gets deleted instead of "t" > 6. Similarly, any characters you type will get inserted in the wrong position > (one index off) > It is difficult to know where the IDE will insert/delete characters because > the caret isn't showing up in the right place. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-271) Caret in Watch window renders in wrong position
[ https://issues.apache.org/jira/browse/NETBEANS-271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-271: -- Environment: Product Version: Apache NetBeans IDE Dev (Build 20180106-unknown-revn) Updates: Updates available Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 Runtime: Java(TM) SE Runtime Environment 9.0.1+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev > Caret in Watch window renders in wrong position > --- > > Key: NETBEANS-271 > URL: https://issues.apache.org/jira/browse/NETBEANS-271 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java > Environment: Product Version: Apache NetBeans IDE Dev (Build > 20180106-unknown-revn) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili > Labels: regression > > This is a regression relative to version 8.2 > Repro steps: > 1. Assuming you have "row.toString()" in a debugging session watch > 2. Edit the watch > 3. Position the caret so it visually looks like it is after the dot > 4. Hit DEL keyboard button > 5. Notice that "o" gets deleted instead of "t" > In other words, it is difficult to know where the IDE will insert/delete > characters because the caret isn't showing up in the right place. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-238) Invoking code-complete in Maven projects is extremely slow
[ https://issues.apache.org/jira/browse/NETBEANS-238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-238: -- Attachment: code-complete2.npss [~jlahoda] I'm attaching a second IDE profiler dump for your review. This is running on a patched IDE (using your diff). I went into an existing class that implements an interface but did not implement a mandatory method. I invoked CTRL+SPACE to get a list of implementable methods and code-complete took 12-14 seconds to complete. I reproduced this multiple times by restarting the IDE and repeating the steps in the same class. This profiler dump looks different in that I cannot figure out who is consuming the time. Please let me know if you figure it out. > Invoking code-complete in Maven projects is extremely slow > -- > > Key: NETBEANS-238 > URL: https://issues.apache.org/jira/browse/NETBEANS-238 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0 > Environment: build 152 >Reporter: Gili >Priority: Critical > Attachments: NETBEANS-238-experiment.diff, > SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss, > code-complete2.npss, messages.log > > > Say I'm in a class that has a field {{singletonScope}} where this class is > defined within the same Maven module. > I type {{singletonScope.}} then wait for auto-complete to suggest possible > methods. Code-complete takes roughly 10 seconds to come back. > This is reproducible 100% of the time. > Expected behavior: Code-complete should complete within 300ms or less. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-238) Invoking code-complete in Maven projects is extremely slow
[ https://issues.apache.org/jira/browse/NETBEANS-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16323640#comment-16323640 ] Gili edited comment on NETBEANS-238 at 1/12/18 7:19 AM: [~jlahoda] Regarding the diff, I am seeing the same directories getting scanned over and over again (specifically, I am surprised the same entries show up consecutively). Is this expected? I've attached messages.log for your review. (UPDATE: I just noticed tens of thousands of other entries in messages.log.1, messages.log.2. This could definitely be useful to optimize away.) Also, I am not aware of any side-effects of this patch. What kind of problems have you run across? was (Author: cowwoc): [~jlahoda] Regarding the diff, I am seeing the same directories getting scanned over and over again (specifically, I am surprised the same entries show up consecutively). Is this expected? I've attached messages.log for your review. Also, I am not aware of any side-effects of this patch. What kind of problems have you run across? > Invoking code-complete in Maven projects is extremely slow > -- > > Key: NETBEANS-238 > URL: https://issues.apache.org/jira/browse/NETBEANS-238 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0 > Environment: build 152 >Reporter: Gili >Priority: Critical > Attachments: NETBEANS-238-experiment.diff, > SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss, messages.log > > > Say I'm in a class that has a field {{singletonScope}} where this class is > defined within the same Maven module. > I type {{singletonScope.}} then wait for auto-complete to suggest possible > methods. Code-complete takes roughly 10 seconds to come back. > This is reproducible 100% of the time. > Expected behavior: Code-complete should complete within 300ms or less. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-238) Invoking code-complete in Maven projects is extremely slow
[ https://issues.apache.org/jira/browse/NETBEANS-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16323640#comment-16323640 ] Gili edited comment on NETBEANS-238 at 1/12/18 7:13 AM: [~jlahoda] Regarding the diff, I am seeing the same directories getting scanned over and over again (specifically, I am surprised the same entries show up consecutively). Is this expected? I've attached messages.log for your review. Also, I am not aware of any side-effects of this patch. What kind of problems have you run across? was (Author: cowwoc): [~jlahoda] Regarding the diff, I am seeing the same directories getting scanned over and over again (specifically, I am surprised the same entries show up consecutively). Is this expected? I've attached messages.log for your review. > Invoking code-complete in Maven projects is extremely slow > -- > > Key: NETBEANS-238 > URL: https://issues.apache.org/jira/browse/NETBEANS-238 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0 > Environment: build 152 >Reporter: Gili >Priority: Critical > Attachments: NETBEANS-238-experiment.diff, > SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss, messages.log > > > Say I'm in a class that has a field {{singletonScope}} where this class is > defined within the same Maven module. > I type {{singletonScope.}} then wait for auto-complete to suggest possible > methods. Code-complete takes roughly 10 seconds to come back. > This is reproducible 100% of the time. > Expected behavior: Code-complete should complete within 300ms or less. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-238) Invoking code-complete in Maven projects is extremely slow
[ https://issues.apache.org/jira/browse/NETBEANS-238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-238: -- Attachment: messages.log [~jlahoda] Regarding the diff, I am seeing the same directories getting scanned over and over again (specifically, I am surprised the same entries show up consecutively). Is this expected? I've attached messages.log for your review. > Invoking code-complete in Maven projects is extremely slow > -- > > Key: NETBEANS-238 > URL: https://issues.apache.org/jira/browse/NETBEANS-238 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0 > Environment: build 152 >Reporter: Gili >Priority: Critical > Attachments: NETBEANS-238-experiment.diff, > SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss, messages.log > > > Say I'm in a class that has a field {{singletonScope}} where this class is > defined within the same Maven module. > I type {{singletonScope.}} then wait for auto-complete to suggest possible > methods. Code-complete takes roughly 10 seconds to come back. > This is reproducible 100% of the time. > Expected behavior: Code-complete should complete within 300ms or less. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-269) Conflicting keyboard shortcuts in Generate equals() and Hashcode() window
Gili created NETBEANS-269: - Summary: Conflicting keyboard shortcuts in Generate equals() and Hashcode() window Key: NETBEANS-269 URL: https://issues.apache.org/jira/browse/NETBEANS-269 Project: NetBeans Issue Type: Improvement Environment: Product Version: Apache NetBeans IDE Dev (Build 20180106-unknown-revn) Updates: Updates available Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 Runtime: Java(TM) SE Runtime Environment 9.0.1+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Priority: Minor If "Generate equals() and hashcode()" is invoked on a class with at least 2 fields, the window has 2 buttons labeled "Select All" and "Select None", one pair per side. Both sides have the same keyboard shortcuts so when the mnemonic is invoked only one set of buttons ever gets triggered. Expected behavior: unique keyboard shortcuts, or triggering the buttons associated with the sub-panel that has focus. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-251) Generate hashCode/equals() throws NPE
[ https://issues.apache.org/jira/browse/NETBEANS-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gili updated NETBEANS-251: -- Attachment: GenerateEqualsNPE.zip [~jlahoda] Please try generating hashcode/equals inside the attached project. > Generate hashCode/equals() throws NPE > - > > Key: NETBEANS-251 > URL: https://issues.apache.org/jira/browse/NETBEANS-251 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion & Templates > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili > Labels: regression > Attachments: GenerateEqualsNPE.zip > > > 1. Invoke Generate -> equals() and hashCode() > 2. Select any field(s) > 3. Click "Generate" > 4. Exception thrown: > {code} > java.lang.NullPointerException > at > org.netbeans.modules.java.source.pretty.WidthEstimator.widthQ(WidthEstimator.java:92) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.width(WidthEstimator.java:76) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.visitSelect(WidthEstimator.java:262) > at > com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2110) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.estimateWidth(WidthEstimator.java:48) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitBinary(VeryPretty.java:1703) > at com.sun.tools.javac.tree.JCTree$JCBinary.accept(JCTree.java:1989) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printNoParenExpr(VeryPretty.java:2807) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitIf(VeryPretty.java:1391) > at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1421) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printStat(VeryPretty.java:2873) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printStats(VeryPretty.java:2929) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:3011) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:2948) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:1002) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:276) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3936) > at > org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1086) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5215) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5008) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3854) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:578) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5188) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5020) > at > org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:346) > at > org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:907) > at > org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1319) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:675) > at
[jira] [Comment Edited] (NETBEANS-251) Generate hashCode/equals() throws NPE
[ https://issues.apache.org/jira/browse/NETBEANS-251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16323199#comment-16323199 ] Gili edited comment on NETBEANS-251 at 1/11/18 11:24 PM: - [~jlahoda] It seems this bug is triggered by specific code-formatting preferences. Please try generating hashcode/equals inside the attached project. was (Author: cowwoc): [~jlahoda] Please try generating hashcode/equals inside the attached project. > Generate hashCode/equals() throws NPE > - > > Key: NETBEANS-251 > URL: https://issues.apache.org/jira/browse/NETBEANS-251 > Project: NetBeans > Issue Type: Bug > Components: editor - Completion & Templates > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-159-on-20180102) > Updates: Updates available > Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 > Runtime: Java(TM) SE Runtime Environment 9.0.1+11 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) > User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev > Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev >Reporter: Gili > Labels: regression > Attachments: GenerateEqualsNPE.zip > > > 1. Invoke Generate -> equals() and hashCode() > 2. Select any field(s) > 3. Click "Generate" > 4. Exception thrown: > {code} > java.lang.NullPointerException > at > org.netbeans.modules.java.source.pretty.WidthEstimator.widthQ(WidthEstimator.java:92) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.width(WidthEstimator.java:76) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.visitSelect(WidthEstimator.java:262) > at > com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2110) > at > org.netbeans.modules.java.source.pretty.WidthEstimator.estimateWidth(WidthEstimator.java:48) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitBinary(VeryPretty.java:1703) > at com.sun.tools.javac.tree.JCTree$JCBinary.accept(JCTree.java:1989) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printNoParenExpr(VeryPretty.java:2807) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitIf(VeryPretty.java:1391) > at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1421) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printStat(VeryPretty.java:2873) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printStats(VeryPretty.java:2929) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:3011) > at > org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:2948) > at > org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:1002) > at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872) > at > org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) > at > org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:276) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3936) > at > org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1086) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5215) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5008) > at > org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3854) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:578) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5188) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037) > at > org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5020) > at > org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:346) > at >
[jira] [Created] (NETBEANS-264) Project names are cut off in the Projects tab
Gili created NETBEANS-264: - Summary: Project names are cut off in the Projects tab Key: NETBEANS-264 URL: https://issues.apache.org/jira/browse/NETBEANS-264 Project: NetBeans Issue Type: Bug Components: platform - Window System Environment: Product Version: Apache NetBeans IDE Dev (Build 20180106-unknown-revn) Updates: Updates available Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 Runtime: Java(TM) SE Runtime Environment 9.0.1+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili Attachments: screenshot.png Sometimes I see project names getting cut off in the Projects tab, even though there is plenty of space left for them to render. For example, see the attached screenshot for project name "mmmMMM". This seems specific to certain letters because other project names render just fine. This issue is specific to JDK9. JDK 1.8.0_141-b15 renders the text just fine. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-238) Invoking code-complete in Maven projects is extremely slow
[ https://issues.apache.org/jira/browse/NETBEANS-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16315180#comment-16315180 ] Gili edited comment on NETBEANS-238 at 1/7/18 10:52 AM: I figured out the difference. "ant tryme" uses JDK 8. It turns out this bug is only reproducible in JDK 9. I tried taking the Jenkins build I had been using, downgrading to JDK 8 and sure enough the bug is gone. (The splash screen looks different for JDK 8 and JDK 9 as well) Is there a way for me to get "ant tryme" to use JDK 9? I tried setting "nbjdk.home" inside user.build.properties but it keeps on complaining the path I am providing is not a valid JDK installation (which it is). was (Author: cowwoc): I figured out the difference. "ant tryme" uses JDK 8. It turns out this bug is only reproducible in JDK 9. I tried taking the Jenkins build I had been using, downgrading to JDK 8 and sure enough the bug is gone. Is there a way for me to get "ant tryme" to use JDK 9? I tried setting "nbjdk.home" inside user.build.properties but it keeps on complaining the path I am providing is not a valid JDK installation (which it is). > Invoking code-complete in Maven projects is extremely slow > -- > > Key: NETBEANS-238 > URL: https://issues.apache.org/jira/browse/NETBEANS-238 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0 > Environment: build 152 >Reporter: Gili >Priority: Critical > Attachments: NETBEANS-238-experiment.diff, > SlowCodeCompleteAntAndMaven.zip, code-complete-profiler.npss > > > Say I'm in a class that has a field {{singletonScope}} where this class is > defined within the same Maven module. > I type {{singletonScope.}} then wait for auto-complete to suggest possible > methods. Code-complete takes roughly 10 seconds to come back. > This is reproducible 100% of the time. > Expected behavior: Code-complete should complete within 300ms or less. -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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-251) Generate hashCode/equals() throws NPE
Gili created NETBEANS-251: - Summary: Generate hashCode/equals() throws NPE Key: NETBEANS-251 URL: https://issues.apache.org/jira/browse/NETBEANS-251 Project: NetBeans Issue Type: Bug Components: editor - Completion & Templates Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-159-on-20180102) Updates: Updates available Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 Runtime: Java(TM) SE Runtime Environment 9.0.1+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili 1. Invoke Generate -> equals() and hashCode() 2. Select any field(s) 3. Click "Generate" 4. Exception thrown: {code} java.lang.NullPointerException at org.netbeans.modules.java.source.pretty.WidthEstimator.widthQ(WidthEstimator.java:92) at org.netbeans.modules.java.source.pretty.WidthEstimator.width(WidthEstimator.java:76) at org.netbeans.modules.java.source.pretty.WidthEstimator.visitSelect(WidthEstimator.java:262) at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2110) at org.netbeans.modules.java.source.pretty.WidthEstimator.estimateWidth(WidthEstimator.java:48) at org.netbeans.modules.java.source.pretty.VeryPretty.visitBinary(VeryPretty.java:1703) at com.sun.tools.javac.tree.JCTree$JCBinary.accept(JCTree.java:1989) at org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) at org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816) at org.netbeans.modules.java.source.pretty.VeryPretty.printNoParenExpr(VeryPretty.java:2807) at org.netbeans.modules.java.source.pretty.VeryPretty.visitIf(VeryPretty.java:1391) at com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1421) at org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) at org.netbeans.modules.java.source.pretty.VeryPretty.printExpr(VeryPretty.java:2816) at org.netbeans.modules.java.source.pretty.VeryPretty.printStat(VeryPretty.java:2873) at org.netbeans.modules.java.source.pretty.VeryPretty.printStats(VeryPretty.java:2929) at org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:3011) at org.netbeans.modules.java.source.pretty.VeryPretty.printBlock(VeryPretty.java:2948) at org.netbeans.modules.java.source.pretty.VeryPretty.visitMethodDef(VeryPretty.java:1002) at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872) at org.netbeans.modules.java.source.pretty.VeryPretty.doAccept(VeryPretty.java:407) at org.netbeans.modules.java.source.pretty.VeryPretty.print(VeryPretty.java:276) at org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3936) at org.netbeans.modules.java.source.save.CasualDiff.diffClassDef(CasualDiff.java:1086) at org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5215) at org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109) at org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037) at org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5008) at org.netbeans.modules.java.source.save.CasualDiff.diffList(CasualDiff.java:3854) at org.netbeans.modules.java.source.save.CasualDiff.diffTopLevel(CasualDiff.java:578) at org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl0(CasualDiff.java:5188) at org.netbeans.modules.java.source.save.CasualDiff.diffTreeImpl(CasualDiff.java:5109) at org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5037) at org.netbeans.modules.java.source.save.CasualDiff.diffTree(CasualDiff.java:5020) at org.netbeans.modules.java.source.save.CasualDiff.diff(CasualDiff.java:346) at org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:907) at org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1319) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:675) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:662) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114) at
[jira] [Created] (NETBEANS-250) Code-complete corrupts pom.xml when updating dependency version
Gili created NETBEANS-250: - Summary: Code-complete corrupts pom.xml when updating dependency version Key: NETBEANS-250 URL: https://issues.apache.org/jira/browse/NETBEANS-250 Project: NetBeans Issue Type: Bug Components: editor - Completion & Templates Environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-163-on-20180105) Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11 Runtime: Java(TM) SE Runtime Environment 9.0.1+11 System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev Reporter: Gili 1. Open a pom.xml in a Maven project 2. Position the caret inside {{}} of a dependency 3. Hit CTRL+SPACE to bring up code-complete 4. Select a different version number than what is currently set 5. If you were changing the version number from 1.6.0 to 1.6.1 then code-complete will change the line from: 1.6.0 to: 1.6.10 Essentially, the portion of the version that needs to change gets left behind, along with a trailing Expected behavior: Line should read "1.6.1" This is a regression relative to version 8.2 -- This message was sent by Atlassian JIRA (v6.4.14#64029) - 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