[jira] [Created] (NETBEANS-2994) PHP - formatting of unary operators adds extra space
Tomáš Procházka created NETBEANS-2994: - Summary: PHP - formatting of unary operators adds extra space Key: NETBEANS-2994 URL: https://issues.apache.org/jira/browse/NETBEANS-2994 Project: NetBeans Issue Type: Bug Components: php - Formatting & Indentation Affects Versions: 11.1 Reporter: Tomáš Procházka Formatting of unary operators in PHP adds extra space around operator, where it is not wanted. Input: {code:java} https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908725#comment-16908725 ] Jan Lahoda commented on NETBEANS-2661: -- FWIW, I've added a work-in-progress pull request here: [https://github.com/apache/netbeans/pull/1430] That should eliminate almost all the time spent in QuerySupport.findBinaryRootsForSourceRoot. Needs more testing to see if it breaks something important (it relies on the BinaryForSourceQuery which was added later, and so may be a little less stable/broadly implemented). > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence, pull-request-available > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > Time Spent: 10m > Remaining Estimate: 0h > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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) NullPointerException during Import Classes operation after pasting Java code into Editor
[ https://issues.apache.org/jira/browse/NETBEANS-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908726#comment-16908726 ] ARUNAVA SINHA commented on NETBEANS-2956: - Also please try to simulate the issue without nb-javac plugin to verify is the issue is specific to nb-javac plugin or not. You can run JDK 11/12 without nb-javac plugin installed. Plugin is required only for jdk 8 or below > NullPointerException during Import Classes operation after pasting Java code > into Editor > > > Key: NETBEANS-2956 > URL: https://issues.apache.org/jira/browse/NETBEANS-2956 > Project: NetBeans > Issue Type: Bug > Components: java - Source >Affects Versions: 11.0, 11.1 > Environment: Project is being built using OpenJDK 12 > Same on Windows 10 and Linux > Same when Netbeans is running on either JDK 8 or OpenJDK 12 > Same on Netbeans 11.0 and Netbeans 11.1 (both with nb-javac 1.6 installed) > Same with new built-in Gradle plugin, or old Gradle Support plugin 2.0.0 > Gradle 5.5 >Reporter: Travis >Assignee: ARUNAVA SINHA >Priority: Major > > I'm building my Java project using OpenJDK 12 and Netbeans 11.1. Everything > was working fine with the same project when it was built on JDK 8. We > recently updated to JDK 12 and this problem appeared immediately at that time. > > The problem happens reliably whenever I copy-paste code from one file to > another, and the code requires several imports to be added to the destination > file. This causes the "Import Classes" dialog to appear. When I hit "OK" > button there, I immediately get the NullPointerException shown below. After > the exception, the code is still pasted, but the necessary import lines do > not get added. Furthermore, manually running "Source:Fix Imports..." > afterward also fails to add the necessary imports. > This bug makes the IDE pretty unusable for ongoing development work. This is > forcing me and others on my team, sadly, to use a different IDE for now, as > we have found no workaround yet. > > java.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.modules.java.editor.imports.ClipboardHandler$1.run(ClipboardHandler.java:159) > 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.e
[jira] [Updated] (NETBEANS-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-2661: - Labels: PERFORMANCE Performance perf perfomance performance performence pull-request-available (was: PERFORMANCE Performance perf perfomance performance performence) > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence, pull-request-available > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-2992) Code completion does not work well inside Closures
[ https://issues.apache.org/jira/browse/NETBEANS-2992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junichi Yamamoto reassigned NETBEANS-2992: -- Assignee: Junichi Yamamoto > Code completion does not work well inside Closures > -- > > Key: NETBEANS-2992 > URL: https://issues.apache.org/jira/browse/NETBEANS-2992 > Project: NetBeans > Issue Type: Bug > Components: php - Editor >Affects Versions: 11.1 >Reporter: Czukowski >Assignee: Junichi Yamamoto >Priority: Major > > PHP code completion does not offer a method of an object member, eg > {{$this->service->process()}} when invoked from within a closure. It does > offer the object member itself ({{$this->service}}) though. > See a minimal gist with a code example to reproduce the issue: > https://gist.github.com/czukowski/8181ff90a7271a3f9bab9c5dc83a62a1 -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-1836) Out of heap space removing large number of nodes
[ https://issues.apache.org/jira/browse/NETBEANS-1836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908437#comment-16908437 ] Jan Lahoda commented on NETBEANS-1836: -- I wonder what is the reason for running out of memory. The "remSel" list only keeps paths that are in the selection model, so adding them into the list shouldn't be too memory intensive (for ~10,000 nodes). So I wonder what runs out of memory? Thanks! > Out of heap space removing large number of nodes > > > Key: NETBEANS-1836 > URL: https://issues.apache.org/jira/browse/NETBEANS-1836 > Project: NetBeans > Issue Type: Bug > Components: platform - Explorer >Affects Versions: 8.2 >Reporter: Rangi Keen >Priority: Critical > Labels: pull-request-available > Attachments: RemoveNodeOutOfHeapSpace.patch > > Time Spent: 10m > Remaining Estimate: 0h > > If you remove a large number of selected nodes (e.g. 10,000), you may run out > of heap space. Note that this does not occur when deleting nodes because the > nodes are first deselected, but it will happen if the nodes to be removed are > not first deselected. > This seems to be related to [bug > #193852|https://netbeans.org/bugzilla/show_bug.cgi?id=193852] designed to > attempt to maintain cursor position when removing a node from the tree. Prior > to the change for this bug, the node parent was set to null when the node was > destroyed and therefore was not added to the list of nodes to be deselected > in {{org.openide.explorer.view.TreeView.removedNodes}}. > One fix (in [^RemoveNodeOutOfHeapSpace.patch]) is to change the check in > {{org.openide.explorer.view.TreeView.removedNodes}} when adding to the > removed selection list ({{remSel}}) to avoid adding paths for the nodes that > will be deleted and only add the selected child nodes. This was put in place > to avoid leaking memory for child nodes (see > [JDK-6472844|https://bugs.openjdk.java.net/browse/JDK-6472844]), so I think > this will maintain the intent and not result in further memory leaks. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908436#comment-16908436 ] Shevek commented on NETBEANS-2661: -- I heap dumped it while it was running, but I don't know what I'm looking for. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-501) Support (clone $object)->method() in PHP
[ https://issues.apache.org/jira/browse/NETBEANS-501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka updated NETBEANS-501: - Component/s: php - Editor php - Code > Support (clone $object)->method() in PHP > > > Key: NETBEANS-501 > URL: https://issues.apache.org/jira/browse/NETBEANS-501 > Project: NetBeans > Issue Type: Bug > Components: php - Code, php - Editor >Reporter: Varun Agrawal >Priority: Minor > > PHP supports this. While NetBeans support (new $object)->method(), it doesn't > support clone keyboard here. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-1212) "Report Issue" link in help menu leads to the old issue tracking system
[ https://issues.apache.org/jira/browse/NETBEANS-1212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka closed NETBEANS-1212. - Resolution: Resolved Menu item in NetBeans 11.1 leads to Apache JIRA. > "Report Issue" link in help menu leads to the old issue tracking system > --- > > Key: NETBEANS-1212 > URL: https://issues.apache.org/jira/browse/NETBEANS-1212 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0 >Reporter: Marco Herrn >Priority: Minor > > The link Help/Report issue... still works in netbeans 9.0 but opens an issue > mask for the old issue tracker and shows the available netbeans version up to > 8.2. > This should be updated to the correct issue tracker. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-1657) PHP visibility keywords via drop-down list
[ https://issues.apache.org/jira/browse/NETBEANS-1657?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka updated NETBEANS-1657: -- Component/s: php - Editor php - Code > PHP visibility keywords via drop-down list > -- > > Key: NETBEANS-1657 > URL: https://issues.apache.org/jira/browse/NETBEANS-1657 > Project: NetBeans > Issue Type: Wish > Components: php - Code, php - Editor >Reporter: Los Vitaly >Priority: Major > Attachments: change-visibility.gif > > > Give user possibility to change PHP visibility keywords - public, protected, > private via drop down menu. > Maybe, it will be useful for java, I don't know. > I added gif for better understanding -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-1671) Include the Installer source files donated by Oracle into Apache NetBeans repo
[ https://issues.apache.org/jira/browse/NETBEANS-1671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908417#comment-16908417 ] Tomáš Procházka commented on NETBEANS-1671: --- Can this issue can be resolved as Done? Related PR was merged and installers are available for NetBeans 11.1. > Include the Installer source files donated by Oracle into Apache NetBeans repo > -- > > Key: NETBEANS-1671 > URL: https://issues.apache.org/jira/browse/NETBEANS-1671 > Project: NetBeans > Issue Type: Bug >Reporter: Geertjan Wielenga >Assignee: Reema Taneja >Priority: Major > Labels: pull-request-available > Time Spent: 5h 10m > Remaining Estimate: 0h > -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-1798) installers for different OS
[ https://issues.apache.org/jira/browse/NETBEANS-1798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka closed NETBEANS-1798. - Resolution: Resolved Installers are available on download page - [https://netbeans.apache.org/download/nb111/nb111.html] > installers for different OS > --- > > Key: NETBEANS-1798 > URL: https://issues.apache.org/jira/browse/NETBEANS-1798 > Project: NetBeans > Issue Type: New Feature >Reporter: Tushar Goyal >Priority: Major > > NetBeans should have it's installer for all major operating Systems. > -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-1855) Autocomplete for property and method without $this->
[ https://issues.apache.org/jira/browse/NETBEANS-1855?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka updated NETBEANS-1855: -- Component/s: php - Editor php - Code > Autocomplete for property and method without $this-> > > > Key: NETBEANS-1855 > URL: https://issues.apache.org/jira/browse/NETBEANS-1855 > Project: NetBeans > Issue Type: Improvement > Components: php - Code, php - Editor >Affects Versions: 11.0 >Reporter: Los Vitaly >Priority: Major > Attachments: no-this.gif > > > I think properties and methods have to be first in popup window and user can > quickly choose the right one. > It very nice and useful improvement for PHP (Java?) developers, because in > nowadays all are OOP. I add image, for better understanding. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2914) Fix imports not working properly
[ https://issues.apache.org/jira/browse/NETBEANS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908406#comment-16908406 ] Ben Miller edited comment on NETBEANS-2914 at 8/15/19 6:49 PM: --- I've been wrestling with this one for some time as well. The issue is that the import fixer can't distinguish between these two types of token: * The first token of a package name, such as the io in io.reactivex.schedulers * The outer class of a nested class, such as the Map in Map.Entry Only the second case should be detected as an unresolved import. This isn't a serious problem most of the time, because it's looking for something importable named "com" or "java" or "org", which usually doesn't exist, so it assumes the import is unfixable and ignores it. But it gets very irritating when you have a dependency that does contain a class matching the first token of an import statement - io in your case. That token doesn't have to be part of the same import statement, you would get the same error if you were importing io.Foo and a different dependency contained com.Bar.io. In my case it's ca, not io, causing problems, but the same cause. I've got a hacky fix: Only attempt to fix imports on a package-type token if it begins with an upper-case letter. This distinguishes between classes and packages as long as they're named in the usual way, but will break the fixer sometimes when they're not. Hopefully someone can come up with a better solution. For now, if this is driving you as crazy as it's driving me, the "fix" is simple - change ComputeImports.java:630 (NetBeans 11.1) from this: {code:java} if (type != null && type.getKind() == TypeKind.PACKAGE) { {code} to this: {code:java} if (type != null && type.getKind() == TypeKind.PACKAGE && !el.getSimpleName().toString().isEmpty() && Character.isUpperCase(el.getSimpleName().toString().charAt(0))) { {code} was (Author: ben.r.miller): I've been wrestling with this one for some time as well. The issue is that the import fixer can't distinguish between these two types of token: * The first token of a package name, such as the io in io.reactivex.schedulers * The outer class of a nested class, such as the Map in Map.Entry Only the second case should be detected as an unresolved import. This isn't a serious problem most of the time, because it's looking for something importable named "com" or "java" or "org", which usually doesn't exist, so it assumes the import is unfixable and ignores it. But it gets very irritating when you have a dependency that does contain a class matching the first token of an import statement - io in your case. That token doesn't have to be part of the same import statement, you would get the same error if you were importing io.Foo and a different dependency contained com.Bar.io. In my case it's ca, not io, causing problems, but the same cause. I've got a hacky fix: Only attempt to fix imports on a package-type token if it begins with an upper-case letter. This distinguishes between classes and packages as long as they're named in the usual way, but will break the fixer sometimes when they're not. Hopefully someone can come up with a better solution. For now, if this is driving you as crazy as it's driving me, the "fix" is simple - change ComputeImports.java:630 (NetBeans 11.1) from this: {code:java} if (type != null && type.getKind() == TypeKind.PACKAGE) { {code} to this: {code:java} if (type != null && type.getKind() == TypeKind.PACKAGE && !el.getSimpleName().toString().isEmpty() && Character.isUpperCase(el.getSimpleName().toString().charAt(0))) { {code} > Fix imports not working properly > > > Key: NETBEANS-2914 > URL: https://issues.apache.org/jira/browse/NETBEANS-2914 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 11.1 >Reporter: Eduard Catala >Priority: Major > Attachments: Captura de pantalla de 2019-07-29 18-55-06.png > > > Steps to reproduce: > Create a simple project (maven) > Include a dependency: > {\{ }} > {{ io.reactivex.rxjava2}} > {{ rxjava}} > {{ 2.2.10}} > \{{ }} > > Create a main method: > > {{public class Main {}} > {{ public static void main(String[] args) {}} > {{ Single s;}} > {{ }}} > {{}}} > > Fix imports (works) > Fix imports twice: The fix imports dialog is shown with incorrect import > proposal (view attached screenshot). > > Having the option "fix imports on save" is a nigthmare! > > -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For furthe
[jira] [Updated] (NETBEANS-1899) Indexing of PHP array's keys
[ https://issues.apache.org/jira/browse/NETBEANS-1899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka updated NETBEANS-1899: -- Component/s: php - Editor php - Code > Indexing of PHP array's keys > > > Key: NETBEANS-1899 > URL: https://issues.apache.org/jira/browse/NETBEANS-1899 > Project: NetBeans > Issue Type: Improvement > Components: php - Code, php - Editor >Affects Versions: 10.0 >Reporter: Los Vitaly >Priority: Major > Attachments: demo.png > > > NB does not index array's keys and values, so netbeans can't autocomplete > associative array keys. It very helpful feature, that prevent from mistyping, > etc > I know, that phpstorm autocomplete it, maybe another IDEs too. I add image > for better understanding, because English not my native language :) -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2914) Fix imports not working properly
[ https://issues.apache.org/jira/browse/NETBEANS-2914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908406#comment-16908406 ] Ben Miller commented on NETBEANS-2914: -- I've been wrestling with this one for some time as well. The issue is that the import fixer can't distinguish between these two types of token: * The first token of a package name, such as the io in io.reactivex.schedulers * The outer class of a nested class, such as the Map in Map.Entry Only the second case should be detected as an unresolved import. This isn't a serious problem most of the time, because it's looking for something importable named "com" or "java" or "org", which usually doesn't exist, so it assumes the import is unfixable and ignores it. But it gets very irritating when you have a dependency that does contain a class matching the first token of an import statement - io in your case. That token doesn't have to be part of the same import statement, you would get the same error if you were importing io.Foo and a different dependency contained com.Bar.io. In my case it's ca, not io, causing problems, but the same cause. I've got a hacky fix: Only attempt to fix imports on a package-type token if it begins with an upper-case letter. This distinguishes between classes and packages as long as they're named in the usual way, but will break the fixer sometimes when they're not. Hopefully someone can come up with a better solution. For now, if this is driving you as crazy as it's driving me, the "fix" is simple - change ComputeImports.java:630 (NetBeans 11.1) from this: {code:java} if (type != null && type.getKind() == TypeKind.PACKAGE) { {code} to this: {code:java} if (type != null && type.getKind() == TypeKind.PACKAGE && !el.getSimpleName().toString().isEmpty() && Character.isUpperCase(el.getSimpleName().toString().charAt(0))) { {code} > Fix imports not working properly > > > Key: NETBEANS-2914 > URL: https://issues.apache.org/jira/browse/NETBEANS-2914 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 11.1 >Reporter: Eduard Catala >Priority: Major > Attachments: Captura de pantalla de 2019-07-29 18-55-06.png > > > Steps to reproduce: > Create a simple project (maven) > Include a dependency: > {\{ }} > {{ io.reactivex.rxjava2}} > {{ rxjava}} > {{ 2.2.10}} > \{{ }} > > Create a main method: > > {{public class Main {}} > {{ public static void main(String[] args) {}} > {{ Single s;}} > {{ }}} > {{}}} > > Fix imports (works) > Fix imports twice: The fix imports dialog is shown with incorrect import > proposal (view attached screenshot). > > Having the option "fix imports on save" is a nigthmare! > > -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2957) Netbeans freeze after completing write
[ https://issues.apache.org/jira/browse/NETBEANS-2957?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908401#comment-16908401 ] Daniel Adams commented on NETBEANS-2957: Yes, happens when I am just editing, no node running. > Netbeans freeze after completing write > -- > > Key: NETBEANS-2957 > URL: https://issues.apache.org/jira/browse/NETBEANS-2957 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Product Version = Apache NetBeans IDE 11.0 > (Build incubator-netbeans-release-404-on-20190319) > Operating System= Windows 10 version 10.0 running on amd64 > Java; VM; Vendor= 1.8.0_212; Java HotSpot(TM) 64-Bit Server VM > 25.212-b10; Oracle Corporation > Runtime = Java(TM) SE Runtime Environment 1.8.0_212-b10 > Java Home = C:\Program Files\Java\jdk1.8.0_212\jre >Reporter: Daniel Adams >Priority: Major > > Periodic freezing of netbeans after writing a file. No error reported in log > or ui. UI still shows file as modified. Saved with ctrl-s. > (Logs pasted in doc/text area as unable to attach) -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2149) Space-Formatting of == and === in PHP does not match "Binary Operators"
[ https://issues.apache.org/jira/browse/NETBEANS-2149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908397#comment-16908397 ] Tomáš Procházka commented on NETBEANS-2149: --- Confirmed, the problem is also reproducible in Netbeans 11.1 > Space-Formatting of == and === in PHP does not match "Binary Operators" > --- > > Key: NETBEANS-2149 > URL: https://issues.apache.org/jira/browse/NETBEANS-2149 > Project: NetBeans > Issue Type: Bug > Components: php - Formatting & Indentation >Affects Versions: 10.0, 11.1 >Reporter: Manuel Bohninger >Priority: Trivial > > When formatting code the current release does not interpret == or === as a > binary operator, but as an assignment Operator instead. > Autoformatting the following code: > $a=$b==$c; > $a=$b===$c; > With Spaces around "Binary Operators" only results in: > $a=$b== $c; > $a=$b=== $c; > Expected behavior would be: > $a=$b == $c; > $a=$b === $c; > Adding "Assignment Operators" results in: > $a = $b == $c; > $a = $b === $c; > -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2149) Space-Formatting of == and === in PHP does not match "Binary Operators"
[ https://issues.apache.org/jira/browse/NETBEANS-2149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka updated NETBEANS-2149: -- Affects Version/s: 11.1 Component/s: php - Formatting & Indentation > Space-Formatting of == and === in PHP does not match "Binary Operators" > --- > > Key: NETBEANS-2149 > URL: https://issues.apache.org/jira/browse/NETBEANS-2149 > Project: NetBeans > Issue Type: Bug > Components: php - Formatting & Indentation >Affects Versions: 10.0, 11.1 >Reporter: Manuel Bohninger >Priority: Trivial > > When formatting code the current release does not interpret == or === as a > binary operator, but as an assignment Operator instead. > Autoformatting the following code: > $a=$b==$c; > $a=$b===$c; > With Spaces around "Binary Operators" only results in: > $a=$b== $c; > $a=$b=== $c; > Expected behavior would be: > $a=$b == $c; > $a=$b === $c; > Adding "Assignment Operators" results in: > $a = $b == $c; > $a = $b === $c; > -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908394#comment-16908394 ] Shevek commented on NETBEANS-2661: -- Is it worth me trying removing all NetBeans "Libraries" from my distribution/installation? Is that what this thing is searching? Note ALSO that when we use Gradle, we use a lot of implementation vs API dependencies, and if the Library search is searching those, does it double search things where they aren't transitively visible? > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908391#comment-16908391 ] Shevek commented on NETBEANS-2661: -- ``` shevek@starling:~$ ls /usr/lib/jvm/openjdk-8/ src.zip ``` Just looking at Tools/Libraries, which I never use, BTW, nor do I use NetBeans libraries in my project(s), a number of the libraries defined there have nbinst:// URLs pointing to nonexistent files/JARs in them. e.g. JAX-WS has a (broken?) nbinst URL for jaxb-impl.jar and jaxb-xjc.jar , both of which libraries we DO use in our projects, but our use is directly from Maven Central and has nothing to do with NetBeans libraries. Is there a lead there? > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2308) Plugins popup doesn't display 8.2 store plugins list
[ https://issues.apache.org/jira/browse/NETBEANS-2308?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908388#comment-16908388 ] Tomáš Procházka commented on NETBEANS-2308: --- I've tested this in NetBeans 11.1 and it works for me. Just activate NetBeans 8.2 Plugin Portal and on Available Plugins press Check for Newest button. New plugins should be in list, for example C/C++ plugin. > Plugins popup doesn't display 8.2 store plugins list > > > Key: NETBEANS-2308 > URL: https://issues.apache.org/jira/browse/NETBEANS-2308 > Project: NetBeans > Issue Type: Bug >Affects Versions: 10.0 > Environment: Product Version: Apache NetBeans IDE 10.0 (Build > incubator-netbeans-release-380-on-20181217) > Mac OS Mojave 10.14.3, SDK 11.0.1 > Java(TM) SE Runtime Environment 18.9 (build 11.0.1+13-LTS) > Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.1+13-LTS, mixed mode) >Reporter: Andrea Leanza >Priority: Major > Attachments: Schermata 2019-03-25 alle 07.30.55.png, Schermata > 2019-03-25 alle 07.31.05.png > > > seems that enabling NetBeans 8.2 Plugin Portal doesn't work not displaying > available plugins. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-53) PHP7.1 Setter/Getter code generation static types
[ https://issues.apache.org/jira/browse/NETBEANS-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908381#comment-16908381 ] Junichi Yamamoto commented on NETBEANS-53: -- Thank you. > PHP7.1 Setter/Getter code generation static types > - > > Key: NETBEANS-53 > URL: https://issues.apache.org/jira/browse/NETBEANS-53 > Project: NetBeans > Issue Type: Improvement > Components: php - Editor >Reporter: Ádám Turcsán >Assignee: Junichi Yamamoto >Priority: Major > Labels: pull-request-available > Fix For: 11.2 > > Time Spent: 2h 40m > Remaining Estimate: 0h > > The Insert code... / Setters/getters... functionality works great and uses > the docblock typehints as well but with static types (int, string) it > generates the setters and getter without argument types or return types. > It would be great if it could work with static types as well. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-2993) PHP 7.1 generated setter return void
[ https://issues.apache.org/jira/browse/NETBEANS-2993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junichi Yamamoto reassigned NETBEANS-2993: -- Assignee: Junichi Yamamoto > PHP 7.1 generated setter return void > > > Key: NETBEANS-2993 > URL: https://issues.apache.org/jira/browse/NETBEANS-2993 > Project: NetBeans > Issue Type: Improvement > Components: php - Editor >Reporter: Tomáš Procházka >Assignee: Junichi Yamamoto >Priority: Minor > > Add "void" return type for generated setter in PHP >7.1 when setter is not > fluent. > Example: > {code:java} > public function setFoo(?string $foo): void { > $this->foo = $foo; > }{code} -- This message was sent by Atlassian JIRA (v7.6.14#76016) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-2444) Teste
[ https://issues.apache.org/jira/browse/NETBEANS-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka closed NETBEANS-2444. - Resolution: Invalid > Teste > - > > Key: NETBEANS-2444 > URL: https://issues.apache.org/jira/browse/NETBEANS-2444 > Project: NetBeans > Issue Type: Task >Reporter: Sites & Apps >Assignee: Sites & Apps >Priority: Major > -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2610) PHP can't set breakpoint
[ https://issues.apache.org/jira/browse/NETBEANS-2610?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka updated NETBEANS-2610: -- Component/s: php - Debugger > PHP can't set breakpoint > > > Key: NETBEANS-2610 > URL: https://issues.apache.org/jira/browse/NETBEANS-2610 > Project: NetBeans > Issue Type: Bug > Components: php - Debugger >Affects Versions: 10.0, 11.0 > Environment: Ubuntu 19.10, JDK 8 and JDK 11 >Reporter: Owen Savill >Priority: Major > Labels: PHP, php-debug > > When Netbeans first fires up it is unable to set a breakpoint in a PHP file > until a breakpoint is set elsewhere, e.g. in a Java project. I've also > noticed that sometimes after following a jump to the definition of a PHP > function enabling breakpoints also becomes enabled. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2759) Upgrade PHP-related plug-ins
[ https://issues.apache.org/jira/browse/NETBEANS-2759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908357#comment-16908357 ] Tomáš Procházka commented on NETBEANS-2759: --- [~czukowski] Please report problem with PHPStan as separate issue. > Upgrade PHP-related plug-ins > > > Key: NETBEANS-2759 > URL: https://issues.apache.org/jira/browse/NETBEANS-2759 > Project: NetBeans > Issue Type: Sub-task > Components: php - Code Analysis >Affects Versions: 11.0 >Reporter: Czukowski >Priority: Major > Labels: php > > Answering the call to help identify NetBeans features that are no longer > working properly. > Since Composer has become widespread, most of the tools are now installed as > projects dependencies, not global. Yet NetBeans generally only allows to > specify global paths to these tools via Options. When different projects use > different versions of these tools, one global path doesn't suffice anymore as > it may work with some projects, but not the others. > One notable exception is PHPUnit that currently allows per-project > configuration, although it is called 'Use custom PHPUnit script' while > nowadays it's really a must to set this option for each project. > By default, paths to these tools should be detected from the project's > composer file (perhaps by making these plug-ins dependent on the Composer > service/plug-in that will do the common work?). An option to specify the path > manually on per-project basis would be nice too for edge cases, but not > really necessary. Other configuration options should be made available to > per-project basis as well. > In my work, I only use some of the plug-ins, but I think the above issue > applies to most of them. > There are also some specific issues with Code Analysis plug-ins which I > wasn't able to run properly: > *PHPStan* single file inspection (Source / Inspect...): If there's no error, > it opens the Inspector tab, but it's blank, perhaps it should say something > like "no errors". If there is an error (I can see the output XML in the > Output window), the Inspect dialog doesn't go away and there is an exception > reported: > {code} > java.lang.NullPointerException > at org.netbeans.modules.php.analysis.util.Mappers.map(Mappers.java:54) > at > org.netbeans.modules.php.analysis.PHPStanAnalyzerImpl.doAnalyze(PHPStanAnalyzerImpl.java:140) > at > org.netbeans.modules.php.analysis.PHPStanAnalyzerImpl.analyze(PHPStanAnalyzerImpl.java:92) > at > org.netbeans.modules.analysis.RunAnalysis$1$1.doRunAnalyzer(RunAnalysis.java:186) > at > org.netbeans.modules.analysis.RunAnalysis$1$1.run(RunAnalysis.java:142) > 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) > {code} > *Code Sniffer* detects the installed coding standards, but it doesn't offer > any means to specify one directly, and it doesn't detect the one that is used > in my project. Perhaps it has to do with the fact that it's not a global > tool, so there's no option or need to configure coding standards in the same > way as one would if the tool was installed globally. In my project it is > included as a part of a Phing build and includes a command line option > pointing to the coding standard in use. > This looks like it should be split to more sub-issues. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2759) Upgrade PHP-related plug-ins
[ https://issues.apache.org/jira/browse/NETBEANS-2759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka updated NETBEANS-2759: -- Component/s: php - Code Analysis > Upgrade PHP-related plug-ins > > > Key: NETBEANS-2759 > URL: https://issues.apache.org/jira/browse/NETBEANS-2759 > Project: NetBeans > Issue Type: Sub-task > Components: php - Code Analysis >Affects Versions: 11.0 >Reporter: Czukowski >Priority: Major > Labels: php > > Answering the call to help identify NetBeans features that are no longer > working properly. > Since Composer has become widespread, most of the tools are now installed as > projects dependencies, not global. Yet NetBeans generally only allows to > specify global paths to these tools via Options. When different projects use > different versions of these tools, one global path doesn't suffice anymore as > it may work with some projects, but not the others. > One notable exception is PHPUnit that currently allows per-project > configuration, although it is called 'Use custom PHPUnit script' while > nowadays it's really a must to set this option for each project. > By default, paths to these tools should be detected from the project's > composer file (perhaps by making these plug-ins dependent on the Composer > service/plug-in that will do the common work?). An option to specify the path > manually on per-project basis would be nice too for edge cases, but not > really necessary. Other configuration options should be made available to > per-project basis as well. > In my work, I only use some of the plug-ins, but I think the above issue > applies to most of them. > There are also some specific issues with Code Analysis plug-ins which I > wasn't able to run properly: > *PHPStan* single file inspection (Source / Inspect...): If there's no error, > it opens the Inspector tab, but it's blank, perhaps it should say something > like "no errors". If there is an error (I can see the output XML in the > Output window), the Inspect dialog doesn't go away and there is an exception > reported: > {code} > java.lang.NullPointerException > at org.netbeans.modules.php.analysis.util.Mappers.map(Mappers.java:54) > at > org.netbeans.modules.php.analysis.PHPStanAnalyzerImpl.doAnalyze(PHPStanAnalyzerImpl.java:140) > at > org.netbeans.modules.php.analysis.PHPStanAnalyzerImpl.analyze(PHPStanAnalyzerImpl.java:92) > at > org.netbeans.modules.analysis.RunAnalysis$1$1.doRunAnalyzer(RunAnalysis.java:186) > at > org.netbeans.modules.analysis.RunAnalysis$1$1.run(RunAnalysis.java:142) > 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) > {code} > *Code Sniffer* detects the installed coding standards, but it doesn't offer > any means to specify one directly, and it doesn't detect the one that is used > in my project. Perhaps it has to do with the fact that it's not a global > tool, so there's no option or need to configure coding standards in the same > way as one would if the tool was installed globally. In my project it is > included as a part of a Phing build and includes a command line option > pointing to the coding standard in use. > This looks like it should be split to more sub-issues. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2828) Debug > Evaluate Expression is always disabled while debugging PHP projects
[ https://issues.apache.org/jira/browse/NETBEANS-2828?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tomáš Procházka updated NETBEANS-2828: -- Component/s: php - Debugger > Debug > Evaluate Expression is always disabled while debugging PHP projects > --- > > Key: NETBEANS-2828 > URL: https://issues.apache.org/jira/browse/NETBEANS-2828 > Project: NetBeans > Issue Type: Bug > Components: php - Debugger >Affects Versions: 8.2, 11.0 > Environment: openSUSE Leap 15.1 (Linux) >Reporter: Antônio Vinícius Menezes Medeiros >Priority: Major > > There is an item menu "Evaluate Expression" inside the "Debug" menu, but it > is always disabled while a PHP project is opened, even if a debug session has > been started. > PhpStorm has a similar [Evaluate > Expression|https://www.jetbrains.com/help/phpstorm/evaluating-expressions.html] > option, but it works. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-53) PHP7.1 Setter/Getter code generation static types
[ https://issues.apache.org/jira/browse/NETBEANS-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908334#comment-16908334 ] Tomáš Procházka commented on NETBEANS-53: - Created issue NETBEANS-2993. > PHP7.1 Setter/Getter code generation static types > - > > Key: NETBEANS-53 > URL: https://issues.apache.org/jira/browse/NETBEANS-53 > Project: NetBeans > Issue Type: Improvement > Components: php - Editor >Reporter: Ádám Turcsán >Assignee: Junichi Yamamoto >Priority: Major > Labels: pull-request-available > Fix For: 11.2 > > Time Spent: 2h 40m > Remaining Estimate: 0h > > The Insert code... / Setters/getters... functionality works great and uses > the docblock typehints as well but with static types (int, string) it > generates the setters and getter without argument types or return types. > It would be great if it could work with static types as well. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2993) PHP 7.1 generated setter return void
Tomáš Procházka created NETBEANS-2993: - Summary: PHP 7.1 generated setter return void Key: NETBEANS-2993 URL: https://issues.apache.org/jira/browse/NETBEANS-2993 Project: NetBeans Issue Type: Improvement Components: php - Editor Reporter: Tomáš Procházka Add "void" return type for generated setter in PHP >7.1 when setter is not fluent. Example: {code:java} public function setFoo(?string $foo): void { $this->foo = $foo; }{code} -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908262#comment-16908262 ] Shevek commented on NETBEANS-2661: -- NetBeans hasn't been able to find Guava sources recently either, although that may be their packaging issue, not mine. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908248#comment-16908248 ] Shevek commented on NETBEANS-2661: -- Can I use a breakpoint or a heap dump or something to trap this? The only thing I've done with netbeans is unzip the binary and remove masterfs-linux. The only thing I've done with JDK is apt-get install the binaries and sources, and then configure the location of the sources in the JavaPlatforms dialog. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2992) Code completion does not work well inside Closures
Czukowski created NETBEANS-2992: --- Summary: Code completion does not work well inside Closures Key: NETBEANS-2992 URL: https://issues.apache.org/jira/browse/NETBEANS-2992 Project: NetBeans Issue Type: Bug Components: php - Editor Affects Versions: 11.1 Reporter: Czukowski PHP code completion does not offer a method of an object member, eg {{$this->service->process()}} when invoked from within a closure. It does offer the object member itself ({{$this->service}}) though. See a minimal gist with a code example to reproduce the issue: https://gist.github.com/czukowski/8181ff90a7271a3f9bab9c5dc83a62a1 -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908164#comment-16908164 ] Ivan Yakovlev edited comment on NETBEANS-2940 at 8/15/19 3:51 PM: -- Again "Check for external changes Suspended" catched on my work PC Snapshot1: [^selfsampler16506135220476039727.npss] Snapshot2: [^selfsampler6110902925879607737.npss] was (Author: uran1980): Again "Check for external changes Suspended" catched on my work PC Snapshot1: [^selfsampler16506135220476039727.npss] Snapshot: [^selfsampler6110902925879607737.npss] > 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 (v7.6.14#76016) - 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.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908164#comment-16908164 ] Ivan Yakovlev edited comment on NETBEANS-2940 at 8/15/19 3:51 PM: -- Again "Check for external changes Suspended" is caught on my work PC Snapshot1: [^selfsampler16506135220476039727.npss] Snapshot2: [^selfsampler6110902925879607737.npss] was (Author: uran1980): Again "Check for external changes Suspended" catched on my work PC Snapshot1: [^selfsampler16506135220476039727.npss] Snapshot2: [^selfsampler6110902925879607737.npss] > 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 (v7.6.14#76016) - 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.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908164#comment-16908164 ] Ivan Yakovlev edited comment on NETBEANS-2940 at 8/15/19 3:50 PM: -- Again "Check for external changes Suspended" catched on my work PC Snapshot1: [^selfsampler16506135220476039727.npss] Snapshot: [^selfsampler6110902925879607737.npss] was (Author: uran1980): Again "Check for external changes Suspended" catched on my work PC Snapshot: [^selfsampler16506135220476039727.npss] > 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 (v7.6.14#76016) - 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.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908164#comment-16908164 ] Ivan Yakovlev edited comment on NETBEANS-2940 at 8/15/19 3:13 PM: -- Again "Check for external changes Suspended" catched on my work PC Snapshot: [^selfsampler16506135220476039727.npss] was (Author: uran1980): Again "Check for external changes Suspended" catched Snapshot: [^selfsampler16506135220476039727.npss] > 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, 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 (v7.6.14#76016) - 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.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908164#comment-16908164 ] Ivan Yakovlev commented on NETBEANS-2940: - Again "Check for external changes Suspended" catched Snapshot: [^selfsampler16506135220476039727.npss] > 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, 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 (v7.6.14#76016) - 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-2940) Excessive CPU Usage during HTML/PHP project parsing.
[ https://issues.apache.org/jira/browse/NETBEANS-2940?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan Yakovlev updated NETBEANS-2940: Attachment: selfsampler16506135220476039727.npss > 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, 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 (v7.6.14#76016) - 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-2991) Javadoc is taken from a JAR (Maven dependency) instead of the currently open file
dennis lucero created NETBEANS-2991: --- Summary: Javadoc is taken from a JAR (Maven dependency) instead of the currently open file Key: NETBEANS-2991 URL: https://issues.apache.org/jira/browse/NETBEANS-2991 Project: NetBeans Issue Type: Bug Affects Versions: 11.1, 11.0 Environment: Windows 10 Reporter: dennis lucero Attachments: NetBeansJavadocFromJAR.png The Javadoc window displays the Javadoc of the current file. But after having opened a file with the same package and class name from a Maven dependency, the Javadoc window displays the Javadoc from the dependency, even after that file was closed. Steps to reproduces: # Create a Maven project # Add a dependency # Download Javadoc and sources for the dependency # Open one of the dependency’s files # Save the source file in your local filesystem # Open the copy and modify the Javadoc Expected result: Javadoc window should show your modifications Actual result: Javadoc window still shows the Javadoc from the JAR. After restarting NetBeans, the modified Javadoc is shown, but it is replaced with the text from the JAR after a few seconds (during “Refreshing indices”). -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2480) Not a usual UTF8 question!
[ https://issues.apache.org/jira/browse/NETBEANS-2480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908158#comment-16908158 ] Laszlo Kishalmi commented on NETBEANS-2480: --- Check and fix org.netbeans.modules.gradle.execute.EscapeProcessingOutputStream if you have a project to test and play with it should not be hard. > Not a usual UTF8 question! > -- > > Key: NETBEANS-2480 > URL: https://issues.apache.org/jira/browse/NETBEANS-2480 > Project: NetBeans > Issue Type: Bug > Components: groovy - Code >Affects Versions: 11.0, 11.1 > Environment: Windows 10 >Reporter: Eugene Pliskin >Priority: Major > Labels: gradle, utf-8 > Attachments: NetBeans-11.0-console.txt, NetBeans-8.2-console.txt > > > Non-ASCII characters completely filtered out of Gradle error messages, > despite "netbeans_default_options" key in "netbeans.conf" file containing > "-J-Dfile.encoding=UTF-8" clause. > > Attached are two build logs of the same Groovy source file with intentional > error in it. > > 1) NetBeans version 8.2 CORRECTLY reports an error: > [Static type checking] - The variable [параметры] is undeclared. > @ line 72, column 38. > def платформы = rv.Платформы(параметры) > ^ > 2) While NetBeans versions 11.0 and 11.1 completely filteres out all > non-ascii letters: > [Static type checking] - The variable [] is undeclared. > @ line 72, column 38. > def = rv.() > ^ > > Note that both attached logs contain line: "Picked up JAVA_TOOL_OPTIONS: > -Dfile.encoding=UTF-8". > > Note also that outside of NetBeans this Gradle command: > > gradlew -x check build > a 2>&1 > > produces correct UTF-8 encoded report similar to NetBeans v.8.2 output. > -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2976) EE Deployment module not working with git-commit-id-plugin and finalName
[ https://issues.apache.org/jira/browse/NETBEANS-2976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] John updated NETBEANS-2976: --- Description: I have nested maven projects that uses plugin `pl.project13.maven:git-commit-id-plugin` in the parent pom, and a child project overriding it's artifact name in it's pom. When the `finalName` setting in the child project contains properties created by the plugin, the NB deployment module can't find the packaged ear for test deployment. Here is the parent pom.xml: {code:java} pl.project13.maven git-commit-id-plugin 2.2.6 get-the-git-infos revision initialize validate-the-git-infos validateRevision package ${project.basedir}/.git git MMdd'T'HHmm false false false false true true false false false true true ^git.commit.id.abbrev$ ^git.commit.time$ ^git.build.version$ ^git.branch$ {code} Here is the child pom.xml: {code:java} ${project.artifactId}${project.version}${git.branch}${git.commit.time}${git.commit.id.abbrev} {code} {{And IDE.log:}} {code:java} INFO [org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment] org.netbeans.modules.j2ee.deployment.impl.TargetServer$NoArchiveException: No archive for deployment at org.netbeans.modules.j2ee.deployment.impl.TargetServer.deploy(TargetServer.java:675) [catch] at org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment.deploy(Deployment.java:221) at org.netbeans.modules.maven.j2ee.execution.DeploymentHelper.perform(DeploymentHelper.java:185) at org.netbeans.modules.maven.j2ee.execution.CoSAlternativeExecutorImpl.execute(CoSAlternativeExecutorImpl.java:67) at org.netbeans.modules.maven.cos.CoSAlternativeExecutor.execute(CoSAlternativeExecutor.java:64) at org.netbeans.modules.maven.cos.CosChecker.checkRunMainClass(CosChecker.java:186) at org.netbeans.modules.maven.cos.CosChecker.checkRunConfig(CosChecker.java:140) at org.netbeans.modules.maven.execute.MavenCommandLineExecutor.run(MavenCommandLineExecutor.java:213) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:128){code} was: Have have nested maven project that uses plugin `pl.project13.maven:git-commit-id-plugin` in the parent pom, and a child project overriding it's artifact name in it's pom. When the `finalName` setting in the child project container properties created by the plugin, the NB deployment module can't find the packaged ear for deployment. Here is the parent pom.xml: {code:java} pl.project13.maven git-commit-id-plugin 2.2.6 get-the-git-infos revision initialize validate-the-git-infos validateRevision package ${project.basedir}/.git git MMdd'T'HHmm false false false false true true false false false true true ^git.commit.id.abbrev$ ^git.commit.time$ ^git.build.version$ ^git.branch$ {code} Here is the child pom.xml: {code:java} ${project.artifactId}${project.version}${git.branch}${git.commit.time}${git.commit.id.abbrev} {code} {{And IDE.log:}} {code:java} INFO [org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment] org.netbeans.modules.j2ee.deployment.impl.TargetServer$NoArchiveException: No archive for deployment at org.netbeans.modules.j2ee.deployment.impl.TargetServer.deploy(TargetServer.java:675) [catch] at org.netbeans.modules.j2ee.deployment.devmodules.api.Deployment.deploy(Deployment.java:221) at org.netbeans.modules.maven.j2ee.execution.DeploymentHelper.perform(DeploymentHelper.java:185) at org.netbeans.modules.maven.j2ee.execution.CoSAlternativeExecutorImpl.execute(CoSAlternativeExecutorImpl.java:67) at org.netbeans.modules.maven.cos.CoSAlternativeExecutor.execute(CoSAlternativeExecutor.java:64) at org.netbeans.modules.maven.cos.CosChecker.checkRunMainClass(CosChecker.java:186) at org.netbeans.modules.maven.cos.CosChecker.checkRunConfig(CosChecker.java:140) at org.netbeans.modules.maven.execute.MavenCommandLineExecutor.run(MavenCommandLineExecutor.java:213) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:128){code} > EE Deployment module not working with git-commit-id-plugin and finalName > > > Key: NETBEANS-2976 > URL: https://issues.apache.org/jira/browse/NETBEANS-2976 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.1 > Environment: Ubuntu Linux 19.04, Netbeans 11.1, Oracle JDK 1.8.0_201 >Reporter: John >Priority: Minor > > I have nested maven projects that uses plugin > `pl.project13.maven:git-commit-id-plu
[jira] [Resolved] (NETBEANS-2988) Not a usual UTF8 question!
[ https://issues.apache.org/jira/browse/NETBEANS-2988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi resolved NETBEANS-2988. --- Resolution: Duplicate Please do not report issues twice to raise attention. It is just pollutes our Jira records. Comment on the existing issue and/or raise a question in the dev mail list. > Not a usual UTF8 question! > -- > > Key: NETBEANS-2988 > URL: https://issues.apache.org/jira/browse/NETBEANS-2988 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.0, 11.1 > Environment: windows 10 >Reporter: Eugene Pliskin >Assignee: Laszlo Kishalmi >Priority: Minor > Labels: gradle, utf-8 > > This is intentional duplicate to draw attention to [{color:#33}# > 2480{color}|https://issues.apache.org/jira/browse/NETBEANS-2480]. The > question specifically concerns Groovy/Gradle project integration in NetBeans. > Please comment original item #2480 opened in April. Sorry for obstinacy. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908114#comment-16908114 ] Laszlo Kishalmi commented on NETBEANS-2661: --- We need something that can reason the following calls: !image-2019-08-15-07-05-38-978.png! So why the Java SE root paths are checked inside of NB installation? We need more data and probably a project that can make this issue reproducible. Otherwise we are stuck as I cannot reproduce this one. > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2661) find-usages takes a LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
[ https://issues.apache.org/jira/browse/NETBEANS-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-2661: -- Attachment: image-2019-08-15-07-05-38-978.png > find-usages takes a > LO > -- > > Key: NETBEANS-2661 > URL: https://issues.apache.org/jira/browse/NETBEANS-2661 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.0 > Environment: Linux, JDK 1.8, etc >Reporter: Shevek >Assignee: Laszlo Kishalmi >Priority: Major > Labels: PERFORMANCE, Performance, perf, perfomance, performance, > performence > Attachments: find-usages-is-totally-unusable-11.1.npss, > image-2019-08-15-07-05-38-978.png, netbeans-find-usages.npss > > > OOOng time, like 5 minutes. Please see attached profile. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2990) Support environment variables in file path dialogs
dennis lucero created NETBEANS-2990: --- Summary: Support environment variables in file path dialogs Key: NETBEANS-2990 URL: https://issues.apache.org/jira/browse/NETBEANS-2990 Project: NetBeans Issue Type: Improvement Affects Versions: 11.0 Environment: Windows 10 Reporter: dennis lucero In standard Windows file path choosers it is possible to use environment variables. For example, entering %userprofile% as the file name would change the directory to the user’s profile path. In NetBeans this is not supported. When entering a variable like %userprofile%, this is taken as the literal file name. When saving a file, the file is saved with the wrong file name, the dialog is closed and it takes some effort to delete the wrongly named file and save it at the intended location. Opening a project should also support variables. The NetBeans file chooser is used even if the Look & Feel is set to “Windows” and “Maximize use of native look and feel” is enabled. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-1861) Recognize @method static for documenting static methods
[ https://issues.apache.org/jira/browse/NETBEANS-1861?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16908048#comment-16908048 ] Ales Seifert commented on NETBEANS-1861: {code:java} // code placeholder /** * Sample Class * @method static int getCount(\Countable $obj) Count elements of an object */ class SampleClass { //put your code here } {code} It should display getCount() method as a static one in "Navigator" also the getCount() method should be offered on context help when SampleClass:: is pressed in editor. > Recognize @method static for documenting static methods > --- > > Key: NETBEANS-1861 > URL: https://issues.apache.org/jira/browse/NETBEANS-1861 > Project: NetBeans > Issue Type: Improvement > Components: php - Code Analysis, php - Editor, php - PHPDoc >Affects Versions: 8.2, 9.0, 10.0 >Reporter: Ales Seifert >Priority: Major > > The static keyword is not documented at phpdoc.org yet but it is stated that > it was added in 2.9.1 or probably 3.x branch here: > [https://github.com/phpDocumentor/phpDocumentor2/issues/822] > Other recent IDEs seems to support this syntax already. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2989) Dose not load javaHL
[ https://issues.apache.org/jira/browse/NETBEANS-2989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Clifford Dann updated NETBEANS-2989: Description: When looking in the log file there is this error /opt/local/lib/libsvnjavahl-1.0.dylib: dlopen(/opt/local/lib/libsvnjavahl-1.0.dylib, 1): no suitable image found. Did find: /opt/local/lib/libsvnjavahl-1.0.dylib: code signature in (/opt/local/lib/libsvnjavahl-1.0.dylib) not valid for use in process using Library Validation: mapped file has no cdhash, completely unsigned? Code has to be at least ad-hoc signed. /usr/local/Cellar/subversion/1.12.2/lib/libsvnjavahl-1.0.dylib: dlopen(/usr/local/Cellar/subversion/1.12.2/lib/libsvnjavahl-1.0.dylib, 1): no suitable image found. Did find: /usr/local/Cellar/subversion/1.12.2/lib/libsvnjavahl-1.0.dylib: code signature in (/usr/local/Cellar/subversion/1.12.2/lib/libsvnjavahl-1.0.dylib) not valid for use in process using Library Validation: mapped file has no cdhash, completely unsigned? Code has to be at least ad-hoc signed. but this was installed using mac port (also the home brew version dose not work either) was: When looking in the log file there is this error /opt/local/lib/libsvnjavahl-1.0.dylib: dlopen(/opt/local/lib/libsvnjavahl-1.0.dylib, 1): no suitable image found. Did find: /opt/local/lib/libsvnjavahl-1.0.dylib: code signature in (/opt/local/lib/libsvnjavahl-1.0.dylib) not valid for use in process using Library Validation: mapped file has no cdhash, completely unsigned? Code has to be at least ad-hoc signed. but this was installed using mac port (also the home brew version dose not work either) > Dose not load javaHL > > > Key: NETBEANS-2989 > URL: https://issues.apache.org/jira/browse/NETBEANS-2989 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Subversion >Affects Versions: 11.1 > Environment: latest version of macport and homebrew osx 10.14 and > open jdk 12 >Reporter: Clifford Dann >Priority: Major > > When looking in the log file there is this error > /opt/local/lib/libsvnjavahl-1.0.dylib: > dlopen(/opt/local/lib/libsvnjavahl-1.0.dylib, 1): no suitable image found. > Did find: > /opt/local/lib/libsvnjavahl-1.0.dylib: code signature in > (/opt/local/lib/libsvnjavahl-1.0.dylib) not valid for use in process using > Library Validation: mapped file has no cdhash, completely unsigned? Code has > to be at least ad-hoc signed. > > /usr/local/Cellar/subversion/1.12.2/lib/libsvnjavahl-1.0.dylib: > dlopen(/usr/local/Cellar/subversion/1.12.2/lib/libsvnjavahl-1.0.dylib, 1): no > suitable image found. Did find: > /usr/local/Cellar/subversion/1.12.2/lib/libsvnjavahl-1.0.dylib: code > signature in (/usr/local/Cellar/subversion/1.12.2/lib/libsvnjavahl-1.0.dylib) > not valid for use in process using Library Validation: mapped file has no > cdhash, completely unsigned? Code has to be at least ad-hoc signed. > > but this was installed using mac port (also the home brew version dose not > work either) -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2989) Dose not load javaHL
Clifford Dann created NETBEANS-2989: --- Summary: Dose not load javaHL Key: NETBEANS-2989 URL: https://issues.apache.org/jira/browse/NETBEANS-2989 Project: NetBeans Issue Type: Bug Components: versioncontrol - Subversion Affects Versions: 11.1 Environment: latest version of macport and homebrew osx 10.14 and open jdk 12 Reporter: Clifford Dann When looking in the log file there is this error /opt/local/lib/libsvnjavahl-1.0.dylib: dlopen(/opt/local/lib/libsvnjavahl-1.0.dylib, 1): no suitable image found. Did find: /opt/local/lib/libsvnjavahl-1.0.dylib: code signature in (/opt/local/lib/libsvnjavahl-1.0.dylib) not valid for use in process using Library Validation: mapped file has no cdhash, completely unsigned? Code has to be at least ad-hoc signed. but this was installed using mac port (also the home brew version dose not work either) -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2988) Not a usual UTF8 question!
[ https://issues.apache.org/jira/browse/NETBEANS-2988?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eugene Pliskin updated NETBEANS-2988: - Description: This is intentional duplicate to draw attention to [{color:#33}# 2480{color}|https://issues.apache.org/jira/browse/NETBEANS-2480]. The question specifically concerns Groovy/Gradle project integration in NetBeans. Please comment original item #2480 opened in April. Sorry for obstinacy. (was: This is intentional duplicate to draw attention to [{color:#33}# 2480{color}| https://issues.apache.org/jira/browse/NETBEANS-2480?filter=-2]. The question specifically concerns Groovy/Gradle project integration in NetBeans. Please comment original item #2480 opened in April. Sorry for obstinacy.) > Not a usual UTF8 question! > -- > > Key: NETBEANS-2988 > URL: https://issues.apache.org/jira/browse/NETBEANS-2988 > Project: NetBeans > Issue Type: Bug > Components: projects - Gradle >Affects Versions: 11.0, 11.1 > Environment: windows 10 >Reporter: Eugene Pliskin >Assignee: Laszlo Kishalmi >Priority: Minor > Labels: gradle, utf-8 > > This is intentional duplicate to draw attention to [{color:#33}# > 2480{color}|https://issues.apache.org/jira/browse/NETBEANS-2480]. The > question specifically concerns Groovy/Gradle project integration in NetBeans. > Please comment original item #2480 opened in April. Sorry for obstinacy. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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-2988) Not a usual UTF8 question!
Eugene Pliskin created NETBEANS-2988: Summary: Not a usual UTF8 question! Key: NETBEANS-2988 URL: https://issues.apache.org/jira/browse/NETBEANS-2988 Project: NetBeans Issue Type: Bug Components: projects - Gradle Affects Versions: 11.1, 11.0 Environment: windows 10 Reporter: Eugene Pliskin Assignee: Laszlo Kishalmi This is intentional duplicate to draw attention to [{color:#33}# 2480{color}| https://issues.apache.org/jira/browse/NETBEANS-2480?filter=-2]. The question specifically concerns Groovy/Gradle project integration in NetBeans. Please comment original item #2480 opened in April. Sorry for obstinacy. -- This message was sent by Atlassian JIRA (v7.6.14#76016) - 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