[netbeans-jenkins-lib] branch master updated: typo in key

2019-05-22 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git


The following commit(s) were added to refs/heads/master by this push:
 new dc18c79  typo in key
dc18c79 is described below

commit dc18c796a36cf30720e1d3a8844971b847ebe030
Author: Eric Barboni 
AuthorDate: Thu May 23 04:00:23 2019 +0200

typo in key
---
 meta/netbeansrelease.json | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/netbeansrelease.json b/meta/netbeansrelease.json
index da8e2e4..ab03631 100644
--- a/meta/netbeansrelease.json
+++ b/meta/netbeansrelease.json
@@ -61,7 +61,7 @@
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
-"versionNameName": "-",
+"versionName": "-",
 "tlp": "true",
 "apidocurl": "https://bits.netbeans.org/dev/javadoc;,
 "releasedate": {


-
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



[netbeans-jenkins-lib] branch master updated: version name

2019-05-22 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git


The following commit(s) were added to refs/heads/master by this push:
 new 17b9143  version name
17b9143 is described below

commit 17b914319794684cf2295aad55ff02dbea1a2ea5
Author: Eric Barboni 
AuthorDate: Thu May 23 03:54:54 2019 +0200

version name
---
 meta/netbeansrelease.json | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/netbeansrelease.json b/meta/netbeansrelease.json
index d80e7b7..da8e2e4 100644
--- a/meta/netbeansrelease.json
+++ b/meta/netbeansrelease.json
@@ -4,6 +4,7 @@
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
+"versionName": "9.0",
 "tlp": "false",
 "apidocurl": "https://bits.netbeans.org/9.0/javadoc;,
 "releasedate": {
@@ -22,6 +23,7 @@
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
+"versionName": "10",
 "tlp": "false",
 "apidocurl": "https://bits.netbeans.org/10.0/javadoc;,
 "releasedate": {
@@ -40,6 +42,7 @@
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
+"versionName": "11.0",
 "tlp": "false",
 "apidocurl": "https://bits.netbeans.org/11.0/javadoc;,
 "releasedate": {
@@ -58,6 +61,7 @@
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
+"versionNameName": "-",
 "tlp": "true",
 "apidocurl": "https://bits.netbeans.org/dev/javadoc;,
 "releasedate": {


-
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-2525) Background Scanning Process for first NetBeans start took more than 15min

2019-05-22 Thread Eirik Bakke (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2525?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16846335#comment-16846335
 ] 

Eirik Bakke commented on NETBEANS-2525:
---

Windows Defender can be disabled via the "Edit Group Policy" app, with the 
setting Computer Configuration->Administrative Templates->Windows 
Components->Windows Defender Antivirus->Turn off Windows Defender Antivirus.

Again, not a general recommendation or solution, just if you want to try it as 
a debugging step.

My guess is that Windows Defender will primarily impact small file access 
performance.

> Background Scanning Process for first NetBeans start took more than 15min
> -
>
> Key: NETBEANS-2525
> URL: https://issues.apache.org/jira/browse/NETBEANS-2525
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Performance
>Affects Versions: 11.0
> Environment: Product Version: Apache NetBeans IDE 11.0 (Build 
> incubator-netbeans-release-404-on-20190319)
> Java: 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS
> Runtime: Java(TM) SE Runtime Environment 11.0.2+9-LTS
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
> User directory: C:\Users\Chrl\AppData\Roaming\NetBeans\11.0
> Cache directory: C:\Users\Chrl\AppData\Local\NetBeans\Cache\11.0
>Reporter: Christian Lenz
>Priority: Critical
>  Labels: performance
> Attachments: 11.0 - messages.log, 11.0 - uigestures, Screenshot from 
> 2019-05-15 09-10-54.png, nb-11.0-selfsampler.npss, 
> nb-11.0-threaddump-1557855250946.tdump, windows security options.png
>
>
> Steps to reproduce:
> * Open NetBeans 11.0 for the very first time
> * Choose yes to import settings from NetBeans 10.0 (No plugins, just settings)
> * After NetBeans opens, It imported 33 projects from my old NetBeans instance.
> * Install nb-javac.
> * It opens the projects.
> * Background scanning comes ups, need couple of minutes
> * Because of some HTML5 projects, Oracle JS Parser implementation installer 
> comes up
> * Install Oracle JS Parser Implementation.
> * After first background scanning is finished the next one is coming up and 
> takes even longer.
> * Waiting until everything is finish. Round about 15-17 min.
> I added a heap dump, created via Visual VM (In case of sensitive data, I 
> removed the link, please give me a private link where I can upload it.
> No I don't want to not use importing settings. First it is possible and 
> needed and second because it is not a real world case. I want my settings 
> from my old IDE and all my opened projects. I don't want to import/open them 
> one after one again, this is not a use case. And I don't want to make the 
> settings again and again, switching to a new version. Of course it will not 
> running as long as I open NetBeans w/o importing settings and opening all 
> projects but again this doesn't make sense.
> My projects are:
> * 5 Maven
> * 1 PHP
> * 4 HTML5
> * 14 Ant based NetBeans modules (Some 3rd-party, some from the Core)
> * 8 Maven based NetBeans modules (all 3rd-party)
> * 1 NetBeans Module suite project
> What information do you need more? I will add the messages.log too, but I 
> need to clean up my user dir again, because I opened NetBeans after the 
> profiling again.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-201) Replace plugin portal service

2019-05-22 Thread Wade Chandler (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16846329#comment-16846329
 ] 

Wade Chandler commented on NETBEANS-201:


Awesome [~jkovalsky] Great stuff!

> Replace plugin portal service 
> --
>
> Key: NETBEANS-201
> URL: https://issues.apache.org/jira/browse/NETBEANS-201
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Reporter: Wade Chandler
>Assignee: Jiří Kovalský
>Priority: Major
>
> The current NetBeans plugin portal site has a backing service used to help 
> upload, edit, list, etc plugin information for authors. We need something 
> similar to better support plugin authors and the plugin center. You can see 
> this at the following URL while it is still enabled 
> http://plugins.netbeans.org/



--
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-2371) Gradle projects not properly loaded

2019-05-22 Thread Shevek (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16846288#comment-16846288
 ] 

Shevek commented on NETBEANS-2371:
--

Re-running a code gen task in external gradle always throws NB for a loop and I 
have to restart it, see NETBEANS-2334. Almost always leaves me with a random 
number of spurious errors on generated classes, at a guess if NetBeans rescans 
the dir halfway through the codegen, but doesn't then reset the watch until 
after it's done rescan, and CG generated some more classes in the interim. 
That's a sync bug.

> Gradle projects not properly loaded
> ---
>
> Key: NETBEANS-2371
> URL: https://issues.apache.org/jira/browse/NETBEANS-2371
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Gradle
>Affects Versions: 11.0
> Environment: Netbeans 11
> Gradle 5
> Java 11
>Reporter: Netbeans User 2019
>Assignee: Laszlo Kishalmi
>Priority: Major
> Attachments: org-netbeans-modules-gradle-java.nbm
>
>
> - gradle module (plugin) has problem to resolve dependencies in multi project 
> as seems I can removed reds only if I go over each one subproject and do 
> clean and build (clean and build on root has no affects) and additionally it 
> seems that for some test resources even this was not enough, but it seems 
> that works old trick so creation folder and adding some new class (possible 
> even delete) and possibly with including "refresh" from Action items window.



--
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-2590) NPE during parsing

2019-05-22 Thread Shevek (JIRA)
Shevek created NETBEANS-2590:


 Summary: NPE during parsing
 Key: NETBEANS-2590
 URL: https://issues.apache.org/jira/browse/NETBEANS-2590
 Project: NetBeans
  Issue Type: Bug
  Components: java - Javadoc, java - Source
Affects Versions: 11.0
Reporter: Shevek


I can't share the proprietary code, but I got quite a few of these:

It was shortly after a command-line git branch-switch which introduced a new 
interface and implemented it in the class which triggered the error. I think 
the background scanner had not at that point discovered the new interface 
because it was showing as a compile error in the IDE, despite the underlying 
code/project being entirely legal according to gradle/javac.

Caused: java.lang.NullPointerException
at com.sun.tools.javac.tree.TreeInfo.isModuleInfo(TreeInfo.java:1241)
at 
org.netbeans.lib.nbjavac.services.NBJavadocEnter.visitTopLevel(NBJavadocEnter.java:83)
at 
com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:537)
at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:328)
at com.sun.tools.javac.comp.Enter.classEnter(Enter.java:343)
at com.sun.tools.javac.comp.Enter.complete(Enter.java:813)
at 
com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:878)
at 
com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:827)
at 
com.sun.tools.javac.main.JavaCompiler.lambda$new$210(JavaCompiler.java:362)
at com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:384)
at com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:300)
at com.sun.tools.javac.code.Symbol.complete(Symbol.java:645)
at 
com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1352)
at com.sun.tools.javac.code.Symbol$ClassSymbol.flags(Symbol.java:1276)
at com.sun.tools.javac.comp.Check.importAccessible(Check.java:3753)
at 
com.sun.tools.javac.comp.TypeEnter$ImportsPhase.lambda$resolveImports$201(TypeEnter.java:373)
at 
com.sun.tools.javac.code.Scope$FilterImportScope.lambda$null$29(Scope.java:963)
at com.sun.tools.javac.util.Iterators$2.update(Iterators.java:103)
at com.sun.tools.javac.util.Iterators$2.(Iterators.java:99)
at 
com.sun.tools.javac.util.Iterators.createFilterIterator(Iterators.java:98)
at 
com.sun.tools.javac.code.Scope$FilterImportScope.lambda$getSymbolsByName$30(Scope.java:961)
at 
com.sun.tools.javac.code.Scope$CompoundScope.lambda$null$33(Scope.java:1090)
at 
com.sun.tools.javac.util.Iterators$CompoundIterator.update(Iterators.java:78)
at 
com.sun.tools.javac.util.Iterators$CompoundIterator.hasNext(Iterators.java:60)
at com.sun.tools.javac.comp.Resolve.findGlobalType(Resolve.java:2244)
at com.sun.tools.javac.comp.Resolve.findType(Resolve.java:2328)
at com.sun.tools.javac.comp.Resolve.findIdentInternal(Resolve.java:2357)
at com.sun.tools.javac.comp.Resolve.findIdent(Resolve.java:2343)
at com.sun.tools.javac.comp.Resolve.resolveIdent(Resolve.java:2604)
at com.sun.tools.javac.comp.Attr.visitIdent(Attr.java:3924)
at com.sun.tools.javac.tree.JCTree$JCIdent.accept(JCTree.java:2329)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:672)
at com.sun.tools.javac.comp.Attr.attribType(Attr.java:742)
at com.sun.tools.javac.comp.Attr.attribType(Attr.java:735)
at 
com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:414)
at 
com.sun.tools.javadoc.main.JavadocMemberEnter.visitVarDef(JavadocMemberEnter.java:84)
at 
org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitVarDef(NBJavadocMemberEnter.java:92)
at 
com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:968)
at 
com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:172)
at com.sun.tools.javac.comp.MemberEnter.signature(MemberEnter.java:120)
at 
com.sun.tools.javac.comp.MemberEnter.visitMethodDef(MemberEnter.java:255)
at 
com.sun.tools.javadoc.main.JavadocMemberEnter.visitMethodDef(JavadocMemberEnter.java:70)
at 
org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitMethodDef(NBJavadocMemberEnter.java:74)
at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:878)
at 
com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:172)
at 
com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:184)
at 
com.sun.tools.javac.comp.TypeEnter$MembersPhase.finishClass(TypeEnter.java:971)
at 
com.sun.tools.javac.comp.TypeEnter$MembersPhase.runPhase(TypeEnter.java:951)
at 
com.sun.tools.javac.comp.TypeEnter$Phase.doCompleteEnvs(TypeEnter.java:298)
at 

