[jira] [Updated] (NETBEANS-2986) Relative URL not saved in Project Properties

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi updated NETBEANS-2986:
--
Component/s: (was: java - Project)
 javaee - Maven

> Relative URL not saved in Project Properties
> 
>
> Key: NETBEANS-2986
> URL: https://issues.apache.org/jira/browse/NETBEANS-2986
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - Maven
>Affects Versions: 11.1
> Environment:   Netbeans 11.1
>   Operating System: Debian GNU/Linux 9 (stretch)
>   Kernel: Linux 4.9.0-9-amd64
>   Architecture: x86-64
>Reporter: Dave Hutira
>Priority: Blocker
> Attachments: Screenshot at 2019-08-14 19-53-53.png
>
>
> Right click on a project in the Projects list, and select Properties. From 
> the Categories list, select Run and enter a Relative URL. Select OK; go back, 
> and the Relative URL is blank.
> A similar or identical issue appears in the 'old' Netbeans Bugzilla system as 
> Bug 146672 and 178650.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2931) A java.lang.IllegalStateException exception has occurred, accessing the update center over https.

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-2931.
---
Resolution: Not A Problem

It seems there was an issue with the user configuration. He kindly shared what 
the solution was, so this issue has been fixed for him.

> A java.lang.IllegalStateException exception has occurred, accessing the 
> update center over https.
> -
>
> Key: NETBEANS-2931
> URL: https://issues.apache.org/jira/browse/NETBEANS-2931
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0
> Environment: mageia linux 7
>Reporter: Marc Krämer
>Priority: Blocker
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> The page
> [https://plugins.netbeans.org/nbpluginportal/updates/11.0/|http://plugins.netbeans.org/nbpluginportal/updates/11.0/]
> (which is a redirect from https://netbeans.apache.org/nb/plugins/11.1/)
> is not secured by a valid certificate. Checked in all browsers. Netbeans 
> itself refuses to connect to this page:
> "Unable to connect to the NetBeans Distribution because of Received fatal 
> alert: handshake_failure"
>  
> Since the tar ball does not contain an installable php distribution it is not 
> possible to activate php.
> "Some plugins require plugin org.netbeans.libs.oracle.jsparser to be 
> installed.
>  The plugin named org.netbeans.libs.oracle.jsparser is needed and not found. 
> The following plugin is affected:   
> PHP"



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2956) AssertionError during background scan of a Java 12 project

2019-08-22 Thread Jan Lahoda (Jira)


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

Jan Lahoda commented on NETBEANS-2956:
--

[~Furrer] - Very much appreciated that you've found the case where this breaks, 
I think it is very useful. Even if it is not directly fixable in this project, 
if this is fixed in OpenJDK, then it should work better for NetBeans, and 
should help to assure it won't reappear. Are you OK with me reporting this to 
OpenJDK? Thanks!

> AssertionError during background scan of a Java 12 project
> --
>
> Key: NETBEANS-2956
> URL: https://issues.apache.org/jira/browse/NETBEANS-2956
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Travis
>Assignee: Travis
>Priority: Major
> Attachments: netbeans-2956-test-project.zip
>
>
> It seems that there are still some tricky bugs lurking in Netbeans when 
> running with Java 12 projects open.
>  
> My environment is:
> Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not 
> even nb-javac)
> OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built 
> using this JDK
> Gradle 5.5
> Windows 10
>  
> During background scan of the attached project, I get the following 
> exception: 
> java.lang.AssertionError: Analyzer error when processing: container.drink(new 
> FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error 
> when processing: container.drink(new FooBuilder(slug).matches(bug)); at 
> jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at 
> jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) 
> at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) 
> at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407)
>  at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch]
>  at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245)
>  at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>  at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>  at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>  at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>  at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$4300(RepositoryUpdater.java:5834)
>  at 
> 

[jira] [Updated] (NETBEANS-2986) Relative URL not saved in Project Properties

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi updated NETBEANS-2986:
--
Priority: Major  (was: Blocker)

> Relative URL not saved in Project Properties
> 
>
> Key: NETBEANS-2986
> URL: https://issues.apache.org/jira/browse/NETBEANS-2986
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - Maven
>Affects Versions: 11.1
> Environment:   Netbeans 11.1
>   Operating System: Debian GNU/Linux 9 (stretch)
>   Kernel: Linux 4.9.0-9-amd64
>   Architecture: x86-64
>Reporter: Dave Hutira
>Priority: Major
> Attachments: Screenshot at 2019-08-14 19-53-53.png
>
>
> Right click on a project in the Projects list, and select Properties. From 
> the Categories list, select Run and enter a Relative URL. Select OK; go back, 
> and the Relative URL is blank.
> A similar or identical issue appears in the 'old' Netbeans Bugzilla system as 
> Bug 146672 and 178650.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2986) Relative URL not saved in Project Properties

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi commented on NETBEANS-2986:
---

While this is a bug, it does not really block everyone from using the IDE so 
reduced the priority.

> Relative URL not saved in Project Properties
> 
>
> Key: NETBEANS-2986
> URL: https://issues.apache.org/jira/browse/NETBEANS-2986
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - Maven
>Affects Versions: 11.1
> Environment:   Netbeans 11.1
>   Operating System: Debian GNU/Linux 9 (stretch)
>   Kernel: Linux 4.9.0-9-amd64
>   Architecture: x86-64
>Reporter: Dave Hutira
>Priority: Major
> Attachments: Screenshot at 2019-08-14 19-53-53.png
>
>
> Right click on a project in the Projects list, and select Properties. From 
> the Categories list, select Run and enter a Relative URL. Select OK; go back, 
> and the Relative URL is blank.
> A similar or identical issue appears in the 'old' Netbeans Bugzilla system as 
> Bug 146672 and 178650.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2999) NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi commented on NETBEANS-2999:
---

Seems to be a good catch. Could you shate the gradle project or a reduced one 
with similar dependencies where we have the chance to reproduce this issue?

We need the whole context so profiling snapshots are also welcome.

> NetBeans has consumed entire heap with WeakListenerImpl$ListenerReference
> -
>
> Key: NETBEANS-2999
> URL: https://issues.apache.org/jira/browse/NETBEANS-2999
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.1
>Reporter: Shevek
>Priority: Major
> Attachments: netbeans-all-listener-references.png
>
>
> See image.  A random sampling suggests that they're all calling 
> FileChangeListener.
> Randomly sampling: ListenerReference.weakListener.source is a FolderObj on 
> /tmp, or a pointer into .cache/netbeans/11.1index



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2940) Excessive CPU Usage during HTML/PHP project parsing.

2019-08-22 Thread Ivan Yakovlev (Jira)


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

Ivan Yakovlev commented on NETBEANS-2940:
-

Foreced my self to switch to PhpStorm. It hasn't such issues with indexing 
project at all. Sorry, folks :(

> Excessive CPU Usage during HTML/PHP project parsing.
> 
>
> Key: NETBEANS-2940
> URL: https://issues.apache.org/jira/browse/NETBEANS-2940
> Project: NetBeans
>  Issue Type: Bug
>  Components: javascript - Editor
>Affects Versions: 10.0, 11.1
>Reporter: E Dementiev
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: performance, pull-request-available
> Attachments: 2019-08-08-08-00-01.png, 2019-08-08-12-00-01.png, 
> 2019-08-08-14-00-01.png, 2019-08-09-09-00-01.png, 
> 2019-08-09-09-00-02-htop.png, 2019-08-09-09-00-03.png, 
> 2019-08-09-09-00-05.png, 2019-08-09-09-00-exception-log.txt, 
> 2019-08-09-12-00-01-JRE.png, 2019-08-09-14-00-01.png, 
> 2019-08-09-14-00-02.png, 2019-08-09-14-00-02.png, 2019-08-09-14-00-03.png, 
> 2019-08-09-14-00-03.png, 2019-08-09-17-30-IDE-log.txt, 
> 2019-08-09-17-30-java.lang.StackOverflowError.txt, 
> 2019-08-09-netbeans-11.1-about.png, 2019-08-09-netbeans-8.2-about.png, 
> 2019-08-12-21-00-01.png, 2019-08-12-21-00-02.png, 
> 2019-08-13-09-00-Eception-IDE-log.txt, 
> 2019-08-13-09-00-java.lang.NullPointerException.txt, 
> 2019-08-13-12-00-NB-about.png, 2019-08-14-09-00-UI-NB10.png, 
> 2019-08-14-12-00-Refreshing-indices-03.png, 
> image-2019-08-12-10-34-22-305.png, netbeans-11.1.conf, netbeans-8.2.conf, 
> selfsampler15073537369378979592.npss, selfsampler15232135153799309662.npss, 
> selfsampler15675620776487318185.npss, selfsampler16506135220476039727.npss, 
> selfsampler17323576831159964034.npss, selfsampler1962235903870517275.npss, 
> selfsampler231953002133054481.npss, selfsampler4257377310219144311.npss, 
> selfsampler4496583350478949316.npss, selfsampler5156665032004940801.npss, 
> selfsampler5156665032004940801.npss, selfsampler6110902925879607737.npss, 
> selfsampler6409512410806567513.npss, selfsampler7754563681117566493.npss, 
> selfsampler9035236510445031912.npss
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Very often Netbeans would start consuming high CPU resources for the job of 
> Checking for external changes, which sits in suspended status. If you click 
> on the cross and manually cancel that job, the CPU will keep being consumed.
> The only way to stop this is to completely close Netbeans. Upon closing, it 
> will say that it is still checking for external changes.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2940) Excessive CPU Usage during HTML/PHP project parsing.

