[jira] [Commented] (NETBEANS-1413) Code Model: Wrong type when declaring multiple structs with a macro

2019-02-21 Thread Kevin Hallenbeck (JIRA)


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

Kevin Hallenbeck commented on NETBEANS-1413:


Any updates here? Has anyone looked at this?

> Code Model: Wrong type when declaring multiple structs with a macro
> ---
>
> Key: NETBEANS-1413
> URL: https://issues.apache.org/jira/browse/NETBEANS-1413
> Project: NetBeans
>  Issue Type: Bug
>  Components: cnd - Code Model
>Reporter: Kevin Hallenbeck
>Priority: Minor
> Attachments: netbeans_struct_macro.png, test.c
>
>
> Migrated issue from old issue tracker: 
> [https://netbeans.org/bugzilla/show_bug.cgi?id=270898]
> When declaring multiple structures in the same macro, the code model 
> incorrectly types all structures as the last used type. Example below.
> All of the following have the type MsgC, when they should be MsgA/MsgB/MsgC.
> {code:java}
> list2_.aaa.msg.a
> list2_.bbb.msg.b
> list2_.ccc.msg.c{code}
>   !netbeans_struct_macro.png!



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

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

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



[jira] [Updated] (NETBEANS-2158) No error when accessing undeclared or private properties

2019-02-21 Thread Fabian Kleinhans (JIRA)


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

Fabian Kleinhans updated NETBEANS-2158:
---
Description: 
Hi,

I just switched from Netbeans 8.2 to 10 some days ago. Now I wonder why 
accessing undeclared or private properties in my PHP files are not marked in 
the code like in 8.2. E.g.:
{code:java}
bar = 1;
  }
}

$foo = new A();
echo $foo->bar;
echo $foo->bar2;
{code}
This code has green status saying "No errors". The project is set as 
PHP-project.

Have I missed a setting? I spent hours of research but didn't find a solution.

Thanks for any hint!

Fabian

 

  was:
Hi,

I just switched from Netbeans 8.2 to 10 some days ago. Now I wonder why 
accessing undeclared or private properties in my PHP files are not marked in 
the code like in 8.2. E.g.:
{code:java}
bar = 1;
  }
}

$foo = new A();
echo $foo->bar;
echo $foo->bar2;
{code}
This code have green status saying "No errors". The project is set as 
PHP-project.

Have I missed a setting? I spent hours of research but didn't find a solution.

Thanks for any hint!

Fabian

 


> No error when accessing undeclared or private properties
> 
>
> Key: NETBEANS-2158
> URL: https://issues.apache.org/jira/browse/NETBEANS-2158
> Project: NetBeans
>  Issue Type: Improvement
>  Components: php - Code Analysis
>Affects Versions: 10.0
>Reporter: Fabian Kleinhans
>Priority: Major
>  Labels: php, php7
> Attachments: code.png
>
>
> Hi,
> I just switched from Netbeans 8.2 to 10 some days ago. Now I wonder why 
> accessing undeclared or private properties in my PHP files are not marked in 
> the code like in 8.2. E.g.:
> {code:java}
>  class A {
>  
>   private $bar;
>  
>   public function __construct() {
>     $this->bar = 1;
>   }
> }
> $foo = new A();
> echo $foo->bar;
> echo $foo->bar2;
> {code}
> This code has green status saying "No errors". The project is set as 
> PHP-project.
> Have I missed a setting? I spent hours of research but didn't find a solution.
> Thanks for any hint!
> Fabian
>  



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

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

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



[jira] [Updated] (NETBEANS-2158) No error when accessing undeclared or private properties

2019-02-21 Thread Fabian Kleinhans (JIRA)


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

Fabian Kleinhans updated NETBEANS-2158:
---
Issue Type: Improvement  (was: Bug)

> No error when accessing undeclared or private properties
> 
>
> Key: NETBEANS-2158
> URL: https://issues.apache.org/jira/browse/NETBEANS-2158
> Project: NetBeans
>  Issue Type: Improvement
>  Components: php - Code Analysis
>Affects Versions: 10.0
>Reporter: Fabian Kleinhans
>Priority: Major
>  Labels: php, php7
> Attachments: code.png
>
>
> Hi,
> I just switched from Netbeans 8.2 to 10 some days ago. Now I wonder why 
> accessing undeclared or private properties in my PHP files are not marked in 
> the code like in 8.2. E.g.:
> {code:java}
>  class A {
>  
>   private $bar;
>  
>   public function __construct() {
>     $this->bar = 1;
>   }
> }
> $foo = new A();
> echo $foo->bar;
> echo $foo->bar2;
> {code}
> This code have green status saying "No errors". The project is set as 
> PHP-project.
> Have I missed a setting? I spent hours of research but didn't find a solution.
> Thanks for any hint!
> Fabian
>  



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

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

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



[jira] [Updated] (NETBEANS-2158) No error when accessing undeclared or private properties

2019-02-21 Thread Fabian Kleinhans (JIRA)


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

Fabian Kleinhans updated NETBEANS-2158:
---
Description: 
Hi,

I just switched from Netbeans 8.2 to 10 some days ago. Now I wonder why 
accessing undeclared or private properties in my PHP files are not marked in 
the code like in 8.2. E.g.:
{code:java}
bar = 1;
  }
}

$foo = new A();
echo $foo->bar;
echo $foo->bar2;
{code}
This code have green status saying "No errors". The project is set as 
PHP-project.

Have I missed a setting? I spent hours of research but didn't find a solution.

Thanks for any hint!

Fabian

 

  was:
Hi,

I just switched from Netbeans 8.2 to 10 some days ago.Now I wonder why 
accessing undeclared or private properties in my PHP files are not marked in 
the code like in 8.2. E.g.:
{code:java}
bar = 1;
  }
}

$foo = new A();
echo $foo->bar;
echo $foo->bar2;
{code}
This code have green status saying "No errors". The project is set as 
PHP-project.

Have I missed a setting? I spent hours of research but didn't find a solution.

Thanks for any hint!

Fabian

 


