[jira] [Commented] (NETBEANS-2115) Paste into netbeans works reliably only after restart
[ https://issues.apache.org/jira/browse/NETBEANS-2115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16769047#comment-16769047 ] Laszlo Kishalmi commented on NETBEANS-2115: --- Please provide OS and JDK versions, also try to check it with different JDK-s (8 and 11). Please attach logs with: -J-Dorg.netbeans.NbClipboard.level=100 added ti the netbeans command line. > Paste into netbeans works reliably only after restart > - > > Key: NETBEANS-2115 > URL: https://issues.apache.org/jira/browse/NETBEANS-2115 > Project: NetBeans > Issue Type: Bug >Affects Versions: 10.0 >Reporter: Alexander Lutz >Priority: Major > > See bug description of NETBEANS-204, and the "good ole" > [https://netbeans.org/bugzilla/show_bug.cgi?id=88161.] > My "Build incubator-netbeans-release-380-on-20181217" is also affected. > Side note: Copying/Cutting _from_ Netbeans works (as expected) "like charm". -- 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-2118) Proxy Lookup Issue on First Run
[ https://issues.apache.org/jira/browse/NETBEANS-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16769045#comment-16769045 ] Laszlo Kishalmi commented on NETBEANS-2118: --- Checking the provided logs, it is clearly not a Proxy (Tools -> Options -> General) issue. Could you tell us what kind of projects are you trying to open? > Proxy Lookup Issue on First Run > --- > > Key: NETBEANS-2118 > URL: https://issues.apache.org/jira/browse/NETBEANS-2118 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Alex >Priority: Major > Attachments: dump.txt > > > Currently using version 8.2. Tried yesterday the latest version of master > via a Git clone of the Github's repo and NetBeans got stuck for over 20 > minutes showing Opening Projects on the bottom toolbar until I closed the > application. Tried again and eventually a window popup with the title > "Unexpected Exception" and the statement... > A org.openide.util.RequestProcessor$SlowItem exception has occurred. > Please report this at > [https://issues.apache.org/jira/projects/NETBEANS/issues], > including a copy of your messages.log file as an attachment. > The messages.log file is located in your /home/ajam/.netbeans/dev/var/log > folder.A org.openide.util.RequestProcessor$SlowItem exception has occurred. > Please report this at > [https://issues.apache.org/jira/projects/NETBEANS/issues], > including a copy of your messages.log file as an attachment. > The messages.log file is located in your /home/ajam/.netbeans/dev/var/log > folder. > ...and a pretty long (several hundreds of lines) dump (see attachment). The > solution was simply to change the Proxy (Tools -> Options -> General) from > "Use System Proxy Settings," which works fine under version 8.2 to "No Proxy." > I should also add that another also window popup with a thousand line XML > dump ending with... > > 2019-02-14T05:42:43 > 1550140963666 > 27678 > 700 > 226 > UI_USER_CONFIGURATION > UI_USER_CONFIGURATION > org.netbeans.modules.uihandler.Bundle > Linux, 4.19.21, amd64 > Java HotSpot(TM) 64-Bit Server VM, 25.191-b12, Java(TM) SE Runtime > Environment, 1.8.0_191-b12 > Apache NetBeans IDE Dev (Build 20190213-dfb33df3cf72) > > StackOverflowError at > org.openide.util.lookup.SimpleProxyLookup$ProxyResult.getDelegate > reproduce> > * > > , which provides info about the system and what might be the causing > class/method. > -- 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-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 ] ARUNAVA SINHA resolved NETBEANS-1673. - Resolution: Fixed > 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 > Time Spent: 1h 40m > Remaining Estimate: 0h > > 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] [Resolved] (NETBEANS-1964) Test Cases for Support for auto-complete of enum case values in switch expression
[ https://issues.apache.org/jira/browse/NETBEANS-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ARUNAVA SINHA resolved NETBEANS-1964. - Resolution: Fixed > Test Cases for Support for auto-complete of enum case values in switch > expression > - > > Key: NETBEANS-1964 > URL: https://issues.apache.org/jira/browse/NETBEANS-1964 > Project: NetBeans > Issue Type: Task >Reporter: ARUNAVA SINHA >Assignee: ARUNAVA SINHA >Priority: Major > Labels: NB-JDK12 > > Test cases is pending for below Jira Task: > https://issues.apache.org/jira/browse/NETBEANS-1673 > Test cases will be added once nbjavac for jdk-12 is available. -- 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-1489) For JDK 11+, update jfxrt.jar references to javafx.base.jar
[ https://issues.apache.org/jira/browse/NETBEANS-1489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768927#comment-16768927 ] David Vidal commented on NETBEANS-1489: --- I cannot use NetBeans9 and 10 with Open JDK projects for this reason. Old versions of NetBeans used to ask the user for the JavaFX directory in the settings dialog. Now, NetBeans only allows to select the SceneBuilder and keeps searching for the jfxrt.jar in the JDK folder despite it's no longer included in the JDK (neither Oracle, neither OpenJDK). My solution was to create a standard java project, and add the javaFX libraries manually as dependencies. BUT this solution prevents me to use the create FX Properties assistant. I posted an issue proposing that FX Properties feature and FXML templates should be available in all kind of java projects (just like in IntelliJ Idea) but it was rejected. I love NetBeans but for the sake of productivity I had to migrate temporary to IntelliJ which allows me to work with OpenJDK/JFX until this bug is fixed. It started with NetBeans9, I tried again when NetBeans10 was released but the issue persists. It should be fixed as soon as possible. > For JDK 11+, update jfxrt.jar references to javafx.base.jar > --- > > Key: NETBEANS-1489 > URL: https://issues.apache.org/jira/browse/NETBEANS-1489 > Project: NetBeans > Issue Type: Bug >Reporter: Geertjan Wielenga >Priority: Major > > Here are references in the codebase to jfxrt.jar, which should now be > javafx.base.jar: > https://github.com/apache/incubator-netbeans/search?q=jfxrt.jar_q=jfxrt.jar > The user should be told that, to use Apache NetBeans with JavaFX from JDK 11 > onwards, they must follow the https://openjfx.io/openjfx-docs/#install-javafx > instructions, to compile and run JavaFX code on JDK 11 with Apache NetBeans: > 1. Download the SDK applicable from https://gluonhq.com/products/javafx/. > 2. export PATH_TO_FX=/path/to/javafx-sdk-11/lib > 3. Ant task in JavaFX Ant-based application should be updated (in the project > template, ideally, or by the user themselves) to include the following in the > Ant build target: > javac --module-path $PATH_TO_FX --add-modules=javafx.controls HelloFX.java > In the above, add the additional modules needed, and all the JavaFX classes > at the end. > 4. The Ant run target should be updated to include this call, where the last > parameter is the fully qualified main class: > java --module-path $PATH_TO_FX --add-modules=javafx.controls HelloFX > To write JavaFX code in the editor in Apache NetBeans on JDK 11, without red > underline markings, etc, the JavaFX modules used must be put on the module > classpath of the JsvaFX project in Apache NetBeans. -- 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-2119) Update the Snap package descriptor files on master
[ https://issues.apache.org/jira/browse/NETBEANS-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi reassigned NETBEANS-2119: - Assignee: Laszlo Kishalmi > Update the Snap package descriptor files on master > -- > > Key: NETBEANS-2119 > URL: https://issues.apache.org/jira/browse/NETBEANS-2119 > Project: NetBeans > Issue Type: Improvement >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Minor > > We can have Snap packages from master and the release coexist in a way that > we need to call the one created from master as netbeans-dev. By doing this it > is possible to deploy netbeans-dev as a closed private package onto > snapcraft.io and be available for community members who are requesting it. -- 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-2119) Update the Snap package descriptor files on master
Laszlo Kishalmi created NETBEANS-2119: - Summary: Update the Snap package descriptor files on master Key: NETBEANS-2119 URL: https://issues.apache.org/jira/browse/NETBEANS-2119 Project: NetBeans Issue Type: Improvement Reporter: Laszlo Kishalmi We can have Snap packages from master and the release coexist in a way that we need to call the one created from master as netbeans-dev. By doing this it is possible to deploy netbeans-dev as a closed private package onto snapcraft.io and be available for community members who are requesting it. -- 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-2061) Create first vote candidate
[ https://issues.apache.org/jira/browse/NETBEANS-2061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-2061. --- Resolution: Done > Create first vote candidate > --- > > Key: NETBEANS-2061 > URL: https://issues.apache.org/jira/browse/NETBEANS-2061 > Project: NetBeans > Issue Type: Sub-task >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > > Create the first vote candidate upon the document here: > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Release+README -- 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-2067) Update the Snap package descriptor files
[ https://issues.apache.org/jira/browse/NETBEANS-2067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-2067: - Labels: pull-request-available (was: ) > Update the Snap package descriptor files > > > Key: NETBEANS-2067 > URL: https://issues.apache.org/jira/browse/NETBEANS-2067 > Project: NetBeans > Issue Type: Sub-task >Reporter: Laszlo Kishalmi >Assignee: Laszlo Kishalmi >Priority: Major > Labels: pull-request-available > Fix For: 11.0 > > > We have new hi-res frame images use the 512x512 one for the icon > Update the version number in the snapcraft.yaml and the netbeans.desktop files > In order to have the best out of the box experience add the following options > to netbeans.conf: > -J-Djdk.gtk.version=2.2 -J-Dawt.useSystemAAFontSettings=on > -J-Dplugin.manager.install.global=false -- 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-2118) Proxy Lookup Issue on First Run
[ https://issues.apache.org/jira/browse/NETBEANS-2118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex updated NETBEANS-2118: --- Description: Currently using version 8.2. Tried yesterday the latest version of master via a Git clone of the Github's repo and NetBeans got stuck for over 20 minutes showing Opening Projects on the bottom toolbar until I closed the application. Tried again and eventually a window popup with the title "Unexpected Exception" and the statement... A org.openide.util.RequestProcessor$SlowItem exception has occurred. Please report this at [https://issues.apache.org/jira/projects/NETBEANS/issues], including a copy of your messages.log file as an attachment. The messages.log file is located in your /home/ajam/.netbeans/dev/var/log folder.A org.openide.util.RequestProcessor$SlowItem exception has occurred. Please report this at [https://issues.apache.org/jira/projects/NETBEANS/issues], including a copy of your messages.log file as an attachment. The messages.log file is located in your /home/ajam/.netbeans/dev/var/log folder. ...and a pretty long (several hundreds of lines) dump (see attachment). The solution was simply to change the Proxy (Tools -> Options -> General) from "Use System Proxy Settings," which works fine under version 8.2 to "No Proxy." I should also add that another also window popup with a thousand line XML dump ending with... 2019-02-14T05:42:43 1550140963666 27678 700 226 UI_USER_CONFIGURATION UI_USER_CONFIGURATION org.netbeans.modules.uihandler.Bundle Linux, 4.19.21, amd64 Java HotSpot(TM) 64-Bit Server VM, 25.191-b12, Java(TM) SE Runtime Environment, 1.8.0_191-b12 Apache NetBeans IDE Dev (Build 20190213-dfb33df3cf72) StackOverflowError at org.openide.util.lookup.SimpleProxyLookup$ProxyResult.getDelegate Please provide a description of the problem or the steps to reproduce * , which provides info about the system and what might be causing class/method. was: Currently using version 8.2. Tried yesterday the latest version of master via a Git clone of the Github's repo and NetBeans got stuck for over 20 minutes showing Opening Projects on the bottom toolbar until I closed the application. Tried again and eventually a window popup with the title "Unexpected Exception" and the statement... A org.openide.util.RequestProcessor$SlowItem exception has occurred. Please report this at https://issues.apache.org/jira/projects/NETBEANS/issues, including a copy of your messages.log file as an attachment. The messages.log file is located in your /home/ajam/.netbeans/dev/var/log folder.A org.openide.util.RequestProcessor$SlowItem exception has occurred. Please report this at https://issues.apache.org/jira/projects/NETBEANS/issues, including a copy of your messages.log file as an attachment. The messages.log file is located in your /home/ajam/.netbeans/dev/var/log folder. ...and a pretty long (several hundreds of lines) dump (see attachment). The solution was simply to change the Proxy (Tools -> Options -> General) from "Use System Proxy Settings," which works fine under version 8.2 to "No Proxy." > Proxy Lookup Issue on First Run > --- > > Key: NETBEANS-2118 > URL: https://issues.apache.org/jira/browse/NETBEANS-2118 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 >Reporter: Alex >Priority: Major > Attachments: dump.txt > > > Currently using version 8.2. Tried yesterday the latest version of master > via a Git clone of the Github's repo and NetBeans got stuck for over 20 > minutes showing Opening Projects on the bottom toolbar until I closed the > application. Tried again and eventually a window popup with the title > "Unexpected Exception" and the statement... > A org.openide.util.RequestProcessor$SlowItem exception has occurred. > Please report this at > [https://issues.apache.org/jira/projects/NETBEANS/issues], > including a copy of your messages.log file as an attachment. > The messages.log file is located in your /home/ajam/.netbeans/dev/var/log > folder.A org.openide.util.RequestProcessor$SlowItem exception has occurred. > Please report this at > [https://issues.apache.org/jira/projects/NETBEANS/issues], > including a copy of your messages.log file as an attachment. > The messages.log file is located in your /home/ajam/.netbeans/dev/var/log > folder. > ...and a pretty long (several hundreds of lines) dump (see attachment). The > solution was simply to change the Proxy (Tools -> Options -> General) from > "Use System Proxy Settings," which works fine under version 8.2 to "No Proxy." > I should also add that another also window popup with a thousand line XML > dump ending with... > > 2019-02-14T05:42:43 > 1550140963666 > 27678 > 700 > 226 > UI_USER_CONFIGURATION > UI_USER_CONFIGURATION >
[jira] [Created] (NETBEANS-2118) Proxy Lookup Issue on First Run
Alex created NETBEANS-2118: -- Summary: Proxy Lookup Issue on First Run Key: NETBEANS-2118 URL: https://issues.apache.org/jira/browse/NETBEANS-2118 Project: NetBeans Issue Type: Bug Affects Versions: 11.0 Reporter: Alex Attachments: dump.txt Currently using version 8.2. Tried yesterday the latest version of master via a Git clone of the Github's repo and NetBeans got stuck for over 20 minutes showing Opening Projects on the bottom toolbar until I closed the application. Tried again and eventually a window popup with the title "Unexpected Exception" and the statement... A org.openide.util.RequestProcessor$SlowItem exception has occurred. Please report this at https://issues.apache.org/jira/projects/NETBEANS/issues, including a copy of your messages.log file as an attachment. The messages.log file is located in your /home/ajam/.netbeans/dev/var/log folder.A org.openide.util.RequestProcessor$SlowItem exception has occurred. Please report this at https://issues.apache.org/jira/projects/NETBEANS/issues, including a copy of your messages.log file as an attachment. The messages.log file is located in your /home/ajam/.netbeans/dev/var/log folder. ...and a pretty long (several hundreds of lines) dump (see attachment). The solution was simply to change the Proxy (Tools -> Options -> General) from "Use System Proxy Settings," which works fine under version 8.2 to "No Proxy." -- 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-1269) Find usages is very slow in Netbeans 9.0 & 10.0 and it sits a long time at Initializing data and Usages progress bar, in some cases without showing any progress at all
[ https://issues.apache.org/jira/browse/NETBEANS-1269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ciprian Bulboaca updated NETBEANS-1269: --- Environment: Netbeans 9.0 based on jdk-10.0.1 on Windows 10 Pro Netbeans 10.0 based on OpenJDL11 on Windows 10 Pro was:Netbeans 9.0 based on jdk-10.0.1 on Windows 10 Pro > Find usages is very slow in Netbeans 9.0 & 10.0 and it sits a long time at > Initializing data and Usages progress bar, in some cases without showing any > progress at all > --- > > Key: NETBEANS-1269 > URL: https://issues.apache.org/jira/browse/NETBEANS-1269 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: Netbeans 9.0 based on jdk-10.0.1 on Windows 10 Pro > Netbeans 10.0 based on OpenJDL11 on Windows 10 Pro >Reporter: Ciprian Bulboaca >Priority: Critical > > Find usages in Netbeans 9.0 is very slow (compared to Netbeans 8.0.2). > For example, in our large modular project we have, doing a find usages on any > method in any class takes a very long time (4-5 minutes) in Netbeans 9.0. For > about half the time, Netbeans 9.0 is just sitting at "Initializing data" and > for the other half, it is just sitting at Usages progress bar always showing > 0% progress! Then, after a long period of waiting, it just shows the results > without even updating the progress bar (or at least you can't tell it is > updating the progress bar). > This all behaves normally under Netbeans 8.0.2 where find usages is showing > results right away (as it's scanning) and the whole process takes only a few > seconds! > We've tried bumping up the -J-Xmx setting to 1536m in netbeans.conf and > although we see the memory allocated is increasing (in Task Manager), > Netbeans 9.0 behaves the same way. > I'm wondering if anybody else is experiencing this. Is there any workaround > for this issue? This affects our day to day work very significantly since we > rely on fast 'find usages' operations all the time in our analysis & coding > work. -- 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-1269) Find usages is very slow in Netbeans 9.0 and it sits a long time at Initializing data and Usages progress bars without showing any progress at all
[ https://issues.apache.org/jira/browse/NETBEANS-1269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ciprian Bulboaca updated NETBEANS-1269: --- Affects Version/s: 10.0 > Find usages is very slow in Netbeans 9.0 and it sits a long time at > Initializing data and Usages progress bars without showing any progress at all > -- > > Key: NETBEANS-1269 > URL: https://issues.apache.org/jira/browse/NETBEANS-1269 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: Netbeans 9.0 based on jdk-10.0.1 on Windows 10 Pro >Reporter: Ciprian Bulboaca >Priority: Critical > > Find usages in Netbeans 9.0 is very slow (compared to Netbeans 8.0.2). > For example, in our large modular project we have, doing a find usages on any > method in any class takes a very long time (4-5 minutes) in Netbeans 9.0. For > about half the time, Netbeans 9.0 is just sitting at "Initializing data" and > for the other half, it is just sitting at Usages progress bar always showing > 0% progress! Then, after a long period of waiting, it just shows the results > without even updating the progress bar (or at least you can't tell it is > updating the progress bar). > This all behaves normally under Netbeans 8.0.2 where find usages is showing > results right away (as it's scanning) and the whole process takes only a few > seconds! > We've tried bumping up the -J-Xmx setting to 1536m in netbeans.conf and > although we see the memory allocated is increasing (in Task Manager), > Netbeans 9.0 behaves the same way. > I'm wondering if anybody else is experiencing this. Is there any workaround > for this issue? This affects our day to day work very significantly since we > rely on fast 'find usages' operations all the time in our analysis & coding > work. -- 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-1269) Find usages is very slow in Netbeans 9.0 and it sits a long time at Initializing data and Usages progress bars without showing any progress at all
[ https://issues.apache.org/jira/browse/NETBEANS-1269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768705#comment-16768705 ] Ciprian Bulboaca edited comment on NETBEANS-1269 at 2/14/19 8:48 PM: - It's the same behavior. I tried JDK1.8, JDK1.9 and even OpenJDK11. I was hoping this would be fixed under Netbeans 10.0 but unfortunately I get the same behavior. Netbeans 9/10.0 is just sitting for a long time (at times 2 minutes or more) at "Initializing data" step and then at Usages progress bar. +*In case this helps:*+ * if I repeat the find usages scenario right from the start on the exact same method, it does the same thing, it's just sitting there for a long time. Eventually, it shows the results correctly but it's so slow that I lose my thread of thought until the results are coming up (e.g. I start doing something else while waiting for the results and then when I get them, I'm wondering why am I doing the find usages). * once the find usages results are shown, if I click on refresh button (tool-tip "Refresh the refactoring data"), Netbeans skips the "Initializing data" step and it goes to preparing usages view showing Usages progress bar at 0% for about half the overall time it usually takes to show the results; when showing the results, there is no progress displayed, it just goes from 0% to showing the results so I can't even tell if it is completely hanging or doing something; this could be a side effect and not a problem in itself because there are other find usages scenarios where we see the progress as expected Note that in our case, we have multiple products under a suite release. So we have about 12 medium to large Netbeans projects, all opened in Netbeans at once while we work on them. A few of the projects have other projects as dependencies along with many 3rd party libraries as dependencies. Maybe that is why nobody is hitting this behavior. For testing purposes, I've tried repeating the find usages scenario just with one large project opened (without having any other project opened, not even the dependencies):( * Netbeans 9/10 is still taking a considerable amount of time at "Initializing data" (and in previous Netbeans 8.0.2, we didn't even notice this step as it's so quick and you immediately start seeing the find usages progress bar along with the results) * once it is passed the "Initializing data" step, it goes into Usages progress bar but this time, we do get to see an accurate progress from 0% to 100% along with find usages results as expected Could this be a setting somewhere in the new Netbeans? Could something be set in our case because we usually import all the settings from previous version when upgrading? This is happening on all of our Windows 10 Pro development machines. I'm not sure why nobody else is hitting this behavior but it is a big problem for us in development and it's forcing us to use Netbeans 8.0.2 until this gets fixed. Thanks in advance for your help! was (Author: ciprianb): It's the same behavior. I tried JDK1.8, JDK1.9 and even OpenJDK11. I was hoping this would be fixed under Netbeans 10.0 but unfortunately I get the same behavior. Netbeans 9/10.0 is just sitting for a long time (at times 2 minutes or more) at "Initializing data" step and then at Usages progress bar. +*In case this helps:*+ * if I repeat the find usages scenario right from the start on the exact same method, it does the same thing, it's just sitting there for a long time. Eventually, it shows the results correctly but it's so slow that I lose my thread of thought until the results are coming up (e.g. I start doing something else while waiting for the results and then when I get them, I'm wondering why am I doing the find usages). * once the find usages results are shown, if I click on refresh button (tool-tip "Refresh the refactoring data"), Netbeans skips the "Initializing data" step and it goes to preparing usages view showing Usages progress bar at 0% for about half the overall time it usually takes to show the results; when showing the results, there is no progress displayed, it just goes from 0% to showing the results so I can't even tell if it is completely hanging or doing something Note that in our case, we have multiple products under a suite release. So we have about 12 medium to large Netbeans projects, all opened in Netbeans at once while we work on them. A few of the projects have other projects as dependencies along with many 3rd party libraries as dependencies. Maybe that is why nobody is hitting this behavior. For testing purposes, I've tried repeating the find usages scenario just with one large project opened (without having any other project opened, not even the dependencies):( * Netbeans 9/10 is still taking a considerable amount of time at "Initializing data" (and in previous Netbeans 8.0.2, we
[jira] [Comment Edited] (NETBEANS-1269) Find usages is very slow in Netbeans 9.0 & 10.0 and it sits a long time at Initializing data and Usages progress bar, in some cases without showing any progress
[ https://issues.apache.org/jira/browse/NETBEANS-1269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768705#comment-16768705 ] Ciprian Bulboaca edited comment on NETBEANS-1269 at 2/14/19 8:54 PM: - It's the same behavior. I tried JDK1.8, JDK1.9 and even OpenJDK11. I was hoping this would be fixed under Netbeans 10.0 but unfortunately I get the same behavior. Netbeans 9/10.0 is just sitting for a long time (at times 2 minutes or more) at "Initializing data" step and then at Usages progress bar. +*In case this helps:*+ * if I repeat the find usages scenario right from the start on the exact same method, it does the same thing, it's just sitting there for a long time. Eventually, it shows the results correctly but it's so slow that I lose my thread of thought until the results are coming up (e.g. I start doing something else while waiting for the results and then when I get them, I'm wondering why am I doing the find usages). * once the find usages results are shown, if I click on refresh button (tool-tip "Refresh the refactoring data"), Netbeans skips the "Initializing data" step and it goes to preparing usages view showing Usages progress bar at 0% for about half the overall time it usually takes to show the results; when showing the results, there is no progress displayed, it just goes from 0% to showing the results so I can't even tell if it is completely hanging or doing something; this could be a side effect and not a problem in itself because there are other find usages scenarios where we see the progress as expected Note that in our case, we have multiple products under a suite release. So we have about 12 medium to large Netbeans projects, all opened in Netbeans at once while we work on them. A few of the projects have other projects as dependencies along with many 3rd party libraries as dependencies. Maybe that is why nobody is hitting this behavior. For testing purposes, I've tried repeating the find usages scenario just with one large project opened (without having any other project opened, not even the dependencies) * Netbeans 9/10 is still taking a considerable amount of time at "Initializing data" (and in previous Netbeans 8.0.2, we didn't even notice this step as it's so quick and you immediately start seeing the find usages progress bar along with the results) * once it is passed the "Initializing data" step, it goes into Usages progress bar but this time, we do get to see an accurate progress from 0% to 100% along with find usages results as expected Could this be a setting somewhere in the new Netbeans? Could something be set in our case because we usually import all the settings from previous version when upgrading? This is happening on all of our Windows 10 Pro development machines. I'm not sure why nobody else is hitting this behavior but it is a big problem for us in development and it's forcing us to use Netbeans 8.0.2 until this gets fixed. Thanks in advance for your help! was (Author: ciprianb): It's the same behavior. I tried JDK1.8, JDK1.9 and even OpenJDK11. I was hoping this would be fixed under Netbeans 10.0 but unfortunately I get the same behavior. Netbeans 9/10.0 is just sitting for a long time (at times 2 minutes or more) at "Initializing data" step and then at Usages progress bar. +*In case this helps:*+ * if I repeat the find usages scenario right from the start on the exact same method, it does the same thing, it's just sitting there for a long time. Eventually, it shows the results correctly but it's so slow that I lose my thread of thought until the results are coming up (e.g. I start doing something else while waiting for the results and then when I get them, I'm wondering why am I doing the find usages). * once the find usages results are shown, if I click on refresh button (tool-tip "Refresh the refactoring data"), Netbeans skips the "Initializing data" step and it goes to preparing usages view showing Usages progress bar at 0% for about half the overall time it usually takes to show the results; when showing the results, there is no progress displayed, it just goes from 0% to showing the results so I can't even tell if it is completely hanging or doing something; this could be a side effect and not a problem in itself because there are other find usages scenarios where we see the progress as expected Note that in our case, we have multiple products under a suite release. So we have about 12 medium to large Netbeans projects, all opened in Netbeans at once while we work on them. A few of the projects have other projects as dependencies along with many 3rd party libraries as dependencies. Maybe that is why nobody is hitting this behavior. For testing purposes, I've tried repeating the find usages scenario just with one large project opened (without having any other project opened, not even the
[jira] [Updated] (NETBEANS-1269) Find usages is very slow in Netbeans 9.0 & 10.0 and it sits a long time at Initializing data and Usages progress bar, in some cases without showing any progress at all
[ https://issues.apache.org/jira/browse/NETBEANS-1269?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ciprian Bulboaca updated NETBEANS-1269: --- Summary: Find usages is very slow in Netbeans 9.0 & 10.0 and it sits a long time at Initializing data and Usages progress bar, in some cases without showing any progress at all (was: Find usages is very slow in Netbeans 9.0 and it sits a long time at Initializing data and Usages progress bars without showing any progress at all) > Find usages is very slow in Netbeans 9.0 & 10.0 and it sits a long time at > Initializing data and Usages progress bar, in some cases without showing any > progress at all > --- > > Key: NETBEANS-1269 > URL: https://issues.apache.org/jira/browse/NETBEANS-1269 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: Netbeans 9.0 based on jdk-10.0.1 on Windows 10 Pro >Reporter: Ciprian Bulboaca >Priority: Critical > > Find usages in Netbeans 9.0 is very slow (compared to Netbeans 8.0.2). > For example, in our large modular project we have, doing a find usages on any > method in any class takes a very long time (4-5 minutes) in Netbeans 9.0. For > about half the time, Netbeans 9.0 is just sitting at "Initializing data" and > for the other half, it is just sitting at Usages progress bar always showing > 0% progress! Then, after a long period of waiting, it just shows the results > without even updating the progress bar (or at least you can't tell it is > updating the progress bar). > This all behaves normally under Netbeans 8.0.2 where find usages is showing > results right away (as it's scanning) and the whole process takes only a few > seconds! > We've tried bumping up the -J-Xmx setting to 1536m in netbeans.conf and > although we see the memory allocated is increasing (in Task Manager), > Netbeans 9.0 behaves the same way. > I'm wondering if anybody else is experiencing this. Is there any workaround > for this issue? This affects our day to day work very significantly since we > rely on fast 'find usages' operations all the time in our analysis & coding > work. -- 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-1269) Find usages is very slow in Netbeans 9.0 and it sits a long time at Initializing data and Usages progress bars without showing any progress at all
[ https://issues.apache.org/jira/browse/NETBEANS-1269?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768705#comment-16768705 ] Ciprian Bulboaca commented on NETBEANS-1269: It's the same behavior. I tried JDK1.8, JDK1.9 and even OpenJDK11. I was hoping this would be fixed under Netbeans 10.0 but unfortunately I get the same behavior. Netbeans 9/10.0 is just sitting for a long time (at times 2 minutes or more) at "Initializing data" step and then at Usages progress bar. +*In case this helps:*+ * if I repeat the find usages scenario right from the start on the exact same method, it does the same thing, it's just sitting there for a long time. Eventually, it shows the results correctly but it's so slow that I lose my thread of thought until the results are coming up (e.g. I start doing something else while waiting for the results and then when I get them, I'm wondering why am I doing the find usages). * once the find usages results are shown, if I click on refresh button (tool-tip "Refresh the refactoring data"), Netbeans skips the "Initializing data" step and it goes to preparing usages view showing Usages progress bar at 0% for about half the overall time it usually takes to show the results; when showing the results, there is no progress displayed, it just goes from 0% to showing the results so I can't even tell if it is completely hanging or doing something Note that in our case, we have multiple products under a suite release. So we have about 12 medium to large Netbeans projects, all opened in Netbeans at once while we work on them. A few of the projects have other projects as dependencies along with many 3rd party libraries as dependencies. Maybe that is why nobody is hitting this behavior. For testing purposes, I've tried repeating the find usages scenario just with one large project opened (without having any other project opened, not even the dependencies):( * Netbeans 9/10 is still taking a considerable amount of time at "Initializing data" (and in previous Netbeans 8.0.2, we didn't even notice this step as it's so quick and you immediately start seeing the find usages progress bar along with the results) * once it is passed the "Initializing data" step, it goes into Usages progress bar but this time, we do get to see an accurate progress from 0% to 100% along with find usages results as expected Could this be a setting somewhere in the new Netbeans? Could something be set in our case because we usually import all the settings from previous version when upgrading? This is happening on all of our Windows 10 Pro development machines. I'm not sure why nobody else is hitting this behavior but it is a big problem for us in development and it's forcing us to use Netbeans 8.0.2 until this gets fixed. Thanks in advance for your help! > Find usages is very slow in Netbeans 9.0 and it sits a long time at > Initializing data and Usages progress bars without showing any progress at all > -- > > Key: NETBEANS-1269 > URL: https://issues.apache.org/jira/browse/NETBEANS-1269 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0 > Environment: Netbeans 9.0 based on jdk-10.0.1 on Windows 10 Pro >Reporter: Ciprian Bulboaca >Priority: Critical > > Find usages in Netbeans 9.0 is very slow (compared to Netbeans 8.0.2). > For example, in our large modular project we have, doing a find usages on any > method in any class takes a very long time (4-5 minutes) in Netbeans 9.0. For > about half the time, Netbeans 9.0 is just sitting at "Initializing data" and > for the other half, it is just sitting at Usages progress bar always showing > 0% progress! Then, after a long period of waiting, it just shows the results > without even updating the progress bar (or at least you can't tell it is > updating the progress bar). > This all behaves normally under Netbeans 8.0.2 where find usages is showing > results right away (as it's scanning) and the whole process takes only a few > seconds! > We've tried bumping up the -J-Xmx setting to 1536m in netbeans.conf and > although we see the memory allocated is increasing (in Task Manager), > Netbeans 9.0 behaves the same way. > I'm wondering if anybody else is experiencing this. Is there any workaround > for this issue? This affects our day to day work very significantly since we > rely on fast 'find usages' operations all the time in our analysis & coding > work. -- 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
[jira] [Commented] (NETBEANS-151) Add link checking to project build or as a subproject
[ https://issues.apache.org/jira/browse/NETBEANS-151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768672#comment-16768672 ] Laszlo Kishalmi commented on NETBEANS-151: -- Any detail on this? > Add link checking to project build or as a subproject > - > > Key: NETBEANS-151 > URL: https://issues.apache.org/jira/browse/NETBEANS-151 > Project: NetBeans > Issue Type: Task > Components: website >Reporter: Wade Chandler >Priority: Major > -- 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-165) Move official update center to Apache infra
[ https://issues.apache.org/jira/browse/NETBEANS-165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-165. -- Resolution: Done I do think that this issue has been actually handled. The new releases are on Apache, and the netbeans.org being donated to Apache with the redirection rules in place I think we are done with this. > Move official update center to Apache infra > --- > > Key: NETBEANS-165 > URL: https://issues.apache.org/jira/browse/NETBEANS-165 > Project: NetBeans > Issue Type: Bug >Reporter: Emilian Bold >Priority: Major > Labels: Java9-IDE > > We should move the IDE update center over to Apache infra. > Right now we are using http://updates.netbeans.org/ > (/netbeans/updates/8.2/uc/final ) on Oracle infra. > Since it's just files with no real backend any HTTP server / mirror would do. > If this is too much work we might just have no update center for the 1st > builds. -- 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-2114) Slowness at startup
[ https://issues.apache.org/jira/browse/NETBEANS-2114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768670#comment-16768670 ] Laszlo Kishalmi commented on NETBEANS-2114: --- Native C development support is not supported until at least NetBeans 12.0 > Slowness at startup > --- > > Key: NETBEANS-2114 > URL: https://issues.apache.org/jira/browse/NETBEANS-2114 > Project: NetBeans > Issue Type: Bug > Components: cnd - Project >Affects Versions: 10.0 > Environment: windows 7 64-bit >Reporter: Daniel Prokopp >Priority: Major > Attachments: log_session.txt > > > Slowness at startup -- 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] [Closed] (NETBEANS-2095) http://182.48.65.202:8080/AUBERP
[ https://issues.apache.org/jira/browse/NETBEANS-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi closed NETBEANS-2095. - Resolution: Invalid > http://182.48.65.202:8080/AUBERP > > > Key: NETBEANS-2095 > URL: https://issues.apache.org/jira/browse/NETBEANS-2095 > Project: NetBeans > Issue Type: Test > Components: apisupport - Project >Reporter: info.asianuniversity >Assignee: Geertjan Wielenga >Priority: Major > Labels: Spam > -- 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-1850) macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or }
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas updated NETBEANS-1850: Environment: macOS Mojave on a Macbook Air (Early 2015), Netbeans Binary (was: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary) > macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or } > -- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air (Early 2015), Netbeans > Binary >Reporter: Lukas >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as ⌥ or the alt-key) is no longer recognised by > Netbeans after opening or closing a curly or squared bracket, i.e. after > typing one of the following: *{* *[ ] }*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the option-key still stops working after pressing one of > these keys. > The option-key is still available to open an additional bracket. However, any > additional functionality is lost. > After re-opening Netbeans, the program does recognise the option key again. > This, however, only stays until a new bracket is opened. > *Steps to reproduce the issue* > Make sure you are using Netbeans later than 8.2 on macOS. > # Open any project. Note the option-key is working, e.g. by navigating your > code by pressing the option key and the left and right arrows at the same > time. > ** This can be confirmed by opening the keymap settings (Preferences, > Keymap) and clicking on "in shortcuts". > ** After pressing the option key in this field, the symbol of the key is > displayed as such. > ** This shows the option key is perfectly recognised by Netbeans. > # Type a *{* or *[* at any position in your project. > # Try using the option (alt)-key again in Netbeans. You will notice the key > seems broken. > ** This can be confirmed by opening the keymap settings (Preferences, > Keymap) and clicking on "in shortcuts". > ** When pressing the option key in this field, the field stays blank. > ** This shows the option key is no longer recognised by Netbeans. > # Re-open netbeans. Then, press to use alt-key and note that it works again. > *About the issue* > The issue started appearing in Netbeans 9 and is still present in Netbeans > 10. It is not present in Netbeans 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] [Updated] (NETBEANS-1850) macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or }
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas updated NETBEANS-1850: Description: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[* as well as *]* or *}*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. was: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. > macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or } > -- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary >Reporter: Lukas >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as ⌥ or the alt-key) is no longer recognised by > Netbeans after opening or closing a curly or squared bracket, i.e. after > typing *{* or *[* as well as *]* or *}*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the option-key still stops working after pressing one of > these keys. > The option-key is still available to open an additional bracket. However, any > additional functionality is lost. > After re-opening Netbeans, the program does recognise the option key again. > This, however, only stays until a new bracket is opened. > *Steps to reproduce the issue* > Make sure you are
[jira] [Updated] (NETBEANS-1850) macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or }
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas updated NETBEANS-1850: Summary: macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or } (was: macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], }) > macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or } > -- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary >Reporter: Lukas >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as ⌥ or the alt-key) is no longer recognised by > Netbeans after opening or closing a curly or squared bracket, i.e. after > typing *{* or *[*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the option-key still stops working after pressing one of > these keys. > The option-key is still available to open an additional bracket. However, any > additional functionality is lost. > After re-opening Netbeans, the program does recognise the option key again. > This, however, only stays until a new bracket is opened. > *Steps to reproduce the issue* > Make sure you are using Netbeans later than 8.2 on macOS. > # Open any project. Note the option-key is working, e.g. by navigating your > code by pressing the option key and the left and right arrows at the same > time. > ** This can be confirmed by opening the keymap settings (Preferences, > Keymap) and clicking on "in shortcuts". > ** After pressing the option key in this field, the symbol of the key is > displayed as such. > ** This shows the option key is perfectly recognised by Netbeans. > # Type a *{* or *[* at any position in your project. > # Try using the option (alt)-key again in Netbeans. You will notice the key > seems broken. > ** This can be confirmed by opening the keymap settings (Preferences, > Keymap) and clicking on "in shortcuts". > ** When pressing the option key in this field, the field stays blank. > ** This shows the option key is no longer recognised by Netbeans. > # Re-open netbeans. Then, press to use alt-key and note that it works again. > *About the issue* > The issue started appearing in Netbeans 9 and is still present in Netbeans > 10. It is not present in Netbeans 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] [Updated] (NETBEANS-1850) macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or }
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas updated NETBEANS-1850: Description: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing one of the following: *{* *[ ] }*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. was: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[* as well as ] or *}*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. > macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or } > -- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary >Reporter: Lukas >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as ⌥ or the alt-key) is no longer recognised by > Netbeans after opening or closing a curly or squared bracket, i.e. after > typing one of the following: *{* *[ ] }*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the option-key still stops working after pressing one of > these keys. > The option-key is still available to open an additional bracket. However, any > additional functionality is lost. > After re-opening Netbeans, the program does recognise the option key again. > This, however, only stays until a new bracket is opened. > *Steps to reproduce the issue* >
[jira] [Updated] (NETBEANS-1850) macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or }
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas updated NETBEANS-1850: Description: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[* as well as ] or *}*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. was: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[* as well as *]* or *}*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. > macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or } > -- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary >Reporter: Lukas >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as ⌥ or the alt-key) is no longer recognised by > Netbeans after opening or closing a curly or squared bracket, i.e. after > typing *{* or *[* as well as ] or *}*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the option-key still stops working after pressing one of > these keys. > The option-key is still available to open an additional bracket. However, any > additional functionality is lost. > After re-opening Netbeans, the program does recognise the option key again. > This, however, only stays until a new bracket is opened. > *Steps to reproduce the issue* > Make
[jira] [Updated] (NETBEANS-1850) macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or }
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas updated NETBEANS-1850: Description: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[* as well as *]* or *}*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. was: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[* as well as ]* or *}*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. > macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or } > -- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary >Reporter: Lukas >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as ⌥ or the alt-key) is no longer recognised by > Netbeans after opening or closing a curly or squared bracket, i.e. after > typing *{* or *[* as well as *]* or *}*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the option-key still stops working after pressing one of > these keys. > The option-key is still available to open an additional bracket. However, any > additional functionality is lost. > After re-opening Netbeans, the program does recognise the option key again. > This, however, only stays until a new bracket is opened. > *Steps to reproduce the issue* >
[jira] [Updated] (NETBEANS-1850) macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or }
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lukas updated NETBEANS-1850: Description: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[* as well as ]* or *}*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. was: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[* as well as *]* or *}*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. > macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], or } > -- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary >Reporter: Lukas >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as ⌥ or the alt-key) is no longer recognised by > Netbeans after opening or closing a curly or squared bracket, i.e. after > typing *{* or *[* as well as ]* or *}*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the option-key still stops working after pressing one of > these keys. > The option-key is still available to open an additional bracket. However, any > additional functionality is lost. > After re-opening Netbeans, the program does recognise the option key again. > This, however, only stays until a new bracket is opened. > *Steps to reproduce the issue* >
[jira] [Updated] (NETBEANS-1850) macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], }
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John updated NETBEANS-1850: --- Description: *The issue* This issue concerns macOS only. The option key (also known as ⌥ or the alt-key) is no longer recognised by Netbeans after opening or closing a curly or squared bracket, i.e. after typing *{* or *[*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the option-key still stops working after pressing one of these keys. The option-key is still available to open an additional bracket. However, any additional functionality is lost. After re-opening Netbeans, the program does recognise the option key again. This, however, only stays until a new bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code by pressing the option key and the left and right arrows at the same time. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** After pressing the option key in this field, the symbol of the key is displayed as such. ** This shows the option key is perfectly recognised by Netbeans. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. ** This can be confirmed by opening the keymap settings (Preferences, Keymap) and clicking on "in shortcuts". ** When pressing the option key in this field, the field stays blank. ** This shows the option key is no longer recognised by Netbeans. # Re-open netbeans. Then, press to use alt-key and note that it works again. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. was: *The issue* This issue concerns macOS only. The option key (also known as the alt-key) is no longer recognised by Netbeans after opening a curly or squared bracket, i.e. after typing *{* or *[*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the alt-key still stops working after pressing one of these keys. After re-opening Netbeans, the program does recognise the option key again until a bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code using the option key and the left and right arrows. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. # Re-open netbeans, try to use alt-key again and note that it works again. The bug can be confirmed by opening the keymap settings and searching "in shortcuts". When pressing the option key in this field, the field stays blank. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. Summary: macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], } (was: macOS: Option (alt) key not recognised after typing brackets { or [) > macOS: Option (⌥ / alt) key not recognised after typing brackets {, [, ], } > --- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary >Reporter: John >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as ⌥ or the alt-key) is no longer recognised by > Netbeans after opening or closing a curly or squared bracket, i.e. after > typing *{* or *[*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the option-key still stops working after pressing one of > these keys. > The option-key is still available to open an additional bracket. However, any > additional functionality is lost. > After re-opening Netbeans, the program does recognise the option key again. > This, however, only stays until a new bracket is opened. > *Steps to reproduce the issue* > Make sure you are using Netbeans later than 8.2 on macOS. > # Open any project. Note the option-key is working, e.g. by navigating your > code by pressing the option key and the left and right arrows at the same > time. > ** This can be confirmed by opening the keymap settings (Preferences, > Keymap) and clicking on "in shortcuts". > ** After pressing the option key in this field, the symbol of the key is > displayed as such. > ** This shows the
[jira] [Updated] (NETBEANS-1850) macOS: Option (alt) key not recognised after typing brackets { or [
[ https://issues.apache.org/jira/browse/NETBEANS-1850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John updated NETBEANS-1850: --- Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary (was: macOS Mojave, Netbeans Binary) Description: *The issue* This issue concerns macOS only. The option key (also known as the alt-key) is no longer recognised by Netbeans after opening a curly or squared bracket, i.e. after typing *{* or *[*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the alt-key still stops working after pressing one of these keys. After re-opening Netbeans, the program does recognise the option key again until a bracket is opened. *Steps to reproduce the issue* Make sure you are using Netbeans later than 8.2 on macOS. # Open any project. Note the option-key is working, e.g. by navigating your code using the option key and the left and right arrows. # Type a *{* or *[* at any position in your project. # Try using the option (alt)-key again in Netbeans. You will notice the key seems broken. # Re-open netbeans, try to use alt-key again and note that it works again. The bug can be confirmed by opening the keymap settings and searching "in shortcuts". When pressing the option key in this field, the field stays blank. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. was: *The issue* This issue concerns macOS only. The option key (also known as the alt-key) is no longer recognised by Netbeans after opening a curly or squared bracket, i.e. after typing *{* or *[*. Netbeans automatically closes brackets by default. However, even with this feature disabled, the alt-key still stops working after pressing one of these keys. *Steps to reproduce the issue* The bug can be confirmed by opening the keymap settings and searching "in shortcuts". When pressing the option key in this field, the field stays blank. After re-opening Netbeans, the program does recognise the option key again until a bracket is opened. *About the issue* The issue started appearing in Netbeans 9 and is still present in Netbeans 10. It is not present in Netbeans 8.2. > macOS: Option (alt) key not recognised after typing brackets { or [ > --- > > Key: NETBEANS-1850 > URL: https://issues.apache.org/jira/browse/NETBEANS-1850 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0, 10.0 > Environment: macOS Mojave on a Macbook Air Early 2015, Netbeans Binary >Reporter: John >Priority: Major > > *The issue* > This issue concerns macOS only. > The option key (also known as the alt-key) is no longer recognised by > Netbeans after opening a curly or squared bracket, i.e. after typing *{* or > *[*. > Netbeans automatically closes brackets by default. However, even with this > feature disabled, the alt-key still stops working after pressing one of these > keys. > After re-opening Netbeans, the program does recognise the option key again > until a bracket is opened. > *Steps to reproduce the issue* > Make sure you are using Netbeans later than 8.2 on macOS. > # Open any project. Note the option-key is working, e.g. by navigating your > code using the option key and the left and right arrows. > # Type a *{* or *[* at any position in your project. > # Try using the option (alt)-key again in Netbeans. You will notice the key > seems broken. > # Re-open netbeans, try to use alt-key again and note that it works again. > The bug can be confirmed by opening the keymap settings and searching "in > shortcuts". When pressing the option key in this field, the field stays blank. > *About the issue* > The issue started appearing in Netbeans 9 and is still present in Netbeans > 10. It is not present in Netbeans 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] [Created] (NETBEANS-2117) Assign npm tasks to IDE actions
Christian Lenz created NETBEANS-2117: Summary: Assign npm tasks to IDE actions Key: NETBEANS-2117 URL: https://issues.apache.org/jira/browse/NETBEANS-2117 Project: NetBeans Issue Type: New Feature Components: javascript - Debugger, javascript - Node.js, javascript - Tools Affects Versions: Next Reporter: Christian Lenz Attachments: image-2019-02-14-15-52-00-097.png As we have it for gulp and grunt (See my screenshot for more info), you can map common IDE actions like build, clean and build, test, debug, run, etc. with gulp and/or grunt tasks. This is unfortunately not possible for npm tasks, which should be. Because npm tasks are still available if you add them to the scripts section of the package.json. There is no need to install any other dependency. Maybe I can hand over this to me, I think (hope) that there is not that much problematic as of reusing the logic as for grunt and gulp. -- 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: r32492 - /dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/
Author: skygo Date: Thu Feb 14 14:07:12 2019 New Revision: 32492 Log: Renaming artefacts to contains incubating mandatory element Added: dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/incubating-netbeans-parent-1-source-release.zip - copied unchanged from r32491, dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/netbeans-parent-1-source-release.zip dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/incubating-netbeans-parent-1-source-release.zip.asc - copied unchanged from r32491, dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/netbeans-parent-1-source-release.zip.asc dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/incubating-netbeans-parent-1-source-release.zip.sha512 - copied unchanged from r32491, dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/netbeans-parent-1-source-release.zip.sha512 Removed: dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/netbeans-parent-1-source-release.zip dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/netbeans-parent-1-source-release.zip.asc dev/incubator/netbeans/incubating-netbeans-mavenutils/netbeans-parent/netbeans-parent-1-source-release.zip.sha512 - 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: r32491 - in /dev/incubator/netbeans: incubating-netbeans-mavenutils/ incubator-netbeans-mavenutils/
Author: skygo Date: Thu Feb 14 13:59:27 2019 New Revision: 32491 Log: Typo on folder name to respect other subfolder Added: dev/incubator/netbeans/incubating-netbeans-mavenutils/ - copied from r32490, dev/incubator/netbeans/incubator-netbeans-mavenutils/ Removed: dev/incubator/netbeans/incubator-netbeans-mavenutils/ - 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-2095) http://182.48.65.202:8080/AUBERP
[ https://issues.apache.org/jira/browse/NETBEANS-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-2095: - Labels: Spam (was: ) > http://182.48.65.202:8080/AUBERP > > > Key: NETBEANS-2095 > URL: https://issues.apache.org/jira/browse/NETBEANS-2095 > Project: NetBeans > Issue Type: Test > Components: apisupport - Project >Reporter: info.asianuniversity >Assignee: Geertjan Wielenga >Priority: Major > Labels: Spam > -- 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-1537) File - Open... "Windows cannot find the target"
[ https://issues.apache.org/jira/browse/NETBEANS-1537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16765942#comment-16765942 ] MeFisto94 edited comment on NETBEANS-1537 at 2/14/19 10:12 AM: --- I've found another interesting piece of information: We at the jMonkeyEngine SDK have recently upgraded our JDK from 8u161 to 8u192 which caused that issue to appear for a user when trying to open a project. He could confirm that reverting to an older JDK fixes the issue. Looking at these reports, you all use that JDK version as well. I'll report back if the latest (8u201/202) fixes the issue for him or not. Could be a bug in the JDK or could also be that the JDK has changed a corner case which Netbeans now falls into. Edit: According to my tester the bug was introduced somewhere between u181 and u191 and is still existing in u202, so our workaround currently is using an old jdk. Again I'm not sure if they changed the behavior of some API which breaks netbeans or if this is a bug within the JDK was (Author: mefisto94): I've found another interesting piece of information: We at the jMonkeyEngine SDK have recently upgraded our JDK from 8u161 to 8u192 which caused that issue to appear for a user when trying to open a project. He could confirm that reverting to an older JDK fixes the issue. Looking at these reports, you all use that JDK version as well. I'll report back if the latest (8u201/202) fixes the issue for him or not. Could be a bug in the JDK or could also be that the JDK has changed a corner case which Netbeans now falls into. > File - Open... "Windows cannot find the target" > --- > > Key: NETBEANS-1537 > URL: https://issues.apache.org/jira/browse/NETBEANS-1537 > Project: NetBeans > Issue Type: Bug > Components: platform - DialogsWizards >Affects Versions: 8.2, 9.0, 10.0 > Environment: Product Version: Apache NetBeans IDE 9.0 (Build > incubator-netbeans-release-334-on-20180708) > Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2 > Java: 1.8.0_192; Java HotSpot(TM) 64-Bit Server VM 25.192-b12 > Runtime: Java(TM) SE Runtime Environment 1.8.0_192-b12 > System: Windows 7 version 6.1 running on amd64; Cp1252; en_GB (nb), Windows > 10 version 10.0 running on amd64; UTF-8; en_US (nb) >Reporter: D Burbridge >Priority: Critical > Labels: dialog, file, menu, open, save > Attachments: NetBeans64_debug.TXT > > > When trying to access any file dialog, I get the message: > > netbeans64.exe > Windows cannot find the target. > OK > > Clicking OK repeats the message several times, until it finally clears. > Plus, in the log I have: > > WARNING [org.netbeans.modules.progress.spi.InternalHandle]: Cannot switch to > silent mode when not running at > org.netbeans.core.ui.warmup.MenuWarmUpTask$NbWindowsAdapter$1HandleBridge.run(MenuWarmUpTask.java:244) > > (repeated several times again) > It seems to be the file browsing dialog box that's the problem, as it arises > on all those I've tested so far: > File - Open Project > File - Open File > File - Save As > File - Import Project - From Zip - Browse > Tools - Options - Java - Ant - Browse > > I tried deactivating all plugins but the error still occurred, so it looks > like it's a netbeans issue, not 3rd party. (In fact, all I achieved was the > complete loss of my plugins as I don't seem to be able to reactivate them > now!) > > The other factor to be aware of is that there are a number of shortcuts on my > desktop which are currently invalid. I wonder if there is some checking going > on within the dialog to see where those shortcuts go, but it's creating the > error I'm seeing? In which case, the checking needs to be done silently - > after all, invalid shortcuts aren't unusual, especially when working offline. > Besides, the error comes up (5-6 times) not just when the "Open file" dialog > comes up, but 2-3 times every time I change directory within that dialog! > -- 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-1455) CSS3 property user-select unsupported
[ https://issues.apache.org/jira/browse/NETBEANS-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768034#comment-16768034 ] Christian Lenz commented on NETBEANS-1455: -- Sounds good :) > CSS3 property user-select unsupported > - > > Key: NETBEANS-1455 > URL: https://issues.apache.org/jira/browse/NETBEANS-1455 > Project: NetBeans > Issue Type: Bug > Components: web - CSS Editor >Affects Versions: 9.0 > Environment: Windows 10 >Reporter: Artur Stępień >Priority: Minor > Labels: easyfix > Attachments: User-select-warning.PNG > > > CSS3 user-select property is unsupported and shows as a warning -- 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-1455) CSS3 property user-select unsupported
[ https://issues.apache.org/jira/browse/NETBEANS-1455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16768034#comment-16768034 ] Christian Lenz edited comment on NETBEANS-1455 at 2/14/19 9:27 AM: --- Sounds good :). Im for an info icon in the code completion docu. was (Author: chrizzly): Sounds good :) > CSS3 property user-select unsupported > - > > Key: NETBEANS-1455 > URL: https://issues.apache.org/jira/browse/NETBEANS-1455 > Project: NetBeans > Issue Type: Bug > Components: web - CSS Editor >Affects Versions: 9.0 > Environment: Windows 10 >Reporter: Artur Stępień >Priority: Minor > Labels: easyfix > Attachments: User-select-warning.PNG > > > CSS3 user-select property is unsupported and shows as a warning -- 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-2116) Sometimes classes are not opened from "Go to type"
[ https://issues.apache.org/jira/browse/NETBEANS-2116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Chicchiriccò updated NETBEANS-2116: - Component/s: java - Source > Sometimes classes are not opened from "Go to type" > -- > > Key: NETBEANS-2116 > URL: https://issues.apache.org/jira/browse/NETBEANS-2116 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 10.0 >Reporter: Francesco Chicchiriccò >Priority: Major > Fix For: 11.0 > > > The following stacktrace is reported: > {code} > java.lang.ClassCastException: com.sun.tools.javac.code.Type$ClassType cannot > be cast to com.sun.tools.javac.code.Type$ErrorType > at > org.netbeans.modules.java.source.builder.TreeFactory.Type(TreeFactory.java:797) > at org.netbeans.api.java.source.TreeMaker.Type(TreeMaker.java:1083) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeAnnotationTree(CodeGenerator.java:449) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.computeMods(CodeGenerator.java:411) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitExecutable(CodeGenerator.java:548) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitExecutable(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$MethodSymbol.accept(Symbol.java:2070) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:367) > at > org.netbeans.modules.java.classfile.CodeGenerator$TreeBuilder.visitType(CodeGenerator.java:285) > at com.sun.tools.javac.code.Symbol$ClassSymbol.accept(Symbol.java:1473) > at > javax.lang.model.util.AbstractElementVisitor6.visit(AbstractElementVisitor6.java:106) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:275) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:232) > at > org.netbeans.modules.java.classfile.CodeGenerator$1.run(CodeGenerator.java:152) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:672) > 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 > 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.api.java.source.JavaSource.runModificationTask(JavaSource.java:683) > at > org.netbeans.modules.java.classfile.CodeGenerator.generateCode(CodeGenerator.java:152) > at > org.netbeans.modules.java.classfile.BinaryElementOpenImpl.open(BinaryElementOpenImpl.java:44) > at > org.netbeans.api.java.source.ui.ElementOpen.binaryOpen(ElementOpen.java:118) > at org.netbeans.api.java.source.ui.ElementOpen.open(ElementOpen.java:99) > at > org.netbeans.modules.java.source.ui.JavaTypeDescription.open(JavaTypeDescription.java:121) > at > org.netbeans.modules.jumpto.type.GoToTypeAction.actionPerformed(GoToTypeAction.java:153) > at > org.openide.windows.TopComponent.processKeyBinding(TopComponent.java:1151) > at javax.swing.JComponent.processKeyBindings(JComponent.java:2943) > at javax.swing.JComponent.processKeyEvent(JComponent.java:2845) > at java.awt.Component.processEvent(Component.java:6316) > at java.awt.Container.processEvent(Container.java:2239) >
[incubator-netbeans] branch master updated (fccdbb2 -> d96f2d2)
This is an automated email from the ASF dual-hosted git repository. arusinha pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git. from fccdbb2 Merge pull request #1124 from arusinha/netbeans-1969 new 9eb25c5 [NETBEANS-1673]:Added support for auto-complete of enum case values in switch expression new d07ebab [NETBEANS-1673]:Added support for auto-complete of enum case values in switch expression new bd6a0b3 Merge remote-tracking branch 'upstream/master' into netbeans-1673 new cc3be0e [NETBEANS-1673]: Added test-cases for auto-completion of enum switch-expr case values new 2769496 Merge branch 'master' into netbeans-1673 new 9e6cd06 Update TreeShims.java new d96f2d2 Merge pull request #1059 from arusinha/netbeans-1673 The 2370 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: .../java/completion/JavaCompletionTask.java| 24 ++-- .../1.8/switchEnumCaseValues.pass | 3 + .../1.8/switchEnumCaseValues2.pass | 2 + .../10/switchEnumCaseValues.pass | 3 + .../10/switchEnumCaseValues2.pass | 2 + .../11/switchEnumCaseValues.pass | 3 + .../11/switchEnumCaseValues2.pass | 2 + .../12/switchEnumCaseValues.pass | 3 + .../12/switchEnumCaseValues2.pass | 2 + .../completion/data/RuleSwitchWithEnumValues.java | 33 +++ .../completion/data/SwitchExprWithEnumValues.java | 33 +++ .../completion/data/SwitchExprWithEnumValues2.java | 34 +++ .../java/completion/data/SwitchWithEnumValues.java | 33 +++ .../JavaCompletionTask112FeaturesTest.java | 67 ++ 14 files changed, 240 insertions(+), 4 deletions(-) create mode 100644 java/java.completion/test/unit/data/goldenfiles/org/netbeans/modules/java/completion/JavaCompletionTaskTest/1.8/switchEnumCaseValues.pass create mode 100644 java/java.completion/test/unit/data/goldenfiles/org/netbeans/modules/java/completion/JavaCompletionTaskTest/1.8/switchEnumCaseValues2.pass create mode 100644 java/java.completion/test/unit/data/goldenfiles/org/netbeans/modules/java/completion/JavaCompletionTaskTest/10/switchEnumCaseValues.pass create mode 100644 java/java.completion/test/unit/data/goldenfiles/org/netbeans/modules/java/completion/JavaCompletionTaskTest/10/switchEnumCaseValues2.pass create mode 100644 java/java.completion/test/unit/data/goldenfiles/org/netbeans/modules/java/completion/JavaCompletionTaskTest/11/switchEnumCaseValues.pass create mode 100644 java/java.completion/test/unit/data/goldenfiles/org/netbeans/modules/java/completion/JavaCompletionTaskTest/11/switchEnumCaseValues2.pass create mode 100644 java/java.completion/test/unit/data/goldenfiles/org/netbeans/modules/java/completion/JavaCompletionTaskTest/12/switchEnumCaseValues.pass create mode 100644 java/java.completion/test/unit/data/goldenfiles/org/netbeans/modules/java/completion/JavaCompletionTaskTest/12/switchEnumCaseValues2.pass create mode 100644 java/java.completion/test/unit/data/org/netbeans/modules/java/completion/data/RuleSwitchWithEnumValues.java create mode 100644 java/java.completion/test/unit/data/org/netbeans/modules/java/completion/data/SwitchExprWithEnumValues.java create mode 100644 java/java.completion/test/unit/data/org/netbeans/modules/java/completion/data/SwitchExprWithEnumValues2.java create mode 100644 java/java.completion/test/unit/data/org/netbeans/modules/java/completion/data/SwitchWithEnumValues.java create mode 100644 java/java.completion/test/unit/src/org/netbeans/modules/java/completion/JavaCompletionTask112FeaturesTest.java - 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