2019-08-22 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-2940:
-

Would be good to give it another try once we have a HTML/JS specific distro of 
Apache NetBeans. Until now you’ve been comparing the full Apache NetBeans with 
the small 8.2 HTML/JS distro.

> Excessive CPU Usage during HTML/PHP project parsing.
> 
>
> Key: NETBEANS-2940
> URL: https://issues.apache.org/jira/browse/NETBEANS-2940
> Project: NetBeans
>  Issue Type: Bug
>  Components: javascript - Editor
>Affects Versions: 10.0, 11.1
>Reporter: E Dementiev
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: performance, pull-request-available
> Attachments: 2019-08-08-08-00-01.png, 2019-08-08-12-00-01.png, 
> 2019-08-08-14-00-01.png, 2019-08-09-09-00-01.png, 
> 2019-08-09-09-00-02-htop.png, 2019-08-09-09-00-03.png, 
> 2019-08-09-09-00-05.png, 2019-08-09-09-00-exception-log.txt, 
> 2019-08-09-12-00-01-JRE.png, 2019-08-09-14-00-01.png, 
> 2019-08-09-14-00-02.png, 2019-08-09-14-00-02.png, 2019-08-09-14-00-03.png, 
> 2019-08-09-14-00-03.png, 2019-08-09-17-30-IDE-log.txt, 
> 2019-08-09-17-30-java.lang.StackOverflowError.txt, 
> 2019-08-09-netbeans-11.1-about.png, 2019-08-09-netbeans-8.2-about.png, 
> 2019-08-12-21-00-01.png, 2019-08-12-21-00-02.png, 
> 2019-08-13-09-00-Eception-IDE-log.txt, 
> 2019-08-13-09-00-java.lang.NullPointerException.txt, 
> 2019-08-13-12-00-NB-about.png, 2019-08-14-09-00-UI-NB10.png, 
> 2019-08-14-12-00-Refreshing-indices-03.png, 
> image-2019-08-12-10-34-22-305.png, netbeans-11.1.conf, netbeans-8.2.conf, 
> selfsampler15073537369378979592.npss, selfsampler15232135153799309662.npss, 
> selfsampler15675620776487318185.npss, selfsampler16506135220476039727.npss, 
> selfsampler17323576831159964034.npss, selfsampler1962235903870517275.npss, 
> selfsampler231953002133054481.npss, selfsampler4257377310219144311.npss, 
> selfsampler4496583350478949316.npss, selfsampler5156665032004940801.npss, 
> selfsampler5156665032004940801.npss, selfsampler6110902925879607737.npss, 
> selfsampler6409512410806567513.npss, selfsampler7754563681117566493.npss, 
> selfsampler9035236510445031912.npss
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Very often Netbeans would start consuming high CPU resources for the job of 
> Checking for external changes, which sits in suspended status. If you click 
> on the cross and manually cancel that job, the CPU will keep being consumed.
> The only way to stop this is to completely close Netbeans. Upon closing, it 
> will say that it is still checking for external changes.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2940) Excessive CPU Usage during HTML/PHP project parsing.

2019-08-22 Thread Ivan Yakovlev (Jira)


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

Ivan Yakovlev edited comment on NETBEANS-2940 at 8/22/19 8:48 AM:
--

Foreced my self to switch to PhpStorm. It hasn't such issues with indexing 
project at all. Sorry, folks :(
And use old NetBeans 8.2 for some other needs



was (Author: uran1980):
Foreced my self to switch to PhpStorm. It hasn't such issues with indexing 
project at all. Sorry, folks :(

> Excessive CPU Usage during HTML/PHP project parsing.
> 
>
> Key: NETBEANS-2940
> URL: https://issues.apache.org/jira/browse/NETBEANS-2940
> Project: NetBeans
>  Issue Type: Bug
>  Components: javascript - Editor
>Affects Versions: 10.0, 11.1
>Reporter: E Dementiev
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: performance, pull-request-available
> Attachments: 2019-08-08-08-00-01.png, 2019-08-08-12-00-01.png, 
> 2019-08-08-14-00-01.png, 2019-08-09-09-00-01.png, 
> 2019-08-09-09-00-02-htop.png, 2019-08-09-09-00-03.png, 
> 2019-08-09-09-00-05.png, 2019-08-09-09-00-exception-log.txt, 
> 2019-08-09-12-00-01-JRE.png, 2019-08-09-14-00-01.png, 
> 2019-08-09-14-00-02.png, 2019-08-09-14-00-02.png, 2019-08-09-14-00-03.png, 
> 2019-08-09-14-00-03.png, 2019-08-09-17-30-IDE-log.txt, 
> 2019-08-09-17-30-java.lang.StackOverflowError.txt, 
> 2019-08-09-netbeans-11.1-about.png, 2019-08-09-netbeans-8.2-about.png, 
> 2019-08-12-21-00-01.png, 2019-08-12-21-00-02.png, 
> 2019-08-13-09-00-Eception-IDE-log.txt, 
> 2019-08-13-09-00-java.lang.NullPointerException.txt, 
> 2019-08-13-12-00-NB-about.png, 2019-08-14-09-00-UI-NB10.png, 
> 2019-08-14-12-00-Refreshing-indices-03.png, 
> image-2019-08-12-10-34-22-305.png, netbeans-11.1.conf, netbeans-8.2.conf, 
> selfsampler15073537369378979592.npss, selfsampler15232135153799309662.npss, 
> selfsampler15675620776487318185.npss, selfsampler16506135220476039727.npss, 
> selfsampler17323576831159964034.npss, selfsampler1962235903870517275.npss, 
> selfsampler231953002133054481.npss, selfsampler4257377310219144311.npss, 
> selfsampler4496583350478949316.npss, selfsampler5156665032004940801.npss, 
> selfsampler5156665032004940801.npss, selfsampler6110902925879607737.npss, 
> selfsampler6409512410806567513.npss, selfsampler7754563681117566493.npss, 
> selfsampler9035236510445031912.npss
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Very often Netbeans would start consuming high CPU resources for the job of 
> Checking for external changes, which sits in suspended status. If you click 
> on the cross and manually cancel that job, the CPU will keep being consumed.
> The only way to stop this is to completely close Netbeans. Upon closing, it 
> will say that it is still checking for external changes.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3016) New persistence unit dialog should allow server provided library

2019-08-22 Thread Jira


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

Guillermo González de Agüero updated NETBEANS-3016:
---
Description: 
The "New Persistence Unit" dialog requires you to specify the JPA provider and 
the connection URL. Selecting the library adds the dependency to your pom.

Both options should be optional, at least when the application is configured to 
run on a Java EE server, where a JPA implementation and a default library are 
always provided.

A new option "Use server default" would be good.

> New persistence unit dialog should allow server provided library
> 
>
> Key: NETBEANS-3016
> URL: https://issues.apache.org/jira/browse/NETBEANS-3016
> Project: NetBeans
>  Issue Type: Improvement
>  Components: javaee - Persistence
>Reporter: Guillermo González de Agüero
>Priority: Major
>
> The "New Persistence Unit" dialog requires you to specify the JPA provider 
> and the connection URL. Selecting the library adds the dependency to your pom.
> Both options should be optional, at least when the application is configured 
> to run on a Java EE server, where a JPA implementation and a default library 
> are always provided.
> A new option "Use server default" would be good.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3014) php: completion / js

2019-08-22 Thread Jira
Marc Krämer created NETBEANS-3014:
-

 Summary: php: completion / js
 Key: NETBEANS-3014
 URL: https://issues.apache.org/jira/browse/NETBEANS-3014
 Project: NetBeans
  Issue Type: Bug
  Components: php - Editor
Affects Versions: 11.1
Reporter: Marc Krämer