[netbeans-jenkins-lib] branch master updated: coherent key

2019-05-22 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git


The following commit(s) were added to refs/heads/master by this push:
 new 8459339  coherent key
8459339 is described below

commit 845933930f5fb650eef3a1965f8623ae481377e5
Author: Eric Barboni 
AuthorDate: Thu May 23 01:29:17 2019 +0200

coherent key
---
 meta/netbeansrelease.json | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/netbeansrelease.json b/meta/netbeansrelease.json
index 4c03a99..d80e7b7 100644
--- a/meta/netbeansrelease.json
+++ b/meta/netbeansrelease.json
@@ -65,7 +65,7 @@
 "month": "-",
 "year": "-"
 },
-"previousrelease": {
+"previousreleasedate": {
 "day": "04",
 "month": "04",
 "year": "2019"


-
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



[netbeans-jenkins-lib] branch master updated: coherent key

2019-05-22 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git


The following commit(s) were added to refs/heads/master by this push:
 new e56767e  coherent key
e56767e is described below

commit e56767e678ed04b5a1320197e3edd6716cc09741
Author: Eric Barboni 
AuthorDate: Thu May 23 01:27:18 2019 +0200

coherent key
---
 meta/netbeansrelease.json | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/netbeansrelease.json b/meta/netbeansrelease.json
index 15edd8a..4c03a99 100644
--- a/meta/netbeansrelease.json
+++ b/meta/netbeansrelease.json
@@ -29,7 +29,7 @@
 "month": "12",
 "year": "2018"
 },
-"previousrelease": {
+"previousreleasedate": {
 "day": "29",
 "month": "07",
 "year": "2018"
@@ -47,7 +47,7 @@
 "month": "04",
 "year": "2019"
 },
-"previousrelease": {
+"previousreleasedate": {
 "day": "27",
 "month": "12",
 "year": "2018"


-
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-201) Replace plugin portal service

2019-05-22 Thread JIRA


[ 
https://issues.apache.org/jira/browse/NETBEANS-201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16846282#comment-16846282
 ] 

Jiří Kovalský edited comment on NETBEANS-201 at 5/22/19 11:25 PM:
--

BTW, we are waiting for infra to create a new database for Plugin Portal 
(#INFRA-18310) and then plan to deploy new Plugin Portal 3.0 to the 
{color:#f79232}netbeans-vm{color} machine.


was (Author: jkovalsky):
BTW, we are waiting for infra to create a new database for Plugin Portal 
(#INFRA-18310) and then plan to deploy new Plugin Portal 3.0 to the netbeans-vm 
machine.

> Replace plugin portal service 
> --
>
> Key: NETBEANS-201
> URL: https://issues.apache.org/jira/browse/NETBEANS-201
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Reporter: Wade Chandler
>Assignee: Jiří Kovalský
>Priority: Major
>
> The current NetBeans plugin portal site has a backing service used to help 
> upload, edit, list, etc plugin information for authors. We need something 
> similar to better support plugin authors and the plugin center. You can see 
> this at the following URL while it is still enabled 
> http://plugins.netbeans.org/



--
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-201) Replace plugin portal service

2019-05-22 Thread JIRA


 [ 
https://issues.apache.org/jira/browse/NETBEANS-201?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jiří Kovalský reassigned NETBEANS-201:
--

Assignee: Jiří Kovalský

> Replace plugin portal service 
> --
>
> Key: NETBEANS-201
> URL: https://issues.apache.org/jira/browse/NETBEANS-201
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Reporter: Wade Chandler
>Assignee: Jiří Kovalský
>Priority: Major
>
> The current NetBeans plugin portal site has a backing service used to help 
> upload, edit, list, etc plugin information for authors. We need something 
> similar to better support plugin authors and the plugin center. You can see 
> this at the following URL while it is still enabled 
> http://plugins.netbeans.org/



--
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-201) Replace plugin portal service

2019-05-22 Thread JIRA


[ 
https://issues.apache.org/jira/browse/NETBEANS-201?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16846282#comment-16846282
 ] 

Jiří Kovalský commented on NETBEANS-201:


BTW, we are waiting for infra to create a new database for Plugin Portal 
(#INFRA-18310) and then plan to deploy new Plugin Portal 3.0 to the netbeans-vm 
machine.

> Replace plugin portal service 
> --
>
> Key: NETBEANS-201
> URL: https://issues.apache.org/jira/browse/NETBEANS-201
> Project: NetBeans
>  Issue Type: Task
>  Components: website
>Reporter: Wade Chandler
>Priority: Major
>
> The current NetBeans plugin portal site has a backing service used to help 
> upload, edit, list, etc plugin information for authors. We need something 
> similar to better support plugin authors and the plugin center. You can see 
> this at the following URL while it is still enabled 
> http://plugins.netbeans.org/



--
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



[netbeans-jenkins-lib] branch master updated: Apache NetBeans 11.0 correct release date

2019-05-22 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git


The following commit(s) were added to refs/heads/master by this push:
 new 550f0a4  Apache NetBeans 11.0 correct release date
550f0a4 is described below

commit 550f0a4573c84840d158e88595358ed39ff9b3ac
Author: Eric Barboni 
AuthorDate: Thu May 23 01:22:40 2019 +0200

Apache NetBeans 11.0 correct release date
---
 meta/netbeansrelease.json | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/netbeansrelease.json b/meta/netbeansrelease.json
index 033d2df..15edd8a 100644
--- a/meta/netbeansrelease.json
+++ b/meta/netbeansrelease.json
@@ -43,8 +43,8 @@
 "tlp": "false",
 "apidocurl": "https://bits.netbeans.org/11.0/javadoc;,
 "releasedate": {
-"day": "13",
-"month": "02",
+"day": "04",
+"month": "04",
 "year": "2019"
 },
 "previousrelease": {
@@ -66,9 +66,9 @@
 "year": "-"
 },
 "previousrelease": {
-"day": "2019",
+"day": "04",
 "month": "04",
-"year": "04"
+"year": "2019"
 }
 }
 }
\ No newline at end of file


-
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-2589) Opening NetBeans

2019-05-22 Thread Bradley Still (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2589?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bradley Still updated NETBEANS-2589:

Description: Just opening Netbeans.

> Opening NetBeans
> 
>
> Key: NETBEANS-2589
> URL: https://issues.apache.org/jira/browse/NETBEANS-2589
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0
>Reporter: Bradley Still
>Priority: Minor
> Attachments: bug.txt
>
>
> Just opening 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



[netbeans-jenkins-lib] branch master updated: use same date pattern, transform in the script

2019-05-22 Thread skygo
This is an automated email from the ASF dual-hosted git repository.

skygo pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans-jenkins-lib.git


The following commit(s) were added to refs/heads/master by this push:
 new bf84ef9  use same date pattern, transform in the script
bf84ef9 is described below

commit bf84ef90116d574e432cbb6b40cf24b0db1a2cd2
Author: Eric Barboni 
AuthorDate: Thu May 23 00:03:34 2019 +0200

use same date pattern, transform in the script
---
 meta/netbeansrelease.json| 34 +++---
 vars/asfMainNetBeansBuild.groovy | 29 +++--
 2 files changed, 46 insertions(+), 17 deletions(-)

diff --git a/meta/netbeansrelease.json b/meta/netbeansrelease.json
index 9b3327b..033d2df 100644
--- a/meta/netbeansrelease.json
+++ b/meta/netbeansrelease.json
@@ -4,11 +4,14 @@
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
-"releaseDate": "29 Jul 2018",
-"atomreleaseDate": "2018-07-29T12:00:00Z",
 "tlp": "false",
 "apidocurl": "https://bits.netbeans.org/9.0/javadoc;,
-"previousrelease": {
+"releasedate": {
+"day": "29",
+"month": "07",
+"year": "2018"
+},
+"previousreleasedate": {
 "day": "03",
 "month": "10",
 "year": "2016"
@@ -19,10 +22,13 @@
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
-"releaseDate": "27 Dec 2018",
-"atomreleaseDate": "2018-12-27T12:00:00Z",
 "tlp": "false",
 "apidocurl": "https://bits.netbeans.org/10.0/javadoc;,
+"releasedate": {
+"day": "27",
+"month": "12",
+"year": "2018"
+},
 "previousrelease": {
 "day": "29",
 "month": "07",
@@ -30,14 +36,17 @@
 }
 },
 "release110": {
-"position" : "3",
+"position": "3",
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
-"releaseDate": "13 Feb 2019",
-"atomreleaseDate": "2019-02-13T12:00:00Z",
 "tlp": "false",
 "apidocurl": "https://bits.netbeans.org/11.0/javadoc;,
+"releasedate": {
+"day": "13",
+"month": "02",
+"year": "2019"
+},
 "previousrelease": {
 "day": "27",
 "month": "12",
@@ -45,14 +54,17 @@
 }
 },
 "master": {
-"position" : "4",
+"position": "4",
 "ant": "Ant (latest)",
 "jdk": "JDK 1.8 (latest)",
 "maven": "Maven 3.3.9",
-"releaseDate": "-",
-"atomreleaseDate": "-",
 "tlp": "true",
 "apidocurl": "https://bits.netbeans.org/dev/javadoc;,
+"releasedate": {
+"day": "-",
+"month": "-",
+"year": "-"
+},
 "previousrelease": {
 "day": "2019",
 "month": "04",
diff --git a/vars/asfMainNetBeansBuild.groovy b/vars/asfMainNetBeansBuild.groovy
index 231eb2f..6b500d8 100644
--- a/vars/asfMainNetBeansBuild.groovy
+++ b/vars/asfMainNetBeansBuild.groovy
@@ -41,13 +41,30 @@ def call(Map params = [:]) {
 script {
 // test if we can do that 
 sh 'curl 
"https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json;
 -o netbeansrelease.json'
-def releaseData = readJSON file: 'netbeansrelease.json'
+def releaseInformation = readJSON file: 
'netbeansrelease.json'
 sh 'rm -f netbeansrelease.json'
-myAnt = releaseData[env.BRANCH_NAME].ant;
-apidocurl = releaseData[env.BRANCH_NAME].apidocurl
-date  = releaseData[env.BRANCH_NAME].releaseDate
-atomdate = releaseData[env.BRANCH_NAME].atomreleaseDate
-jdktool = releaseData[env.BRANCH_NAME].jdk
+myAnt = releaseInformation[env.BRANCH_NAME].ant;
+apidocurl = 
releaseInformation[env.BRANCH_NAME].apidocurl
+def month
+switch 
(releaseInformation[env.BRANCH_NAME].releasedate['month']) {
+case '01':month  = 'Jan'; break;
+case '02':month  = 'Feb'; break;
+case '03':month  = 'Mar'; break;
+case '04':month  = 'Apr'; break;
+case '05':month  = 'May'; break;
+case '06':month  = 'Jun'; break;
+case '07':month  = 'Jul'; break;
+case '08':month  = 'Aug'; break;
+case '09':month  = 'Sep'; break;
+

[jira] [Updated] (NETBEANS-39) No code completion in Jade files while typing

2019-05-22 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-39?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated NETBEANS-39:
---
Labels: pull-request-available  (was: )

> No code completion in Jade files while typing
> -
>
> Key: NETBEANS-39
> URL: https://issues.apache.org/jira/browse/NETBEANS-39
> Project: NetBeans
>  Issue Type: Bug
>  Components: javascript - Jade
>Affects Versions: 8.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: pull-request-available
> Attachments: jade-no-code-completion.gif
>
>
> As you can see it in my screencapture, there is no code completion while 
> typing. It only appears after using ctrl + space, but I don't have to use it 
> in other languages. It should appear right after hitting one character. Only 
> after using <, the code completion for html is comming up immediately.



--
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-2588) NPE when trying to run unit tests

2019-05-22 Thread Roger Terrell (JIRA)
Roger Terrell created NETBEANS-2588:
---

 Summary: NPE when trying to run unit tests
 Key: NETBEANS-2588
 URL: https://issues.apache.org/jira/browse/NETBEANS-2588
 Project: NetBeans
  Issue Type: Bug
  Components: projects - Gradle
Affects Versions: 11.0
 Environment: Windows 10, Java 12.0.1, NetBeans 11, Gradle 5.4.1, JUnit 
5.4.2, Spring Boot 2.1.4.RELEASE
Reporter: Roger Terrell
 Attachments: stacktrace.txt

Got a NullPointerException while trying to run unit tests in an app with a 
gradle build. See environment details.  The NetBeans stack trace is in the 
attachment.



--
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-2580) Main window size affects performance / build times on macOS

2019-05-22 Thread Tomas Krivanek (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tomas Krivanek updated NETBEANS-2580:
-
Attachment: slow-build-large-window.npss

> Main window size affects performance / build times on macOS
> ---
>
> Key: NETBEANS-2580
> URL: https://issues.apache.org/jira/browse/NETBEANS-2580
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.14.5
> java 1.8.0_92
> Same behavior experienced in NetBeans 8.2 and 11.0
>Reporter: Tomas Krivanek
>Priority: Critical
> Attachments: fast-build-small-window.npss, multi-window-big-slow.jpg, 
> multi-window-small-fast.jpg, single-window-big-slow.jpg, 
> single-window-small-fast.jpg, slow-build-large-window.npss
>
>
> After switching to 4k display I noticed significant increase of build times 
> of my java projects in NetBeans. For example, project that previously build 
> in 15s now take about 1m30s. 
> After trying different resolutions and layouts I found out that it is the 
> size of main NetBeans window, what have greatest impact on compile times!
> I am using NetBeans with all tabs detached to own windows with empty main 
> window shrinked to smallest possible size as workaround. Please see attached 
> screenshots with different layouts and typical build times of simple hello 
> world project.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-2580) Main window size affects performance / build times on macOS

2019-05-22 Thread Tomas Krivanek (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tomas Krivanek updated NETBEANS-2580:
-
Attachment: fast-build-small-window.npss

> Main window size affects performance / build times on macOS
> ---
>
> Key: NETBEANS-2580
> URL: https://issues.apache.org/jira/browse/NETBEANS-2580
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.14.5
> java 1.8.0_92
> Same behavior experienced in NetBeans 8.2 and 11.0
>Reporter: Tomas Krivanek
>Priority: Critical
> Attachments: fast-build-small-window.npss, multi-window-big-slow.jpg, 
> multi-window-small-fast.jpg, single-window-big-slow.jpg, 
> single-window-small-fast.jpg, slow-build-large-window.npss
>
>
> After switching to 4k display I noticed significant increase of build times 
> of my java projects in NetBeans. For example, project that previously build 
> in 15s now take about 1m30s. 
> After trying different resolutions and layouts I found out that it is the 
> size of main NetBeans window, what have greatest impact on compile times!
> I am using NetBeans with all tabs detached to own windows with empty main 
> window shrinked to smallest possible size as workaround. Please see attached 
> screenshots with different layouts and typical build times of simple hello 
> world project.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Updated] (NETBEANS-2580) Main window size affects performance / build times on macOS

2019-05-22 Thread Tomas Krivanek (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2580?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tomas Krivanek updated NETBEANS-2580:
-
Description: 
After switching to 4k display I noticed significant increase of build times of 
my java projects in NetBeans. For example, project that previously build in 15s 
now take about 1m30s. 

After trying different resolutions and layouts I found out that it is the size 
of main NetBeans window, what have greatest impact on compile times!

I am using NetBeans with all tabs detached to own windows with empty main 
window shrinked to smallest possible size as workaround. Please see attached 
screenshots with different layouts and typical build times of simple hello 
world project.

 

  was:
After switching to 4k display I noticed significant increase of build times of 
my java projects in NetBeans. For example, project that previously build in 15s 
now take about 1m30s. 

After trying different resolutions and layouts I found out that it is the size 
of main NetBeans window, what have greatest impact on compile times!

I am using NetBeans with all tabs detached to own windows with empty main 
window shrieked to smallest possible size as workaround. Please see attached 
screenshots with different layouts and typical build times of simple hello 
world project.

 


> Main window size affects performance / build times on macOS
> ---
>
> Key: NETBEANS-2580
> URL: https://issues.apache.org/jira/browse/NETBEANS-2580
> Project: NetBeans
>  Issue Type: Bug
> Environment: macOS 10.14.5
> java 1.8.0_92
> Same behavior experienced in NetBeans 8.2 and 11.0
>Reporter: Tomas Krivanek
>Priority: Critical
> Attachments: multi-window-big-slow.jpg, multi-window-small-fast.jpg, 
> single-window-big-slow.jpg, single-window-small-fast.jpg
>
>
> After switching to 4k display I noticed significant increase of build times 
> of my java projects in NetBeans. For example, project that previously build 
> in 15s now take about 1m30s. 
> After trying different resolutions and layouts I found out that it is the 
> size of main NetBeans window, what have greatest impact on compile times!
> I am using NetBeans with all tabs detached to own windows with empty main 
> window shrinked to smallest possible size as workaround. Please see attached 
> screenshots with different layouts and typical build times of simple hello 
> world project.
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[jira] [Commented] (NETBEANS-1997) JaCoCo 0.8.2 breaks code coverage integration

2019-05-22 Thread Mark Herkrath (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1997?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16846027#comment-16846027
 ] 

Mark Herkrath commented on NETBEANS-1997:
-

It's replicating with NetBeans 11 and JaCoCo 0.8.2. Downgrading to 0.8.1 also 
works for me. However, the Report windows has to be closed and re-opened 
thereafter.

> JaCoCo 0.8.2 breaks code coverage integration
> -
>
> Key: NETBEANS-1997
> URL: https://issues.apache.org/jira/browse/NETBEANS-1997
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Philip Durbin
>Assignee: John McDonnell
>Priority: Minor
>
> I asked, "Does JaCoCo 0.8.2 break NetBeans code coverage?" on the users 
> mailing list: 
> [https://lists.apache.org/thread.html/509bfddb9273726a6e8dff1ca419790b40858d6a648b4413142e2abe@%3Cusers.netbeans.apache.org%3E]
> Geertjan Wielenga said to go ahead and open an issue so I believe he agrees 
> that it does.
> The main evidence seems to be in 
> [https://github.com/jacoco/jacoco/issues/772] where a JaCoCo developer, 
> Evgeny Mandrikov, said the following.
> "AFAIK NetBeans integration reads XML Report, which was intentionally changed 
> in version 0.8.2 in a perfectly valid way by addition of new attribute - see 
> https://github.com/jacoco/jacoco/pull/702. NetBeans integration must be fixed 
> accordingly and ideally be less strict to cope with such updates in future. 
> This problem should reported to developers of NetBeans integration, since it 
> is not developed by us - as you can see on page 
> [https://www.jacoco.org/jacoco/trunk/doc/integrations.html] "
> My workaround was to downgrade to JaCoCo 0.8.1, as I explained in 
> [https://github.com/IQSS/dataverse/issues/5483] 
>  



--
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-2587) Scrolling up in the documentation window cause crash

2019-05-22 Thread JIRA
Burak Gök created NETBEANS-2587:
---

 Summary: Scrolling up in the documentation window cause crash
 Key: NETBEANS-2587
 URL: https://issues.apache.org/jira/browse/NETBEANS-2587
 Project: NetBeans
  Issue Type: Bug
  Components: platform - Window System
Affects Versions: 11.0
 Environment: Apache NetBeans IDE 11.0 (Build 
incubator-netbeans-release-404-on-20190319)
Windows 10
Reporter: Burak Gök


Scrolling up in the documentation window cause IDE to crash silently.
 * No error messages are shown before the crash.
 * The modified files are unsaved.
 * messages.log does not include any information about the crash.

I can always reproduce the issue when I do the following steps:
 # Place the mouse pointer on an identifier that can have a documentation (it 
does not have to have a documentation).
 # Press Ctrl + Shift + Space or select Source > Show Documentation.
 # After the (possibly empty) documentation window appears, scroll up before 
scrolling down.



--
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-2119) Update the Snap package descriptor files on master

2019-05-22 Thread Laszlo Kishalmi (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Laszlo Kishalmi resolved NETBEANS-2119.
---
Resolution: Fixed

It is live now: https://snapcraft.io/netbeans-dev

> 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
>  Labels: pull-request-available
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> 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] [Closed] (NETBEANS-2586) Gradle files -- missing filename in editor tab; only revision history in editor body

2019-05-22 Thread Roger Terrell (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Roger Terrell closed NETBEANS-2586.
---
Resolution: Duplicate

Duplicate of another issue... the workaround suggested there resolved my 
problem as well.

> Gradle files -- missing filename in editor tab; only revision history in 
> editor body
> 
>
> Key: NETBEANS-2586
> URL: https://issues.apache.org/jira/browse/NETBEANS-2586
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Gradle
>Affects Versions: 11.0
> Environment: Windows 10, Java 12.0.1, NetBeans 11.0 (Build 
> incubator-netbeans-release-404-on-20190319), Gradle 5.4.1
>Reporter: Roger Terrell
>Priority: Critical
> Attachments: Capture.PNG
>
>
> I am suddenly having a problem when I open Gradle-related files (build.gradle 
> for either root project or subproject, or settings.gradle) in NetBeans 11.  
> This was previously working with this same environment.
> As shown in the attachment, the build.gradle filename does not appear in the 
> editor tab and the file automatically opens in revision-history mode. The 
> "Source" button that normally appears to the left of the "History" button is 
> not present, so I can't switch back to source at all. In other words, I 
> literally have no access to the content of the file from within NetBeans.
> I have tried:
>  # Closing/reopening the projects.
>  # Restarting NetBeans.
>  # Ensuring that no Gradle daemons are running before starting NetBeans.
>  # Checked the IDE log... I see no errors or related statements.
>  
>  



--
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-2586) Gradle files -- missing filename in editor tab; only revision history in editor body

2019-05-22 Thread Roger Terrell (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845790#comment-16845790
 ] 

Roger Terrell commented on NETBEANS-2586:
-

Just found issue NETBEANS-2586; the workaround suggested there (activate 
groovy) solved my problem as well.  I just don't know why it was previously 
working with this environment and suddenly stopped.

> Gradle files -- missing filename in editor tab; only revision history in 
> editor body
> 
>
> Key: NETBEANS-2586
> URL: https://issues.apache.org/jira/browse/NETBEANS-2586
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Gradle
>Affects Versions: 11.0
> Environment: Windows 10, Java 12.0.1, NetBeans 11.0 (Build 
> incubator-netbeans-release-404-on-20190319), Gradle 5.4.1
>Reporter: Roger Terrell
>Priority: Critical
> Attachments: Capture.PNG
>
>
> I am suddenly having a problem when I open Gradle-related files (build.gradle 
> for either root project or subproject, or settings.gradle) in NetBeans 11.  
> This was previously working with this same environment.
> As shown in the attachment, the build.gradle filename does not appear in the 
> editor tab and the file automatically opens in revision-history mode. The 
> "Source" button that normally appears to the left of the "History" button is 
> not present, so I can't switch back to source at all. In other words, I 
> literally have no access to the content of the file from within NetBeans.
> I have tried:
>  # Closing/reopening the projects.
>  # Restarting NetBeans.
>  # Ensuring that no Gradle daemons are running before starting NetBeans.
>  # Checked the IDE log... I see no errors or related statements.
>  
>  



--
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-2586) Gradle files -- missing filename in editor tab; only revision history in editor body

2019-05-22 Thread Roger Terrell (JIRA)
Roger Terrell created NETBEANS-2586:
---

 Summary: Gradle files -- missing filename in editor tab; only 
revision history in editor body
 Key: NETBEANS-2586
 URL: https://issues.apache.org/jira/browse/NETBEANS-2586
 Project: NetBeans
  Issue Type: Bug
  Components: projects - Gradle
Affects Versions: 11.0
 Environment: Windows 10, Java 12.0.1, NetBeans 11.0 (Build 
incubator-netbeans-release-404-on-20190319), Gradle 5.4.1
Reporter: Roger Terrell
 Attachments: Capture.PNG

I am suddenly having a problem when I open Gradle-related files (build.gradle 
for either root project or subproject, or settings.gradle) in NetBeans 11.  
This was previously working with this same environment.

As shown in the attachment, the build.gradle filename does not appear in the 
editor tab and the file automatically opens in revision-history mode. The 
"Source" button that normally appears to the left of the "History" button is 
not present, so I can't switch back to source at all. In other words, I 
literally have no access to the content of the file from within NetBeans.

I have tried:
 # Closing/reopening the projects.
 # Restarting NetBeans.
 # Ensuring that no Gradle daemons are running before starting NetBeans.
 # Checked the IDE log... I see no errors or related statements.

 

 



--
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-2573) PHPUNIT update breaks running single test

2019-05-22 Thread Alan Langford (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845770#comment-16845770
 ] 

Alan Langford commented on NETBEANS-2573:
-

This is a new breakage caused by changes to the command line parser in PHPUnit. 
I would not be surprised if the PHPUnit team is unreceptive to our request for 
argument pass-through, especially since the lead developer's response to my 
comment about this on Twitter was to suggest PHPStorm :(.

[~mhirsch] is correct. NetBeansSuite.php is no longer required as PHPUnit has 
the capacity to achieve the same goals without it.

A CLI solution to running multiple tests may be in the works 
([https://github.com/sebastianbergmann/phpunit/issues/3387]) but I suspect 
generating a temporary XML file would be both more robust and more maintainable 
long term. Theoretically we take the base phpunit.xml and apply a transform to 
it to get what we want. If that transform is saved in configuration/settings, 
then if the base file changes it's a matter of reworking the transform and no 
code needs to change. This would also make it easier to track breaking changes 
between versions of PHPUnit.

> PHPUNIT update breaks running single test
> -
>
> Key: NETBEANS-2573
> URL: https://issues.apache.org/jira/browse/NETBEANS-2573
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - PHPUnit
>Affects Versions: 11.0
> Environment: Netbeans 11.0, PHP 7.3
>Reporter: Alan Langford
>Assignee: Tomáš Myšík
>Priority: Major
>
> When running a single test file and PHPUnit installed via composer, Netbeans 
> generates a command line of this general form:
> php.exe "\{project}\vendor\phpunit\phpunit\phpunit" "--colors" "log-junit" 
> "\{temp}\nb-phpunit-log.xml" "configuration" "\{project}\phpunit.xml" 
> "coverage-clover" "\{temp}\nb-phpunit-coverage.xml" "C:\Program 
> Files\netbeans 11\php\phpunit\NetBeansSuite.php" "--" 
> "–run=\{project}\tests\SomeTest.php"
> The "–" argument used to fool PHPUnit. PHPUnit would strip the dashes and 
> pass a empty string for the name of the test file.
> NetBeansSuite.php would then extract the --run=argument and run the test.
> The latest master for PHPUnit (a79e18fe27) has changed the way command lines 
> are parsed; the "–" is discarded. PHPUnit then reports an error:
> Cannot open file "–run=\{project}\tests\SomeTest.php"
> I believe passing
> NetBeansSuite "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php"
> instead of
> "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php" "–"
> Will resolve the problem.



--
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-1962) Java 11: Opening Java source files from the JDK takes minutes

2019-05-22 Thread Ancoron Luciferis (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845765#comment-16845765
 ] 

Ancoron Luciferis commented on NETBEANS-1962:
-

I also just found that a previous installations (NetBeans versions 9 and 10) 
actually generated correct source resource URI's such as:
{noformat}
jar:file:/usr/lib/jvm/java-11-openjdk-amd64/src.zip!/jdk.security.auth/
{noformat}
...maybe at first start, IDK. However, NetBeans 11 (installation from ZIP file) 
did not.

> Java 11: Opening Java source files from the JDK takes minutes
> -
>
> Key: NETBEANS-1962
> URL: https://issues.apache.org/jira/browse/NETBEANS-1962
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Platform, java - Source
>Affects Versions: 11.0
> Environment: Debian GNU/Linux 9, OpenJDK 11.0.1
>Reporter: Michael Groß
>Priority: Critical
> Attachments: 
> 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_fast.png, 
> 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_verySLOW.png, 
> 2019-01-20_Netbeans10_Java8_JavaPlatformManager_Sources.png
>
>
> For Java 8 it is enough to provide the path to the 
> /usr/lib/jvm/openjdk-8/src.zip with the source files of the JDK with the Java 
> Platform Manager/Sources. The I can click on a class like java.lang.String 
> the source file for it is opened almost immediately.
> For Java 11 providing the /usr/lib/jvm/openjdk-11/src.zip does not bring the 
> source. There is no error message in the IDE log (View > IDE Log).
> Unpacking the src.zip and then including each folder herein, from java.base 
> to java.xml.crypto works - but it took minutes on my machine at high CPU load 
> (Intel(R) Pentium(R) CPU B940 @ 2.00GHz, SSD drive).
> Then I merged all sub-directories from the direcories java.base to 
> java.xml.crypto together. The resulting structure is
> com/
> java/
> javax/
> jdk/
> org/
> sun/
> (such as the structure before Java 9). Now I can open the Java sources for 
> Java 11 as fast as before.
>  # Could you please adapt the program such that I can provide a src.zip for 
> the JDK and it opens the sources from where?
>  # Could you please write an error in the IDE log when the source file was 
> not found (including the absolute path of that file)?



--
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-2565) NB-based application fails to verify NB plugin signatures

2019-05-22 Thread ASF GitHub Bot (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2565?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated NETBEANS-2565:
-
Labels: pull-request-available  (was: )

> NB-based application fails to verify NB plugin signatures
> -
>
> Key: NETBEANS-2565
> URL: https://issues.apache.org/jira/browse/NETBEANS-2565
> Project: NetBeans
>  Issue Type: Bug
>  Components: updatecenters - Pluginportal
>Affects Versions: 11.0
>Reporter: Svatopluk Dedic
>Priority: Major
>  Labels: pull-request-available
>
> I have a NB platform app application, which includes *updatecenters* module 
> from the *nb* cluster.  
> I am now trying to upgrade to NB11 and it seems that the file 
> *nb/core/ide.ks* file is not copied to the application distribution.
> Steps to reproduce:
>  # Create NB Platform Application project
>  # include *Update Centers* module from *nb* cluster
>  # Build
>  # Package as > ZIP
>  # unzip the zipfile
> There's no *ide.ks* file.
> Effects:
>  # When run with assertion disabled, all modules downloaded from NB update 
> center or plugin portal appear unsigned
>  # When run with assertions enabled, the following assertion is thrown / 
> displayed as error dialog:
> {noformat}
> java.lang.AssertionError: File found at core/ide.ks 
>     at 
> org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStoreFile(NetBeansKeyStoreProvider.java:48)
>  
>     at 
> org.netbeans.modules.updatecenters.resources.NetBeansKeyStoreProvider.getKeyStore(NetBeansKeyStoreProvider.java:43)
>  
>     at 
> org.netbeans.modules.autoupdate.services.Utilities.getKeyStore(Utilities.java:121)
>  
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.verifyNbm(InstallSupportImpl.java:1056)
>  
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:847)
>  
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.doValidate(InstallSupportImpl.java:800)
>  
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$900(InstallSupportImpl.java:73)
>  
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:245)
>  
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl$2.call(InstallSupportImpl.java:218)
>  
>     at java.util.concurrent.FutureTask.run(FutureTask.java:266){noformat}



--
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-1962) Java 11: Opening Java source files from the JDK takes minutes

2019-05-22 Thread Ancoron Luciferis (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845743#comment-16845743
 ] 

Ancoron Luciferis commented on NETBEANS-1962:
-

The actual error is that NetBeans does not provide any hint of how it expects 
the sources for the modules to be presented and also does not provide any 
message if provided in a form that doesn't make sense for a Java Platform 
version using modules.

So I see two options here:
 # In case of a Java Platform version 9+, handle the classical {{src.zip}} 
differently for the modules (no changes at the source distribution/distributor 
side)
 # In case of a Java Platform version 9+, require module-specific sources, e.g. 
a ZIP file or directory per module (this would require action from source 
distributors, either human being post-work after download or source package 
maintainer)

P.S.: (*WARNING - Debian-based distros only*) I just followed the simple route 
to unzip using system tools (was pretty fast here) and then adding all those 
directories to the default Java Platform in file 
"{{~/.netbeans/11.0/config/Services/Platforms/org-netbeans-api-java-Platform/default_platform.xml}}",
 generated with:
{code}
find /usr/lib/jvm/openjdk-11/lib/ -mindepth 1 -maxdepth 1 -type d -printf ' 
   file:%p/\n' \
| sort \
| sed '1s/^/   \n/; $s/$/\n<\/sources>/'
{code}
...generates:
{noformat}
   
file:/usr/lib/jvm/openjdk-11/lib/java.base/
file:/usr/lib/jvm/openjdk-11/lib/java.compiler/
file:/usr/lib/jvm/openjdk-11/lib/java.datatransfer/
file:/usr/lib/jvm/openjdk-11/lib/java.desktop/
...
{noformat}
Starting NetBeans afterwards made the source navigation available instantly - 
no noticeable delay for "finding" the source file and opening it.

> Java 11: Opening Java source files from the JDK takes minutes
> -
>
> Key: NETBEANS-1962
> URL: https://issues.apache.org/jira/browse/NETBEANS-1962
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Platform, java - Source
>Affects Versions: 11.0
> Environment: Debian GNU/Linux 9, OpenJDK 11.0.1
>Reporter: Michael Groß
>Priority: Critical
> Attachments: 
> 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_fast.png, 
> 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_verySLOW.png, 
> 2019-01-20_Netbeans10_Java8_JavaPlatformManager_Sources.png
>
>
> For Java 8 it is enough to provide the path to the 
> /usr/lib/jvm/openjdk-8/src.zip with the source files of the JDK with the Java 
> Platform Manager/Sources. The I can click on a class like java.lang.String 
> the source file for it is opened almost immediately.
> For Java 11 providing the /usr/lib/jvm/openjdk-11/src.zip does not bring the 
> source. There is no error message in the IDE log (View > IDE Log).
> Unpacking the src.zip and then including each folder herein, from java.base 
> to java.xml.crypto works - but it took minutes on my machine at high CPU load 
> (Intel(R) Pentium(R) CPU B940 @ 2.00GHz, SSD drive).
> Then I merged all sub-directories from the direcories java.base to 
> java.xml.crypto together. The resulting structure is
> com/
> java/
> javax/
> jdk/
> org/
> sun/
> (such as the structure before Java 9). Now I can open the Java sources for 
> Java 11 as fast as before.
>  # Could you please adapt the program such that I can provide a src.zip for 
> the JDK and it opens the sources from where?
>  # Could you please write an error in the IDE log when the source file was 
> not found (including the absolute path of that file)?



--
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-1962) Java 11: Opening Java source files from the JDK takes minutes

2019-05-22 Thread ARUNAVA SINHA (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845740#comment-16845740
 ] 

ARUNAVA SINHA commented on NETBEANS-1962:
-

Step #2, I was referring to development build ,After building the IDE from the 
source code, the IDE can be run by running this command from the root directory 
or from nbbuild directory 

*ant tryme -Dtryme.jdkhome=""the jdk path""*

> Java 11: Opening Java source files from the JDK takes minutes
> -
>
> Key: NETBEANS-1962
> URL: https://issues.apache.org/jira/browse/NETBEANS-1962
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Platform, java - Source
>Affects Versions: 11.0
> Environment: Debian GNU/Linux 9, OpenJDK 11.0.1
>Reporter: Michael Groß
>Priority: Critical
> Attachments: 
> 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_fast.png, 
> 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_verySLOW.png, 
> 2019-01-20_Netbeans10_Java8_JavaPlatformManager_Sources.png
>
>
> For Java 8 it is enough to provide the path to the 
> /usr/lib/jvm/openjdk-8/src.zip with the source files of the JDK with the Java 
> Platform Manager/Sources. The I can click on a class like java.lang.String 
> the source file for it is opened almost immediately.
> For Java 11 providing the /usr/lib/jvm/openjdk-11/src.zip does not bring the 
> source. There is no error message in the IDE log (View > IDE Log).
> Unpacking the src.zip and then including each folder herein, from java.base 
> to java.xml.crypto works - but it took minutes on my machine at high CPU load 
> (Intel(R) Pentium(R) CPU B940 @ 2.00GHz, SSD drive).
> Then I merged all sub-directories from the direcories java.base to 
> java.xml.crypto together. The resulting structure is
> com/
> java/
> javax/
> jdk/
> org/
> sun/
> (such as the structure before Java 9). Now I can open the Java sources for 
> Java 11 as fast as before.
>  # Could you please adapt the program such that I can provide a src.zip for 
> the JDK and it opens the sources from where?
>  # Could you please write an error in the IDE log when the source file was 
> not found (including the absolute path of that file)?



--
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-1962) Java 11: Opening Java source files from the JDK takes minutes

2019-05-22 Thread Ancoron Luciferis (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-1962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845708#comment-16845708
 ] 

Ancoron Luciferis commented on NETBEANS-1962:
-

[~arunava.sinha]: Step #2 doesn't make sense for me (on Linux/Debian here). 
Which {{build.xml}} are you referring to?

> Java 11: Opening Java source files from the JDK takes minutes
> -
>
> Key: NETBEANS-1962
> URL: https://issues.apache.org/jira/browse/NETBEANS-1962
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Platform, java - Source
>Affects Versions: 11.0
> Environment: Debian GNU/Linux 9, OpenJDK 11.0.1
>Reporter: Michael Groß
>Priority: Critical
> Attachments: 
> 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_fast.png, 
> 2019-01-19_Netbeans10_Java11_JavaPlatformManager_Sources_verySLOW.png, 
> 2019-01-20_Netbeans10_Java8_JavaPlatformManager_Sources.png
>
>
> For Java 8 it is enough to provide the path to the 
> /usr/lib/jvm/openjdk-8/src.zip with the source files of the JDK with the Java 
> Platform Manager/Sources. The I can click on a class like java.lang.String 
> the source file for it is opened almost immediately.
> For Java 11 providing the /usr/lib/jvm/openjdk-11/src.zip does not bring the 
> source. There is no error message in the IDE log (View > IDE Log).
> Unpacking the src.zip and then including each folder herein, from java.base 
> to java.xml.crypto works - but it took minutes on my machine at high CPU load 
> (Intel(R) Pentium(R) CPU B940 @ 2.00GHz, SSD drive).
> Then I merged all sub-directories from the direcories java.base to 
> java.xml.crypto together. The resulting structure is
> com/
> java/
> javax/
> jdk/
> org/
> sun/
> (such as the structure before Java 9). Now I can open the Java sources for 
> Java 11 as fast as before.
>  # Could you please adapt the program such that I can provide a src.zip for 
> the JDK and it opens the sources from where?
>  # Could you please write an error in the IDE log when the source file was 
> not found (including the absolute path of that file)?



--
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-2584) Unhandled cases in Convert to Rule / Expression switch Hint

2019-05-22 Thread Svatopluk Dedic (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Svatopluk Dedic updated NETBEANS-2584:
--
Description: 
During review of PR#1237, there were some glitches which may be handled better. 
None of them actually break code semantics or compilability, so I consider that 
an improvement.

Set source level to 12 for the following snippet.
{code:java}
public class JavaApplication1 {

/**
 * @param args the command line arguments
 */
public static void main(String[] args) {
// TODO code application logic here
int a = 0;
int b = 2;
}

   int f1(String p) {
int a = 0;
int b = 2;
int r = 5;
switch (p) {
case "a": {
if (a == 0) {
break;
}
r = 1;
break;
} 
case "b": r = 2; break;
   // the ending brace will be placed at the 'case' line, not aligned 
with the 'switch' statement
}

int f2(String p) {
int a = 0;
int r;
switch (p) {
case "a": {
r = 1;
// if remains with an empty body. Ugly, but we need to ensure
// that possible side effects from the tests happen.
if (a == 0) {
break;
}
break;
} 
default: r = 3;
}
return r;
}

int f3(String p) {
int a = 0;
int b = 2;
int r;

// this switch is not recognized as a possible expression switch
// but it could, the {} contains just an assignment.
switch (p) {
case "a": {
r = 1;
break;
} 

case "b": r = 2; break;
default: r = 3; break;
}
return r;
}

}

{code}

  was:
During review of PR#1237, there were some glitches which may be handled better. 
None of them actually break code semantics or compilability, so I consider that 
an improvement.

Set source level to 12 for the following snippet.
{code:java}
public class JavaApplication1 {

/**
 * @param args the command line arguments
 */
public static void main(String[] args) {
// TODO code application logic here
int a = 0;
int b = 2;
}

   int f1(String p) {
int a = 0;
int b = 2;
int r = 5;
switch (p) {
case "a": {
if (a == 0) {
break;
}
r = 1;
break;
} 
case "b": r = 2; break;
   // the ending brace will be placed at the 'case' line, not aligned 
with the 'switch' statement
}

int f2(String p) {
int a = 0;
int r;
switch (p) {
case "a": {
r = 1;
// if remains with an empty body. Ugly, but we need to ensure
// that possible side effects from the tests happen.
if (a == 0) {
break;
}
break;
} 
default: r = 3;
}
return r;
}

int f3(String p) {
int a = 0;
int b = 2;
int r;

// this switch is not recognized as a possible expression switch
// but it could, the {} contains just one statement
switch (p) {
case "a": {
r = 1;
break;
} 

case "b": r = 2; break;
default: r = 3; break;
}
return r;
}

}

{code}


> Unhandled cases in Convert to Rule / Expression switch Hint
> ---
>
> Key: NETBEANS-2584
> URL: https://issues.apache.org/jira/browse/NETBEANS-2584
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Svatopluk Dedic
>Assignee: vikas kumar prabhakar
>Priority: Major
>
> During review of PR#1237, there were some glitches which may be handled 
> better. None of them actually break code semantics or compilability, so I 
> consider that an improvement.
> Set source level to 12 for the following snippet.
> {code:java}
> public class JavaApplication1 {
> /**
>  * @param args the command line arguments
>  */
> public static void main(String[] args) {
> // TODO code application logic here
> int a = 0;
> int b = 2;
> }
> 
>int f1(String p) {
> int a = 0;
> int b = 2;
> int r = 5;
> switch (p) {
> case "a": {
> if (a == 0) {
> break;
> }
> r = 1;
> 

[jira] [Created] (NETBEANS-2584) Unhandled cases in Convert to Rule / Expression switch Hint

2019-05-22 Thread Svatopluk Dedic (JIRA)
Svatopluk Dedic created NETBEANS-2584:
-

 Summary: Unhandled cases in Convert to Rule / Expression switch 
Hint
 Key: NETBEANS-2584
 URL: https://issues.apache.org/jira/browse/NETBEANS-2584
 Project: NetBeans
  Issue Type: Improvement
Reporter: Svatopluk Dedic
Assignee: vikas kumar prabhakar


During review of PR#1237, there were some glitches which may be handled better. 
None of them actually break code semantics or compilability, so I consider that 
an improvement.

Set source level to 12 for the following snippet.
{code:java}
public class JavaApplication1 {

/**
 * @param args the command line arguments
 */
public static void main(String[] args) {
// TODO code application logic here
int a = 0;
int b = 2;
}

   int f1(String p) {
int a = 0;
int b = 2;
int r = 5;
switch (p) {
case "a": {
if (a == 0) {
break;
}
r = 1;
break;
} 
case "b": r = 2; break;
   // the ending brace will be placed at the 'case' line, not aligned 
with the 'switch' statement
}

int f2(String p) {
int a = 0;
int r;
switch (p) {
case "a": {
r = 1;
// if remains with an empty body. Ugly, but we need to ensure
// that possible side effects from the tests happen.
if (a == 0) {
break;
}
break;
} 
default: r = 3;
}
return r;
}

int f3(String p) {
int a = 0;
int b = 2;
int r;

// this switch is not recognized as a possible expression switch
// but it could, the {} contains just one statement
switch (p) {
case "a": {
r = 1;
break;
} 

case "b": r = 2; break;
default: r = 3; break;
}
return r;
}

}

{code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



[netbeans] branch master updated: NETBEANS-1499 - Added suitable icon for package.json, package-lock.json and npm-debug.log

2019-05-22 Thread chrizzly
This is an automated email from the ASF dual-hosted git repository.

chrizzly pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new cdd9b57  NETBEANS-1499 - Added suitable icon for package.json, 
package-lock.json and npm-debug.log
cdd9b57 is described below

commit cdd9b576f0ef5c27680aa64f6ed61b69b0553f94
Author: Chris2011 
AuthorDate: Fri Nov 23 16:39:22 2018 +0100

NETBEANS-1499 - Added suitable icon for package.json, package-lock.json and 
npm-debug.log

- Removed unused layer.xml and the reference inside of manifest.mf.
- Added npm logo used for the package.json file icon.
- Added new DataObject for the package.json file to add a more specific 
icon instead of the js one.
- Removed usage of the mimeresolver, will be handled now inside of the new 
PackageJsonDataObject.
- Added requested comments into svg file, generated png and added license 
info.
- Added new DataObjects for npm-debug.log and package-lock.json to add the 
npm logo to them.
- Fixed missing source and history tab.
- Fixed text/plain to text/npm-log for npm-debug.log file.
---
 webcommon/javascript.nodejs/licenseinfo.xml|   1 +
 webcommon/javascript.nodejs/manifest.mf|   1 -
 .../nodejs/file/NpmDebugLogDataObject.java | 100 +
 .../javascript/nodejs/file/PackageJson.java|   2 -
 .../nodejs/file/PackageJsonDataObject.java | 100 +
 .../nodejs/file/PackageLockJsonDataObject.java | 100 +
 .../modules/javascript/nodejs/resources/layer.xml  |  36 
 .../javascript/nodejs/resources/npm-resolver.xml   |   8 ++
 .../modules/javascript/nodejs/ui/resources/npm.png | Bin 0 -> 1001 bytes
 .../modules/javascript/nodejs/ui/resources/npm.svg |  31 +++
 10 files changed, 340 insertions(+), 39 deletions(-)

diff --git a/webcommon/javascript.nodejs/licenseinfo.xml 
b/webcommon/javascript.nodejs/licenseinfo.xml
index b45fe2c..040f68d 100644
--- a/webcommon/javascript.nodejs/licenseinfo.xml
+++ b/webcommon/javascript.nodejs/licenseinfo.xml
@@ -45,6 +45,7 @@
 
src/org/netbeans/modules/javascript/nodejs/ui/resources/nodejs-badge.png
 
src/org/netbeans/modules/javascript/nodejs/ui/resources/unknown.png
 
src/org/netbeans/modules/javascript/nodejs/ui/resources/uptodate.gif
+
src/org/netbeans/modules/javascript/nodejs/ui/resources/npm.png
 
 
 
diff --git a/webcommon/javascript.nodejs/manifest.mf 
b/webcommon/javascript.nodejs/manifest.mf
index 6f26af7..39617e2 100644
--- a/webcommon/javascript.nodejs/manifest.mf
+++ b/webcommon/javascript.nodejs/manifest.mf
@@ -1,6 +1,5 @@
 Manifest-Version: 1.0
 OpenIDE-Module: org.netbeans.modules.javascript.nodejs/0
-OpenIDE-Module-Layer: 
org/netbeans/modules/javascript/nodejs/resources/layer.xml
 OpenIDE-Module-Localizing-Bundle: 
org/netbeans/modules/javascript/nodejs/resources/Bundle.properties
 OpenIDE-Module-Specification-Version: 0.34
 AutoUpdate-Show-In-Client: false
diff --git 
a/webcommon/javascript.nodejs/src/org/netbeans/modules/javascript/nodejs/file/NpmDebugLogDataObject.java
 
b/webcommon/javascript.nodejs/src/org/netbeans/modules/javascript/nodejs/file/NpmDebugLogDataObject.java
new file mode 100644
index 000..09e9439
--- /dev/null
+++ 
b/webcommon/javascript.nodejs/src/org/netbeans/modules/javascript/nodejs/file/NpmDebugLogDataObject.java
@@ -0,0 +1,100 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+package org.netbeans.modules.javascript.nodejs.file;
+
+import java.io.IOException;
+import org.openide.awt.ActionID;
+import org.openide.awt.ActionReference;
+import org.openide.awt.ActionReferences;
+import org.openide.filesystems.FileObject;
+import org.openide.filesystems.MIMEResolver;
+import org.openide.loaders.DataObject.Registration;
+import org.openide.loaders.DataObjectExistsException;
+import org.openide.loaders.MultiDataObject;
+import org.openide.loaders.MultiFileLoader;
+import org.openide.util.NbBundle.Messages;
+
+@Messages({
+"LBL_NpmDebugLog_LOADER=npm-debug.log"
+})

[jira] [Commented] (NETBEANS-2573) PHPUNIT update breaks running single test

2019-05-22 Thread Manuel Hirsch (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845641#comment-16845641
 ] 

Manuel Hirsch commented on NETBEANS-2573:
-

The PHPUnit cli script can replace NetbeansSuite.php then, as far as I know.

You can pass filters which only execute single methods of a test class. see 
e.g. here: 
[https://stackoverflow.com/questions/26095051/how-to-run-single-test-method-with-phpunit]

Another option would be using a temporary copy of the supplied phpunit.xml (or 
an empty one) and replacing/adding the tests.

As for the fix by Tomas Mysik, this is implemented and fixed a similar problem 
back then but not the same, I think now. NetBeans passes the two dashes to the 
script. But phpunit dropped the feature "stop parsing on two dashes and pass 
the rest on" at some point it seems. I think this is a bash feature anyways, 
not really a standard. But it would be helpful here.

 

> PHPUNIT update breaks running single test
> -
>
> Key: NETBEANS-2573
> URL: https://issues.apache.org/jira/browse/NETBEANS-2573
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - PHPUnit
>Affects Versions: 11.0
> Environment: Netbeans 11.0, PHP 7.3
>Reporter: Alan Langford
>Assignee: Tomáš Myšík
>Priority: Major
>
> When running a single test file and PHPUnit installed via composer, Netbeans 
> generates a command line of this general form:
> php.exe "\{project}\vendor\phpunit\phpunit\phpunit" "--colors" "log-junit" 
> "\{temp}\nb-phpunit-log.xml" "configuration" "\{project}\phpunit.xml" 
> "coverage-clover" "\{temp}\nb-phpunit-coverage.xml" "C:\Program 
> Files\netbeans 11\php\phpunit\NetBeansSuite.php" "--" 
> "–run=\{project}\tests\SomeTest.php"
> The "–" argument used to fool PHPUnit. PHPUnit would strip the dashes and 
> pass a empty string for the name of the test file.
> NetBeansSuite.php would then extract the --run=argument and run the test.
> The latest master for PHPUnit (a79e18fe27) has changed the way command lines 
> are parsed; the "–" is discarded. PHPUnit then reports an error:
> Cannot open file "–run=\{project}\tests\SomeTest.php"
> I believe passing
> NetBeansSuite "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php"
> instead of
> "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php" "–"
> Will resolve the problem.



--
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-2573) PHPUNIT update breaks running single test

2019-05-22 Thread Geertjan Wielenga (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845632#comment-16845632
 ] 

Geertjan Wielenga commented on NETBEANS-2573:
-

I think one thing we could do is establish contact with the PHPUnit team so 
that we're aware of each other and so that they realize the potential impact of 
these kinds of changes -- this is separate from the actual fix needed here, 
which hopefully Tomas Mysik can suggest, when he has a moment.

> PHPUNIT update breaks running single test
> -
>
> Key: NETBEANS-2573
> URL: https://issues.apache.org/jira/browse/NETBEANS-2573
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - PHPUnit
>Affects Versions: 11.0
> Environment: Netbeans 11.0, PHP 7.3
>Reporter: Alan Langford
>Assignee: Tomáš Myšík
>Priority: Major
>
> When running a single test file and PHPUnit installed via composer, Netbeans 
> generates a command line of this general form:
> php.exe "\{project}\vendor\phpunit\phpunit\phpunit" "--colors" "log-junit" 
> "\{temp}\nb-phpunit-log.xml" "configuration" "\{project}\phpunit.xml" 
> "coverage-clover" "\{temp}\nb-phpunit-coverage.xml" "C:\Program 
> Files\netbeans 11\php\phpunit\NetBeansSuite.php" "--" 
> "–run=\{project}\tests\SomeTest.php"
> The "–" argument used to fool PHPUnit. PHPUnit would strip the dashes and 
> pass a empty string for the name of the test file.
> NetBeansSuite.php would then extract the --run=argument and run the test.
> The latest master for PHPUnit (a79e18fe27) has changed the way command lines 
> are parsed; the "–" is discarded. PHPUnit then reports an error:
> Cannot open file "–run=\{project}\tests\SomeTest.php"
> I believe passing
> NetBeansSuite "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php"
> instead of
> "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php" "–"
> Will resolve the problem.



--
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-2573) PHPUNIT update breaks running single test

2019-05-22 Thread Czukowski (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845628#comment-16845628
 ] 

Czukowski commented on NETBEANS-2573:
-

That fix appears to be in Apache NetBeans already, but it has stopped working 
since the recent PHPUnit release.

https://github.com/apache/netbeans/blob/master/php/php.phpunit/src/org/netbeans/modules/php/phpunit/commands/PhpUnit.java#L405-L406

> PHPUNIT update breaks running single test
> -
>
> Key: NETBEANS-2573
> URL: https://issues.apache.org/jira/browse/NETBEANS-2573
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - PHPUnit
>Affects Versions: 11.0
> Environment: Netbeans 11.0, PHP 7.3
>Reporter: Alan Langford
>Assignee: Tomáš Myšík
>Priority: Major
>
> When running a single test file and PHPUnit installed via composer, Netbeans 
> generates a command line of this general form:
> php.exe "\{project}\vendor\phpunit\phpunit\phpunit" "--colors" "log-junit" 
> "\{temp}\nb-phpunit-log.xml" "configuration" "\{project}\phpunit.xml" 
> "coverage-clover" "\{temp}\nb-phpunit-coverage.xml" "C:\Program 
> Files\netbeans 11\php\phpunit\NetBeansSuite.php" "--" 
> "–run=\{project}\tests\SomeTest.php"
> The "–" argument used to fool PHPUnit. PHPUnit would strip the dashes and 
> pass a empty string for the name of the test file.
> NetBeansSuite.php would then extract the --run=argument and run the test.
> The latest master for PHPUnit (a79e18fe27) has changed the way command lines 
> are parsed; the "–" is discarded. PHPUnit then reports an error:
> Cannot open file "–run=\{project}\tests\SomeTest.php"
> I believe passing
> NetBeansSuite "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php"
> instead of
> "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php" "–"
> Will resolve the problem.



--
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-2573) PHPUNIT update breaks running single test

2019-05-22 Thread Geertjan Wielenga (JIRA)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2573?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845608#comment-16845608
 ] 

Geertjan Wielenga commented on NETBEANS-2573:
-

As pointed out above, there's quite some helpful info, as workarounds, here:

https://stackoverflow.com/questions/31904519/how-to-fix-the-unrecognized-option-run-on-netbeans-running-phpunit/56242747

...and here:

https://netbeans.org/bugzilla/show_bug.cgi?id=254276

...and here:

https://gist.github.com/Daniel-Peder/5d21d806f3d6e989bd10c1a406e31a3f

The fix by Tomas Mysik appears to be this:

https://hg.netbeans.org/main-silver/rev/4bac9677cf11

So the question is, is the above in Apache NetBeans, does it do the fix, can it 
be added?

> PHPUNIT update breaks running single test
> -
>
> Key: NETBEANS-2573
> URL: https://issues.apache.org/jira/browse/NETBEANS-2573
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - PHPUnit
>Affects Versions: 11.0
> Environment: Netbeans 11.0, PHP 7.3
>Reporter: Alan Langford
>Assignee: Tomáš Myšík
>Priority: Major
>
> When running a single test file and PHPUnit installed via composer, Netbeans 
> generates a command line of this general form:
> php.exe "\{project}\vendor\phpunit\phpunit\phpunit" "--colors" "log-junit" 
> "\{temp}\nb-phpunit-log.xml" "configuration" "\{project}\phpunit.xml" 
> "coverage-clover" "\{temp}\nb-phpunit-coverage.xml" "C:\Program 
> Files\netbeans 11\php\phpunit\NetBeansSuite.php" "--" 
> "–run=\{project}\tests\SomeTest.php"
> The "–" argument used to fool PHPUnit. PHPUnit would strip the dashes and 
> pass a empty string for the name of the test file.
> NetBeansSuite.php would then extract the --run=argument and run the test.
> The latest master for PHPUnit (a79e18fe27) has changed the way command lines 
> are parsed; the "–" is discarded. PHPUnit then reports an error:
> Cannot open file "–run=\{project}\tests\SomeTest.php"
> I believe passing
> NetBeansSuite "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php"
> instead of
> "C:\Program Files\netbeans 11\php\phpunit\NetBeansSuite.php" "–"
> Will resolve the problem.



--
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



[netbeans] branch master updated: Efficient instead of effective

2019-05-22 Thread jtulach
This is an automated email from the ASF dual-hosted git repository.

jtulach pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new 0a58de8  Efficient instead of effective
 new b4e2250  Merging additional Jan's fixes from branch 
'jtulach/CharSequences'
0a58de8 is described below

commit 0a58de8a9957b339c247613713d30515f73d4e0e
Author: Jan Lahoda 
AuthorDate: Wed May 22 08:50:19 2019 +0200

Efficient instead of effective
---
 platform/openide.util/arch.xml   |  4 ++--
 .../openide.util/src/org/openide/util/CharSequences.java | 16 
 .../unit/src/org/openide/util/CharSequencesTest.java |  8 
 3 files changed, 14 insertions(+), 14 deletions(-)

diff --git a/platform/openide.util/arch.xml b/platform/openide.util/arch.xml
index f1a7abb..a8fcaae 100644
--- a/platform/openide.util/arch.xml
+++ b/platform/openide.util/arch.xml
@@ -71,8 +71,8 @@
  
   
Use-cases can be found in org.openide.util.ui 
module arch summary.
-   
-   Effectively store character sequences in memory with the
+   
+   Efficiently store character sequences in memory with the
help of CharSequences
utility class.

diff --git a/platform/openide.util/src/org/openide/util/CharSequences.java 
b/platform/openide.util/src/org/openide/util/CharSequences.java
index 318a1d4..b9fa71c 100644
--- a/platform/openide.util/src/org/openide/util/CharSequences.java
+++ b/platform/openide.util/src/org/openide/util/CharSequences.java
@@ -22,16 +22,16 @@ import java.util.Arrays;
 import java.util.Comparator;
 
 /**
- * Effectively store {@link CharSequence strings} in memory. This
+ * Efficiently store {@link CharSequence strings} in memory. This
  * class provides useful {@code static} methods to create and
  * work with memory efficient {@link CharSequence}
  * implementations for strings using just a subsets of UTF characters.
  * 
  * Often the strings we deal with are based on simple English alphabet. Keeping
- * them in memory as {@code char[]} isn't really effective as they may fit
+ * them in memory as {@code char[]} isn't really efficient as they may fit
  * in simple {@code byte[]}. This utility class does such compression
  * behind the scene. Use the here-in provided methods and your strings will be
- * stored as effectively as possible. As can be seen from the following 
example,
+ * stored as efficiently as possible. As can be seen from the following 
example,
  * many languages benefit from the compaction:
  * 
  * {@codesnippet CharSequencesTest#createSample}
@@ -43,7 +43,7 @@ import java.util.Comparator;
  * {@codesnippet CharSequencesTest#compareStrings}
  * 
  * Use {@link CharSequences#indexOf(java.lang.CharSequence, 
java.lang.CharSequence)} method
- * to search the compacted strings effectively:
+ * to search the compacted strings efficiently:
  * 
  * {@codesnippet CharSequencesTest#indexOfSample}
  * 
@@ -60,7 +60,7 @@ public final class CharSequences {
 /**
  * Creates new {@link CharSequence} instance representing the chars
  * in the array. The sequence contains its own copy of the array content
- * represented in an effective (e.g. {@code byte[]}) way.
+ * represented in an efficient (e.g. {@code byte[]}) way.
  *
  * @param buf buffer to copy the characters from
  * @param start starting offset in the {@code buf} array
@@ -112,12 +112,12 @@ public final class CharSequences {
 
 /**
  * Creates new {@link CharSequence} instance representing the content
- * of another sequence or {@link String} effectively.
+ * of another sequence or {@link String} efficiently.
  * 
  * {@codesnippet CharSequencesTest#createSample}
  * 
  * @param s existing string or sequence of chars
- * @return immutable char sequence effectively representing the data
+ * @return immutable char sequence efficiently representing the data
  */
 public static CharSequence create(CharSequence s) {
 if (s == null) {
@@ -1385,7 +1385,7 @@ public final class CharSequences {
 /**
  * compact char sequence implementation based on char[] array
  * size: 8 + 4 + 4 (= 16 bytes) + sizeof ('value')
- * it is still more effective than String, because string stores length in 
field
+ * it is still more efficient than String, because string stores length in 
field
  * and it costs 20 bytes aligned into 24
  */
 private final static class CharBasedSequence implements 
CompactCharSequence, Comparable {
diff --git 
a/platform/openide.util/test/unit/src/org/openide/util/CharSequencesTest.java 
b/platform/openide.util/test/unit/src/org/openide/util/CharSequencesTest.java
index d0b167b..2013b2d 100644
--- 
a/platform/openide.util/test/unit/src/org/openide/util/CharSequencesTest.java
+++ 

[jira] [Assigned] (NETBEANS-2581) Gradle plugin does not offer to open subproject on demand

2019-05-22 Thread Laszlo Kishalmi (JIRA)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Laszlo Kishalmi reassigned NETBEANS-2581:
-

Assignee: Laszlo Kishalmi

> Gradle plugin does not offer to open subproject on demand
> -
>
> Key: NETBEANS-2581
> URL: https://issues.apache.org/jira/browse/NETBEANS-2581
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0
>Reporter: Shevek
>Assignee: Laszlo Kishalmi
>Priority: Major
>
> Open a gradle multi-project project, with two projects A and B, A depends on 
> B.
> Open dependent project A.
> From within a source file in project A:
> Press:
> ^1 (focus Projects)
> ^O (open/navigate to class)
> Choose a class which isn't in A.
> Press enter.
> Actual result:
> Dialog vanishes, end of story.
> Desired result:
> Source file opens, potentially prompting me to open dependency project B.



--
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