> No error when accessing undeclared or private properties
> 
>
> Key: NETBEANS-2158
> URL: https://issues.apache.org/jira/browse/NETBEANS-2158
> Project: NetBeans
>  Issue Type: Bug
>  Components: php - Code Analysis
>Affects Versions: 10.0
>Reporter: Fabian Kleinhans
>Priority: Major
>  Labels: php, php7
> Attachments: code.png
>
>
> Hi,
> I just switched from Netbeans 8.2 to 10 some days ago. Now I wonder why 
> accessing undeclared or private properties in my PHP files are not marked in 
> the code like in 8.2. E.g.:
> {code:java}
>  class A {
>  
>   private $bar;
>  
>   public function __construct() {
>     $this->bar = 1;
>   }
> }
> $foo = new A();
> echo $foo->bar;
> echo $foo->bar2;
> {code}
> This code have green status saying "No errors". The project is set as 
> PHP-project.
> Have I missed a setting? I spent hours of research but didn't find a solution.
> Thanks for any hint!
> Fabian
>  



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

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

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



[jira] [Created] (NETBEANS-2158) No error when accessing undeclared or private properties

2019-02-21 Thread Fabian Kleinhans (JIRA)
Fabian Kleinhans created NETBEANS-2158:
--

 Summary: No error when accessing undeclared or private properties
 Key: NETBEANS-2158
 URL: https://issues.apache.org/jira/browse/NETBEANS-2158
 Project: NetBeans
  Issue Type: Bug
  Components: php - Code Analysis
Affects Versions: 10.0
Reporter: Fabian Kleinhans
 Attachments: code.png

Hi,

I just switched from Netbeans 8.2 to 10 some days ago.Now I wonder why 
accessing undeclared or private properties in my PHP files are not marked in 
the code like in 8.2. E.g.:
{code:java}
bar = 1;
  }
}

$foo = new A();
echo $foo->bar;
echo $foo->bar2;
{code}
This code have green status saying "No errors". The project is set as 
PHP-project.

Have I missed a setting? I spent hours of research but didn't find a solution.

Thanks for any hint!

Fabian

 



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

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

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



[jira] [Updated] (NETBEANS-2157) NumberFormatException for SlikSvn as Subversion CLI client.

2019-02-21 Thread Steven Douglas Cochran (JIRA)


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

Steven Douglas Cochran updated NETBEANS-2157:
-
Description: 
Upgrading from 8.2 to 10.0 (and porting old settings)

On initial loading and subsequent opening of Tools>Team>Versioning>Subversion 
an NFE is thrown on parsing "7-SlikSvn".  The client worked when the imported 
subversion was present, but would not reopen the window or work with SlikSvn 
subsequently.

Switching to the JavaHL client worked OK and did not generate an exception.

  was:
Upgrading from 8.2 to 10.0 (and porting old settings)

On initial loading and subsequent opening of Tools>Team>Versioning>Subversion 
an NFE is thrown on parsing "7-SlikSvn".  The client worked when the imported 
subversion was present, but would not reopen the window or work with SlikSvn 
subsequently.


> NumberFormatException for SlikSvn as Subversion CLI client.
> ---
>
> Key: NETBEANS-2157
> URL: https://issues.apache.org/jira/browse/NETBEANS-2157
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0
>Reporter: Steven Douglas Cochran
>Priority: Minor
> Attachments: IDE_Log.txt, UI_Log.txt
>
>
> Upgrading from 8.2 to 10.0 (and porting old settings)
> On initial loading and subsequent opening of Tools>Team>Versioning>Subversion 
> an NFE is thrown on parsing "7-SlikSvn".  The client worked when the imported 
> subversion was present, but would not reopen the window or work with SlikSvn 
> subsequently.
> Switching to the JavaHL client worked OK and did not generate an exception.



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

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

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



[jira] [Updated] (NETBEANS-2157) NumberFormatException for SlikSvn as Subversion CLI client.

2019-02-21 Thread Steven Douglas Cochran (JIRA)


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

Steven Douglas Cochran updated NETBEANS-2157:
-
Description: 
Upgrading from 8.2 to 10.0 (and porting old settings)

On initial loading and subsequent opening of Tools>Team>Versioning>Subversion 
an NFE is thrown on parsing "7-SlikSvn".  The client worked when the imported 
subversion was present, but would not reopen the window or work with SlikSvn 
subsequently.

  was:
Upgrading from 8.2 to 10.0 (and porting old settings)

On initial loading and subsequent opening of Tools>Team>Versioning>Subversion 
an NFE is thrown on parsing "7-SlikSvn".  The SVN client appears to work 
correctly.


> NumberFormatException for SlikSvn as Subversion CLI client.
> ---
>
> Key: NETBEANS-2157
> URL: https://issues.apache.org/jira/browse/NETBEANS-2157
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0
>Reporter: Steven Douglas Cochran
>Priority: Minor
> Attachments: IDE_Log.txt, UI_Log.txt
>
>
> Upgrading from 8.2 to 10.0 (and porting old settings)
> On initial loading and subsequent opening of Tools>Team>Versioning>Subversion 
> an NFE is thrown on parsing "7-SlikSvn".  The client worked when the imported 
> subversion was present, but would not reopen the window or work with SlikSvn 
> subsequently.



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

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

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



[jira] [Created] (NETBEANS-2157) NumberFormatException for SlikSvn as Subversion CLI client.

2019-02-21 Thread Steven Douglas Cochran (JIRA)
Steven Douglas Cochran created NETBEANS-2157:


 Summary: NumberFormatException for SlikSvn as Subversion CLI 
client.
 Key: NETBEANS-2157
 URL: https://issues.apache.org/jira/browse/NETBEANS-2157
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 10.0
Reporter: Steven Douglas Cochran
 Attachments: IDE_Log.txt, UI_Log.txt

Upgrading from 8.2 to 10.0 (and porting old settings)

On initial loading and subsequent opening of Tools>Team>Versioning>Subversion 
an NFE is thrown on parsing "7-SlikSvn".  The SVN client appears to work 
correctly.



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

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

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



[jira] [Commented] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz commented on NETBEANS-2156:
--

