[netbeans] branch master updated: [NETBEANS-3735] FlatLaf: repaint desktop after closing the last editor tab

2020-02-05 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.git


The following commit(s) were added to refs/heads/master by this push:
 new 352438d  [NETBEANS-3735] FlatLaf: repaint desktop after closing the 
last editor tab
 new 83b8df0  Merge pull request #1921 from 
DevCharly/flatlaf-desktop-repaint
352438d is described below

commit 352438d75ef540dbbc9f1b599a88de14d9a038ed
Author: Karl Tauber 
AuthorDate: Tue Feb 4 21:40:27 2020 +0100

[NETBEANS-3735] FlatLaf: repaint desktop after closing the last editor tab
---
 .../core.windows/src/org/netbeans/core/windows/view/EditorView.java | 2 ++
 1 file changed, 2 insertions(+)

diff --git 
a/platform/core.windows/src/org/netbeans/core/windows/view/EditorView.java 
b/platform/core.windows/src/org/netbeans/core/windows/view/EditorView.java
index b6afebb..5a4a3fd 100644
--- a/platform/core.windows/src/org/netbeans/core/windows/view/EditorView.java
+++ b/platform/core.windows/src/org/netbeans/core/windows/view/EditorView.java
@@ -278,6 +278,8 @@ public class EditorView extends ViewElement {
 if(this.areaComponent != null) {
 add(this.areaComponent, BorderLayout.CENTER);
 }
+
+repaint();
 }
 
 @Override


-
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: Use pom type instead of jar for bom artefacts

2020-02-05 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.git


The following commit(s) were added to refs/heads/master by this push:
 new 2382cf3  Use pom type instead of jar for bom artefacts
 new 33531a1  Merge pull request #1908 from ebarboni/mavenspringframeworkfix
2382cf3 is described below

commit 2382cf326cf3449f3c8f08bf487fff66dd2553b0
Author: Eric Barboni 
AuthorDate: Fri Jan 31 17:51:30 2020 +0100

Use pom type instead of jar for bom artefacts
---
 .../src/org/netbeans/libs/springframework/spring-framework300.xml   | 2 +-
 .../src/org/netbeans/libs/springframework/spring-framework400.xml   | 2 +-
 .../src/org/netbeans/libs/springframework/spring-framework500.xml   | 1 +
 3 files changed, 3 insertions(+), 2 deletions(-)

diff --git 
a/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework300.xml
 
b/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework300.xml
index b8f1faf..3f70cc4 100644
--- 
a/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework300.xml
+++ 
b/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework300.xml
@@ -68,7 +68,7 @@
 org.springframework:spring-context-support:3.2.7.RELEASE:jar
 org.springframework:spring-core:3.2.7.RELEASE:jar
 org.springframework:spring-expression:3.2.7.RELEASE:jar
-org.springframework:spring-framework-bom:3.2.7.RELEASE:jar
+org.springframework:spring-framework-bom:3.2.7.RELEASE:pom
 org.springframework:spring-instrument:3.2.7.RELEASE:jar
 org.springframework:spring-instrument-tomcat:3.2.7.RELEASE:jar
 org.springframework:spring-jdbc:3.2.7.RELEASE:jar
diff --git 
a/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework400.xml
 
b/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework400.xml
index 65edbb8..5f1653f 100644
--- 
a/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework400.xml
+++ 
b/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework400.xml
@@ -67,7 +67,7 @@
 org.springframework:spring-context-support:4.3.25.RELEASE:jar
 org.springframework:spring-core:4.3.25.RELEASE:jar
 org.springframework:spring-expression:4.3.25.RELEASE:jar
-org.springframework:spring-framework-bom:4.3.25.RELEASE:jar
+org.springframework:spring-framework-bom:4.3.25.RELEASE:pom
 org.springframework:spring-instrument:4.3.25.RELEASE:jar
 org.springframework:spring-instrument-tomcat:4.3.25.RELEASE:jar
 org.springframework:spring-jdbc:4.3.25.RELEASE:jar
diff --git 
a/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework500.xml
 
b/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework500.xml
index 1ba5bf0..81b236d 100644
--- 
a/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework500.xml
+++ 
b/java/libs.springframework/src/org/netbeans/libs/springframework/spring-framework500.xml
@@ -67,6 +67,7 @@
 org.springframework:spring-context-support:5.2.2.RELEASE:jar
 org.springframework:spring-core:5.2.2.RELEASE:jar
 org.springframework:spring-expression:5.2.2.RELEASE:jar
+org.springframework:spring-framework-bom:5.2.2.RELEASE:pom
 org.springframework:spring-instrument:5.2.2.RELEASE:jar
 org.springframework:spring-jcl:5.2.2.RELEASE:jar
 org.springframework:spring-jdbc:5.2.2.RELEASE:jar


-
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-3793]: fixed Single Source file debugger for windows and code refactoring of Single Source debuging

2020-02-05 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.git


The following commit(s) were added to refs/heads/master by this push:
 new 3186690  [NETBEANS-3793]: fixed Single Source file debugger for 
windows and code refactoring of Single Source debuging
 new 57f811b  Merge pull request #1920 from arusinha/netbeans-3793
3186690 is described below

commit 31866909a9ad3a08404d437a371b98f538898c26
Author: Arunava Sinha 
AuthorDate: Wed Feb 5 00:04:22 2020 +0530

[NETBEANS-3793]: fixed Single Source file debugger for windows and code 
refactoring of Single Source debuging
---
 .../common/singlesourcefile/CompileProcess.java| 37 -
 .../api/common/singlesourcefile/DebugProcess.java  | 46 +-
 .../api/common/singlesourcefile/JPDAStart.java | 32 ---
 .../SingleJavaSourceDebugActionProvider.java   |  4 +-
 4 files changed, 45 insertions(+), 74 deletions(-)