Since version 11.1 php projects are close to unusable. Switched back to 11.0.

 

1.  some js/htlml5 components are not installable

2. it looks like the index is not correct, since completion of classnames does 
only work on some files. Going to a class/method definition by clicking on it 
does not work anymore.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3015) h:outputScript and h:outputStylesheet should be treated as JS and CSS respectively

2019-08-22 Thread Jira
Guillermo González de Agüero created NETBEANS-3015:
--

 Summary: h:outputScript and h:outputStylesheet should be treated 
as JS and CSS respectively
 Key: NETBEANS-3015
 URL: https://issues.apache.org/jira/browse/NETBEANS-3015
 Project: NetBeans
  Issue Type: Improvement
  Components: javaee - JSF Editor
Affects Versions: 11.1
Reporter: Guillermo González de Agüero
 Attachments: image-2019-08-22-12-06-34-853.png

JSF h:outputScript and h:outputStylesheet can embed JavaScript and CSS code. 
However, NetBeans trets it as plain text, which means no syntax highlighting, 
and missing format when autoformatting.

See an example:

!image-2019-08-22-12-06-34-853.png!

 

NetBeans should treat h:outputScript as JavaScript and h:outputStylesheet as 
CSS.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3015) h:outputScript and h:outputStylesheet should be treated as JS and CSS respectively

2019-08-22 Thread Jira


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

Guillermo González de Agüero updated NETBEANS-3015:
---
Description: 
JSF h:outputScript and h:outputStylesheet can embed JavaScript and CSS code. 
However, NetBeans trets it as plain text, which means no syntax highlighting, 
and missing format when autoformatting.

See an example after autoformatting:

!image-2019-08-22-12-06-34-853.png!

 

NetBeans should treat h:outputScript as JavaScript and h:outputStylesheet as 
CSS.

  was:
JSF h:outputScript and h:outputStylesheet can embed JavaScript and CSS code. 
However, NetBeans trets it as plain text, which means no syntax highlighting, 
and missing format when autoformatting.

See an example:

!image-2019-08-22-12-06-34-853.png!

 

NetBeans should treat h:outputScript as JavaScript and h:outputStylesheet as 
CSS.


> h:outputScript and h:outputStylesheet should be treated as JS and CSS 
> respectively
> --
>
> Key: NETBEANS-3015
> URL: https://issues.apache.org/jira/browse/NETBEANS-3015
> Project: NetBeans
>  Issue Type: Improvement
>  Components: javaee - JSF Editor
>Affects Versions: 11.1
>Reporter: Guillermo González de Agüero
>Priority: Major
> Attachments: image-2019-08-22-12-06-34-853.png
>
>
> JSF h:outputScript and h:outputStylesheet can embed JavaScript and CSS code. 
> However, NetBeans trets it as plain text, which means no syntax highlighting, 
> and missing format when autoformatting.
> See an example after autoformatting:
> !image-2019-08-22-12-06-34-853.png!
>  
> NetBeans should treat h:outputScript as JavaScript and h:outputStylesheet as 
> CSS.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-84) Support for JSF 2.3

2019-08-22 Thread Jira


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

Guillermo González de Agüero commented on NETBEANS-84:
--

[~Juneau001] now that Java EE support has already landed (thanks for that 
effort!), do you think you'll be able to work on this one?

> Support for JSF 2.3
> ---
>
> Key: NETBEANS-84
> URL: https://issues.apache.org/jira/browse/NETBEANS-84
> Project: NetBeans
>  Issue Type: Improvement
>  Components: javaee - JSF
>Affects Versions: 8.2, 9.0, Next
>Reporter: Philip Durbin
>Assignee: Josh Juneau
>Priority: Critical
> Attachments: netbeans-red-jsf2.3.png
>
>
> One thing that struck me while attending Ed Burns' JSF talk[1] about JSF 2.3 
> at JavaOne 2017 was a comment he made that autocompletion isn't working in 
> Netbeans for JSF 2.3 features. I would describe this as NetBeans 8.2 showing 
> "angry red" for components it doesn't understand, such as f:validateWholeBean.
> As in the attached screenshot, an example error is "The component library Jsf 
> Core does not contain component validateWholeBean".
> Here's the code from the screenshot: 
> https://github.com/javaee/glassfish-samples/blob/4b3a37500a256bb7d94e2abe273503c9fb017c6b/ws/javaee8/jsf/ee8additions/src/main/webapp/validateWholeBean.xhtml
> In the past, NetBeans releases were coordinated with Java EE releases. When 
> Java EE 8 came out, I expected that NetBeans 9 would come out and support JSF 
> 2.3. When we onboard new developers, I would rather not say to them, "It's ok 
> to see angry red like this in NetBeans."
> Incidentally, during Ed's talk I asked if he knew if JSF 2.3 is supported by 
> IntelliJ or Eclipse and he wasn't aware if they support it or not.
> !netbeans-red-jsf2.3.png|thumbnail!
> !https://issues.apache.org/jira/secure/attachment/12891266/netbeans-red-jsf2.3.png|height=300,width=444!
> [1] Contemporary Java Web Applications with JSF 2.3 - 
> https://www.youtube.com/watch?v=yshXLB_HdhU



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2940) Excessive CPU Usage during HTML/PHP project parsing.

2019-08-22 Thread Ivan Yakovlev (Jira)


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

Ivan Yakovlev commented on NETBEANS-2940:
-

Yes, thanks

> Excessive CPU Usage during HTML/PHP project parsing.
> 
>
> Key: NETBEANS-2940
> URL: https://issues.apache.org/jira/browse/NETBEANS-2940
> Project: NetBeans
>  Issue Type: Bug
>  Components: javascript - Editor
>Affects Versions: 10.0, 11.1
>Reporter: E Dementiev
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: performance, pull-request-available
> Attachments: 2019-08-08-08-00-01.png, 2019-08-08-12-00-01.png, 
> 2019-08-08-14-00-01.png, 2019-08-09-09-00-01.png, 
> 2019-08-09-09-00-02-htop.png, 2019-08-09-09-00-03.png, 
> 2019-08-09-09-00-05.png, 2019-08-09-09-00-exception-log.txt, 
> 2019-08-09-12-00-01-JRE.png, 2019-08-09-14-00-01.png, 
> 2019-08-09-14-00-02.png, 2019-08-09-14-00-02.png, 2019-08-09-14-00-03.png, 
> 2019-08-09-14-00-03.png, 2019-08-09-17-30-IDE-log.txt, 
> 2019-08-09-17-30-java.lang.StackOverflowError.txt, 
> 2019-08-09-netbeans-11.1-about.png, 2019-08-09-netbeans-8.2-about.png, 
> 2019-08-12-21-00-01.png, 2019-08-12-21-00-02.png, 
> 2019-08-13-09-00-Eception-IDE-log.txt, 
> 2019-08-13-09-00-java.lang.NullPointerException.txt, 
> 2019-08-13-12-00-NB-about.png, 2019-08-14-09-00-UI-NB10.png, 
> 2019-08-14-12-00-Refreshing-indices-03.png, 
> image-2019-08-12-10-34-22-305.png, netbeans-11.1.conf, netbeans-8.2.conf, 
> selfsampler15073537369378979592.npss, selfsampler15232135153799309662.npss, 
> selfsampler15675620776487318185.npss, selfsampler16506135220476039727.npss, 
> selfsampler17323576831159964034.npss, selfsampler1962235903870517275.npss, 
> selfsampler231953002133054481.npss, selfsampler4257377310219144311.npss, 
> selfsampler4496583350478949316.npss, selfsampler5156665032004940801.npss, 
> selfsampler5156665032004940801.npss, selfsampler6110902925879607737.npss, 
> selfsampler6409512410806567513.npss, selfsampler7754563681117566493.npss, 
> selfsampler9035236510445031912.npss
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Very often Netbeans would start consuming high CPU resources for the job of 
> Checking for external changes, which sits in suspended status. If you click 
> on the cross and manually cancel that job, the CPU will keep being consumed.
> The only way to stop this is to completely close Netbeans. Upon closing, it 
> will say that it is still checking for external changes.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3016) New persistence unit dialog should allow server provided library

2019-08-22 Thread Jira
Guillermo González de Agüero created NETBEANS-3016:
--

 Summary: New persistence unit dialog should allow server provided 
library
 Key: NETBEANS-3016
 URL: https://issues.apache.org/jira/browse/NETBEANS-3016
 Project: NetBeans
  Issue Type: Improvement
  Components: javaee - Persistence
Reporter: Guillermo González de Agüero






--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2285) Xdebug Remote Debugging failing to start

2019-08-22 Thread Czukowski (Jira)


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