Here is the description of the go to plugin (I don't know whether it still 
exists or not, maybe now native implemented:
from eclipses goto-file plugin:

Exact Filename Matching
If the search term you enter matches the beginning of the name of an existing 
file exactly, this file will be opened.
Example: "struts-c" will match "struts-config.xml"

Fuzzy Filename Matching
You can also enter any number of characters that appear in the same sequence in 
the file you are trying to find. Names
where all capital letters are matched are given preference (CamelCase search). 
The more consecutive characters are
matched and the nearer the matches occur to the beginning of the filename, the 
higher the preference.
Examples:
"strc" will match "struts-config.xml"
"npa" will match "NewProductAction.java"
"tie" will match "tiles-defs.xml" and "TestInternal.java", with tiles-defs 
being given preference because two
consecutive characters are matched.

Force CamelCase matching
If you enter your search term in all caps, CamelCase matching will be forced. 
This is intensely useful when searching
for Java classes, which by convention are always named in CamelCase.
Example: "SC" will match "ServiceConfiguration.java", but not 
"struts-config.xml"

> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "pagebla" or "PageBar" or 
> "BlaPageBla/blapagebla" but it should be in the result list. So when I now 
> search for "page.js" or "pagejs" it should be more clear what I want to find 
> -> "package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse 
> too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Comment Edited] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz edited comment on NETBEANS-2156 at 2/21/19 5:14 PM:
---

Another tickets, where I explained it and those are related to this: 
[https://netbeans.org/bugzilla/show_bug.cgi?id=253448] and 
https://netbeans.org/bugzilla/show_bug.cgi?id=270320


was (Author: chrizzly):
Another ticket, where I explained it: 
https://netbeans.org/bugzilla/show_bug.cgi?id=253448

> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "pagebla" or "PageBar" or 
> "BlaPageBla/blapagebla" but it should be in the result list. So when I now 
> search for "page.js" or "pagejs" it should be more clear what I want to find 
> -> "package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse 
> too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Commented] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz commented on NETBEANS-2156:
--

Here is the attachment for WebStorm fuzzy search which works as expected: 
https://bugzilla-attachments-270320.netbeans.org/bugzilla/attachment.cgi?id=164039

> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "pagebla" or "PageBar" or 
> "BlaPageBla/blapagebla" but it should be in the result list. So when I now 
> search for "page.js" or "pagejs" it should be more clear what I want to find 
> -> "package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse 
> too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Commented] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz commented on NETBEANS-2156:
--

Another ticket, where I explained it: 
https://netbeans.org/bugzilla/show_bug.cgi?id=253448

> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "pagebla" or "PageBar" or 
> "BlaPageBla/blapagebla" but it should be in the result list. So when I now 
> search for "page.js" or "pagejs" it should be more clear what I want to find 
> -> "package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse 
> too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Created] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)
Christian Lenz created NETBEANS-2156:


 Summary: Fuzzy search for Go To File/Symbol/Type
 Key: NETBEANS-2156
 URL: https://issues.apache.org/jira/browse/NETBEANS-2156
 Project: NetBeans
  Issue Type: Improvement
  Components: utilities - Jump To
Affects Versions: Next
 Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
Reporter: Christian Lenz


When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "*page*bla" or ""*Page*Bar" or 
"Bla*Page*Bla/bla*page*bla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
Eclipse too, but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.



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

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

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



[jira] [Updated] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz updated NETBEANS-2156:
-
Description: 
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "*page*bla" or "*Page*Bar" or 
"Bla*Page*Bla/bla*page*bla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
Eclipse too, but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.

  was:
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "*page*bla" or ""*Page*Bar" or 
"Bla*Page*Bla/bla*page*bla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
Eclipse too, but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.


> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "*page*bla" or "*Page*Bar" or 
> "Bla*Page*Bla/bla*page*bla" but it should be in the result list. So when I 
> now search for "page.js" or "pagejs" it should be more clear what I want to 
> find -> "*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. 
> Maybe Eclipse too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Comment Edited] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz edited comment on NETBEANS-2156 at 2/21/19 5:11 PM:
---

Here is the description of the go to plugin (I don't know whether it still 
exists or not, maybe now native implemented:
 from eclipses goto-file plugin:

Exact Filename Matching
 If the search term you enter matches the beginning of the name of an existing 
file exactly, this file will be opened.
 Example: "struts-c" will match "struts-config.xml"

Fuzzy Filename Matching
 You can also enter any number of characters that appear in the same sequence 
in the file you are trying to find. Names
 where all capital letters are matched are given preference (CamelCase search). 
The more consecutive characters are
 matched and the nearer the matches occur to the beginning of the filename, the 
higher the preference.
 Examples:
 "strc" will match "struts-config.xml"
 "npa" will match "NewProductAction.java"
 "tie" will match "tiles-defs.xml" and "TestInternal.java", with tiles-defs 
being given preference because two
 consecutive characters are matched.

Force CamelCase matching
 If you enter your search term in all caps, CamelCase matching will be forced. 
This is intensely useful when searching
 for Java classes, which by convention are always named in CamelCase.
 Example: "SC" will match "ServiceConfiguration.java", but not 
"struts-config.xml"

 

So as you can see, I don't need to type "-" or "_" or "." to find what I want. 
I NetBeans, when I search for "packagejson" it will not find anything and this 
is wrong and not what I expected.


was (Author: chrizzly):
Here is the description of the go to plugin (I don't know whether it still 
exists or not, maybe now native implemented:
from eclipses goto-file plugin:

Exact Filename Matching
If the search term you enter matches the beginning of the name of an existing 
file exactly, this file will be opened.
Example: "struts-c" will match "struts-config.xml"

Fuzzy Filename Matching
You can also enter any number of characters that appear in the same sequence in 
the file you are trying to find. Names
where all capital letters are matched are given preference (CamelCase search). 
The more consecutive characters are
matched and the nearer the matches occur to the beginning of the filename, the 
higher the preference.
Examples:
"strc" will match "struts-config.xml"
"npa" will match "NewProductAction.java"
"tie" will match "tiles-defs.xml" and "TestInternal.java", with tiles-defs 
being given preference because two
consecutive characters are matched.

Force CamelCase matching
If you enter your search term in all caps, CamelCase matching will be forced. 
This is intensely useful when searching
for Java classes, which by convention are always named in CamelCase.
Example: "SC" will match "ServiceConfiguration.java", but not 
"struts-config.xml"

> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "pagebla" or "PageBar" or 
> "BlaPageBla/blapagebla" but it should be in the result list. So when I now 
> search for "page.js" or "pagejs" it should be more clear what I want to find 
> -> "package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse 
> too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Updated] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz updated NETBEANS-2156:
-
Description: 
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "pagebla" or "PageBar" or 
"BlaPageBla/blapagebla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse too, 
but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.

  was:
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "*page*bla*" or "*Page*Bar" or 
"Bla*Page*Bla/bla*page*bla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
Eclipse too, but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.


> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "pagebla" or "PageBar" or 
> "BlaPageBla/blapagebla" but it should be in the result list. So when I now 
> search for "page.js" or "pagejs" it should be more clear what I want to find 
> -> "package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse 
> too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Updated] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz updated NETBEANS-2156:
-
Description: 
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "pagebla" or "PageBar" or 
"BlaPageBla/blapagebla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
Eclipse too, but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.

  was:
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "pagebla" or "PageBar" or 
"BlaPageBla/blapagebla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse too, 
but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.


> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "pagebla" or "PageBar" or 
> "BlaPageBla/blapagebla" but it should be in the result list. So when I now 
> search for "page.js" or "pagejs" it should be more clear what I want to find 
> -> "*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
> Eclipse too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Updated] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz updated NETBEANS-2156:
-
Description: 
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "pagebla" or "PageBar" or 
"BlaPageBla/blapagebla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse too, 
but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.

  was:
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "pagebla" or "PageBar" or 
"BlaPageBla/blapagebla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
Eclipse too, but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.


> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "pagebla" or "PageBar" or 
> "BlaPageBla/blapagebla" but it should be in the result list. So when I now 
> search for "page.js" or "pagejs" it should be more clear what I want to find 
> -> "package.json". This is how VS Code handles it and IDEA too. Maybe Eclipse 
> too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Updated] (NETBEANS-2156) Fuzzy search for Go To File/Symbol/Type

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz updated NETBEANS-2156:
-
Description: 
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "*page*bla*" or "*Page*Bar" or 
"Bla*Page*Bla/bla*page*bla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
Eclipse too, but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.

  was:
When I want to jump to a file and I don't want to write the whole name, I use 
only a couple of characters, called fuzzy search (like Java code completion is 
using that). So when I open Go To File and write "page" I will got the result 
of all what page is inside AND and this is new, everything what have "p a g e" 
is inside.

So I was searching for the package.json and when I type "page" it should be 
found too. Not on top, if there is more like "*page*bla" or "*Page*Bar" or 
"Bla*Page*Bla/bla*page*bla" but it should be in the result list. So when I now 
search for "page.js" or "pagejs" it should be more clear what I want to find -> 
"*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. Maybe 
Eclipse too, but I don't know it.

This will makes live easier. I know that the result list will be big but type 
one or two more characters to filter the list. That's it. See no problems with 
that.


> Fuzzy search for Go To File/Symbol/Type
> ---
>
> Key: NETBEANS-2156
> URL: https://issues.apache.org/jira/browse/NETBEANS-2156
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: Next
> Environment: Windows 10 - 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: fuzzy, performance, search
>
> When I want to jump to a file and I don't want to write the whole name, I use 
> only a couple of characters, called fuzzy search (like Java code completion 
> is using that). So when I open Go To File and write "page" I will got the 
> result of all what page is inside AND and this is new, everything what have 
> "p a g e" is inside.
> So I was searching for the package.json and when I type "page" it should be 
> found too. Not on top, if there is more like "*page*bla*" or "*Page*Bar" or 
> "Bla*Page*Bla/bla*page*bla" but it should be in the result list. So when I 
> now search for "page.js" or "pagejs" it should be more clear what I want to 
> find -> "*pa*cka*ge*.*js*on". This is how VS Code handles it and IDEA too. 
> Maybe Eclipse too, but I don't know it.
> This will makes live easier. I know that the result list will be big but type 
> one or two more characters to filter the list. That's it. See no problems 
> with that.



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

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

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



[jira] [Updated] (NETBEANS-2155) Go To File should not search again after typing or removing character

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz updated NETBEANS-2155:
-
Attachment: go-to-file-netbeans.gif
go-to-file-vscode.gif

> Go To File should not search again after typing or removing character
> -
>
> Key: NETBEANS-2155
> URL: https://issues.apache.org/jira/browse/NETBEANS-2155
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: 8.2, 9.0, Next, 10.0
> Environment: Windows 10 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: index, performance
> Attachments: go-to-file-netbeans.gif, go-to-file-vscode.gif
>
>
> I don't know how often I created tickets for this type of problem and 
> discussed about what is the current status and what am I expected.
> Everytime, when I use "Go To File" and I search for "pack" I wait for 
> searching... ends and see the result list. When I type "packa", so only 
> adding the character "a" it will start the search again. The same happens, 
> when I remove one character after the other. Everytime the search results got 
> updated and this is annoying, not needed and I don't know whether it will 
> search the indices again and again or not.
> Other IDEs don't have this problem, IDEA not, Eclipse not and VS Code not. I 
> added 17 big projecta/folders to VS Code. First it opens the projects 
> immediately in maybe 2-3s seconds and I can use them immediately, but this is 
> another thing. The indexing seems fast, because when I search for "pack" 
> again, I see the results there and when I add "a" or remove characters or 
> search for "package-lock.json" it will not update the list, it is still 
> there, only shrinking the index and not searching again and update the result 
> list.
> I added some external tickets here and 2 screen casts. 1 NetBeans and 1 from 
> VS Code.
> I'm using Windows 10 (64bit), NetBeans 10 (Doesn't really matter, because it 
> is still a problem from 8.2 or earlier on). And I can guess it will be still 
> a problem in NetBeans 11. And should be independent from JDK but I'm using NB 
> 10 with JDK 10.0.2.
> There are discussion where [~wadechandler] said, yes the indexing is a 
> performance issue in some cases. But can't really remember, we talked in 
> private about that.
> So the list not needs to clear the result list and search again that seems 
> for me, that the searching makes it slow. I know it can be a bit slow for big 
> projects (Actually I have ~22 small-big projects in NetBeans). So yes the 
> initial search can take a while, maybe only 2s or smth like that, but after 
> the result list is there that must be a thing from ms on.
> So the external ticket is still the problem. I don't care whether it was 
> intended as it is now, this is why I create it as an improvement, that this 
> needs to be better and compareble to other IDEs. Others can do the same so 
> why NetBeans not.



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

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

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