diff --git 
a/java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/CompileProcess.java
 
b/java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/CompileProcess.java
index 32bb429..480e123 100644
--- 
a/java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/CompileProcess.java
+++ 
b/java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/CompileProcess.java
@@ -20,43 +20,41 @@ package 
org.netbeans.modules.java.api.common.singlesourcefile;
 
 import java.io.File;
 import java.io.IOException;
-import java.io.InputStream;
 import java.util.ArrayList;
+import java.util.Arrays;
 import java.util.List;
 import java.util.logging.Level;
 import java.util.logging.Logger;
+import org.netbeans.api.java.platform.JavaPlatformManager;
 import org.openide.filesystems.FileObject;
-import org.openide.util.Utilities;
+import org.openide.filesystems.FileUtil;
 
 /**
  *
  * @author Arunava Sinha
  */
-class CompileProcess  {
+class CompileProcess {
 
 private static final Logger LOG = 
Logger.getLogger(CompileProcess.class.getName());
-FileObject fileObject;
 
-
-public CompileProcess(FileObject fileObject) {
-this.fileObject = fileObject;
-}
+public Process setupProcess(FileObject fileObject) {
 
-public Process setupProcess() {
-File javaBinPath = new File(new File(System.getProperty("java.home")), 
"bin");  //NOI18N
-String javaPath = javaBinPath.getAbsolutePath() + "//java";  //NOI18N
+FileObject javac = 
JavaPlatformManager.getDefault().getDefaultPlatform().findTool("javac"); 
//NOI18N
+File javacFile = FileUtil.toFile(javac);
+String javacPath = javacFile.getAbsolutePath();
 
-String javacPath = javaBinPath.getAbsolutePath() + "//javac";  //NOI18N
 List compileCommandList = new ArrayList<>();
-if (Utilities.isUnix()) {
-compileCommandList.add("bash"); //NOI18N
-compileCommandList.add("-c"); //NOI18N
-}
 
 Object compilerVmOptionsObj = 
fileObject.getAttribute(SingleSourceFileUtil.FILE_VM_OPTIONS);
-String vmOptions = compilerVmOptionsObj != null ? (String) 
compilerVmOptionsObj : "";
+compileCommandList.add(javacPath);
+compileCommandList.add("-g");  //NOI18N
+
+String vmOptions = compilerVmOptionsObj != null ? ((String) 
compilerVmOptionsObj).trim() : ""; // NOI18N
+if (!vmOptions.isEmpty()) {
+compileCommandList.addAll(Arrays.asList(vmOptions.split(" "))); 
//NOI18N
+}
 
-compileCommandList.add(javacPath + " -g" + " " + vmOptions + " " + 
fileObject.getPath());
+compileCommandList.add(fileObject.getPath());
 ProcessBuilder compileProcessBuilder = new 
ProcessBuilder(compileCommandList);
 compileProcessBuilder.directory(new 
File(fileObject.getParent().getPath()));
 compileProcessBuilder.redirectErrorStream(true);
@@ -69,9 +67,6 @@ class CompileProcess  {
 Level.WARNING,
 "Could not get InputStream of Compile Process"); //NOI18N
 }
-   
 return null;
-
 }
-
 }
diff --git 
a/java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/DebugProcess.java
 
b/java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/DebugProcess.java
index 18775ac..6bc5d5b 100644
--- 
a/java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/DebugProcess.java
+++ 
b/java/java.api.common/src/org/netbeans/modules/java/api/common/singlesourcefile/DebugProcess.java
@@ -21,13 +21,15 @@ package 
org.netbeans.modules.java.api.common.singlesourcefile;
 import java.io.File;
 import java.io.IOException;
 import java.util.ArrayList;
+import java.util.Arrays;
 import java.util.List;
 import java.util.logging.Level;
 import java.util.logging.Logger;
 import java.util

[netbeans] branch master updated: [NETBEANS-3786] : Fixed position of hint (add import) for record (jdk14)

2020-02-05 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.git


The following commit(s) were added to refs/heads/master by this push:
 new 66fe1ec  [NETBEANS-3786] : Fixed position of hint (add import) for 
record (jdk14)
 new 9553184  Merge pull request #1914 from 
singh-akhilesh/fixed-hint-add-import-for-record
66fe1ec is described below

commit 66fe1ec053606f6e7548ae77de70bb07199e316c
Author: Akhilesh Singh 
AuthorDate: Mon Feb 3 22:06:35 2020 +0530

[NETBEANS-3786] : Fixed position of hint (add import) for record (jdk14)
---
 .../src/org/netbeans/modules/java/source/save/PositionEstimator.java  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git 
a/java/java.source.base/src/org/netbeans/modules/java/source/save/PositionEstimator.java
 
b/java/java.source.base/src/org/netbeans/modules/java/source/save/PositionEstimator.java
index b7cb243..e2f5054 100644
--- 
a/java/java.source.base/src/org/netbeans/modules/java/source/save/PositionEstimator.java
+++ 
b/java/java.source.base/src/org/netbeans/modules/java/source/save/PositionEstimator.java
@@ -22,6 +22,7 @@ import com.sun.source.tree.CompilationUnitTree;
 import com.sun.source.tree.ExpressionTree;
 import com.sun.source.tree.ImportTree;
 import com.sun.source.tree.Tree;
+import org.netbeans.modules.java.source.TreeShims;
 import com.sun.source.tree.VariableTree;
 import com.sun.source.util.SourcePositions;
 import com.sun.tools.javac.code.Flags;
@@ -59,7 +60,6 @@ public abstract class PositionEstimator {
  */
 public static final int NOPOS = -2;
 
-
 final List oldL;
 final List newL;
 final DiffContext diffContext;
@@ -314,7 +314,7 @@ public abstract class PositionEstimator {
 do {
 Tree t = cut.getTypeDecls().get(tdpos);
 typeDeclStart = (int) positions.getStartPosition(cut, t);
-if (TreeUtilities.CLASS_TREE_KINDS.contains(t.getKind())) {
+if (TreeUtilities.CLASS_TREE_KINDS.contains(t.getKind()) 
|| t.getKind().toString().equals(TreeShims.RECORD)) {
 break;
 }
 tdpos++;


-
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-3794) Add option to keep changes to "Run" options out of shared configuration.

2020-02-05 Thread Jira
Lukas Löhle created NETBEANS-3794:
-

 Summary: Add option to keep changes to "Run" options out of shared 
configuration.
 Key: NETBEANS-3794
 URL: https://issues.apache.org/jira/browse/NETBEANS-3794
 Project: NetBeans
  Issue Type: Wish
  Components: javaee - Web Project
Affects Versions: 11.2
Reporter: Lukas Löhle


When e.g. disabling "deploy on save" on a Maven Web Application, the 
{{nb-configuration.xml}} file will change to include that setting (it is 
removed when enabled, strangely):
{code:xml}
false
{code}
The same seems to happen with other settings (e.g. selecting a server).

I like to keep this setting disabled as I am mostly working with a server that 
does not respond well to it, but I would like to keep this local to my setup.
The {{nb-configuration.xml}} file is shared with other developers via VCS 
however, and I would like to not have to pay attention to not commit this 
setting.




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3234) Apache NetBeans running on JDK 11 cannot access package classes

2020-02-05 Thread Peter Hull (Jira)


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

Peter Hull commented on NETBEANS-3234:
--

Is this now fixed by Github PR #1565?

> Apache NetBeans running on JDK 11 cannot access package classes
> ---
>
> Key: NETBEANS-3234
> URL: https://issues.apache.org/jira/browse/NETBEANS-3234
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.1
>Reporter: Boris Heithecker
>Priority: Critical
>  Labels: pull-request-available
> Fix For: 11.3
>
>  Time Spent: 2h 40m
>  Remaining Estimate: 0h
>
> If a package-info element is defined in some package, it cannot be properly 
> accessed at runtime:  
>  
> java.lang.Package p = AnyClass.class.getPackage();
>  
> should return a package object representing the actual package-info element 
> of that package. It is, for example, used by the JAXB runtime to read 
> XmlSchema annotations at package level. 
>  
> This has been tested in oracle jdk11.0.4. Class java.lang.Package in Java 11 
> has a private field called "packageInfo" of type "Class", which should 
> hold a reference to the actual package-info class object, i.e. 
> AnyPackage.package-info. In NetBeans, always wrongly references 
> "java.lang.Package$1PackageInfoProxy", which is a fallback reference set if 
> no actual package-info could be found. 
>  
> The reason is most likely that neither 
>  
> org.netbeans.JarClassLoader
> nor org.netbeans.ProxyClassLoader
> nor org.netbeans.StandardModule$OneModuleClassLoader (all in 
> platform/o.n.bootstrap)
>  
> override method "java.lang.ClassLoader.findClass(String name)". The default 
> implementation throws an exceptions which causes the above fallback reference 
> to be set. 
>  
> This is a serious issue. If it is not fixed, the platform will not be fully 
> comptabile, among others, with the JAXB RI and also JAX-WS RI. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3496) NPE on navigate-to-class

2020-02-05 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-3496.
---
Resolution: Duplicate

> NPE on navigate-to-class
> 
>
> Key: NETBEANS-3496
> URL: https://issues.apache.org/jira/browse/NETBEANS-3496
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.1
>Reporter: Shevek
>Priority: Major
>
> Press ^1, ^O, type *Foo*Task, get this, and no class:
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.pretty.ImportAnalysis2.getPackageOf(ImportAnalysis2.java:393)
>   at 
> org.netbeans.modules.java.source.pretty.ImportAnalysis2.resolveImport(ImportAnalysis2.java:310)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:475)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:74)
>   at 
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2203)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123)
>   at 
> org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:135)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:593)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:335)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:74)
>   at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123)
>   at 
> org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:198)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:545)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:322)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:74)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123)
>   at 
> org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871)
>   at 
> org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:867)
>   at 
> org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:899)
>   at 
> org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1326)
>   at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676)
>   at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   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:452)
>   at 
> org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423)
>   at 
> org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684)
> 