Czukowski commented on NETBEANS-2285:
-

Although from the description it may seem that the issue is resolved, it is 
only a workaround :)

Debugging should work without configuring {{xdebug.idekey}} in php.ini, as it 
used to do with the older Xdebug. There probably was some change in Xdebug that 
has dropped compatibility with the method NetBeans uses.

> Xdebug Remote Debugging failing to start
> 
>
> Key: NETBEANS-2285
> URL: https://issues.apache.org/jira/browse/NETBEANS-2285
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Debugger
>Affects Versions: 10.0
> Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> Java: 1.8.0_201; Java HotSpot(TM) 64-Bit Server VM 25.201-b09
> Runtime: Java(TM) SE Runtime Environment 1.8.0_201-b09
> System: Windows 10
>Reporter: Czukowski
>Priority: Major
>  Labels: php, php-debug
> Attachments: Screenshot1.PNG, php.ini-7.2.txt, php.ini-7.3.txt, 
> xdebug-remote-7.2.log, xdebug-remote-7.3.log
>
>
> The issue might be the same as NETBEANS-1959
> By posting this issue here I'm hoping to provide more information from a 
> different perspective.
> Remote debugging fails to start with PHP 7.3 and Xdebug 2.7.0 (php.ini see 
> attached php.ini-7.3.txt), but works fine with PHP 7.2 and Xdebug 2.6.1 
> (php.ini see attached php.ini-7.2.txt). Direct debugging on CLI scripts works 
> fine in all cases.
> How do I mean fails to start with PHP 7.3 and Xdebug 2.7.0:
> When starting a remote debug session as normal, a browser tab is open with 
> the usual URL:
> {noformat}
> https://test.local/?XDEBUG_SESSION_START=netbeans-xdebug{noformat}
> But the browser tab keeps waiting for the page to load until timed out. 
> Netbeans displays "Waiting for connection..." in the status bar indefinitely 
> until the debugging session is stopped, then an information dialog is shown 
> about a possible misconfiguration (see attached Screenshot1.PNG). For Xdebug 
> remote log content see attached file xdebug-remote-7.3.log, its contents are 
> very similar to one posted in NETBEANS-1959. If debugging session is 
> attempted after being stopped for the first time, no new browser tab is open, 
> no new lines appear in the Xdebug remote log and the status bar says again 
> "Waiting for connection...". The only way I've found to reset to the initial 
> state is to restart Netbeans.
> For comparison, with PHP 7.2 and Xdebug 2.6.1, according to the Xdebug remote 
> log (see attached xdebug-remote-7.2.log) proceeds to setting breakpoints and 
> successfully closing the connection. Netbeans status bar says "Running".
> One notable difference in remote logs is that with Xdebug 2.7 it contains a 
> string derived from the computer name as IDE key:
> {noformat}
> idekey="DESKTOP-A3058Q3$"{noformat}
> And with Xdebug 2.6.1 there is a configured value from Netbeans IDE options:
> {noformat}
> idekey="netbeans-xdebug"{noformat}
> I did try to copy {{DESKTOP-A3058Q3$}} to Netbeans configuration, but a new 
> debugging session didn't seem to go any differently.
> Of all the things I've tried to tweak in php.ini before posting this issue, 
> apparently I haven't tried this one: manually configure {{xdebug.idekey}} and 
> make sure it matched the one configured in Netbeans:
> {noformat}
> xdebug.idekey=netbeans-xdebug{noformat}
> Then the debugging session has finally started!



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2956) AssertionError during background scan of a Java 12 project

2019-08-22 Thread Travis (Jira)


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

Travis commented on NETBEANS-2956:
--

Yes please do pass this along to OpenJDK then.  Thanks!

 

It's possible that the code I attached here could still be reduced slightly 
more, while reproducing the bug.  After hours of iterations of reducing this 
code out from a large project, I was understandably running out of steam to 
craft it down to the _absolute_ minimum. Especially since there are other bugs 
I still want to find time to file...

Long live Netbeans! :)

> AssertionError during background scan of a Java 12 project
> --
>
> Key: NETBEANS-2956
> URL: https://issues.apache.org/jira/browse/NETBEANS-2956
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0, 11.1
>Reporter: Travis
>Assignee: Travis
>Priority: Major
> Attachments: netbeans-2956-test-project.zip
>
>
> It seems that there are still some tricky bugs lurking in Netbeans when 
> running with Java 12 projects open.
>  
> My environment is:
> Netbeans 11.1 <-- a totally fresh installation, no plugins installed (not 
> even nb-javac)
> OpenJDK 12 <-- Netbeans is running on this JDK, and also my project is built 
> using this JDK
> Gradle 5.5
> Windows 10
>  
> During background scan of the attached project, I get the following 
> exception: 
> java.lang.AssertionError: Analyzer error when processing: container.drink(new 
> FooBuilder(slug).matches(bug));java.lang.AssertionError: Analyzer error 
> when processing: container.drink(new FooBuilder(slug).matches(bug)); at 
> jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:162) at 
> jdk.compiler/com.sun.tools.javac.comp.Analyzer.doAnalysis(Analyzer.java:568) 
> at jdk.compiler/com.sun.tools.javac.comp.Analyzer$2.flush(Analyzer.java:539) 
> at jdk.compiler/com.sun.tools.javac.comp.Analyzer.flush(Analyzer.java:576) at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1407)
>  at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.flow(JavaCompiler.java:1375)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$1.process(JavacTaskImpl.java:396)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:506)
>  at 
> jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:399)[catch]
>  at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:245)
>  at 
> org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361)
>  at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275)
>  at 
> org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634)
>  at 
> org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
>  at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$FileListWork.getDone(RepositoryUpdater.java:3785)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(RepositoryUpdater.java:3420)
>  at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(RepositoryUpdater.java:6183)
>  at 
> 

[jira] [Commented] (NETBEANS-3014) php: completion / js

2019-08-22 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-3014:
-

Can you restart with a fresh user directory?

> php: completion / js
> 
>
> Key: NETBEANS-3014
> URL: https://issues.apache.org/jira/browse/NETBEANS-3014
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Editor
>Affects Versions: 11.1
>Reporter: Marc Krämer
>Priority: Blocker
>
> Since version 11.1 php projects are close to unusable. Switched back to 11.0.
>  
> 1.  some js/htlml5 components are not installable
> 2. it looks like the index is not correct, since completion of classnames 
> does only work on some files. Going to a class/method definition by clicking 
> on it does not work anymore.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3017) Navigate -> Go to File... does not work anymore

2019-08-22 Thread Burkhard Graves (Jira)


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

Burkhard Graves updated NETBEANS-3017:
--
Description: 
Navigate -> Go to File... does not (always) work as expected. Sometimes it 
works, but often it does not find files which definitely exist. Same result 
when removing the cache beforehand.

It works _much better_ in 8.x (also not always but much better).

(I ended up installing the plugin "Open File Fast"...)

 

  was:
Navigate -> Go to File... does not (always) works as expected. Sometimes it 
works, but often it does not find files which definitely exist. Same result 
when removing the cache beforehand.

It works _much better_ in 8.x (also not always but much better).

(I ended up installing the plugin "Open File Fast"...)

 


> Navigate -> Go to File... does not work anymore
> ---
>
> Key: NETBEANS-3017
> URL: https://issues.apache.org/jira/browse/NETBEANS-3017
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.1
> Environment: Linux (Debian 9), JDK 1.8.0_202
>Reporter: Burkhard Graves
>Priority: Major
>
> Navigate -> Go to File... does not (always) work as expected. Sometimes it 
> works, but often it does not find files which definitely exist. Same result 
> when removing the cache beforehand.
> It works _much better_ in 8.x (also not always but much better).
> (I ended up installing the plugin "Open File Fast"...)
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3017) Navigate -> Go to File... does not work anymore

2019-08-22 Thread Burkhard Graves (Jira)
Burkhard Graves created NETBEANS-3017:
-

 Summary: Navigate -> Go to File... does not work anymore
 Key: NETBEANS-3017
 URL: https://issues.apache.org/jira/browse/NETBEANS-3017
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.1
 Environment: Linux (Debian 9), JDK 1.8.0_202
Reporter: Burkhard Graves


Navigate -> Go to File... does not (always) works as expected. Sometimes it 
works, but often it does not find files which definitely exist. Same result 
when removing the cache beforehand.

It works _much better_ in 8.x (also not always but much better).

(I ended up installing the plugin "Open File Fast"...)

 



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3018) JAVA FX not working

2019-08-22 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-3018:
-

Go to Samples and then choose one of the projects from the OpenJFX category, 
which is new in 11.1.