[jira] [Updated] (NETBEANS-2155) Go To File should not search again after typing or removing character

2019-02-21 Thread Christian Lenz (JIRA)


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

Christian Lenz updated NETBEANS-2155:
-
Labels: index performance  (was: )

> Go To File should not search again after typing or removing character
> -
>
> Key: NETBEANS-2155
> URL: https://issues.apache.org/jira/browse/NETBEANS-2155
> Project: NetBeans
>  Issue Type: Improvement
>  Components: utilities - Jump To
>Affects Versions: 8.2, 9.0, Next, 10.0
> Environment: Windows 10 64bit, NetBeans 10, JDK 10.0.2
>Reporter: Christian Lenz
>Priority: Major
>  Labels: index, performance
>
> I don't know how often I created tickets for this type of problem and 
> discussed about what is the current status and what am I expected.
> Everytime, when I use "Go To File" and I search for "pack" I wait for 
> searching... ends and see the result list. When I type "packa", so only 
> adding the character "a" it will start the search again. The same happens, 
> when I remove one character after the other. Everytime the search results got 
> updated and this is annoying, not needed and I don't know whether it will 
> search the indices again and again or not.
> Other IDEs don't have this problem, IDEA not, Eclipse not and VS Code not. I 
> added 17 big projecta/folders to VS Code. First it opens the projects 
> immediately in maybe 2-3s seconds and I can use them immediately, but this is 
> another thing. The indexing seems fast, because when I search for "pack" 
> again, I see the results there and when I add "a" or remove characters or 
> search for "package-lock.json" it will not update the list, it is still 
> there, only shrinking the index and not searching again and update the result 
> list.
> I added some external tickets here and 2 screen casts. 1 NetBeans and 1 from 
> VS Code.
> I'm using Windows 10 (64bit), NetBeans 10 (Doesn't really matter, because it 
> is still a problem from 8.2 or earlier on). And I can guess it will be still 
> a problem in NetBeans 11. And should be independent from JDK but I'm using NB 
> 10 with JDK 10.0.2.
> There are discussion where [~wadechandler] said, yes the indexing is a 
> performance issue in some cases. But can't really remember, we talked in 
> private about that.
> So the list not needs to clear the result list and search again that seems 
> for me, that the searching makes it slow. I know it can be a bit slow for big 
> projects (Actually I have ~22 small-big projects in NetBeans). So yes the 
> initial search can take a while, maybe only 2s or smth like that, but after 
> the result list is there that must be a thing from ms on.
> So the external ticket is still the problem. I don't care whether it was 
> intended as it is now, this is why I create it as an improvement, that this 
> needs to be better and compareble to other IDEs. Others can do the same so 
> why NetBeans not.



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

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

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



[jira] [Created] (NETBEANS-2155) Go To File should not search again after typing or removing character

2019-02-21 Thread Christian Lenz (JIRA)
Christian Lenz created NETBEANS-2155:


 Summary: Go To File should not search again after typing or 
removing character
 Key: NETBEANS-2155
 URL: https://issues.apache.org/jira/browse/NETBEANS-2155
 Project: NetBeans
  Issue Type: Improvement
  Components: utilities - Jump To
Affects Versions: 9.0, 8.2, Next, 10.0
 Environment: Windows 10 64bit, NetBeans 10, JDK 10.0.2
Reporter: Christian Lenz


I don't know how often I created tickets for this type of problem and discussed 
about what is the current status and what am I expected.

Everytime, when I use "Go To File" and I search for "pack" I wait for 
searching... ends and see the result list. When I type "packa", so only adding 
the character "a" it will start the search again. The same happens, when I 
remove one character after the other. Everytime the search results got updated 
and this is annoying, not needed and I don't know whether it will search the 
indices again and again or not.

Other IDEs don't have this problem, IDEA not, Eclipse not and VS Code not. I 
added 17 big projecta/folders to VS Code. First it opens the projects 
immediately in maybe 2-3s seconds and I can use them immediately, but this is 
another thing. The indexing seems fast, because when I search for "pack" again, 
I see the results there and when I add "a" or remove characters or search for 
"package-lock.json" it will not update the list, it is still there, only 
shrinking the index and not searching again and update the result list.

I added some external tickets here and 2 screen casts. 1 NetBeans and 1 from VS 
Code.

I'm using Windows 10 (64bit), NetBeans 10 (Doesn't really matter, because it is 
still a problem from 8.2 or earlier on). And I can guess it will be still a 
problem in NetBeans 11. And should be independent from JDK but I'm using NB 10 
with JDK 10.0.2.

There are discussion where [~wadechandler] said, yes the indexing is a 
performance issue in some cases. But can't really remember, we talked in 
private about that.

So the list not needs to clear the result list and search again that seems for 
me, that the searching makes it slow. I know it can be a bit slow for big 
projects (Actually I have ~22 small-big projects in NetBeans). So yes the 
initial search can take a while, maybe only 2s or smth like that, but after the 
result list is there that must be a thing from ms on.


So the external ticket is still the problem. I don't care whether it was 
intended as it is now, this is why I create it as an improvement, that this 
needs to be better and compareble to other IDEs. Others can do the same so why 
NetBeans not.



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

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

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



[jira] [Commented] (NETBEANS-532) NPE running profiler

2019-02-21 Thread Eric Barboni (JIRA)


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

Eric Barboni commented on NETBEANS-532:
---

I guess that if it's ok you can close. We will reopen if an issue occurs. I did 
not have issue on netbeans 11 jdk 12