[jira] [Created] (NETBEANS-3795) NPE on importing non-resolvable class

2020-02-05 Thread Laszlo Kishalmi (Jira)
Laszlo Kishalmi created NETBEANS-3795:
-

 Summary: NPE on importing non-resolvable class
 Key: NETBEANS-3795
 URL: https://issues.apache.org/jira/browse/NETBEANS-3795
 Project: NetBeans
  Issue Type: Bug
  Components: java - Source
Reporter: Laszlo Kishalmi


When the IDE tries to add an import statement for a class which is not 
resolvable from the current classpath it throws an NPE.
{noformat}
java.lang.NullPointerException
at 
org.netbeans.modules.java.source.pretty.ImportAnalysis2.resolveImport(ImportAnalysis2.java:351)
at 
org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:475)
at 
org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:74)
at 
com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231){noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-2980) NPE when opening file

2020-02-05 Thread Laszlo Kishalmi (Jira)


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

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

The other issue is NETBEANS-3795

> NPE when opening file
> -
>
> Key: NETBEANS-2980
> URL: https://issues.apache.org/jira/browse/NETBEANS-2980
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.1
>Reporter: Shevek
>Assignee: Svatopluk Dedic
>Priority: Major
>  Labels: pull-request-available
> Fix For: 11.2
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> Open a project.
> Don't have the dependent project(s) open.
> Press ^1, ^O, type a class name.
> Get this:
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.pretty.ImportAnalysis2.getPackageOf(ImportAnalysis2.java:393)
>   at 
> org.netbeans.modules.java.source.pretty.ImportAnalysis2.resolveImport(ImportAnalysis2.java:310)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:475)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:74)
>   at 
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2203)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123)
>   at 
> org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:135)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translateClassRef(ImmutableTreeTranslator.java:144)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:595)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:335)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitClass(ImmutableTreeTranslator.java:74)
>   at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123)
>   at 
> org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:198)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.rewriteChildren(ImmutableTreeTranslator.java:545)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:322)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitCompilationUnit(ImmutableTreeTranslator.java:74)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.translate(ImmutableTreeTranslator.java:123)
>   at 
> org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:871)
>   at 
> org.netbeans.api.java.source.WorkingCopy$5.translate(WorkingCopy.java:867)
>   at 
> org.netbeans.api.java.source.WorkingCopy.processCurrentCompilationUnit(WorkingCopy.java:899)
>   at 
> org.netbeans.api.java.source.WorkingCopy.getChanges(WorkingCopy.java:1326)
>   at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:676)
>   at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   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)