> JAVA FX not working
> ---
>
> Key: NETBEANS-3018
> URL: https://issues.apache.org/jira/browse/NETBEANS-3018
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.0
> Environment: Sofwtaer platform
>Reporter: Tomas
>Priority: Major
>
> Dear All,
>  
>   I am trying to create JAVA simple project to test whether JAVA FX works. I 
> have installed
>  
> *Product Version:* Apache NetBeans IDE 11.0 (Build 
> incubator-netbeans-release-404-on-20190319)
> *Updates:*[Updates available|about:check-for-updates]
> *Java:* 12.0.1; Java HotSpot(TM) 64-Bit Server VM 12.0.1+12
> *Runtime:* Java(TM) SE Runtime Environment 12.0.1+12
> *System:* Windows 10 version 10.0 running on amd64; Cp1250; cs_CZ (nb)
>  
>   and loaded
>  
> openjfx-11.0.2_windows-x64_bin-sdk  JAVA FX SDK
>  
> I use JAVA Open JDK version  jdk-12.0.1
>  
> -
>  
>  I created really simple JAVA FX application. Did all the recommended actions 
> esp. registering
>  
> modules in VM options as
>  
> --module-path="C:/Netbeans/javafx-sdk-11.0.2/lib" 
> --add-modules=javafx.controls
>  
>  I can easily compile my code, but when try to run I get this error
>  
> Error occurred during initialization of boot layer
> java.lang.module.FindException: Module javafx.controls not found
> C:\Users\tomas\AppData\Local\NetBeans\Cache\11.0\executor-snippets\run.xml:111:
>  The following error occurred while executing this line:
> C:\Users\tomas\AppData\Local\NetBeans\Cache\11.0\executor-snippets\run.xml:68:
>  Java returned: 1 
>  
>  
> Would appreciate help on this. Thx lots Tom
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-2940) Excessive CPU Usage during HTML/PHP project parsing.

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi commented on NETBEANS-2940:
---

I've checked the last two snapshots. They were looking quite normal, free from 
the performance issue I've found and patched.
If you have a chance to still look at the logs or record a video on this that 
would be useful.
Anyway, good luck with your projects, with all your effort so far we might able 
improve our overall IDE performance!

> Excessive CPU Usage during HTML/PHP project parsing.
> 
>
> Key: NETBEANS-2940
> URL: https://issues.apache.org/jira/browse/NETBEANS-2940
> Project: NetBeans
>  Issue Type: Bug
>  Components: javascript - Editor
>Affects Versions: 10.0, 11.1
>Reporter: E Dementiev
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: performance, pull-request-available
> Attachments: 2019-08-08-08-00-01.png, 2019-08-08-12-00-01.png, 
> 2019-08-08-14-00-01.png, 2019-08-09-09-00-01.png, 
> 2019-08-09-09-00-02-htop.png, 2019-08-09-09-00-03.png, 
> 2019-08-09-09-00-05.png, 2019-08-09-09-00-exception-log.txt, 
> 2019-08-09-12-00-01-JRE.png, 2019-08-09-14-00-01.png, 
> 2019-08-09-14-00-02.png, 2019-08-09-14-00-02.png, 2019-08-09-14-00-03.png, 
> 2019-08-09-14-00-03.png, 2019-08-09-17-30-IDE-log.txt, 
> 2019-08-09-17-30-java.lang.StackOverflowError.txt, 
> 2019-08-09-netbeans-11.1-about.png, 2019-08-09-netbeans-8.2-about.png, 
> 2019-08-12-21-00-01.png, 2019-08-12-21-00-02.png, 
> 2019-08-13-09-00-Eception-IDE-log.txt, 
> 2019-08-13-09-00-java.lang.NullPointerException.txt, 
> 2019-08-13-12-00-NB-about.png, 2019-08-14-09-00-UI-NB10.png, 
> 2019-08-14-12-00-Refreshing-indices-03.png, 
> image-2019-08-12-10-34-22-305.png, netbeans-11.1.conf, netbeans-8.2.conf, 
> selfsampler15073537369378979592.npss, selfsampler15232135153799309662.npss, 
> selfsampler15675620776487318185.npss, selfsampler16506135220476039727.npss, 
> selfsampler17323576831159964034.npss, selfsampler1962235903870517275.npss, 
> selfsampler231953002133054481.npss, selfsampler4257377310219144311.npss, 
> selfsampler4496583350478949316.npss, selfsampler5156665032004940801.npss, 
> selfsampler5156665032004940801.npss, selfsampler6110902925879607737.npss, 
> selfsampler6409512410806567513.npss, selfsampler7754563681117566493.npss, 
> selfsampler9035236510445031912.npss
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Very often Netbeans would start consuming high CPU resources for the job of 
> Checking for external changes, which sits in suspended status. If you click 
> on the cross and manually cancel that job, the CPU will keep being consumed.
> The only way to stop this is to completely close Netbeans. Upon closing, it 
> will say that it is still checking for external changes.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3018) JAVA FX not working

2019-08-22 Thread Tomas (Jira)
Tomas created NETBEANS-3018:
---

 Summary: JAVA FX not working
 Key: NETBEANS-3018
 URL: https://issues.apache.org/jira/browse/NETBEANS-3018
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.0
 Environment: Sofwtaer platform
Reporter: Tomas


Dear All,

 

  I am trying to create JAVA simple project to test whether JAVA FX works. I 
have installed

 
*Product Version:* Apache NetBeans IDE 11.0 (Build 
incubator-netbeans-release-404-on-20190319)

*Updates:*[Updates available|about:check-for-updates]

*Java:* 12.0.1; Java HotSpot(TM) 64-Bit Server VM 12.0.1+12

*Runtime:* Java(TM) SE Runtime Environment 12.0.1+12

*System:* Windows 10 version 10.0 running on amd64; Cp1250; cs_CZ (nb)

 

  and loaded

 

openjfx-11.0.2_windows-x64_bin-sdk  JAVA FX SDK

 

I use JAVA Open JDK version  jdk-12.0.1

 

-

 

 I created really simple JAVA FX application. Did all the recommended actions 
esp. registering

 

modules in VM options as

 

--module-path="C:/Netbeans/javafx-sdk-11.0.2/lib" --add-modules=javafx.controls

 

 I can easily compile my code, but when try to run I get this error

 

Error occurred during initialization of boot layer
java.lang.module.FindException: Module javafx.controls not found
C:\Users\tomas\AppData\Local\NetBeans\Cache\11.0\executor-snippets\run.xml:111: 
The following error occurred while executing this line:
C:\Users\tomas\AppData\Local\NetBeans\Cache\11.0\executor-snippets\run.xml:68: 
Java returned: 1 

 

 

Would appreciate help on this. Thx lots Tom

 

 



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-1338) Cannot run program "/tmp/1867006118/pty": error 13, Permission denied

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-1338.
---
Resolution: Not A Problem

It seems the user were able to resolve his issue. No update for long referred 
an old version, so I mark this one resolved.

> Cannot run program "/tmp/1867006118/pty": error 13, Permission denied
> -
>
> Key: NETBEANS-1338
> URL: https://issues.apache.org/jira/browse/NETBEANS-1338
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 8.2
>Reporter: John Stevenson
>Priority: Critical
>
> Recently loaded Netbeans with C++ on Linux Redhat 7.4.  I created a Hello 
> world application and attempted to build the app with no changes to the 
> generated code.  The following appears in the build window:
> cd '/root/NetBeansProjects/HelloWorld'
> /usr/bin/gmake -f Makefile CONF=Debug
> Cannot run program "/tmp/1867006118/pty": error=13, Permission denied.
>  
> Currently, I am running this as root.  I have tried chmod on the file to no 
> avail.  Have removed sticky bit on tmp directory.  Have tested on several 
> machines and all behave similarly.  Machines have been hardened for security. 
>  The /tmp directory is mounted to /var/tmp in the /etc/fstab file.    
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-677) Netbeans locked-up after Drag/Undock a window

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-677.
--
Resolution: Abandoned

No response on my question for a long time.

> Netbeans locked-up after Drag/Undock a window
> -
>
> Key: NETBEANS-677
> URL: https://issues.apache.org/jira/browse/NETBEANS-677
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Window System
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
>Reporter: will mason
>Priority: Critical
>  Labels: IDE, Regression, debugger, freeze, windowing
> Attachments: messages.log
>
>
> h2. context
> *  running Swing GUI application in debugger
> * Opened a new window on the current panel's java file
> * I am pretty sure the debugger was stopped on a break point at the time.
> h2. expected
> *  Dragged the clone window out of the main window so that I can view it 
> side-by-side
> *  Open a new Frame with the source file in it
> * 2 x views on the same file
> h2. actual
> * Thumbnail floated to the new position on screen
> * Then nothing
> * Thumbnail just stuck there
> * Application window also locked-up (freeze)
> * No response from Netbeans, ALT/F4 (Windows) didn't close window
> * Needed to close Netbeans with TaskManager
> h2.  Impact
> * Lost work due to crash/shutdown
> * Must repeat the debugging steps, it was a non-trivial exercise
> h2.  supporting information
> *  messages.log



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-254) Chrome Connector: This extension may have been corrupted.

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-254.
--
Resolution: Not A Problem