> NPE running profiler
> 
>
> Key: NETBEANS-532
> URL: https://issues.apache.org/jira/browse/NETBEANS-532
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-242-on-20180323)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Critical
>  Labels: jdk10
>
> When running the profiler on a Maven project I get:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.profiler.v2.features.MethodsFeature$9.getProfilerClient(MethodsFeature.java:515)
>   at 
> org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.initUI(MethodsFeatureUI.java:222)
>   at 
> org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.getResultsUI(MethodsFeatureUI.java:100)
>   at 
> org.netbeans.modules.profiler.v2.features.MethodsFeature.getResultsUI(MethodsFeature.java:492)
>   at 
> org.netbeans.modules.profiler.v2.impl.FeaturesView.createContainer(FeaturesView.java:149)
>   at 
> org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeature(FeaturesView.java:134)
>   at 
> org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatures(ProfilerWindow.java:373)
>   at 
> org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI(ProfilerWindow.java:275)
>   at 
> org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(ProfilerWindow.java:132)
>   at 
> org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(ProfilerWindow.java:200)
>   at 
> java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
>   at 
> java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
>   at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97)
>   at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>   at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>   at java.base/java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87)
>   at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
>   at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
> [catch] at 
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at 
> java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
> {code}
> This issues 100% of the time.



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

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

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



[jira] [Commented] (NETBEANS-2154) Bump bundled Maven version >= 3.5

2019-02-21 Thread Eric Barboni (JIRA)


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

Eric Barboni commented on NETBEANS-2154:


Hi, I agree with that but the following issue 
https://issues.apache.org/jira/browse/MNG-6385 on maven 3.6.0 (from maven 
version where the cmd file change)  will break the windows user.

> Bump bundled Maven version >= 3.5
> -
>
> Key: NETBEANS-2154
> URL: https://issues.apache.org/jira/browse/NETBEANS-2154
> Project: NetBeans
>  Issue Type: Improvement
>Affects Versions: Next
>Reporter: Björn Raupach
>Priority: Major
>
> Hi there,
> Apache NetBeans 10 and 11 are bundled with Apache Maven 3.3.9. This version 
> was released in November 2015. 
> The most recent version of Apache Maven is 3.6.0 released in Oktober 2018.
> Not sure how complex it is to add a more recent version of Maven in NetBeans, 
> but it would definitely benefit many projects.
>  



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

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

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



[jira] [Created] (NETBEANS-2154) Bump bundled Maven version >= 3.5

2019-02-21 Thread JIRA
Björn Raupach created NETBEANS-2154:
---

 Summary: Bump bundled Maven version >= 3.5
 Key: NETBEANS-2154
 URL: https://issues.apache.org/jira/browse/NETBEANS-2154
 Project: NetBeans
  Issue Type: Improvement
Affects Versions: Next
Reporter: Björn Raupach


Hi there,

Apache NetBeans 10 and 11 are bundled with Apache Maven 3.3.6. This version was 
released in November 2015. 

The most recent version of Apache Maven is 3.6.0 released in Oktober 2018.

Not sure how complex it is to add a more recent version of Maven in NetBeans, 
but it would definitely benefit many projects.

 



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

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

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



[jira] [Updated] (NETBEANS-2154) Bump bundled Maven version >= 3.5

2019-02-21 Thread JIRA


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

Björn Raupach updated NETBEANS-2154:

Description: 
Hi there,

Apache NetBeans 10 and 11 are bundled with Apache Maven 3.3.9. This version was 
released in November 2015. 

The most recent version of Apache Maven is 3.6.0 released in Oktober 2018.

Not sure how complex it is to add a more recent version of Maven in NetBeans, 
but it would definitely benefit many projects.

 

  was:
Hi there,

Apache NetBeans 10 and 11 are bundled with Apache Maven 3.3.6. This version was 
released in November 2015. 

The most recent version of Apache Maven is 3.6.0 released in Oktober 2018.

Not sure how complex it is to add a more recent version of Maven in NetBeans, 
but it would definitely benefit many projects.

 


> Bump bundled Maven version >= 3.5
> -
>
> Key: NETBEANS-2154
> URL: https://issues.apache.org/jira/browse/NETBEANS-2154
> Project: NetBeans
>  Issue Type: Improvement
>Affects Versions: Next
>Reporter: Björn Raupach
>Priority: Major
>
> Hi there,
> Apache NetBeans 10 and 11 are bundled with Apache Maven 3.3.9. This version 
> was released in November 2015. 
> The most recent version of Apache Maven is 3.6.0 released in Oktober 2018.
> Not sure how complex it is to add a more recent version of Maven in NetBeans, 
> but it would definitely benefit many projects.
>  



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

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

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



[jira] [Commented] (NETBEANS-532) NPE running profiler

2019-02-21 Thread Gili (JIRA)


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

Gili commented on NETBEANS-532:
---

I'm no longer using Netbeans so I can't comment on this. Maybe Eric can help.

> NPE running profiler
> 
>
> Key: NETBEANS-532
> URL: https://issues.apache.org/jira/browse/NETBEANS-532
> Project: NetBeans
>  Issue Type: Bug
>  Components: profiler - Base
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-242-on-20180323)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Critical
>  Labels: jdk10
>
> When running the profiler on a Maven project I get:
> {code}
> java.lang.NullPointerException
>   at 
> org.netbeans.modules.profiler.v2.features.MethodsFeature$9.getProfilerClient(MethodsFeature.java:515)
>   at 
> org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.initUI(MethodsFeatureUI.java:222)
>   at 
> org.netbeans.modules.profiler.v2.features.MethodsFeatureUI.getResultsUI(MethodsFeatureUI.java:100)
>   at 
> org.netbeans.modules.profiler.v2.features.MethodsFeature.getResultsUI(MethodsFeature.java:492)
>   at 
> org.netbeans.modules.profiler.v2.impl.FeaturesView.createContainer(FeaturesView.java:149)
>   at 
> org.netbeans.modules.profiler.v2.impl.FeaturesView.addFeature(FeaturesView.java:134)
>   at 
> org.netbeans.modules.profiler.v2.ProfilerWindow.updateFeatures(ProfilerWindow.java:373)
>   at 
> org.netbeans.modules.profiler.v2.ProfilerWindow.popupulateUI(ProfilerWindow.java:275)
>   at 
> org.netbeans.modules.profiler.v2.ProfilerWindow.access$200(ProfilerWindow.java:132)
>   at 
> org.netbeans.modules.profiler.v2.ProfilerWindow$1$1.run(ProfilerWindow.java:200)
>   at 
> java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
>   at 
> java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
>   at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97)
>   at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
>   at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
>   at java.base/java.security.AccessController.doPrivileged(Native Method)
>   at 
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:87)
>   at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
>   at 
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
> [catch] at 
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
>   at 
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
>   at 
> java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
> {code}
> This issues 100% of the time.



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

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

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



