[jira] [Assigned] (NETBEANS-1728) ClassCastException in switch expression
[ https://issues.apache.org/jira/browse/NETBEANS-1728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sarvesh Kesharwani reassigned NETBEANS-1728: Assignee: Sarvesh Kesharwani (was: vikas kumar prabhakar) > ClassCastException in switch expression > > > Key: NETBEANS-1728 > URL: https://issues.apache.org/jira/browse/NETBEANS-1728 > Project: NetBeans > Issue Type: Bug >Reporter: vikas kumar prabhakar >Assignee: Sarvesh Kesharwani >Priority: Major > Labels: NB-JDK12 > > Exception occur "java.lang.ClassCastException" with following code snippet: > int i=10; > final String val = > switch (i) > { case 1 : break "one"; case 2 -> "two"; } > ; > > Exception logs: > java.lang.ClassCastException: class > com.sun.tools.javac.tree.JCTree$JCSwitchExpression cannot be cast to class > com.sun.source.tree.StatementTree > (com.sun.tools.javac.tree.JCTree$JCSwitchExpression and > com.sun.source.tree.StatementTree are in module jdk.compiler of loader 'app') > at > org.netbeans.api.java.source.TreeUtilities.getBreakContinueTarget(TreeUtilities.java:1358) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitBreak(NPECheck.java:1252) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitBreak(NPECheck.java:545) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBreak.accept(JCTree.java:1575) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:624) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:545) > at jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78) > at > jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) > at > jdk.compiler/com.sun.source.util.TreeScanner.visitCase(TreeScanner.java:372) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCase.accept(JCTree.java:1293) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:624) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:545) > at jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78) > at > jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) > at > jdk.compiler/com.sun.source.util.TreeScanner.visitSwitchExpression(TreeScanner.java:354) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCSwitchExpression.accept(JCTree.java:1323) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:624) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitVariable(NPECheck.java:704) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitVariable(NPECheck.java:545) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:980) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:624) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:545) > at > jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) > at jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78) > at > jdk.compiler/com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249) > at > jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1038) > at > jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) > at > org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69) > at > org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:624) > at >
[jira] [Resolved] (NETBEANS-1761) Fix issues of "Convert switch to rule switch" hints
[ https://issues.apache.org/jira/browse/NETBEANS-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sarvesh Kesharwani resolved NETBEANS-1761. -- Resolution: Not A Problem > Fix issues of "Convert switch to rule switch" hints > --- > > Key: NETBEANS-1761 > URL: https://issues.apache.org/jira/browse/NETBEANS-1761 > Project: NetBeans > Issue Type: Bug >Reporter: vikas kumar prabhakar >Assignee: Sarvesh Kesharwani >Priority: Major > Labels: NB-JDK12 > > Following errors observe while verifying the "Convert switch to rule switch" > hints > # Currently it is throwing NullPointer exception while fixing the hints. > # No hints showing while remove any break statement (i.e //break;) -- 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-1761) Fix issues of "Convert switch to rule switch" hints
[ https://issues.apache.org/jira/browse/NETBEANS-1761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16730059#comment-16730059 ] Sarvesh Kesharwani commented on NETBEANS-1761: -- I could reproduce this issue earlier. But after I cloned the latest netbeans from [https://github.com/apache/incubator-netbeans] , and installed the latest jdk-12, I could not reproduce the null pointer exception. As far as (2) is concerned, in rule switch, only one case is executed even in the absence of break statement, so it is understandable that user is not allowed to change a normal switch expression to a rule switch expression. Also, the hint is visible when a break statement is not present in default case, which, again is desirable. So, closing this bug. > Fix issues of "Convert switch to rule switch" hints > --- > > Key: NETBEANS-1761 > URL: https://issues.apache.org/jira/browse/NETBEANS-1761 > Project: NetBeans > Issue Type: Bug >Reporter: vikas kumar prabhakar >Assignee: Sarvesh Kesharwani >Priority: Major > Labels: NB-JDK12 > > Following errors observe while verifying the "Convert switch to rule switch" > hints > # Currently it is throwing NullPointer exception while fixing the hints. > # No hints showing while remove any break statement (i.e //break;) -- 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-731) Hide or retract menu in full screen mode (Windows)
[ https://issues.apache.org/jira/browse/NETBEANS-731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16730042#comment-16730042 ] Jaroslav Tulach commented on NETBEANS-731: -- This change caused permanent failure by introducing "failing test": https://github.com/apache/incubator-netbeans/pull/1060 > Hide or retract menu in full screen mode (Windows) > -- > > Key: NETBEANS-731 > URL: https://issues.apache.org/jira/browse/NETBEANS-731 > Project: NetBeans > Issue Type: Improvement > Components: ide - UI >Affects Versions: Next >Reporter: paulo alves >Priority: Major > Labels: pull-request-available > Fix For: Next > > Time Spent: 1h > Remaining Estimate: 0h > > On MacOS, the "full screen" mode hides the menu bar, but shows it again if > the user moves the mouse cursor to the edge of the screen. This should be the > behavior on other platforms as well. There's a similar feature in Office 2016 > for Windows. > Currently, on Windows, the menu bar is shown even in full screen mode. It > would be nice to hide it. > Similar bug reports from the old bugzilla database: > [https://netbeans.org/bugzilla/show_bug.cgi?id=180751] > [https://netbeans.org/bugzilla/show_bug.cgi?id=222936] > Internally in NetBeans, the MacOS full screen mode is handled differently > than on other platforms, since MacOS provides its own full-screen support. So > it's the custom full screen code that is used on other OSes that will have to > be modified for this enhancement to be implemented. -- 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-725) Suggestions for next netbean's version
[ https://issues.apache.org/jira/browse/NETBEANS-725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] paulo alves updated NETBEANS-725: - Attachment: Capture.JPG > Suggestions for next netbean's version > -- > > Key: NETBEANS-725 > URL: https://issues.apache.org/jira/browse/NETBEANS-725 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Navigation, ide - UI >Affects Versions: 8.2, 9.0 >Reporter: paulo alves >Priority: Major > Attachments: Capture.JPG > > > Extension.JAVA in the files, in the left menu. My suggestion is, instead use > te extension use a graphical signal to show the extensio, such as an icon > above the file'sname -- 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-725) Suggestions for next netbean's version
[ https://issues.apache.org/jira/browse/NETBEANS-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16729967#comment-16729967 ] paulo alves commented on NETBEANS-725: -- Ok. It is done. > Suggestions for next netbean's version > -- > > Key: NETBEANS-725 > URL: https://issues.apache.org/jira/browse/NETBEANS-725 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Navigation, ide - UI >Affects Versions: 8.2, 9.0 >Reporter: paulo alves >Priority: Major > Attachments: Capture.JPG > > > Extension.JAVA in the files, in the left menu. My suggestion is, instead use > te extension use a graphical signal to show the extensio, such as an icon > above the file'sname -- 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-1830) Archive the old 9.0 release artifacts.
[ https://issues.apache.org/jira/browse/NETBEANS-1830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-1830. --- Resolution: Fixed Fix Version/s: 10.0 NetBeans 9.0 nbm-s are redirected using apache archives: https://archive.apache.org/dist/incubator/netbeans/incubating-netbeans-java/incubating-9.0/nbms/ > Archive the old 9.0 release artifacts. > -- > > Key: NETBEANS-1830 > URL: https://issues.apache.org/jira/browse/NETBEANS-1830 > Project: NetBeans > Issue Type: Sub-task >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Fix For: 10.0 > > -- 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-1831) Send out release announcement-s
[ https://issues.apache.org/jira/browse/NETBEANS-1831?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-1831. --- Resolution: Fixed Fix Version/s: 10.0 > Send out release announcement-s > --- > > Key: NETBEANS-1831 > URL: https://issues.apache.org/jira/browse/NETBEANS-1831 > Project: NetBeans > Issue Type: Sub-task >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Fix For: 10.0 > > -- 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
svn commit: r31692 - in /release/incubator/netbeans: incubating-netbeans-java/ incubating-netbeans-platform/incubating-9.0/
Author: lkishalmi Date: Thu Dec 27 18:58:32 2018 New Revision: 31692 Log: Archiving (removing) Apache NetBeans (incubating) 9.0 Removed: release/incubator/netbeans/incubating-netbeans-java/ release/incubator/netbeans/incubating-netbeans-platform/incubating-9.0/ - 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=16729766#comment-16729766 ] Ivan Friedländer commented on NETBEANS-168: --- This is a primary emergency solution for Netbeans 8.2 because Gradle produces broken links. For Apache Netbeans I would rather suggest, to exclude broken links and other files "Files.readAttributes (file, BasicFileAttributes.class) .isOther ()" from loading to FileObjects, they are useless. But I spend all my free time to developing of NBANDROID-V2. > 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, 9.0, 10.0 > Environment: NetBeans 8.2, Windows 10 x64 >Reporter: Christian Lenz >Priority: Critical > Labels: ca_survey > Attachments: go-to-file.gif, messages - 10.0 vc3.log, messages 10.0 > vc2.log, messages.log, puls.7z, ui.log, uigestures 10.0 vc, wp-dms.7z > > > 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] [Created] (NETBEANS-1840) javal.lang.StackOverFlowError
Muhammad Imran created NETBEANS-1840: Summary: javal.lang.StackOverFlowError Key: NETBEANS-1840 URL: https://issues.apache.org/jira/browse/NETBEANS-1840 Project: NetBeans Issue Type: Bug Components: java - Beans Reporter: Muhammad Imran Attachments: messages.log.1 [^messages.log.1] when i try to run netbeans ide 9 see error unexpected exception error detail file is attached. plz tell me the solution. -- 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-1673) Support for auto-complete of enum case values in switch expression
[ https://issues.apache.org/jira/browse/NETBEANS-1673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-1673: - Labels: NB-JDK12 pull-request-available (was: NB-JDK12) > Support for auto-complete of enum case values in switch expression > -- > > Key: NETBEANS-1673 > URL: https://issues.apache.org/jira/browse/NETBEANS-1673 > Project: NetBeans > Issue Type: Improvement >Reporter: ARUNAVA SINHA >Assignee: ARUNAVA SINHA >Priority: Major > Labels: NB-JDK12, pull-request-available > > enum COLOR \{RED, GREEN, BLUE} > > switch (color) { > {{case GRE^}} > {{}}} > If we do ctrl+space at caret position it should do the autocomplete > {{Auto-complete should be support for enum values in switch cases.}} -- 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=16729752#comment-16729752 ] Laszlo Kishalmi commented on NETBEANS-168: -- Well, nice catch guys! Can we have some PR-s fixing these issues? > 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, 9.0, 10.0 > Environment: NetBeans 8.2, Windows 10 x64 >Reporter: Christian Lenz >Priority: Critical > Labels: ca_survey > Attachments: go-to-file.gif, messages - 10.0 vc3.log, messages 10.0 > vc2.log, messages.log, puls.7z, ui.log, uigestures 10.0 vc, wp-dms.7z > > > 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-1834) Possible race condition in ExplorerActionsImpl
[ https://issues.apache.org/jira/browse/NETBEANS-1834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16729731#comment-16729731 ] Rangi Keen commented on NETBEANS-1834: -- Created [pull request #1058|https://github.com/apache/incubator-netbeans/pull/1058]. > Possible race condition in ExplorerActionsImpl > -- > > Key: NETBEANS-1834 > URL: https://issues.apache.org/jira/browse/NETBEANS-1834 > Project: NetBeans > Issue Type: Bug > Components: platform - Explorer >Affects Versions: 8.2 >Reporter: Rangi Keen >Assignee: Rangi Keen >Priority: Minor > Attachments: ExplorerActionsImpl.Race.patch > > > {{ExplorerActionsImpl}} uses a background thread to determine the enabled > state of its actions. The background thread calls > {{ExplorerActionsImpl.BaseAction.toEnabled(boolean)}} to set the target state > from the background thread and then queues up a call on the {{EventQueue}} to > be run on the EDT that calls {{ExplorerActionsImpl.BaseAction.syncEnable()}} > which calls {{setEnabled}} if {{toEnable}} is non-null. > However, since the check for {{toEnable != null}}, the use of {{toEnable}} in > the call to {{setEnabled}}, and the set of {{toEnable = null}} are all on > separate lines there is the possibility that another call to > {{toEnabled(boolean)}} will set {{toEnable}} after the call to {{setEnabled}} > but before it is reset to null. The end result is that if the new value of > {{toEnable}} was different from the one being acted upon, the action may end > up in the wrong state. > One solution (in [^ExplorerActionsImpl.Race.patch]) is to use an > {{AtomicInteger}} to get the value of {{toEnable}} and set it to null (or > {{NO_CHANGE}}) atomically, thus avoiding the race condition. > I don't have a reproducible case in the NetBeans IDE, but we encountered this > in our custom application using the NetBeans platform. The attached patch > solved the issue in our case. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-1834) Possible race condition in ExplorerActionsImpl
[ https://issues.apache.org/jira/browse/NETBEANS-1834?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rangi Keen reassigned NETBEANS-1834: Assignee: Rangi Keen > Possible race condition in ExplorerActionsImpl > -- > > Key: NETBEANS-1834 > URL: https://issues.apache.org/jira/browse/NETBEANS-1834 > Project: NetBeans > Issue Type: Bug > Components: platform - Explorer >Affects Versions: 8.2 >Reporter: Rangi Keen >Assignee: Rangi Keen >Priority: Minor > Attachments: ExplorerActionsImpl.Race.patch > > > {{ExplorerActionsImpl}} uses a background thread to determine the enabled > state of its actions. The background thread calls > {{ExplorerActionsImpl.BaseAction.toEnabled(boolean)}} to set the target state > from the background thread and then queues up a call on the {{EventQueue}} to > be run on the EDT that calls {{ExplorerActionsImpl.BaseAction.syncEnable()}} > which calls {{setEnabled}} if {{toEnable}} is non-null. > However, since the check for {{toEnable != null}}, the use of {{toEnable}} in > the call to {{setEnabled}}, and the set of {{toEnable = null}} are all on > separate lines there is the possibility that another call to > {{toEnabled(boolean)}} will set {{toEnable}} after the call to {{setEnabled}} > but before it is reset to null. The end result is that if the new value of > {{toEnable}} was different from the one being acted upon, the action may end > up in the wrong state. > One solution (in [^ExplorerActionsImpl.Race.patch]) is to use an > {{AtomicInteger}} to get the value of {{toEnable}} and set it to null (or > {{NO_CHANGE}}) atomically, thus avoiding the race condition. > I don't have a reproducible case in the NetBeans IDE, but we encountered this > in our custom application using the NetBeans platform. The attached patch > solved the issue in our case. -- 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=16729581#comment-16729581 ] Ivan Friedländer commented on NETBEANS-168: --- There are two problems: The first is global and is in org.netbeans.modules.versioning.masterfs.FilesystemInterceptor.deletedExternally(FileObject fo) It's called VCSFileProxy.createFileProxy(final FileObject fileObject) and that method registers a new listener. It needs to be changed to VCSFilesystemInterceptor.deletedExternally(VCSFileProxy.createFileProxy(FileUtil.toFile(fo))); And the other is about broken links in org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectFactory.issueIfExist(...) {code:java} if (parent != null && parent.isValid()) { if (child != null) { if (foForFile == null) { exist = (realExists == -1) ? true : touchExists(file, realExists); if (fcb.impeachExistence(file, exist)) { exist = touchExists(file, realExists); if (!exist) { refreshFromGetter(parent,asyncFire); } } assert checkCacheState(true, file, caller); } else if (foForFile.isValid()) { exist = (realExists == -1) ? true : touchExists(file, realExists); if (fcb.impeachExistence(file, exist)) { exist = touchExists(file, realExists); if (!exist) { refreshFromGetter(parent,asyncFire); } } assert checkCacheState(exist, file, caller); } else { //! inconsistence exist = touchExists(file, realExists); if (!exist) { //Problematic test, for broken link is false refreshFromGetter(parent,asyncFire); } } } else { {code} f (!exist) { changed to if (!exist && !Files.isSymbolicLink(file.toPath())) { And CPU has been quiet since then.. Attention change just this one line, I tried to move it into the method touchExists, but again it was the result Suspended Details are here: [https://github.com/NBANDROIDTEAM/NBANDROID-V2/issues/139] > 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, 9.0, 10.0 > Environment: NetBeans 8.2, Windows 10 x64 >Reporter: Christian Lenz >Priority: Critical > Labels: ca_survey > Attachments: go-to-file.gif, messages - 10.0 vc3.log, messages 10.0 > vc2.log, messages.log, puls.7z, ui.log, uigestures 10.0 vc, wp-dms.7z > > > 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] [Comment Edited] (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=16729581#comment-16729581 ] Ivan Friedländer edited comment on NETBEANS-168 at 12/27/18 12:55 PM: -- There are two problems: The first is global and is in org.netbeans.modules.versioning.masterfs.FilesystemInterceptor.deletedExternally(FileObject fo) It's called VCSFileProxy.createFileProxy(final FileObject fileObject) and that method registers a new listener. It needs to be changed to VCSFilesystemInterceptor.deletedExternally(VCSFileProxy.createFileProxy(FileUtil.toFile(fo))); And the other is about broken links in org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectFactory.issueIfExist(...) {code:java} if (parent != null && parent.isValid()) { if (child != null) { if (foForFile == null) { exist = (realExists == -1) ? true : touchExists(file, realExists); if (fcb.impeachExistence(file, exist)) { exist = touchExists(file, realExists); if (!exist) { refreshFromGetter(parent,asyncFire); } } assert checkCacheState(true, file, caller); } else if (foForFile.isValid()) { exist = (realExists == -1) ? true : touchExists(file, realExists); if (fcb.impeachExistence(file, exist)) { exist = touchExists(file, realExists); if (!exist) { refreshFromGetter(parent,asyncFire); } } assert checkCacheState(exist, file, caller); } else { //! inconsistence exist = touchExists(file, realExists); if (!exist) { //Problematic test, for broken link is false refreshFromGetter(parent,asyncFire); } } } else { {code} if (!exist) { changed to if (!exist && !Files.isSymbolicLink(file.toPath())) { And CPU has been quiet since then.. Attention change just this one line, I tried to move it into the method touchExists, but again it was the result Suspended Details are here: [https://github.com/NBANDROIDTEAM/NBANDROID-V2/issues/139] was (Author: arsi): There are two problems: The first is global and is in org.netbeans.modules.versioning.masterfs.FilesystemInterceptor.deletedExternally(FileObject fo) It's called VCSFileProxy.createFileProxy(final FileObject fileObject) and that method registers a new listener. It needs to be changed to VCSFilesystemInterceptor.deletedExternally(VCSFileProxy.createFileProxy(FileUtil.toFile(fo))); And the other is about broken links in org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObjectFactory.issueIfExist(...) {code:java} if (parent != null && parent.isValid()) { if (child != null) { if (foForFile == null) { exist = (realExists == -1) ? true : touchExists(file, realExists); if (fcb.impeachExistence(file, exist)) { exist = touchExists(file, realExists); if (!exist) { refreshFromGetter(parent,asyncFire); } } assert checkCacheState(true, file, caller); } else if (foForFile.isValid()) { exist = (realExists == -1) ? true : touchExists(file, realExists); if (fcb.impeachExistence(file, exist)) { exist = touchExists(file, realExists); if (!exist) { refreshFromGetter(parent,asyncFire); } } assert checkCacheState(exist, file, caller); } else { //! inconsistence exist = touchExists(file, realExists); if (!exist) { //Problematic test, for broken link is false refreshFromGetter(parent,asyncFire); } } } else { {code} f (!exist) { changed to if (!exist && !Files.isSymbolicLink(file.toPath())) { And CPU has been quiet since then.. Attention change just this one line, I tried to move it into the method touchExists, but again it was the result Suspended Details are here: [https://github.com/NBANDROIDTEAM/NBANDROID-V2/issues/139] > Background scanning process needs a rethink > --- > > Key: NETBEANS-168 > URL: https://issues.apache.org/jira/browse/NETBEANS-168 > Project:
[jira] [Created] (NETBEANS-1839) NullPointerException while parsing java source.
Ruslan Lopez Carro created NETBEANS-1839: Summary: NullPointerException while parsing java source. Key: NETBEANS-1839 URL: https://issues.apache.org/jira/browse/NETBEANS-1839 Project: NetBeans Issue Type: Bug Components: editor - Parsing Indexing Affects Versions: 10.0 Environment: Java: 10.0.2; OpenJDK 64-Bit Server VM 10.0.2+13 Runtime: OpenJDK Runtime Environment 10.0.2+13 System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) Reporter: Ruslan Lopez Carro Attachments: GenerateModelReportAction_1.dump {code:java} Caused: java.lang.NullPointerException at com.sun.tools.javac.code.Types$DefaultTypeVisitor.visit(Types.java:4871) at com.sun.tools.javac.code.Type$StructuralTypeMapping.visitMethodType(Type.java:282) at com.sun.tools.javac.code.Type$StructuralTypeMapping.visitMethodType(Type.java:230) at com.sun.tools.javac.code.Type$MethodType.accept(Type.java:1454) at com.sun.tools.javac.code.Types$DefaultTypeVisitor.visit(Types.java:4871) at com.sun.tools.javac.code.Types.erasure(Types.java:2350) at com.sun.tools.javac.code.Types.erasure(Types.java:2336) at org.netbeans.modules.java.source.PostFlowAnalysis.visitMethodDef(PostFlowAnalysis.java:145) at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:872) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.tree.TreeScanner.visitClassDef(TreeScanner.java:118) at org.netbeans.modules.java.source.PostFlowAnalysis.visitClassDef(PostFlowAnalysis.java:115) at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:778) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:57) at com.sun.tools.javac.tree.TreeScanner.visitTopLevel(TreeScanner.java:66) at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:531) at com.sun.tools.javac.tree.TreeScanner.scan(TreeScanner.java:49) at org.netbeans.modules.java.source.PostFlowAnalysis.scan(PostFlowAnalysis.java:103) at org.netbeans.modules.java.source.PostFlowAnalysis.analyze(PostFlowAnalysis.java:89) [catch] at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:633) 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.editor.java.GoToSupport$1.run(GoToSupport.java:143) 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) Caused: org.netbeans.modules.parsing.spi.ParseException at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:186) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81) at org.netbeans.modules.editor.java.GoToSupport.getGoToElementTooltip(GoToSupport.java:138) Caused: java.lang.IllegalStateException at org.netbeans.modules.editor.java.GoToSupport.getGoToElementTooltip(GoToSupport.java:157) at org.netbeans.modules.java.editor.hyperlink.JavaHyperlinkProvider.getTooltipText(JavaHyperlinkProvider.java:75) at org.netbeans.lib.editor.hyperlink.HyperlinkOperation$TooltipResolver.getValue(HyperlinkOperation.java:487) at org.netbeans.lib.editor.hyperlink.HyperlinkOperation$TooltipResolver.getValue(HyperlinkOperation.java:472) at org.netbeans.modules.editor.NbToolTip$Request.getTooltipFromHighlightingLayers(NbToolTip.java:427) at org.netbeans.modules.editor.NbToolTip$Request.resolveTooltipText(NbToolTip.java:415) at org.netbeans.modules.editor.NbToolTip$Request.run(NbToolTip.java:344) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at
[jira] [Updated] (NETBEANS-1837) AssertionError when writing a new ToggleGroup object
[ https://issues.apache.org/jira/browse/NETBEANS-1837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Rama updated NETBEANS-1837: -- Summary: AssertionError when writing a new ToggleGroup object (was: AssertionError when writing a ToggleGroup object) > AssertionError when writing a new ToggleGroup object > > > Key: NETBEANS-1837 > URL: https://issues.apache.org/jira/browse/NETBEANS-1837 > Project: NetBeans > Issue Type: Bug > Components: javafx - Editor >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 945, Java 12 > Early-Access 25 >Reporter: Michal Rama >Priority: Critical > Labels: javafx > Attachments: picture.png > > > Hello, > When, in the JavaFX project, I write > !picture.png! > and confirm with ENTER, the code will not complete and will display the error. > {code:java} > java.lang.AssertionError > at com.sun.tools.javac.util.Assert.error(Assert.java:155) > at com.sun.tools.javac.util.Assert.check(Assert.java:46) > at com.sun.tools.javac.code.Scope$ScopeImpl.dble(Scope.java:410) > at com.sun.tools.javac.code.Scope$ScopeImpl.enter(Scope.java:433) > at com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:479) > at > com.sun.tools.javadoc.main.JavadocMemberEnter.visitVarDef(JavadocMemberEnter.java:84) > at > org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitVarDef(NBJavadocMemberEnter.java:92) > at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962) > at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:172) > at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1184) > at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:673) > at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:749) > at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:773) > at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1350) > at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:78) > at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) > at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:673) > at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:749) > at > org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:880) > at > org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:810) > at > org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.type(JavaCodeTemplateProcessor.java:716) > at > org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue(JavaCodeTemplateProcessor.java:431) > at > org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateDefaultValues(JavaCodeTemplateProcessor.java:143) > at > org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:225) > at > org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:273) > at > org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:82) > at > org.netbeans.modules.editor.java.JavaCompletionItem.process(JavaCompletionItem.java:566) > at > org.netbeans.modules.editor.java.JavaCompletionItem.defaultAction(JavaCompletionItem.java:286) > at > org.netbeans.modules.editor.completion.CompletionImpl.dispatchKeyEvent(CompletionImpl.java:785) > at > org.netbeans.modules.editor.completion.CompletionImpl.keyPressed(CompletionImpl.java:386) > at > java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:258) > at > java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257) > at java.desktop/java.awt.Component.processKeyEvent(Component.java:6590) > at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2849) > at java.desktop/java.awt.Component.processEvent(Component.java:6409) > at java.desktop/java.awt.Container.processEvent(Container.java:2263) > at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5008) > at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) > at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840) > at > java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950) > at > java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:870) > at > java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1139) > at > java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1009) > at > java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:835) > at
[jira] [Updated] (NETBEANS-1837) AssertionError when writing a ToggleGroup object
[ https://issues.apache.org/jira/browse/NETBEANS-1837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Rama updated NETBEANS-1837: -- Description: Hello, When, in the JavaFX project, I write !picture.png! and confirm with ENTER, the code will not complete and will display the error. {code:java} java.lang.AssertionError at com.sun.tools.javac.util.Assert.error(Assert.java:155) at com.sun.tools.javac.util.Assert.check(Assert.java:46) at com.sun.tools.javac.code.Scope$ScopeImpl.dble(Scope.java:410) at com.sun.tools.javac.code.Scope$ScopeImpl.enter(Scope.java:433) at com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:479) at com.sun.tools.javadoc.main.JavadocMemberEnter.visitVarDef(JavadocMemberEnter.java:84) at org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitVarDef(NBJavadocMemberEnter.java:92) at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962) at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:172) at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1184) at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:673) at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:749) at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:773) at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1350) at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:78) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:673) at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:749) at org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:880) at org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:810) at org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.type(JavaCodeTemplateProcessor.java:716) at org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue(JavaCodeTemplateProcessor.java:431) at org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateDefaultValues(JavaCodeTemplateProcessor.java:143) at org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:225) at org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:273) at org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:82) at org.netbeans.modules.editor.java.JavaCompletionItem.process(JavaCompletionItem.java:566) at org.netbeans.modules.editor.java.JavaCompletionItem.defaultAction(JavaCompletionItem.java:286) at org.netbeans.modules.editor.completion.CompletionImpl.dispatchKeyEvent(CompletionImpl.java:785) at org.netbeans.modules.editor.completion.CompletionImpl.keyPressed(CompletionImpl.java:386) at java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:258) at java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257) at java.desktop/java.awt.Component.processKeyEvent(Component.java:6590) at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2849) at java.desktop/java.awt.Component.processEvent(Component.java:6409) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5008) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840) at java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950) at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:870) at java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1139) at java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1009) at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:835) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4889) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2762) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) 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(AccessController.java:389) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at
[jira] [Created] (NETBEANS-1838) Installing NetBeans 10.0 on Windows 7.0 Updating Plugins
John Q. Lavelle created NETBEANS-1838: - Summary: Installing NetBeans 10.0 on Windows 7.0 Updating Plugins Key: NETBEANS-1838 URL: https://issues.apache.org/jira/browse/NETBEANS-1838 Project: NetBeans Issue Type: Bug Affects Versions: 10.0 Reporter: John Q. Lavelle Installed NetBeans 10. Click on import Plugins from previous version. Error occurred: Exception: could not open zip file. When trying to attach log files to the report I received this error "JIRA could not attach the file as there was a missing token. Please try attaching the file again." -- 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-1837) AssertionError when writing a ToggleGroup object
[ https://issues.apache.org/jira/browse/NETBEANS-1837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Rama updated NETBEANS-1837: -- Description: Hello, When, in the JavaFX project, I write !picture.png! and confirm with ENTER, the code will not complete and will display the error. {code:java} java.lang.AssertionError at com.sun.tools.javac.util.Assert.error(Assert.java:155) at com.sun.tools.javac.util.Assert.check(Assert.java:46) at com.sun.tools.javac.code.Scope$ScopeImpl.dble(Scope.java:410) at com.sun.tools.javac.code.Scope$ScopeImpl.enter(Scope.java:433) at com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:479) at com.sun.tools.javadoc.main.JavadocMemberEnter.visitVarDef(JavadocMemberEnter.java:84) at org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitVarDef(NBJavadocMemberEnter.java:92) at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962) at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:172) at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1184) at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:673) at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:749) at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:773) at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1350) at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:78) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026) at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:673) at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:749) at org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:880) at org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:810) at org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.type(JavaCodeTemplateProcessor.java:716) at org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue(JavaCodeTemplateProcessor.java:431) at org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateDefaultValues(JavaCodeTemplateProcessor.java:143) at org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:225) at org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:273) at org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:82) at org.netbeans.modules.editor.java.JavaCompletionItem.process(JavaCompletionItem.java:566) at org.netbeans.modules.editor.java.JavaCompletionItem.defaultAction(JavaCompletionItem.java:286) at org.netbeans.modules.editor.completion.CompletionImpl.dispatchKeyEvent(CompletionImpl.java:785) at org.netbeans.modules.editor.completion.CompletionImpl.keyPressed(CompletionImpl.java:386) at java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:258) at java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257) at java.desktop/java.awt.Component.processKeyEvent(Component.java:6590) at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2849) at java.desktop/java.awt.Component.processEvent(Component.java:6409) at java.desktop/java.awt.Container.processEvent(Container.java:2263) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5008) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840) at java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950) at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:870) at java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1139) at java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1009) at java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:835) at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4889) at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2321) at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2762) at java.desktop/java.awt.Component.dispatchEvent(Component.java:4840) at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772) 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(AccessController.java:389) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) at java.desktop/java.awt.EventQueue$5.run(EventQueue.java:745) at
[incubator-netbeans-website] branch asf-site updated: Automated site publishing by Jenkins build 176
This is an automated email from the ASF dual-hosted git repository. git-site-role pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/incubator-netbeans-website.git The following commit(s) were added to refs/heads/asf-site by this push: new 710b4fe Automated site publishing by Jenkins build 176 710b4fe is described below commit 710b4fe99a385d1045f26b9e8dbf3cd55a1ebd21 Author: jenkins AuthorDate: Thu Dec 27 09:05:16 2018 + Automated site publishing by Jenkins build 176 --- content/download/index.html | 25 ++--- 1 file changed, 18 insertions(+), 7 deletions(-) diff --git a/content/download/index.html b/content/download/index.html index 93f1014..80e3e7f 100644 --- a/content/download/index.html +++ b/content/download/index.html @@ -95,7 +95,6 @@ Apache NetBeans 9.0 Downloads -Older versions @@ -251,13 +250,25 @@ Downloads -You can download previous Apache NetBeans versions by visiting https://archive.apache.org/dist/incubator/netbeans/; class="bare">https://archive.apache.org/dist/incubator/netbeans/. +You can download previous Apache NetBeans versions by visiting +https://archive.apache.org/dist/incubator/netbeans/; class="bare">https://archive.apache.org/dist/incubator/netbeans/, while pre-Apache NetBeans +versions are here: - - -Older versions - -Pre-Apache NetBeans versions are at https://netbeans.org/downloads/; class="bare">https://netbeans.org/downloads/. + + + +https://netbeans.org/downloads/8.2/; class="bare">https://netbeans.org/downloads/8.2/ + + +https://netbeans.org/downloads/8.1/; class="bare">https://netbeans.org/downloads/8.1/ + + +https://netbeans.org/downloads/8.0/; class="bare">https://netbeans.org/downloads/8.0/ + + +https://netbeans.org/downloads/7.4/; class="bare">https://netbeans.org/downloads/7.4/ + + - 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
[incubator-netbeans-website] branch master updated: Links to pre-Apache versions (#93)
This is an automated email from the ASF dual-hosted git repository. vieiro pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/incubator-netbeans-website.git The following commit(s) were added to refs/heads/master by this push: new 10e2b68 Links to pre-Apache versions (#93) 10e2b68 is described below commit 10e2b68b2765cbce36deca4bd1f279b8dc421d2f Author: Antonio Vieiro AuthorDate: Thu Dec 27 10:04:19 2018 +0100 Links to pre-Apache versions (#93) --- netbeans.apache.org/src/content/download/index.asciidoc | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/netbeans.apache.org/src/content/download/index.asciidoc b/netbeans.apache.org/src/content/download/index.asciidoc index 4ebfc40..235a8a4 100755 --- a/netbeans.apache.org/src/content/download/index.asciidoc +++ b/netbeans.apache.org/src/content/download/index.asciidoc @@ -115,9 +115,13 @@ This is a list of Apache NetBeans (incubating) repositories: === Downloads -You can download previous Apache NetBeans versions by visiting https://archive.apache.org/dist/incubator/netbeans/. +You can download previous Apache NetBeans versions by visiting +https://archive.apache.org/dist/incubator/netbeans/, while pre-Apache NetBeans +versions are here: -=== Older versions +- https://netbeans.org/downloads/8.2/ +- https://netbeans.org/downloads/8.1/ +- https://netbeans.org/downloads/8.0/ +- https://netbeans.org/downloads/7.4/ -Pre-Apache NetBeans versions are at https://netbeans.org/downloads/. - 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
[incubator-netbeans] annotated tag 10.0 updated (910bd74 -> a57428a)
This is an automated email from the ASF dual-hosted git repository. lkishalmi pushed a change to annotated tag 10.0 in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git. *** WARNING: tag 10.0 was modified! *** from 910bd74 (commit) to a57428a (tag) tagging 910bd74bf46d079e49925f702432c74d54ec705c (commit) replaces 10.0-vc4 by Laszlo Kishalmi on Thu Dec 27 00:48:08 2018 -0800 - Log - Apache NetBeans (incubating) 10.0 release --- No new revisions were added by this update. Summary of changes: - 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-1834) Possible race condition in ExplorerActionsImpl
[ https://issues.apache.org/jira/browse/NETBEANS-1834?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16729428#comment-16729428 ] Geertjan Wielenga commented on NETBEANS-1834: - Great that you have a patch for this, could you provide it as a pull request here: https://github.com/apache/incubator-netbeans > Possible race condition in ExplorerActionsImpl > -- > > Key: NETBEANS-1834 > URL: https://issues.apache.org/jira/browse/NETBEANS-1834 > Project: NetBeans > Issue Type: Bug > Components: platform - Explorer >Affects Versions: 8.2 >Reporter: Rangi Keen >Priority: Minor > Attachments: ExplorerActionsImpl.Race.patch > > > {{ExplorerActionsImpl}} uses a background thread to determine the enabled > state of its actions. The background thread calls > {{ExplorerActionsImpl.BaseAction.toEnabled(boolean)}} to set the target state > from the background thread and then queues up a call on the {{EventQueue}} to > be run on the EDT that calls {{ExplorerActionsImpl.BaseAction.syncEnable()}} > which calls {{setEnabled}} if {{toEnable}} is non-null. > However, since the check for {{toEnable != null}}, the use of {{toEnable}} in > the call to {{setEnabled}}, and the set of {{toEnable = null}} are all on > separate lines there is the possibility that another call to > {{toEnabled(boolean)}} will set {{toEnable}} after the call to {{setEnabled}} > but before it is reset to null. The end result is that if the new value of > {{toEnable}} was different from the one being acted upon, the action may end > up in the wrong state. > One solution (in [^ExplorerActionsImpl.Race.patch]) is to use an > {{AtomicInteger}} to get the value of {{toEnable}} and set it to null (or > {{NO_CHANGE}}) atomically, thus avoiding the race condition. > I don't have a reproducible case in the NetBeans IDE, but we encountered this > in our custom application using the NetBeans platform. The attached patch > solved the issue in our case. -- 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