> Chrome Connector: This extension may have been corrupted.
> -
>
> Key: NETBEANS-254
> URL: https://issues.apache.org/jira/browse/NETBEANS-254
> Project: NetBeans
>  Issue Type: Bug
>  Components: web - Inspection
>Affects Versions: Next
> Environment: Google Chrome63.0.3239.132 (Official Build) unknown 
> (64-bit)
> Revision  
> 2e6edcfee630baa3775f37cb11796b1603a64360-refs/branch-heads/3239@{#709}
> OSLinux
> JavaScriptV8 6.3.292.49
>Reporter: Allan Laal
>Priority: Critical
>  Labels: WAIVER
>
> *Steps to reproduce:*
>  * launch Google Chrome 63 and open chrome://extensions
>  * uninstall current NB Connector
>  * locate netbeans-chrome-connector.crx in your current NB build
>  * drag file to chrome://extensions to install it
> *Expected behaviour:*
>  
>  plugin installs without issues
> *Actual behaviour:*
>   
>  plugin installs, but shows error "This extension may have been corrupted."
> *Workaround*
>  
>  * rename netbeans-chrome-connector.crx into netbeans-chrome-connector.crx.zip
>  * unpack it
>  * use Load unpacked extension in chrome
> *Theories*
>  
>  might be related to why the NB connector page in Chrome web store is corrupt 
> in Chrome 63:
> https://chrome.google.com/webstore/detail/netbeans-connector/hafdlehgocfcodbgjnpecfajgkeejnaa?hl=en



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-1232) Import settings from 8.2 to 9.0 tooks too long

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-1232.
---
Resolution: Cannot Reproduce

Well the information collected here may be valuable. Though not really enough 
to track down this issue.

It is very plausible, that this has happened due to a JDK bug, but right now 
the referenced NetBeans and JDK versions are considered outdated.

Please feel free to reopen this issue, but without a reproducible case, this 
cannot be fixed.

> Import settings from 8.2 to 9.0 tooks too long
> --
>
> Key: NETBEANS-1232
> URL: https://issues.apache.org/jira/browse/NETBEANS-1232
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - OptionsSettings
>Affects Versions: 9.0
>Reporter: Christian Lenz
>Priority: Critical
> Attachments: messages.log
>
>
> I opened NetBeans 9.0 for the first time and it asks me whether I want to 
> import my settings from 8.2 or not. I hit yes and I waited 5min (started at 
> 10:33 to import and ended at 10:38). This is way to long. I opened the 
> messages.log but there is no exception or whatever inside.
> I can't cancel that dialog or close it this is why I set it to critical. 
> NetBeans opened after 5min, after the import was finished.
> Cheers
> Chris



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-646) Keyboard lag in 8.2 under macOS 10.13 High Sierra?

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-646.
--
Resolution: Abandoned

No response on my question for long.

> Keyboard lag in 8.2 under macOS 10.13 High Sierra?
> --
>
> Key: NETBEANS-646
> URL: https://issues.apache.org/jira/browse/NETBEANS-646
> Project: NetBeans
>  Issue Type: Bug
> Environment: MacBook Pro, NB 8.2, JDK 1.8.?
>Reporter: Bob Alei
>Priority: Critical
>
> A student of mine is having big trouble with newly installed NB 8.2 on a 
> Macbook pro (?) running with JDK 1.8.?  In the source editor, he can type a 
> few characters then the cursor jumps around, very erratically. I think it's a 
> keyboard lag issue, if he waits a half second between keypresses, it seems to 
> be OK.  But it could be something else.  Are there any known configurations 
> that cause bizarre keyboard behavior?  Anything else that I could check?  All 
> other programs on his computer work fine.  TIA,
> Bob Alei
> PS.  MY apologies if this is the wrong forum for this kind of question.  
> Please advise if so.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3010) exception when starting net beans

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

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

Please provide a way to reproduce this one at NETBEANS-1769.

> exception when starting net beans
> -
>
> Key: NETBEANS-3010
> URL: https://issues.apache.org/jira/browse/NETBEANS-3010
> Project: NetBeans
>  Issue Type: Bug
>  Components: apisupport - Project
>Affects Versions: 10.0, 11.1
> Environment: raspberry Pi 3B+, debian Buster
>Reporter: Phil Longenecker
>Priority: Major
>
> -->Log
>  Session: Tuesday, August 20, 2019 at 2:01:37 PM Central Daylight Time>System 
> Info:   Product Version         = Apache NetBeans IDE 10.0 (Build 
> 20190125-debian-10.0)  Operating System        = Linux version 4.19.58-v7+ 
> running on arm  Java; VM; Vendor        = 11.0.3; OpenJDK Server VM 
> 11.0.3+7-post-Raspbian-5; Raspbian  Runtime                 = OpenJDK Runtime 
> Environment 11.0.3+7-post-Raspbian-5  Java Home               = 
> /usr/lib/jvm/java-11-openjdk-armhf  System Locale; Encoding = en_US (nb); 
> UTF-8  Home Directory          = /home/phil  Current Directory       = 
> /home/phil  User Directory          = /home/phil/.netbeans/10.0  Cache 
> Directory         = /home/phil/.cache/netbeans/10.0  Installation            
> = /usr/share/netbeans/10.0/nb                            
> /usr/share/netbeans/10.0/ide                            
> /usr/share/netbeans/10.0/java                            
> /usr/share/netbeans/10.0/apisupport                            
> /usr/share/netbeans/10.0/harness                            
> /usr/share/netbeans/10.0/platform  Boot & Ext. Classpath   =   Application 
> Classpath   = 
> /usr/share/netbeans/10.0/platform/lib/boot.jar:/usr/share/netbeans/10.0/platform/lib/org-openide-modules.jar:/usr/share/netbeans/10.0/platform/lib/org-openide-util.jar:/usr/share/netbeans/10.0/platform/lib/org-openide-util-lookup.jar:/usr/share/netbeans/10.0/platform/lib/org-openide-util-ui.jar
>   Startup Classpath       = 
> /usr/share/netbeans/10.0/platform/core/asm-all-5.0.1.jar:/usr/share/netbeans/10.0/platform/core/core.jar:/usr/share/netbeans/10.0/platform/core/org-openide-filesystems-compat8.jar:/usr/share/netbeans/10.0/platform/core/org-netbeans-libs-asm.jar:/usr/share/netbeans/10.0/platform/core/core-base.jar:/usr/share/netbeans/10.0/platform/core/org-openide-filesystems.jar:/usr/share/netbeans/10.0/nb/core/org-netbeans-upgrader.jar:/usr/share/netbeans/10.0/nb/core/locale/core_nb.jar---WARNING
>  [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.java.editor.lib, org.netbeans.modules.xml.text] use 
> org.netbeans.modules.editor.deprecated.pre65formatting which is 
> deprecated.WARNING [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.ide.kit, org.netbeans.modules.xml.text] use 
> org.netbeans.modules.editor.structure which is deprecated.WARNING 
> [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.apisupport.ant, org.netbeans.modules.java.hints] use 
> org.netbeans.modules.java.hints.legacy.spi which is deprecated: Use Java 
> Hints SPI (org.netbeans.spi.java.hints) instead.INFO 
> [org.netbeans.JarClassLoader]: Could not bytecode-patch 
> org.netbeans.modules.progress.spi.InternalHandlejava.lang.NullPointerException
>  at org.netbeans.core.startup.Asm.delegateToFactory(Unknown Source) at 
> org.netbeans.core.startup.Asm.patch(Unknown Source)Caused: 
> java.lang.reflect.InvocationTargetException at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
> Method) at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>  at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  at java.base/java.lang.reflect.Method.invoke(Method.java:566)Caused: 
> java.lang.IllegalStateException[catch] at 
> org.netbeans.PatchByteCode.apply(Unknown Source) at 
> org.netbeans.JarClassLoader.doLoadClass(Unknown Source) at 
> org.netbeans.ProxyClassLoader.selfLoadClass(Unknown Source) at 
> org.netbeans.ProxyClassLoader.loadClass(Unknown Source) at 
> java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) at 
> java.base/java.lang.ClassLoader.defineClass1(Native Method) at 
> java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1016) at 
> org.netbeans.JarClassLoader.doLoadClass(Unknown Source) at 
> org.netbeans.ProxyClassLoader.selfLoadClass(Unknown Source) at 
> org.netbeans.ProxyClassLoader.loadClass(Unknown Source) at 
> 