[jira] [Assigned] (NETBEANS-2152) Unable to install JIRA Plugin

2019-02-21 Thread Tomek b (JIRA)


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

Tomek b reassigned NETBEANS-2152:
-

Assignee: Tomek b

> Unable to install JIRA Plugin
> -
>
> Key: NETBEANS-2152
> URL: https://issues.apache.org/jira/browse/NETBEANS-2152
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0
> Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> Java: 1.8.0_172; Java HotSpot(TM) 64-Bit Server VM 25.172-b11
> Runtime: Java(TM) SE Runtime Environment 1.8.0_172-b11
> System: Windows 7 version 6.1 running on amd64; Cp1250; en_US (nb)
>Reporter: Tomek b
>Assignee: Tomek b
>Priority: Minor
>  Labels: JIRA, Plugin, jira-plugin
> Attachments: 2019-02-21 08_36_09-Error.png
>
>
> While installing Jira[1.58] plugin from "Available Plugins", I'm getting an 
> error like on attached screenshot:
>  
> Below log from "messages.log" file
>  
> {noformat}
> Caused: org.netbeans.api.autoupdate.OperationException[INSTALL]: Cannot 
> resolve external reference to 
> https://maven.atlassian.com/content/repositories/public/com/atlassian/jira/jira-rest-java-client/1.1-ide-m06/jira-rest-java-client-1.1-ide-m06.jar
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.doDownload(InstallSupportImpl.java:768)
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.doDownload(InstallSupportImpl.java:642)
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$600(InstallSupportImpl.java:73)
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl$1.call(InstallSupportImpl.java:153)
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl$1.call(InstallSupportImpl.java:125)
>     at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>     at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>     at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [catch] at java.lang.Thread.run(Thread.java:748)
> There were some problems while storing JIRA REST Client.
> Cause: Cannot resolve external reference to 
> https://maven.atlassian.com/content/repositories/public/com/atlassian/jira/jira-rest-java-client/1.1-ide-m06/jira-rest-java-client-1.1-ide-m06.jar
> SEVERE [org.netbeans.modules.autoupdate.ui.wizards.InstallStep]{noformat}
>  
>  



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

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

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



[jira] [Commented] (NETBEANS-2152) Unable to install JIRA Plugin

2019-02-21 Thread Tomek b (JIRA)


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

Tomek b commented on NETBEANS-2152:
---

Does anyone help and can tell if this is the right place where i can raise such 
an issue? or should i raise it somewhere else?

thanks in advance...anyone

> Unable to install JIRA Plugin
> -
>
> Key: NETBEANS-2152
> URL: https://issues.apache.org/jira/browse/NETBEANS-2152
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0
> Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> Java: 1.8.0_172; Java HotSpot(TM) 64-Bit Server VM 25.172-b11
> Runtime: Java(TM) SE Runtime Environment 1.8.0_172-b11
> System: Windows 7 version 6.1 running on amd64; Cp1250; en_US (nb)
>Reporter: Tomek b
>Priority: Minor
>  Labels: JIRA, Plugin, jira-plugin
> Attachments: 2019-02-21 08_36_09-Error.png
>
>
> While installing Jira[1.58] plugin from "Available Plugins", I'm getting an 
> error like on attached screenshot:
>  
> Below log from "messages.log" file
>  
> {noformat}
> Caused: org.netbeans.api.autoupdate.OperationException[INSTALL]: Cannot 
> resolve external reference to 
> https://maven.atlassian.com/content/repositories/public/com/atlassian/jira/jira-rest-java-client/1.1-ide-m06/jira-rest-java-client-1.1-ide-m06.jar
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.doDownload(InstallSupportImpl.java:768)
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.doDownload(InstallSupportImpl.java:642)
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl.access$600(InstallSupportImpl.java:73)
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl$1.call(InstallSupportImpl.java:153)
>     at 
> org.netbeans.modules.autoupdate.services.InstallSupportImpl$1.call(InstallSupportImpl.java:125)
>     at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>     at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>     at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [catch] at java.lang.Thread.run(Thread.java:748)
> There were some problems while storing JIRA REST Client.
> Cause: Cannot resolve external reference to 
> https://maven.atlassian.com/content/repositories/public/com/atlassian/jira/jira-rest-java-client/1.1-ide-m06/jira-rest-java-client-1.1-ide-m06.jar
> SEVERE [org.netbeans.modules.autoupdate.ui.wizards.InstallStep]{noformat}
>  
>  



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

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

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



[jira] [Commented] (NETBEANS-168) Background scanning process needs a rethink

2019-02-21 Thread Wolfgang Reder (JIRA)


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

Wolfgang Reder commented on NETBEANS-168:
-

Yesterday I started a new project within an new git repository.

Everything worked fine, until the first git-push.

Now, my NB is as busy as with every other (older) project.

My OS is Linux amd64 with openjdk11 and nb10

> Background scanning process needs a rethink
> ---
>
> Key: NETBEANS-168
> URL: https://issues.apache.org/jira/browse/NETBEANS-168
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Performance, java - Platform, platform - Execution
>Affects Versions: 8.2, 9.0, 10.0
> Environment: NetBeans 8.2, Windows 10 x64
>Reporter: Christian Lenz
>Priority: Blocker
>  Labels: ca_survey, pull-request-available
> Attachments: go-to-file.gif, messages - 10.0 vc3.log, messages 10.0 
> vc2.log, messages.log, puls.7z, ui.log, uigestures 10.0 vc, wp-dms.7z
>
>  Time Spent: 3.5h
>  Remaining Estimate: 0h
>
> Often, while cloning, switching branch, merging, opening etc. etc. NetBeans 
> starts Background scanning for changes, but it is not real background, 
> because everything what you want to do then, like changing the branch, 
> commit, push, pull, open project, delete or whatever, is blocking by this 
> task and you can't cancel it, because it is essential.
> Either we need to rethink about this process like to make everything or most 
> of the stuff doing things in parallel or the task should really be 
> cancelable. It is a pain in the ass for big projects when they start to scan 
> for changes. 
> It is a real world case because you acan see it when you work on NetBeans 
> modules.
> Cheers
> Chris



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

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

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