[jira] [Updated] (NETBEANS-3795) NPE on importing non-resolvable class

2020-02-05 Thread ASF GitHub Bot (Jira)


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

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

> NPE on importing non-resolvable class
> -
>
> Key: NETBEANS-3795
> URL: https://issues.apache.org/jira/browse/NETBEANS-3795
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Reporter: Laszlo Kishalmi
>Priority: Major
>  Labels: pull-request-available
>
> When the IDE tries to add an import statement for a class which is not 
> resolvable from the current classpath it throws an NPE.
> {noformat}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.java.source.pretty.ImportAnalysis2.resolveImport(ImportAnalysis2.java:351)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:475)
>   at 
> org.netbeans.modules.java.source.transform.ImmutableTreeTranslator.visitMemberSelect(ImmutableTreeTranslator.java:74)
>   at 
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2231){noformat}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3796) Prevents composer from working

2020-02-05 Thread R (Jira)
R created NETBEANS-3796:
---

 Summary: Prevents composer from working
 Key: NETBEANS-3796
 URL: https://issues.apache.org/jira/browse/NETBEANS-3796
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.2
Reporter: R


Now that I've upgraded from NetBeans 8.2 to 11.2, I'm no longer able to run 
`composer update` or `composer require` (if NetBeans 11.2 is running); I get 
random errors like "Update failed (Could not delete..."

My guess is that NetBeans 11.2 must be interfering with files in my 
`/home/vagrant/Code/myproject/vendor/` folder more than 8.2 did (even when 
there is no message about background scanning).

Once I close NetBeans 11.2, composer works again.

My computer is Windows 10, and I'm also running VirtualBox 6.1.2r135662 
[Vagrant 2.2.7, laravel/homestead (virtualbox, 9.2.0), Ubuntu 18.04.3 LTS].

I use Git Bash on my Windows machine to ssh into Ubuntu using `vagrant ssh`, 
and there I'm using Composer version 1.9.3.

Everything had worked fine with NetBeans 8.2, but I needed to upgrade to 11.2 
for PHP 7.4 support.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3727) Probably a darker color of the desktop background would be good for FlatLaf

2020-02-05 Thread ASF GitHub Bot (Jira)


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

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

> Probably a darker color of the desktop background would be good for FlatLaf
> ---
>
> Key: NETBEANS-3727
> URL: https://issues.apache.org/jira/browse/NETBEANS-3727
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Laszlo Kishalmi
>Assignee: Karl Tauber
>Priority: Minor
>  Labels: pull-request-available
> Attachments: image-2020-01-21-16-30-56-282.png, 
> image-2020-01-23-11-58-16-141.png, image-2020-02-04-19-25-05-570.png, 
> image-2020-02-04-19-27-10-325.png
>
>
> Well, I'm not entirely convinced that this is an issue at all.
> Those rare times when we do not have an editor window open, the IDE might 
> look strange not having upper/left/right border on the opened tabs. I'd not 
> put border there, but probably mark the desktop color different (like the 
> editor default background on FlatLafDark).
> [~ebakke] [~DevCharly] what do you think. Of course you are free to drop this 
> one.
> !image-2020-01-21-16-30-56-282.png!
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3769) Cannot rename project and directory

2020-02-05 Thread Eirik Bakke (Jira)


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

Eirik Bakke commented on NETBEANS-3769:
---

After some testing, it turns out that the exception from CachedHiDPIIcon was a 
red herring. Even with this one definitively fixed (in the PR at 
https://github.com/apache/netbeans/pull/1922 ), the problem remains:

{code:java}
WARNING 
[org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation]
msg
msg
Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot 
rename file JavaApplication21 in C:/Users/ebakke/Deletables to 
JavaApplication21tofo.
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:93)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:441)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:495)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:492)
at 
org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:97)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:499)
at org.openide.filesystems.FileObject.move(FileObject.java:157)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.move(BaseFileObj.java:291)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation.doMoveProject(DefaultProjectOperationsImplementation.java:521)
[catch] at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$4.execute(DefaultProjectOperationsImplementation.java:377)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$6$1.run(DefaultProjectOperationsImplementation.java:685)
at 
org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
ALL [null]: Cannot rename file JavaApplication21 in C:/Users/ebakke/Deletables 
to JavaApplication21tofo.
ALL [null]: Cannot rename project, reason: Cannot rename file JavaApplication21 
in C:/Users/ebakke/Deletables to JavaApplication21tofo.
{code}