[jira] [Resolved] (NETBEANS-1525) Applying patch

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-1525.
---
Resolution: Cannot Reproduce

It is confirmed that it cannot be reproduced, as no further info provided from 
the reporter I mark this one as resolved.

> Applying patch
> --
>
> Key: NETBEANS-1525
> URL: https://issues.apache.org/jira/browse/NETBEANS-1525
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Mercurial
>Affects Versions: 10.0
> Environment: Mac Os 10.13.3
> Core i7
> 8 Gb Ram
>Reporter: Leo
>Priority: Critical
>  Labels: test
> Attachments: image-2018-10-22-21-50-29-096.png
>
>
> h3. When I Try to Apply diff patch, shows Message that Attached!  
> h3. Steps
>  # Switch to original project - revert changes.
>  # Invoke *Team | Patches | Apply Diff Patch...* from main menu.
>  # Select patch file created in previous step and press *Patch*.
>  # Answer "Yes" in question dialog to confirm watching differences.
> !image-2018-10-22-21-50-29-096.png!
>  



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-994) NetBeans deletes remote files, when local project-file-location gets offline

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

Laszlo Kishalmi resolved NETBEANS-994.
--
Resolution: Abandoned

No response on my question for a long time.

> NetBeans deletes remote files, when local project-file-location gets offline
> 
>
> Key: NETBEANS-994
> URL: https://issues.apache.org/jira/browse/NETBEANS-994
> Project: NetBeans
>  Issue Type: Bug
>  Components: apisupport - Project, projects - Generic Infrastructure
>Affects Versions: 8.2
>Reporter: Heli Ammann
>Priority: Critical
>  Labels: connection, delete, ftpclient, synchronization
>
> Product Version = NetBeans IDE 8.2 (Build 201705191307)
> Operating System = Windows 7 version 6.1 running on amd64
> Java; VM; Vendor = 1.8.0_101
> Runtime = Java HotSpot(TM) 64-Bit Server VM 25.101-b13
> STEPS:
>   * Open project-files from a local fileserver
>   * Configure Remote Connection with "Upload Files = On Save"
>   * Disconnect connection to local fileserver
> ACTUAL:
>   NetBeans begins to delete all files on the remote connection -> website is 
> destroyed
> EXPECTED:
>   NetBeans checks if project-file-location is available, bevore deleting 
> remote files



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-1269) Find usages is very slow in Netbeans 9.0 & 10.0 and it sits a long time at Initializing data and Usages progress bar, in some cases without showing any progress at al

2019-08-22 Thread Laszlo Kishalmi (Jira)


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

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

There is more movement on NETBEANS-2661, so I mark this as duplicated.

> Find usages is very slow in Netbeans 9.0 & 10.0 and it sits a long time at 
> Initializing data and Usages progress bar, in some cases without showing any 
> progress at all
> ---
>
> Key: NETBEANS-1269
> URL: https://issues.apache.org/jira/browse/NETBEANS-1269
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0, 10.0
> Environment: Netbeans 9.0 based on jdk-10.0.1 on Windows 10 Pro
> Netbeans 10.0 based on OpenJDL11 on Windows 10 Pro
>Reporter: Ciprian Bulboaca
>Priority: Critical
>
> Find usages in Netbeans 9.0 is very slow (compared to Netbeans 8.0.2).
> For example, in our large modular project we have, doing a find usages on any 
> method in any class takes a very long time (4-5 minutes) in Netbeans 9.0. For 
> about half the time, Netbeans 9.0 is just sitting at "Initializing data" and 
> for the other half, it is just sitting at Usages progress bar always showing 
> 0% progress! Then, after a long period of waiting, it just shows the results 
> without even updating the progress bar (or at least you can't tell it is 
> updating the progress bar).
> This all behaves normally under Netbeans 8.0.2 where find usages is showing 
> results right away (as it's scanning) and the whole process takes only a few 
> seconds!
> We've tried bumping up the -J-Xmx setting to 1536m in netbeans.conf and 
> although we see the memory allocated is increasing (in Task Manager), 
> Netbeans 9.0 behaves the same way.
> I'm wondering if anybody else is experiencing this. Is there any workaround 
> for this issue? This affects our day to day work very significantly since we 
> rely on fast 'find usages' operations all the time in our analysis & coding 
> work.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)

2019-08-22 Thread Travis (Jira)
Travis created NETBEANS-3019:


 Summary: NullPointerException during copy/paste of Java 12 code 
(in the attached project)
 Key: NETBEANS-3019
 URL: https://issues.apache.org/jira/browse/NETBEANS-3019
 Project: NetBeans
  Issue Type: Bug
  Components: java - Source
Affects Versions: 11.1
Reporter: Travis
Assignee: ARUNAVA SINHA


I got the exception below in a fresh installation of Netbeans 11.1.  This is 
after I installed nb-javac 1.6, but zero other plugins.  I'm using Gradle 5.5 
on Windows 10, but that probably makes no difference here.

The bug can be reproduced using the attached small project, which I 
painstakingly distilled out from a large code base where this bug was first 
found. To trigger the exception, you need to copy "CopyMe" from Source.java and 
paste it into Destination.java.  Upon pasting, the "Import Classes" dialog will 
appear.  Immediately after pressing the "OK" button, this exception happens:

 

java.lang.NullPointerExceptionjava.lang.NullPointerException at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at 
org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at 
org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) at 
com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at 
org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826)
 at 
org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173)
 at 
org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) at 
org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154)
 at 
org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126)
 at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) 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)
 at 
org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126)
 at 
org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113)
 at 
org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216)
 at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at 
org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)[catch] at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)

2019-08-22 Thread Travis (Jira)


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

Travis updated NETBEANS-3019:
-
Description: 
I got the exception below in a fresh installation of Netbeans 11.1.  This is 
after I installed nb-javac 1.6, but zero other plugins.  I'm using Gradle 5.5 
on Windows 10, but that probably makes no difference here.  Netbeans is running 
on OpenJDK 12 and the project is also being built using Java 12.

The bug can be reproduced using the attached small project, which I 
painstakingly distilled out from a large code base where this bug was first 
found. To trigger the exception, you need to copy "CopyMe" from Source.java and 
paste it into Destination.java.  Upon pasting, the "Import Classes" dialog will 
appear.  Immediately after pressing the "OK" button, this exception happens:

 

java.lang.NullPointerExceptionjava.lang.NullPointerException at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at 
org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at 
org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) at 
com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at 
org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826)
 at 
org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173)
 at 
org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) at 
org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154)
 at 
org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126)
 at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) 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)
 at 
org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126)
 at 
org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113)
 at 
org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216)
 at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) at 
org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)[catch] at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)

  was:
I got the exception below in a fresh installation of Netbeans 11.1.  This is 
after I installed nb-javac 1.6, but zero other plugins.  I'm using Gradle 5.5 
on Windows 10, but that probably makes no difference here.

The bug can be reproduced using the attached small project, which I 
painstakingly distilled out from a large code base where this bug was first 
found. To trigger the exception, you need to copy "CopyMe" from Source.java and 
paste it into Destination.java.  Upon pasting, the "Import Classes" dialog will 
appear.  Immediately after pressing the "OK" button, this exception happens:

 

java.lang.NullPointerExceptionjava.lang.NullPointerException at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at 
org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at 
com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at 

[jira] [Assigned] (NETBEANS-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)

2019-08-22 Thread Travis (Jira)


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

Travis reassigned NETBEANS-3019:


Assignee: Jan Lahoda  (was: ARUNAVA SINHA)

> NullPointerException during copy/paste of Java 12 code (in the attached 
> project)
> 
>
> Key: NETBEANS-3019
> URL: https://issues.apache.org/jira/browse/NETBEANS-3019
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.1
>Reporter: Travis
>Assignee: Jan Lahoda
>Priority: Major
> Attachments: netbeans-3019-test-project.zip
>
>
> I got the exception below in a fresh installation of Netbeans 11.1.  This is 
> after I installed nb-javac 1.6, but zero other plugins.  I'm using Gradle 5.5 
> on Windows 10, but that probably makes no difference here.  Netbeans is 
> running on OpenJDK 12 and the project is also being built using Java 12.
> The bug can be reproduced using the attached small project, which I 
> painstakingly distilled out from a large code base where this bug was first 
> found. To trigger the exception, you need to copy "CopyMe" from Source.java 
> and paste it into Destination.java.  Upon pasting, the "Import Classes" 
> dialog will appear.  Immediately after pressing the "OK" button, this 
> exception happens:
>  
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at 
> org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) 
> at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at 
> com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at 
> org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) 
> at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at 
> org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826)
>  at 
> org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173)
>  at 
> org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) 
> at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126)
>  at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) 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)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216)
>  at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) 
> at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)[catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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] branch master updated (677a618 -> 021bbcc)

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

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