[jira] [Commented] (NETBEANS-2135) False positive error messages

2019-02-21 Thread JIRA


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

Björn Raupach commented on NETBEANS-2135:
-

Maybe I messed up. The above error message only shows up when I use my own 
MAVEN_HOME, which is 3.6.0.

If I use the NetBeans bundled Maven version (3.3.9) then I can't compile the 
project from within NetBeans. It fails with the following message:
{noformat}
Detected Maven Version: 3.3.9 is not in the allowed range 3.5.0.{noformat}
So maybe this is all due misconfiguration on my part. Will check this weekend 
with NetBeans 11.

> False positive error messages
> -
>
> Key: NETBEANS-2135
> URL: https://issues.apache.org/jira/browse/NETBEANS-2135
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0
> Environment: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> OpenJDK Runtime Environment 11.0.2+7
>Reporter: Björn Raupach
>Priority: Major
>
> I am experiencing false positive parser error messages in the Java editor 
> when working on a Java Maven project.
> I can check out the project, compile it and run alle Unit tests, but the 
> editor lists many errors. 
>  * modules are not supported in -source 8 (use -source 9 or higher to enable 
> modules)
>  * package X does not exist
>  * cannot access java.lang Fatal Error: Unable to find java.lang in classpath 
> or bootclasspath
>  * cannot find symbol
> It is easy to reproduce. Just check out the GitHub project ThreeTen-Extra and 
> open the directory with NetBeans.
> Here is the link to the original GitHub issue: 
> https://github.com/ThreeTen/threeten-extra/issues/124



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

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

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



[jira] [Updated] (NETBEANS-2153) Refreshing error hints is not working properly

2019-02-21 Thread Basti Kamp (JIRA)


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

Basti Kamp updated NETBEANS-2153:
-
Summary: Refreshing error hints is not working properly  (was: Refreshing 
error hints is not working finde)

> Refreshing error hints is not working properly
> --
>
> Key: NETBEANS-2153
> URL: https://issues.apache.org/jira/browse/NETBEANS-2153
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 8.2, 9.0, 10.0
> Environment: Windows 10 64 Bit
> Tested with:
> NetBeans 10.0
> NetBeans 9.0
> NetBeans 8.2
>Reporter: Basti Kamp
>Priority: Major
>
> +*Description:*+
> In some cases, the error hints/badges of a class-file/project-tree will not 
> be refreshed. As a user u know you fixed the error but the IDE continues to 
> show the error. Sometimes the help-text of the tooltip in the error is 
> "null". Sometimes the text is the old text from the error. 
> For example:
> If you have a class with broken imports(moved class or what ever) and you fix 
> the imports, some error badges disappear and some will stay.
> There are no repro-steps to force this problem.
> Workarounds for this problem:
>  * Delete cache, so the IDE has to re-scan all
>  * Move the line with the error; for example: insert space
>  ** Then the error hints/badges for the line will disappear
>  
> +*Environment:*+
> We have some multi module projects based on Java-1.8. If the project ist 
> large, the problem appears faster.



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

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

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



[jira] [Created] (NETBEANS-2153) Refreshing error hints is not working finde

2019-02-21 Thread Basti Kamp (JIRA)
Basti Kamp created NETBEANS-2153:


 Summary: Refreshing error hints is not working finde
 Key: NETBEANS-2153
 URL: https://issues.apache.org/jira/browse/NETBEANS-2153
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 9.0, 8.2, 10.0
 Environment: Windows 10 64 Bit
Tested with:
NetBeans 10.0
NetBeans 9.0
NetBeans 8.2
Reporter: Basti Kamp


+*Description:*+

In some cases, the error hints/badges of a class-file/project-tree will not be 
refreshed. As a user u know you fixed the error but the IDE continues to show 
the error. Sometimes the help-text of the tooltip in the error is "null". 
Sometimes the text is the old text from the error. 

For example:

If you have a class with broken imports(moved class or what ever) and you fix 
the imports, some error badges disappear and some will stay.

There are no repro-steps to force this problem.

Workarounds for this problem:
 * Delete cache, so the IDE has to re-scan all
 * Move the line with the error; for example: insert space
 ** Then the error hints/badges for the line will disappear

 

+*Environment:*+

We have some multi module projects based on Java-1.8. If the project ist large, 
the problem appears faster.



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

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

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



[jira] [Updated] (NETBEANS-326) Autocomplete does not work inside a lambda expression

2019-02-21 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot updated NETBEANS-326:

Labels: patch pull-request-available usability  (was: patch usability)

> Autocomplete does not work inside a lambda expression
> -
>
> Key: NETBEANS-326
> URL: https://issues.apache.org/jira/browse/NETBEANS-326
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 8.2, 10.0
> Environment: Windows 10 Enterprise
>Reporter: Morgan M
>Assignee: Sarvesh Kesharwani
>Priority: Critical
>  Labels: patch, pull-request-available, usability
> Attachments: RLtLF.png, t51Jz.png
>
>
> When declaring an object with a lambda expression, autocomplete for variables 
> inside the lambda does not seem to work, and instead I see global variables, 
> suggestions for keywords amongst other things as shown below.
> {code:java}
> public class SOInner {
> private ActionListener listenerExampleLambda = e -> {
> //autocomplete DOES NOT work for these vars
> int testVarInner = 2;
> int testVarInner2 = 4;
> };
> private ActionListener listenerExampleClass = new ActionListener() {
> @Override
> public void actionPerformed(ActionEvent e) {
> //autocomplete works for these vars
> int testVarInner = 2;
> int testVarInner2 = 4;
> }
> };
> private Comparable comparableExampleLambda = o -> {
> //autocomplete DOES NOT work for these vars
> String testString = "Hello";
> String testString2 = "Hi";
> return 0;
> };
> private Comparable comparableExampleClass = new 
> Comparable() {
> @Override
> public int compareTo(SOInner o) {
> //autocomplete works for these vars
> String testString = "Hello";
> String testString2 = "Hi";
> return 0;
> }
> };
> }
> {code}
>  You can reproduce the bug by placing your cursor inside the lambda 
> expression under the String variables and pressing Ctrl+Space. You will 
> notice that testString and testString2 do not appear. They do appear if these 
> steps are reproduced from within an anonymous inner class.



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

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

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