The problem does not seem to occur on 11.1.

> Cannot rename project and directory
> ---
>
> Key: NETBEANS-3769
> URL: https://issues.apache.org/jira/browse/NETBEANS-3769
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Generic Infrastructure, projects - Generic 
> Projects UI
>Affects Versions: 11.3
> Environment: NB 11.3b running on JDK-13.0.2, Win7
>Reporter: Ernie Rael
>Assignee: Eirik Bakke
>Priority: Major
>  Labels: pull-request-available
> Fix For: 11.3
>
> Attachments: CannotRenameProject.log.1, CannotRenameProject.log.2, 
> ProjRenameAtRename.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> (Attaching log with relevant exceptions)
> To reproduce
>  # NewProject > JavaWithAnt > JavaApplication; accept all defaults
>  # From context menu on new project, select "Rename..."
>  # In dialog change the name
>  # Select "Also Rename Project Folder"
>  # Click "Rename" button
> Observe error dialog
> {quote}Error
> Cannot rename file JavaApplication8 in F:/j/nb-stuff/NetBeansProjects to 
> RenameProject
> {quote}
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3769) Cannot rename project and directory

2020-02-05 Thread Eirik Bakke (Jira)


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

Eirik Bakke reassigned NETBEANS-3769:
-

Assignee: (was: Eirik Bakke)

> Cannot rename project and directory
> ---
>
> Key: NETBEANS-3769
> URL: https://issues.apache.org/jira/browse/NETBEANS-3769
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Generic Infrastructure, projects - Generic 
> Projects UI
>Affects Versions: 11.3
> Environment: NB 11.3b running on JDK-13.0.2, Win7
>Reporter: Ernie Rael
>Priority: Major
>  Labels: pull-request-available
> Fix For: 11.3
>
> Attachments: CannotRenameProject.log.1, CannotRenameProject.log.2, 
> ProjRenameAtRename.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> (Attaching log with relevant exceptions)
> To reproduce
>  # NewProject > JavaWithAnt > JavaApplication; accept all defaults
>  # From context menu on new project, select "Rename..."
>  # In dialog change the name
>  # Select "Also Rename Project Folder"
>  # Click "Rename" button
> Observe error dialog
> {quote}Error
> Cannot rename file JavaApplication8 in F:/j/nb-stuff/NetBeansProjects to 
> RenameProject
> {quote}
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3769) Cannot rename project and directory

2020-02-05 Thread Eirik Bakke (Jira)


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

Eirik Bakke edited comment on NETBEANS-3769 at 2/5/20 6:46 PM:
---

After some testing, it turns out that the exception from 
ImageUtilities$ToolTipImage was a red herring. Even with this one definitively 
fixed (in the PR at https://github.com/apache/netbeans/pull/1922 ), the problem 
remains:

{code:java}
WARNING 
[org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation]
msg
msg
Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot 
rename file JavaApplication21 in C:/Users/ebakke/Deletables to 
JavaApplication21tofo.
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:93)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:441)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:495)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:492)
at 
org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:97)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:499)
at org.openide.filesystems.FileObject.move(FileObject.java:157)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.move(BaseFileObj.java:291)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation.doMoveProject(DefaultProjectOperationsImplementation.java:521)
[catch] at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$4.execute(DefaultProjectOperationsImplementation.java:377)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$6$1.run(DefaultProjectOperationsImplementation.java:685)
at 
org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
ALL [null]: Cannot rename file JavaApplication21 in C:/Users/ebakke/Deletables 
to JavaApplication21tofo.
ALL [null]: Cannot rename project, reason: Cannot rename file JavaApplication21 
in C:/Users/ebakke/Deletables to JavaApplication21tofo.
{code}

The problem does not seem to occur on 11.1.


was (Author: ebakke):
After some testing, it turns out that the exception from CachedHiDPIIcon was a 
red herring. Even with this one definitively fixed (in the PR at 
https://github.com/apache/netbeans/pull/1922 ), the problem remains:

{code:java}
WARNING 
[org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation]
msg
msg
Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot 
rename file JavaApplication21 in C:/Users/ebakke/Deletables to 
JavaApplication21tofo.
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:93)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:441)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:495)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:492)
at 
org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:97)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:499)
at org.openide.filesystems.FileObject.move(FileObject.java:157)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.move(BaseFileObj.java:291)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation.doMoveProject(DefaultProjectOperationsImplementation.java:521)
[catch] at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$4.execute(DefaultProjectOperationsImplementation.java:377)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$6$1.run(DefaultProjectOperationsImplementation.java:685)
at 
org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
ALL [null]: Cannot rename file JavaApplication21 in C:/Users/ebakke/Deletables 
to JavaApplication21tofo.
ALL [null]: Cannot rename project, reason: Cannot rename file JavaApplication21 
in C:/Users/ebakke/

[jira] [Comment Edited] (NETBEANS-3769) Cannot rename project and directory

2020-02-05 Thread Eirik Bakke (Jira)


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

Eirik Bakke edited comment on NETBEANS-3769 at 2/5/20 6:47 PM:
---