from 677a618  [NETBEANS-3011] - reduce the amount of redundant cast 
warnings..
 new 096a8ea  Fix tests for ide/editor.structure module
 new c4ce220  Revert remove static for nested classes
 new 021bbcc  Merge pull request #1453 from 
blackleg/fix_ide_editor_structure_tests

The 2871 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 .travis.yml|  1 +
 ide/editor.structure/nbproject/project.xml |  8 +-
 .../editor/structure/api/DocumentModel.java|  6 --
 .../editor/structure/api/DocumentModelTest.java| 85 +++---
 4 files changed, 66 insertions(+), 34 deletions(-)


-
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-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)

2019-08-22 Thread Travis (Jira)


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

Travis updated NETBEANS-3019:
-
Attachment: netbeans-3019-test-project.zip

> NullPointerException during copy/paste of Java 12 code (in the attached 
> project)
> 
>
> Key: NETBEANS-3019
> URL: https://issues.apache.org/jira/browse/NETBEANS-3019
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.1
>Reporter: Travis
>Assignee: ARUNAVA SINHA
>Priority: Major
> Attachments: netbeans-3019-test-project.zip
>
>
> I got the exception below in a fresh installation of Netbeans 11.1.  This is 
> after I installed nb-javac 1.6, but zero other plugins.  I'm using Gradle 5.5 
> on Windows 10, but that probably makes no difference here.
> The bug can be reproduced using the attached small project, which I 
> painstakingly distilled out from a large code base where this bug was first 
> found. To trigger the exception, you need to copy "CopyMe" from Source.java 
> and paste it into Destination.java.  Upon pasting, the "Import Classes" 
> dialog will appear.  Immediately after pressing the "OK" button, this 
> exception happens:
>  
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at 
> org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) 
> at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at 
> com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at 
> org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) 
> at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at 
> org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826)
>  at 
> org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173)
>  at 
> org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) 
> at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126)
>  at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) 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)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216)
>  at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) 
> at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)[catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

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

[jira] [Commented] (NETBEANS-3019) NullPointerException during copy/paste of Java 12 code (in the attached project)

2019-08-22 Thread Travis (Jira)


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

Travis commented on NETBEANS-3019:
--

Doing the exact same thing without nb-javac installed does not encounter any 
exception.  But it also fails to identify and automatically add 2 of the 3 
necessary imports during the "Import Classes" dialog.  Running "Fix Imports" 
afterward does correctly add the other 2 missing imports, however.

So this exception seems to be only reproducible with nb-javac installed.

> NullPointerException during copy/paste of Java 12 code (in the attached 
> project)
> 
>
> Key: NETBEANS-3019
> URL: https://issues.apache.org/jira/browse/NETBEANS-3019
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.1
>Reporter: Travis
>Assignee: ARUNAVA SINHA
>Priority: Major
> Attachments: netbeans-3019-test-project.zip
>
>
> I got the exception below in a fresh installation of Netbeans 11.1.  This is 
> after I installed nb-javac 1.6, but zero other plugins.  I'm using Gradle 5.5 
> on Windows 10, but that probably makes no difference here.  Netbeans is 
> running on OpenJDK 12 and the project is also being built using Java 12.
> The bug can be reproduced using the attached small project, which I 
> painstakingly distilled out from a large code base where this bug was first 
> found. To trigger the exception, you need to copy "CopyMe" from Source.java 
> and paste it into Destination.java.  Upon pasting, the "Import Classes" 
> dialog will appear.  Immediately after pressing the "OK" button, this 
> exception happens:
>  
> java.lang.NullPointerExceptionjava.lang.NullPointerException at 
> com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:334) at 
> org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:72) 
> at com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:379) at 
> com.sun.tools.javac.comp.Resolve.isAccessible(Resolve.java:441) at 
> org.netbeans.lib.nbjavac.services.NBResolve.isAccessible(NBResolve.java:66) 
> at com.sun.tools.javac.api.JavacTrees.isAccessible(JavacTrees.java:913) at 
> org.netbeans.api.java.source.GeneratorUtilities.getImportedElement(GeneratorUtilities.java:1826)
>  at 
> org.netbeans.api.java.source.GeneratorUtilities.addImports(GeneratorUtilities.java:1173)
>  at 
> org.netbeans.api.java.source.SourceUtils.resolveImport(SourceUtils.java:403) 
> at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:154)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:126)
>  at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) 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)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler.doImport(ClipboardHandler.java:126)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler.access$100(ClipboardHandler.java:113)
>  at 
> org.netbeans.modules.java.editor.imports.ClipboardHandler$4$1.run(ClipboardHandler.java:216)
>  at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418) at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45) 
> at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)[catch] at 
> 

[jira] [Commented] (NETBEANS-3014) php: completion / js

2019-08-22 Thread Jira


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

Marc Krämer commented on NETBEANS-3014:
---

what do you need? The my project is open source and can be downloaded here 
(~10MB):

[https://sourceforge.net/p/webedition/source/ci/devel/tree/]

search for e.g. we_base_constants the file is named 
/webEdition/we/include/we_classes/base/we_base_constants.class.php

we_base_country on the other hand is found...

> php: completion / js
> 
>
> Key: NETBEANS-3014
> URL: https://issues.apache.org/jira/browse/NETBEANS-3014
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Editor
>Affects Versions: 11.1
>Reporter: Marc Krämer
>Priority: Blocker
>
> Since version 11.1 php projects are close to unusable. Switched back to 11.0.
>  
> 1.  some js/htlml5 components are not installable
> 2. it looks like the index is not correct, since completion of classnames 
> does only work on some files. Going to a class/method definition by clicking 
> on it does not work anymore.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3014) php: completion / js

2019-08-22 Thread Junichi Yamamoto (Jira)


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

Junichi Yamamoto commented on NETBEANS-3014:


Did you try removing your cache directory for NB11.1?

> php: completion / js
> 
>
> Key: NETBEANS-3014
> URL: https://issues.apache.org/jira/browse/NETBEANS-3014
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Editor
>Affects Versions: 11.1
>Reporter: Marc Krämer
>Priority: Blocker
>
> Since version 11.1 php projects are close to unusable. Switched back to 11.0.
>  
> 1.  some js/htlml5 components are not installable
> 2. it looks like the index is not correct, since completion of classnames 
> does only work on some files. Going to a class/method definition by clicking 
> on it does not work anymore.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3014) php: completion / js

2019-08-22 Thread Geertjan Wielenga (Jira)


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

Geertjan Wielenga commented on NETBEANS-3014:
-

you're going to have to provide more details or a way to reproduce, otherwise 
we can't even begin to fix this

> php: completion / js
> 
>
> Key: NETBEANS-3014
> URL: https://issues.apache.org/jira/browse/NETBEANS-3014
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Editor
>Affects Versions: 11.1
>Reporter: Marc Krämer
>Priority: Blocker
>
> Since version 11.1 php projects are close to unusable. Switched back to 11.0.
>  
> 1.  some js/htlml5 components are not installable
> 2. it looks like the index is not correct, since completion of classnames 
> does only work on some files. Going to a class/method definition by clicking 
> on it does not work anymore.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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-3014) php: completion / js

2019-08-22 Thread Jira


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

Marc Krämer commented on NETBEANS-3014:
---

still the same. If I open the project with NB 11.0 all works perfect. The same 
project with NB 11.1 some classes are not found. I don't see why some classes 
are found and some not. I don't see a pattern in it.

all files are shown in the project tree, but not listed in goto symbol.

> php: completion / js
> 
>
> Key: NETBEANS-3014
> URL: https://issues.apache.org/jira/browse/NETBEANS-3014
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Editor
>Affects Versions: 11.1
>Reporter: Marc Krämer
>Priority: Blocker
>
> Since version 11.1 php projects are close to unusable. Switched back to 11.0.
>  
> 1.  some js/htlml5 components are not installable
> 2. it looks like the index is not correct, since completion of classnames 
> does only work on some files. Going to a class/method definition by clicking 
> on it does not work anymore.



--
This message was sent by Atlassian Jira
(v8.3.2#803003)

-
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