After some testing, it turns out that the exception from 
ImageUtilities$ToolTipImage was a red herring. Even with this one definitively 
fixed (in the PR at https://github.com/apache/netbeans/pull/1922 ), the problem 
remains:

{code:java}
WARNING 
[org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation]
msg
msg
Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot 
rename file JavaApplication21 in C:/Users/ebakke/Deletables to 
JavaApplication21tofo.
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:93)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:441)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:495)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:492)
at 
org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:97)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:499)
at org.openide.filesystems.FileObject.move(FileObject.java:157)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.move(BaseFileObj.java:291)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation.doMoveProject(DefaultProjectOperationsImplementation.java:521)
[catch] at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$4.execute(DefaultProjectOperationsImplementation.java:377)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$6$1.run(DefaultProjectOperationsImplementation.java:685)
at 
org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
ALL [null]: Cannot rename file JavaApplication21 in C:/Users/ebakke/Deletables 
to JavaApplication21tofo.
ALL [null]: Cannot rename project, reason: Cannot rename file JavaApplication21 
in C:/Users/ebakke/Deletables to JavaApplication21tofo.
{code}

The problem does not seem to occur on 11.1.

(Also, I wonder where "msg" is being printed--obviously a logging bug.)


was (Author: ebakke):
After some testing, it turns out that the exception from 
ImageUtilities$ToolTipImage was a red herring. Even with this one definitively 
fixed (in the PR at https://github.com/apache/netbeans/pull/1922 ), the problem 
remains:

{code:java}
WARNING 
[org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation]
msg
msg
Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot 
rename file JavaApplication21 in C:/Users/ebakke/Deletables to 
JavaApplication21tofo.
at 
org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:93)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:441)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:495)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$1.call(BaseFileObj.java:492)
at 
org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:97)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.rename(BaseFileObj.java:499)
at org.openide.filesystems.FileObject.move(FileObject.java:157)
at 
org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.move(BaseFileObj.java:291)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation.doMoveProject(DefaultProjectOperationsImplementation.java:521)
[catch] at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$4.execute(DefaultProjectOperationsImplementation.java:377)
at 
org.netbeans.modules.project.uiapi.DefaultProjectOperationsImplementation$6$1.run(DefaultProjectOperationsImplementation.java:685)
at 
org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
ALL [null]: Cannot rename file JavaApplication21 in C:/Users/ebakke/Deletables 
to JavaApplication21tofo.
ALL [null]: Ca

[netbeans-l10n] branch master created (now 75ddb83)

2020-02-05 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans-l10n.git.


  at 75ddb83  Initial commit from 3rd donation of NetBeans from Oracle

This branch includes the following new commits:

 new 75ddb83  Initial commit from 3rd donation of NetBeans from Oracle

The 1 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.



-
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-3797) A deadlock was detected

2020-02-05 Thread Philip Laycock (Jira)
Philip Laycock created NETBEANS-3797:


 Summary: A deadlock was detected
 Key: NETBEANS-3797
 URL: https://issues.apache.org/jira/browse/NETBEANS-3797
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.2
Reporter: Philip Laycock
 Attachments: image-2020-02-05-15-59-54-825.png

!image-2020-02-05-15-59-54-825.png!

I was typing vdoc into my php file when this occured.

org.netbeans.modules.deadlock.detector.Detector$DeadlockDetectedException:
 A deadlock was detected.
We suggest to restart the IDE to recover.

org.netbeans.modules.deadlock.detector.Detector$DeadlockDetectedException:
 AWT-EventQueue-0

org.netbeans.modules.deadlock.detector.Detector$DeadlockDetectedException:
 AWT-EventQueue-0

 

org.netbeans.modules.deadlock.detector.Detector$DeadlockDetectedException:
 Editor Parsing Loop (11.2-d04fb24027334c4b6fd8397b5d0cdd33187a8f54)



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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] [Reopened] (NETBEANS-3621) NullPointerException in Java plugin

2020-02-05 Thread Stephen McCants (Jira)


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

Stephen McCants reopened NETBEANS-3621:
---

Looks like it was not fixed in 11.2.  Almost exactly the same stack trace:

java.lang.NullPointerExceptionjava.lang.NullPointerException at 
org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
 at 
org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
 at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1820) at 
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) at 
com.sun.source.util.TreeScanner.visitVariable(TreeScanner.java:224) at 
com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:990) at 
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91) at 
com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) at 
com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188) at 
com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:822) at 
com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
com.sun.source.util.TreeScanner.scan(TreeScanner.java:106) at 
com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114) at 
com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145) at 
org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
 at 
org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
 at com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:603) 
at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82) at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask.run(CallHierarchyTasks.java:357)
 at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask.run(CallHierarchyTasks.java:301)
 at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) 
at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
 at 
org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
 at 
org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
 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:83) 
at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452)
 at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) 
at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask.processFiles(CallHierarchyTasks.java:476)
 at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallersTask.runTask(CallHierarchyTasks.java:338)[catch]
 at 
org.netbeans.modules.refactoring.java.callhierarchy.CallHierarchyTasks$CallTaskBase.run(CallHierarchyTasks.java:288)
 at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at 
org.openide.util.lookup.Lookups.executeWith(Lookups.java:278) at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1
>Reporter: Mikhail
>Priority: Major
> Fix For: 11.2
>
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux 

[jira] [Updated] (NETBEANS-3621) NullPointerException in Java plugin

2020-02-05 Thread Stephen McCants (Jira)


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

Stephen McCants updated NETBEANS-3621:
--
Affects Version/s: 11.2

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Mikhail
>Priority: Major
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux version 5.0.0-37-generic running on amd64; UTF-8; en_US (nb)
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
>   at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1792)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.visitReturn(TreeScanner.java:496)
>   at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1635)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1044)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:207)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:910)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188)
>   at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at 
> com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:611)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
>   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:83)
>   at 
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl

[jira] [Updated] (NETBEANS-3621) NullPointerException in Java plugin

2020-02-05 Thread Stephen McCants (Jira)


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

Stephen McCants updated NETBEANS-3621:
--
Fix Version/s: (was: 11.2)

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1
>Reporter: Mikhail
>Priority: Major
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux version 5.0.0-37-generic running on amd64; UTF-8; en_US (nb)
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
>   at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1792)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.visitReturn(TreeScanner.java:496)
>   at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1635)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1044)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:207)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:910)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188)
>   at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at 
> com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:611)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
>   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:83)
>   at 
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImp

[jira] [Commented] (NETBEANS-3621) NullPointerException in Java plugin

2020-02-05 Thread Stephen McCants (Jira)


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

Stephen McCants commented on NETBEANS-3621:
---

Fails on "Call Hierarchy" on a constructor.

Restarting NetBeans didn't help.

Deleteing the cache and restarting Netbeans didn't help.

Call Hierarchy on a method in the same class works.  Find Usages on the 
construtor works.

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Mikhail
>Priority: Major
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux version 5.0.0-37-generic running on amd64; UTF-8; en_US (nb)
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
>   at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1792)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.visitReturn(TreeScanner.java:496)
>   at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1635)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1044)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:207)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:910)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188)
>   at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at 
> com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:611)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
>   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)
>

[jira] [Updated] (NETBEANS-3792) Hardcoded colors for "Remove Surrounding Code" action

2020-02-05 Thread ASF GitHub Bot (Jira)


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

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

> Hardcoded colors for "Remove Surrounding Code" action
> -
>
> Key: NETBEANS-3792
> URL: https://issues.apache.org/jira/browse/NETBEANS-3792
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Painting & Printing, ide - UI
>Affects Versions: 11.2
>Reporter: Alessandro Falappa
>Priority: Minor
>  Labels: pull-request-available
> Attachments: remove-surrounding-on-darktheme.png
>
>
> The RemoveSurroundingCode action contains hardcoded colors here:
>  
> [https://github.com/apache/netbeans/blob/accdbada0a9c5105bd3f06e435024230c1618316/java/java.editor/src/org/netbeans/modules/java/editor/codegen/RemoveSurroundingCodeAction.java#L215]
> The choosen colors look too bright on dark themes. The colors should be taken 
> from the LAF's defaults or better exposed in the editor color profile and 
> made customizable.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3796) Prevents composer from working

2020-02-05 Thread Junichi Yamamoto (Jira)


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

Junichi Yamamoto updated NETBEANS-3796:
---
Component/s: php - Composer

> Prevents composer from working
> --
>
> Key: NETBEANS-3796
> URL: https://issues.apache.org/jira/browse/NETBEANS-3796
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Composer
>Affects Versions: 11.2
>Reporter: R
>Priority: Major
>
> Now that I've upgraded from NetBeans 8.2 to 11.2, I'm no longer able to run 
> `composer update` or `composer require` (if NetBeans 11.2 is running); I get 
> random errors like "Update failed (Could not delete..."
> My guess is that NetBeans 11.2 must be interfering with files in my 
> `/home/vagrant/Code/myproject/vendor/` folder more than 8.2 did (even when 
> there is no message about background scanning).
> Once I close NetBeans 11.2, composer works again.
> My computer is Windows 10, and I'm also running VirtualBox 6.1.2r135662 
> [Vagrant 2.2.7, laravel/homestead (virtualbox, 9.2.0), Ubuntu 18.04.3 LTS].
> I use Git Bash on my Windows machine to ssh into Ubuntu using `vagrant ssh`, 
> and there I'm using Composer version 1.9.3.
> Everything had worked fine with NetBeans 8.2, but I needed to upgrade to 11.2 
> for PHP 7.4 support.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3796) Prevents composer from working

2020-02-05 Thread Junichi Yamamoto (Jira)


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

Junichi Yamamoto commented on NETBEANS-3796:


I can't reproduce it. 

Please write your exact steps to reproduce it.

e.g. 

Steps
 # ...
 # ...
 # ...

Actual result: ...

Expected result: ...

Please also attach screenshots if possible.

Thanks.

> Prevents composer from working
> --
>
> Key: NETBEANS-3796
> URL: https://issues.apache.org/jira/browse/NETBEANS-3796
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Composer
>Affects Versions: 11.2
>Reporter: R
>Priority: Major
>
> Now that I've upgraded from NetBeans 8.2 to 11.2, I'm no longer able to run 
> `composer update` or `composer require` (if NetBeans 11.2 is running); I get 
> random errors like "Update failed (Could not delete..."
> My guess is that NetBeans 11.2 must be interfering with files in my 
> `/home/vagrant/Code/myproject/vendor/` folder more than 8.2 did (even when 
> there is no message about background scanning).
> Once I close NetBeans 11.2, composer works again.
> My computer is Windows 10, and I'm also running VirtualBox 6.1.2r135662 
> [Vagrant 2.2.7, laravel/homestead (virtualbox, 9.2.0), Ubuntu 18.04.3 LTS].
> I use Git Bash on my Windows machine to ssh into Ubuntu using `vagrant ssh`, 
> and there I'm using Composer version 1.9.3.
> Everything had worked fine with NetBeans 8.2, but I needed to upgrade to 11.2 
> for PHP 7.4 support.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3621) NullPointerException in Java plugin

2020-02-05 Thread ASF GitHub Bot (Jira)


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

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

> NullPointerException in Java plugin
> ---
>
> Key: NETBEANS-3621
> URL: https://issues.apache.org/jira/browse/NETBEANS-3621
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 11.1, 11.2
>Reporter: Mikhail
>Priority: Major
>  Labels: pull-request-available
>
> I've just got exception when I was trying to find usages of a class 
> constructor.
> Product Version: Apache NetBeans IDE 11.1
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 11.0.4; OpenJDK 64-Bit Server VM 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> Runtime: OpenJDK Runtime Environment 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
> System: Linux version 5.0.0-37-generic running on amd64; UTF-8; en_US (nb)
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:398)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitNewClass(FindUsagesVisitor.java:54)
>   at com.sun.tools.javac.tree.JCTree$JCNewClass.accept(JCTree.java:1792)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.visitReturn(TreeScanner.java:496)
>   at com.sun.tools.javac.tree.JCTree$JCReturn.accept(JCTree.java:1635)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:249)
>   at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1044)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.visitMethod(TreeScanner.java:207)
>   at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:910)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:91)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:188)
>   at com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:818)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at com.sun.source.util.TreeScanner.scan(TreeScanner.java:106)
>   at com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:114)
>   at 
> com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:145)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:139)
>   at 
> org.netbeans.modules.refactoring.java.plugins.FindUsagesVisitor.visitCompilationUnit(FindUsagesVisitor.java:54)
>   at 
> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:599)
>   at com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:611)
>   at 
> org.netbeans.modules.refactoring.java.plugins.JavaWhereUsedQueryPlugin$FindTask.run(JavaWhereUsedQueryPlugin.java:548)
>   at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138)
>   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:83)
>   at 
> o

[jira] [Created] (NETBEANS-3798) MultiViewCloneableEditor.canCloseElement() does not call the DataEditor.canClose()

2020-02-05 Thread Enrico Scantamburlo (Jira)
Enrico Scantamburlo created NETBEANS-3798:
-

 Summary: MultiViewCloneableEditor.canCloseElement()  does not call 
the DataEditor.canClose()
 Key: NETBEANS-3798
 URL: https://issues.apache.org/jira/browse/NETBEANS-3798
 Project: NetBeans
  Issue Type: Bug
  Components: platform - Window System
Affects Versions: 11.2, 11.1, 11.3
 Environment: Windows 10 and JDK 13
Reporter: Enrico Scantamburlo


We moved our RCP application from NetBeans 8.1 to NB 11.1 .

We wanted to add the history tab to our files when they are open in the editor. 
 One of the problems we found is that the

{{MultiViewCloneableEditor.canCloseElement()}}

does not keep into account the

{{DataEditor.canClose()}}

method that was previously customized by us.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3760) cannot load java.lang

2020-02-05 Thread Jorge M Morales (Jira)


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

Jorge M Morales commented on NETBEANS-3760:
---

The description is Apache does not compile anything, the libraries are
missing, please help

On Tue, Feb 4, 2020, 9:10 AM Alessandro Falappa (Jira) 



> cannot load java.lang
> -
>
> Key: NETBEANS-3760
> URL: https://issues.apache.org/jira/browse/NETBEANS-3760
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Jorge M Morales
>Priority: Major
>




--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3799) Improve extracting types from PHP annotations

2020-02-05 Thread Czukowski (Jira)
Czukowski created NETBEANS-3799:
---

 Summary: Improve extracting types from PHP annotations
 Key: NETBEANS-3799
 URL: https://issues.apache.org/jira/browse/NETBEANS-3799
 Project: NetBeans
  Issue Type: Improvement
  Components: php - Editor
Affects Versions: 11.2
Reporter: Czukowski
 Attachments: ClassAnnotations.zip

Doctrine and some other libraries support short {{::class}} pseudo constants in 
annotations. In addition, quoting the arguments is not required. I propose 
extending the PHP annotation parser in NetBeans to support it as well.

Please see the attached sample project, class {{Entity1}} has several annotated 
members, all in different fashion. Class names in all of those annotations 
should be recognized and 'clickable'.

I will create a pull request.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3783) NetBeans crashes when creating TypeScript file

2020-02-05 Thread Jan Lahoda (Jira)


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

Jan Lahoda resolved NETBEANS-3783.
--
Fix Version/s: 11.3
 Assignee: Jan Lahoda
   Resolution: Fixed

> NetBeans crashes when creating TypeScript file 
> ---
>
> Key: NETBEANS-3783
> URL: https://issues.apache.org/jira/browse/NETBEANS-3783
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.3
> Environment: Windows 10 x64
> Node.js 12.13.0
> JDK 1.8.0_231
> NetBeans 11.3 beta2 
>Reporter: Ghader Arkani
>Assignee: Jan Lahoda
>Priority: Blocker
> Fix For: 11.3
>
>
> When I add a TypeScript file to project and open it, CPU goes to 100% and 
> there are about 300 Node.js instances loaded .



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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-3783) NetBeans crashes when creating TypeScript file

2020-02-05 Thread Jan Lahoda (Jira)


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

Jan Lahoda commented on NETBEANS-3783:
--

Thanks for the report, I believe this is fixed by:

[https://github.com/apache/netbeans/commit/86740301684e46bdc7c25687bf0f122b004da1e7]

 

> NetBeans crashes when creating TypeScript file 
> ---
>
> Key: NETBEANS-3783
> URL: https://issues.apache.org/jira/browse/NETBEANS-3783
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.3
> Environment: Windows 10 x64
> Node.js 12.13.0
> JDK 1.8.0_231
> NetBeans 11.3 beta2 
>Reporter: Ghader Arkani
>Priority: Blocker
>
> When I add a TypeScript file to project and open it, CPU goes to 100% and 
> there are about 300 Node.js instances loaded .



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
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