[incubator-netbeans] branch master updated (b0e4c73 -> 8716ca5)

2018-03-23 Thread matthiasblaesing
This is an automated email from the ASF dual-hosted git repository.

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


from b0e4c73  [NETBEANS-451] search for git revision instead of mercurial 
one. (#443)
 add 6faac21  [NETBEANS-345] Fix "Move Inner to Outer Level" produces 
""
 new 8716ca5  Merge pull request #407 from 
dtrebbien/NETBEANS-345-move-inner-to-outer-produces-erroneous-captured-wildcard-explicit-lambda-param-type

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


Summary of changes:
 .../source/transform/ImmutableTreeTranslator.java  |  5 +++
 .../refactoring/java/test/InnerToOutterTest.java   | 37 ++
 2 files changed, 42 insertions(+)

-- 
To stop receiving notification emails like this one, please contact
matthiasblaes...@apache.org.

-
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



[incubator-netbeans] 01/01: Merge pull request #407 from dtrebbien/NETBEANS-345-move-inner-to-outer-produces-erroneous-captured-wildcard-explicit-lambda-param-type

2018-03-23 Thread matthiasblaesing
This is an automated email from the ASF dual-hosted git repository.

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

commit 8716ca59ea38c88a518a6120d211171a122b4cb0
Merge: b0e4c73 6faac21
Author: Matthias Bläsing 
AuthorDate: Fri Mar 23 20:19:53 2018 +0100

Merge pull request #407 from 
dtrebbien/NETBEANS-345-move-inner-to-outer-produces-erroneous-captured-wildcard-explicit-lambda-param-type

[NETBEANS-345] Fix "Move Inner to Outer Level" produces ""

 .../source/transform/ImmutableTreeTranslator.java  |  5 +++
 .../refactoring/java/test/InnerToOutterTest.java   | 37 ++
 2 files changed, 42 insertions(+)

-- 
To stop receiving notification emails like this one, please contact
matthiasblaes...@apache.org.

-
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-516) Shareable Netbeans configuration data

2018-03-23 Thread Jaroslav Tulach (JIRA)

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

Jaroslav Tulach commented on NETBEANS-516:
--

FYI: One of the things I had to do for 
[http://wiki.apidesign.org/wiki/JDeveloper] was to prepare the IDE caches 
during install time, so they are ready for all users using the same 
installation. This has already been done for NetBeans 8.x.

> Shareable Netbeans configuration data
> -
>
> Key: NETBEANS-516
> URL: https://issues.apache.org/jira/browse/NETBEANS-516
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Victor Williams Stafusa da Silva
>Priority: Minor
>
> As discussed in the dev mailing list, currently if Netbeans is installed in a 
> computer with multiple user accounts, a different set of configurations will 
> be created for each account. This means that each user will have his/her own 
> set of Netbeans plugins and maven repository.
> However, this situation might be undesirable. This means that many plugins 
> would be download and installed in duplicate by different users. This also 
> means that, for two users, maven repositories might be duplicated consuming 
> double network traffic to be populated and double disk space.
> Security is a reason to mantain these configuration separation between 
> different users. However, the user might not want that and instead would like 
> to share his/her workspace with other users in the same computer. So, an 
> option asking if Netbeans files should be stored in user private space or in 
> shared space should be provided.



--
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-516) Shareable Netbeans configuration data

2018-03-23 Thread Victor Williams Stafusa da Silva (JIRA)

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

Victor Williams Stafusa da Silva updated NETBEANS-516:
--
Description: 
As discussed in the dev mailing list, currently if Netbeans is installed in a 
computer with multiple user accounts, a different set of configurations will be 
created for each account. This means that each user will have his/her own set 
of Netbeans plugins and maven repository.

However, this situation might be undesirable. This means that many plugins 
would be download and installed in duplicate by different users. This also 
means that, for two users, maven repositories might be duplicated consuming 
double network traffic to be populated and double disk space.

Security is a reason to mantain these configuration separation between 
different users. However, the user might not want that and instead would like 
to share his workspace with other users in the same computer. So, an option 
asking if Netbeans files should be stored in user private space or in shared 
space should be provided.

  was:
As discussed in the dev mailing list, currently if Netbeans is installed in a 
computer with multiple user accounts, a different set of configurations will be 
created for each account. This means that each user will have his/her own set 
of Netbeans plugins and maven repository.

However, this situation might be undesirable. This means that many plugins 
would be download and installed in duplicate by different users. This also 
means that maven repositories might be duplicated consuming double network 
traffic to be populated and double disk space.

Security is a reason to mantain these configuration separation between 
different users. However, the user might not want that and instead would like 
to share his workspace with other users in the same computer. So, and option 
asks if Netbeans files should be stored in user private space or in shared 
space should be provided.


> Shareable Netbeans configuration data
> -
>
> Key: NETBEANS-516
> URL: https://issues.apache.org/jira/browse/NETBEANS-516
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Victor Williams Stafusa da Silva
>Priority: Minor
>
> As discussed in the dev mailing list, currently if Netbeans is installed in a 
> computer with multiple user accounts, a different set of configurations will 
> be created for each account. This means that each user will have his/her own 
> set of Netbeans plugins and maven repository.
> However, this situation might be undesirable. This means that many plugins 
> would be download and installed in duplicate by different users. This also 
> means that, for two users, maven repositories might be duplicated consuming 
> double network traffic to be populated and double disk space.
> Security is a reason to mantain these configuration separation between 
> different users. However, the user might not want that and instead would like 
> to share his workspace with other users in the same computer. So, an option 
> asking if Netbeans files should be stored in user private space or in shared 
> space should be provided.



--
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-516) Shareable Netbeans configuration data

2018-03-23 Thread Victor Williams Stafusa da Silva (JIRA)

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

Victor Williams Stafusa da Silva updated NETBEANS-516:
--
Description: 
As discussed in the dev mailing list, currently if Netbeans is installed in a 
computer with multiple user accounts, a different set of configurations will be 
created for each account. This means that each user will have his/her own set 
of Netbeans plugins and maven repository.

However, this situation might be undesirable. This means that many plugins 
would be download and installed in duplicate by different users. This also 
means that, for two users, maven repositories might be duplicated consuming 
double network traffic to be populated and double disk space.

Security is a reason to mantain these configuration separation between 
different users. However, the user might not want that and instead would like 
to share his/her workspace with other users in the same computer. So, an option 
asking if Netbeans files should be stored in user private space or in shared 
space should be provided.

  was:
As discussed in the dev mailing list, currently if Netbeans is installed in a 
computer with multiple user accounts, a different set of configurations will be 
created for each account. This means that each user will have his/her own set 
of Netbeans plugins and maven repository.

However, this situation might be undesirable. This means that many plugins 
would be download and installed in duplicate by different users. This also 
means that, for two users, maven repositories might be duplicated consuming 
double network traffic to be populated and double disk space.

Security is a reason to mantain these configuration separation between 
different users. However, the user might not want that and instead would like 
to share his workspace with other users in the same computer. So, an option 
asking if Netbeans files should be stored in user private space or in shared 
space should be provided.


> Shareable Netbeans configuration data
> -
>
> Key: NETBEANS-516
> URL: https://issues.apache.org/jira/browse/NETBEANS-516
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Victor Williams Stafusa da Silva
>Priority: Minor
>
> As discussed in the dev mailing list, currently if Netbeans is installed in a 
> computer with multiple user accounts, a different set of configurations will 
> be created for each account. This means that each user will have his/her own 
> set of Netbeans plugins and maven repository.
> However, this situation might be undesirable. This means that many plugins 
> would be download and installed in duplicate by different users. This also 
> means that, for two users, maven repositories might be duplicated consuming 
> double network traffic to be populated and double disk space.
> Security is a reason to mantain these configuration separation between 
> different users. However, the user might not want that and instead would like 
> to share his/her workspace with other users in the same computer. So, an 
> option asking if Netbeans files should be stored in user private space or in 
> shared space should be provided.



--
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-516) Shareable Netbeans configuration data

2018-03-23 Thread Gili (JIRA)

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

Gili commented on NETBEANS-516:
---

For the record, security isn't the only reasons that Netbeans and Maven use 
user-specific configuration files.

What happens if two users want to keep Netbeans open at the same time? Won't 
the instances corrupt each other's files?

I believe Maven might be designed for concurrent access per user (multiple 
processes per user sharing the same repository directory) but I don't think 
this kind of configuration has ever been tested. It will probably work though.

> Shareable Netbeans configuration data
> -
>
> Key: NETBEANS-516
> URL: https://issues.apache.org/jira/browse/NETBEANS-516
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Victor Williams Stafusa da Silva
>Priority: Minor
>
> As discussed in the dev mailing list, currently if Netbeans is installed in a 
> computer with multiple user accounts, a different set of configurations will 
> be created for each account. This means that each user will have his/her own 
> set of Netbeans plugins and maven repository.
> However, this situation might be undesirable. This means that many plugins 
> would be download and installed in duplicate by different users. This also 
> means that maven repositories might be duplicated consuming double network 
> traffic to be populated and double disk space.
> Security is a reason to mantain these configuration separation between 
> different users. However, the user might not want that and instead would like 
> to share his workspace with other users in the same computer. So, and option 
> asks if Netbeans files should be stored in user private space or in shared 
> space should be provided.



--
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-516) Shareable Netbeans configuration data

2018-03-23 Thread John Muczynski (JIRA)

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

John Muczynski commented on NETBEANS-516:
-

After reading the mailing list, here are the thoughts that stick in my head.

It seems that, to get the most bang for the buck, different sets of files 
should be examined:
 # the maven cache in the .m2 folder
 # the maven central repository cache which is maven indexes/central/ and is 
apparently 2 GB or larger
 # the NetBeans cache
 # other NetBeans files

For 1. it would seem appropriate to help the user to configure their system to 
use a shared .m2 cache location.

For 2. it would seem that NetBeans is writing this file to disk and could 
simply write it in a shared location.

For 3. Issue NETBEANS-514 requests the ability to do something about the  
NetBeans cache.

For 4. I think there is only diminishing returns.  Would providing the ability 
to purge these files provide any benefit?

Kind Regards,

Johnny

> Shareable Netbeans configuration data
> -
>
> Key: NETBEANS-516
> URL: https://issues.apache.org/jira/browse/NETBEANS-516
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Victor Williams Stafusa da Silva
>Priority: Minor
>
> As discussed in the dev mailing list, currently if Netbeans is installed in a 
> computer with multiple user accounts, a different set of configurations will 
> be created for each account. This means that each user will have his/her own 
> set of Netbeans plugins and maven repository.
> However, this situation might be undesirable. This means that many plugins 
> would be download and installed in duplicate by different users. This also 
> means that maven repositories might be duplicated consuming double network 
> traffic to be populated and double disk space.
> Security is a reason to mantain these configuration separation between 
> different users. However, the user might not want that and instead would like 
> to share his workspace with other users in the same computer. So, and option 
> asks if Netbeans files should be stored in user private space or in shared 
> space should be provided.



--
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-516) Shareable Netbeans configuration data

2018-03-23 Thread Victor Williams Stafusa da Silva (JIRA)
Victor Williams Stafusa da Silva created NETBEANS-516:
-

 Summary: Shareable Netbeans configuration data
 Key: NETBEANS-516
 URL: https://issues.apache.org/jira/browse/NETBEANS-516
 Project: NetBeans
  Issue Type: Improvement
Reporter: Victor Williams Stafusa da Silva


As discussed in the dev mailing list, currently if Netbeans is installed in a 
computer with multiple user accounts, a different set of configurations will be 
created for each account. This means that each user will have his/her own set 
of Netbeans plugins and maven repository.

However, this situation might be undesirable. This means that many plugins 
would be download and installed in duplicate by different users. This also 
means that maven repositories might be duplicated consuming double network 
traffic to be populated and double disk space.

Security is a reason to mantain these configuration separation between 
different users. However, the user might not want that and instead would like 
to share his workspace with other users in the same computer. So, and option 
asks if Netbeans files should be stored in user private space or in shared 
space should be provided.



--
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-515) Refactor {@code methodParameterName} in javadoc on method's parameter name refactoring

2018-03-23 Thread Tarin Gamberini (JIRA)

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

Tarin Gamberini updated NETBEANS-515:
-
Description: 
The current refactoring of a methodParameterName in:
 * /** @param methodParameterName ... */
 * ReturnedType methodName(MethodParameterType methodParameterName)

works well, but it would be great if the refactoring was able to change the 
others:
 * /** ... \{@code methodParameterName} ... */
 * /** ... methodParameterName ... */

occurences in method javadoc as well.

 

At the moment, in fact, I have to manually change the others: 
 * /** ... \{@code methodParameterName} ... */
 * /** ... methodParameterName ... */

occurences in method javadoc, that's quite annoying.

 

Many thanks for your help,
 Tarin

  was:
The current refactoring of a {color:#d04437}{{methodParameterName}} {color}in:
 * {{/** @param {color:#d04437}{{methodParameterName}}{color:#33} ... 
*/{color}{color}}}
 * {{ReturnedType methodName(MethodParameterType 
{color:#d04437}methodParameterName{color}}}{{)}}

works well, but it would be great if the refactoring was able to change the 
others:
 * {{/** ... {@code {color:#d04437}{{methodParameterName}}{color:#33}} ... 
*/{color}{color}}}
 * {{/** ... {color:#d04437}methodParameterName{color}}}{{ ... */}}

occurences in method javadoc as well.

 At the moment, in fact, I have to manually change: 
 * {{/** ... {@code {color:#d04437}methodParameterName{color:#33}} ... 
*/{color}{color}}}
 * {{/** ... {color:#d04437}methodParameterName{color} ... */}}

occurences in method javadoc, that's quite annoying.

 

Many thanks for your help,
 Tarin


> Refactor {@code methodParameterName} in javadoc on method's parameter name 
> refactoring
> --
>
> Key: NETBEANS-515
> URL: https://issues.apache.org/jira/browse/NETBEANS-515
> Project: NetBeans
>  Issue Type: Improvement
>  Components: editor - Refactoring
>Affects Versions: 8.2
>Reporter: Tarin Gamberini
>Priority: Major
>
> The current refactoring of a methodParameterName in:
>  * /** @param methodParameterName ... */
>  * ReturnedType methodName(MethodParameterType methodParameterName)
> works well, but it would be great if the refactoring was able to change the 
> others:
>  * /** ... \{@code methodParameterName} ... */
>  * /** ... methodParameterName ... */
> occurences in method javadoc as well.
>  
> At the moment, in fact, I have to manually change the others: 
>  * /** ... \{@code methodParameterName} ... */
>  * /** ... methodParameterName ... */
> occurences in method javadoc, that's quite annoying.
>  
> Many thanks for your help,
>  Tarin



--
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-515) Refactor {@code methodParameterName} in javadoc on method's parameter name refactoring

2018-03-23 Thread Tarin Gamberini (JIRA)
Tarin Gamberini created NETBEANS-515:


 Summary: Refactor {@code methodParameterName} in javadoc on 
method's parameter name refactoring
 Key: NETBEANS-515
 URL: https://issues.apache.org/jira/browse/NETBEANS-515
 Project: NetBeans
  Issue Type: Improvement
  Components: editor - Refactoring
Affects Versions: 8.2
Reporter: Tarin Gamberini


The current refactoring of a {color:#d04437}{{methodParameterName}} {color}in:
 * {{/** @param {color:#d04437}{{methodParameterName}}{color:#33} ... 
*/{color}{color}}}
 * {{ReturnedType methodName(MethodParameterType 
{color:#d04437}methodParameterName{color}}}{{)}}

works well, but it would be great if the refactoring was able to change the 
others:
 * {{/** ... {@code {color:#d04437}{{methodParameterName}}{color:#33}} ... 
*/{color}{color}}}
 * {{/** ... {color:#d04437}methodParameterName{color}}}{{ ... */}}

occurences in method javadoc as well.

 At the moment, in fact, I have to manually change: 
 * {{/** ... {@code {color:#d04437}methodParameterName{color:#33}} ... 
*/{color}{color}}}
 * {{/** ... {color:#d04437}methodParameterName{color} ... */}}

occurences in method javadoc, that's quite annoying.

 

Many thanks for your help,
 Tarin



--
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-514) Clear netbeans cache

2018-03-23 Thread Victor Williams Stafusa da Silva (JIRA)
Victor Williams Stafusa da Silva created NETBEANS-514:
-

 Summary: Clear netbeans cache
 Key: NETBEANS-514
 URL: https://issues.apache.org/jira/browse/NETBEANS-514
 Project: NetBeans
  Issue Type: Improvement
Affects Versions: 8.2, 9.0, Next
Reporter: Victor Williams Stafusa da Silva


As discussed in the dev mailing list, it would be a nice feature if there was 
an easy and safe way to purge netbeans cache inside the ide. Either by an user 
action or preferably when the ide opens or exit.

After some years of usage, the netbeans cache might grow to consume a lot of 
disk space, most of it is very old useless data.

Further, when the cache gets somehow corrupted, the median user has simply no 
way to fix it.

Also, the cache and configurations file are very hidden from the user 
interaction. In windows, they are located inside the 
C:\Users\\AppData\Local\Netbeans and 
C:\Users\\AppData\Roaming\Netbeans folders, considering that AppData 
is a hidden folder. It would be nice if it was located in a place more 
accessible to the median user.



--
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-513) Run in Felix fail with ClassNotFound

2018-03-23 Thread Eric Barboni (JIRA)
Eric Barboni created NETBEANS-513:
-

 Summary: Run in Felix fail with ClassNotFound
 Key: NETBEANS-513
 URL: https://issues.apache.org/jira/browse/NETBEANS-513
 Project: NetBeans
  Issue Type: Bug
  Components: platform - Other
Affects Versions: 9.0
Reporter: Eric Barboni


JDK 10. 
Netbeans 9, build 375

Test case> Run in Felix

A line of error in french (translated below)
Error: impossible to find or load main class : org.apache.felix.main.Main



--
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-506) Add hint for final variable which might not been initialized

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz commented on NETBEANS-506:
-

I think, the bug is that it shows the error at the end of the ctor and the 
enhancement is to add the hint and to change an existing ctor.

> Add hint for final variable which might not been initialized
> 
>
> Key: NETBEANS-506
> URL: https://issues.apache.org/jira/browse/NETBEANS-506
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations, java - Editor, java - 
> Hints
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: error-init-variable.png
>
>
> When I have a ctor, where I initialized 2 out of 3 final variables, NetBeans 
> shows me an error at the end of the ctor and not at the end of the variable 
> which might not have been initialized.
> So we have 2 things here:
> First: The error/warning should appear at the variable, where that error 
> happens.
> Second: There should be a hint while pressing alt + enter, where I can 
> add/initialize the variable to the ctor which is already there.
> I addede a screenshot, where the error happens, which is not correct, in my 
> opinion. Error is "Variable test might not have been initialized"
> 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] [Created] (NETBEANS-511) Osgi Activator not executed

2018-03-23 Thread Eric Barboni (JIRA)
Eric Barboni created NETBEANS-511:
-

 Summary: Osgi Activator not executed
 Key: NETBEANS-511
 URL: https://issues.apache.org/jira/browse/NETBEANS-511
 Project: NetBeans
  Issue Type: Bug
Reporter: Eric Barboni


JDK 10.  Netbeans 9b375

Bundle Activator test case

Trying to run the module is not showing the expected line 
System.out.println("Bundles: " + c.getBundles().length);

 



--
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-506) Add hint for final variable which might not been initialized

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz commented on NETBEANS-506:
-

Maybe this is relevant too: 
https://netbeans.org/bugzilla/show_bug.cgi?id=224295. The user has a similar 
request for adding a hint to the variable, if there is no ctor available. I 
think, that this should work for each final variable. The request is only for 
final variables, but I think this would be a good enhancement for each variable 
type, that you want to add to the ctor to initialize it.

> Add hint for final variable which might not been initialized
> 
>
> Key: NETBEANS-506
> URL: https://issues.apache.org/jira/browse/NETBEANS-506
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations, java - Editor, java - 
> Hints
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: error-init-variable.png
>
>
> When I have a ctor, where I initialized 2 out of 3 final variables, NetBeans 
> shows me an error at the end of the ctor and not at the end of the variable 
> which might not have been initialized.
> So we have 2 things here:
> First: The error/warning should appear at the variable, where that error 
> happens.
> Second: There should be a hint while pressing alt + enter, where I can 
> add/initialize the variable to the ctor which is already there.
> I addede a screenshot, where the error happens, which is not correct, in my 
> opinion. Error is "Variable test might not have been initialized"
> 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] [Updated] (NETBEANS-506) Add hint for final variable which might not been initialized

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz updated NETBEANS-506:

Summary: Add hint for final variable which might not been initialized  
(was: Please add hint to variable which might not been initialized)

> Add hint for final variable which might not been initialized
> 
>
> Key: NETBEANS-506
> URL: https://issues.apache.org/jira/browse/NETBEANS-506
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations, java - Editor, java - 
> Hints
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: error-init-variable.png
>
>
> When I have a ctor, where I initialized 2 out of 3 variables, NetBeans shows 
> me an error at the end of the ctor and not at the end of the variable which 
> might not have been initialized.
> So we have 2 things here:
> First: The error/warning should appear at the variable, where that error 
> happens.
> Second: There should be a hint while pressing alt + enter, where I can 
> add/initialize the variable to the ctor which is already there.
> I addede a screenshot, where the error happens, which is not correct, in my 
> opinion. Error is "Variable test might not have been initialized"
> 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] [Created] (NETBEANS-510) Mercurial "Show Incoming" shows no search results

2018-03-23 Thread David R. Heffelfinger (JIRA)
David R. Heffelfinger created NETBEANS-510:
--

 Summary: Mercurial "Show Incoming" shows no search results
 Key: NETBEANS-510
 URL: https://issues.apache.org/jira/browse/NETBEANS-510
 Project: NetBeans
  Issue Type: Bug
  Components: versioncontrol - Mercurial
Affects Versions: 9.0
Reporter: David R. Heffelfinger


Found as part of NetCAT 9.0.

Test spec at 
[http://netbeans-vm.apache.org/synergy/client/app/#/specification/298/v/2]

In step 4.3, clicking "search" yields no search results.



--
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-509) Mercurial "Show Outgoing" window shows no search results when files are modified

2018-03-23 Thread David R. Heffelfinger (JIRA)
David R. Heffelfinger created NETBEANS-509:
--

 Summary: Mercurial "Show Outgoing" window shows no search results 
when files are modified
 Key: NETBEANS-509
 URL: https://issues.apache.org/jira/browse/NETBEANS-509
 Project: NetBeans
  Issue Type: Bug
Reporter: David R. Heffelfinger


This issue was found as part of NetCAT 9.0 testing.

Following test spec at 
[http://netbeans-vm.apache.org/synergy/client/app/#/specification/298/v/2]

 

Followed the steps in item 4.1, however, clicking the "Search" button yielded 
no search results.



--
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-509) Mercurial "Show Outgoing" window shows no search results when files are modified

2018-03-23 Thread David R. Heffelfinger (JIRA)

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

David R. Heffelfinger updated NETBEANS-509:
---
Component/s: versioncontrol - Mercurial

> Mercurial "Show Outgoing" window shows no search results when files are 
> modified
> 
>
> Key: NETBEANS-509
> URL: https://issues.apache.org/jira/browse/NETBEANS-509
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Mercurial
>Reporter: David R. Heffelfinger
>Priority: Major
>
> This issue was found as part of NetCAT 9.0 testing.
> Following test spec at 
> [http://netbeans-vm.apache.org/synergy/client/app/#/specification/298/v/2]
>  
> Followed the steps in item 4.1, however, clicking the "Search" button yielded 
> no search results.



--
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-508) StackOverflowError at org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables

2018-03-23 Thread Ruslan Lopez Carro (JIRA)

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

Ruslan Lopez Carro updated NETBEANS-508:

Description: 
Clicked on download sources button for nodejs and once downloaded the error 
appeared.

 [Extra info|http://example.com]

trace
{code:java}
java.lang.StackOverflowError
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables(ModelUtils.java:363)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveSemiTypeCallChain(ModelUtils.java:693)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypeFromSemiType(ModelUtils.java:533)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1294)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1262)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1215)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
{code}


  was:
Clicked on download sources button for nodejs and once downloaded the error 
appeared.

 [Extra info|http://example.com]


{code:java}

trace

java.lang.StackOverflowError
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables(ModelUtils.java:363)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveSemiTypeCallChain(ModelUtils.java:693)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypeFromSemiType(ModelUtils.java:533)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1294)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1262)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1215)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
{code}



>   StackOverflowError at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables
> --
>
> Key: NETBEANS-508
> URL: https://issues.apache.org/jira/browse/NETBEANS-508
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code, javascript - Node.js
>Affects Versions: 9.0
> Environment: VM:  Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, 
> Java(TM) SE Runtime Environment, 1.8.0_111-b14
> OS:   Windows 10
> Version:  Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
>Reporter: Ruslan Lopez Carro
>Priority: Critical
>  Labels: performance
> Attachments: download sources.png
>
>
> Clicked on download sources button for nodejs and once downloaded the error 
> appeared.
>  [Extra info|http://example.com]
> trace
> {code:java}
> java.lang.StackOverflowError
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables(ModelUtils.java:363)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveSemiTypeCallChain(ModelUtils.java:693)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypeFromSemiType(ModelUtils.java:533)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1294)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1262)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1215)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
> at 
> org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
> {code}



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

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

[jira] [Created] (NETBEANS-508) StackOverflowError at org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables

2018-03-23 Thread Ruslan Lopez Carro (JIRA)
Ruslan Lopez Carro created NETBEANS-508:
---

 Summary:   StackOverflowError at 
org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables
 Key: NETBEANS-508
 URL: https://issues.apache.org/jira/browse/NETBEANS-508
 Project: NetBeans
  Issue Type: Bug
  Components: ide - Code, javascript - Node.js
Affects Versions: 9.0
 Environment: VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, 
Java(TM) SE Runtime Environment, 1.8.0_111-b14
OS: Windows 10
Version:Apache NetBeans IDE Dev (Build 
incubator-netbeans-release-205-on-20180202)
Reporter: Ruslan Lopez Carro
 Attachments: download sources.png

Clicked on download sources button for nodejs and once downloaded the error 
appeared.

 [Extra info|http://example.com]


{code:java}

trace

java.lang.StackOverflowError
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables(ModelUtils.java:363)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveSemiTypeCallChain(ModelUtils.java:693)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypeFromSemiType(ModelUtils.java:533)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1294)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1262)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1215)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
at 
org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232)
{code}




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

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

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



[jira] [Updated] (NETBEANS-507) NB is send Proxy Password in Clear Text

2018-03-23 Thread Moacyr Prado (JIRA)

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

Moacyr Prado updated NETBEANS-507:
--
Priority: Major  (was: Critical)

> NB is send Proxy Password in Clear Text
> ---
>
> Key: NETBEANS-507
> URL: https://issues.apache.org/jira/browse/NETBEANS-507
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code, java - Platform
>Affects Versions: 8.2, 9.0
> Environment: Linux 
>Reporter: Moacyr Prado
>Priority: Major
>  Labels: Gnome, Linux
>
> In linux (GTK3 or for console tools ), we have configuration proxy 
> authentication setting the URL "user: password @ proxy". When someone wants 
> to report a problem via netbenas, ide collects the system environment. 
> Collecting this URL too,  submitting it together. It's a security problem.



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

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

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



[jira] [Updated] (NETBEANS-507) NB is sending Proxy Password in Clear Text

2018-03-23 Thread Moacyr Prado (JIRA)

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

Moacyr Prado updated NETBEANS-507:
--
Summary: NB is sending Proxy Password in Clear Text  (was: NB is send Proxy 
Password in Clear Text)

> NB is sending Proxy Password in Clear Text
> --
>
> Key: NETBEANS-507
> URL: https://issues.apache.org/jira/browse/NETBEANS-507
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code, java - Platform
>Affects Versions: 8.2, 9.0
> Environment: Linux 
>Reporter: Moacyr Prado
>Priority: Major
>  Labels: Gnome, Linux
>
> In linux (GTK3 or for console tools ), we have configuration proxy 
> authentication setting the URL "user: password @ proxy". When someone wants 
> to report a problem via netbenas, ide collects the system environment. 
> Collecting this URL too,  submitting it together. It's a security problem.



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

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

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



[jira] [Created] (NETBEANS-507) NB is send Proxy Password in Clear Text

2018-03-23 Thread Moacyr Prado (JIRA)
Moacyr Prado created NETBEANS-507:
-

 Summary: NB is send Proxy Password in Clear Text
 Key: NETBEANS-507
 URL: https://issues.apache.org/jira/browse/NETBEANS-507
 Project: NetBeans
  Issue Type: Bug
  Components: ide - Code, java - Platform
Affects Versions: 8.2, 9.0
 Environment: Linux 
Reporter: Moacyr Prado


In linux (GTK3 or for console tools ), we have configuration proxy 
authentication setting the URL "user: password @ proxy". When someone wants to 
report a problem via netbenas, ide collects the system environment. Collecting 
this URL too,  submitting it together. It's a security problem.



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

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

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



[jira] [Commented] (NETBEANS-506) Please add hint to variable which might not been initialized

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz commented on NETBEANS-506:
-

Within NetBeans, it is currently not possible to add the variable to an 
existing ctor. When I use "Generate" I only can create a new ctor.

> Please add hint to variable which might not been initialized
> 
>
> Key: NETBEANS-506
> URL: https://issues.apache.org/jira/browse/NETBEANS-506
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations, java - Editor, java - 
> Hints
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: error-init-variable.png
>
>
> When I have a ctor, where I initialized 2 out of 3 variables, NetBeans shows 
> me an error at the end of the ctor and not at the end of the variable which 
> might not have been initialized.
> So we have 2 things here:
> First: The error/warning should appear at the variable, where that error 
> happens.
> Second: There should be a hint while pressing alt + enter, where I can 
> add/initialize the variable to the ctor which is already there.
> I addede a screenshot, where the error happens, which is not correct, in my 
> opinion. Error is "Variable test might not have been initialized"
> 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] [Updated] (NETBEANS-506) Please add hint to variable which might not been initialized

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz updated NETBEANS-506:

Attachment: error-init-variable.png

> Please add hint to variable which might not been initialized
> 
>
> Key: NETBEANS-506
> URL: https://issues.apache.org/jira/browse/NETBEANS-506
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations, java - Editor, java - 
> Hints
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: error-init-variable.png
>
>
> When I have a ctor, where I initialized 2 out of 3 variables, NetBeans shows 
> me an error at the end of the ctor and not at the end of the variable which 
> might not have been initialized.
> So we have 2 things here:
> First: The error/warning should appear at the variable, where that error 
> happens.
> Second: There should be a hint while pressing alt + enter, where I can 
> add/initialize the variable to the ctor which is already there.
> I addede a screenshot, where the error happens, which is not correct, in my 
> opinion. Error is "Variable test might not have been initialized"
> 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] [Created] (NETBEANS-506) Please add hint to variable which might not been initialized

2018-03-23 Thread Christian Lenz (JIRA)
Christian Lenz created NETBEANS-506:
---

 Summary: Please add hint to variable which might not been 
initialized
 Key: NETBEANS-506
 URL: https://issues.apache.org/jira/browse/NETBEANS-506
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Hints  Annotations, java - Editor, java - 
Hints
Affects Versions: Next
Reporter: Christian Lenz


When I have a ctor, where I initialized 2 out of 3 variables, NetBeans shows me 
an error at the end of the ctor and not at the end of the variable which might 
not have been initialized.

So we have 2 things here:

First: The error/warning should appear at the variable, where that error 
happens.
Second: There should be a hint while pressing alt + enter, where I can 
add/initialize the variable to the ctor which is already there.

I addede a screenshot, where the error happens, which is not correct, in my 
opinion. Error is "Variable test might not have been initialized"


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-505) Separate statusbar windows from statusbar

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz commented on NETBEANS-505:
-

Added statusbar of VSCode and Statusbar of PHPStorm. PHPStorm does the 
separation too. VSCode will not show any windows on bottom.

> Separate statusbar windows from statusbar
> -
>
> Key: NETBEANS-505
> URL: https://issues.apache.org/jira/browse/NETBEANS-505
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Window System
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: Statusbar.png, statusbar-phpstorm.png, 
> statusbar-vscode.png
>
>
> In my opinion and of seen a lot of applications, it doesn't make sense to add 
> some windows like output, search or whatever you want to use, into the 
> statusbar. The statusbar should be clean and should have additional 
> information of the project/file which is open.
> Like Encoding (UTF-8, etc. with a switcher for the editor of the open file), 
> Cursor position (Line: 2, Column: 3), Which language the document have: (DE, 
> EN, etc. with a switcher for the editor of the open file), Line endings 
> (CRLF, LF, CR, with a switcher for the editor of the open file), Which branch 
> I am for the project (With a switcher), the notification bubble to show how 
> mayn notifications we have, action item errors ((x) 2 (!) 1 and on click in 
> should open the action items for errors or warnings for this file) and some 
> other information.
> For each of this, which is still missing, I will create separeted tickets. 
> But this ticket is to have an option to separate the windows, which are 
> attached to the statusbar, from it. Because some people want them down there, 
> some not. For me It is not a question of sense, it is a question of UI. I 
> attached a screenshot, where you can see what I mean. The windows, that I 
> have attached to the bottom are a lot and I have the progress bar and and and.
> So please add an option that I can choose whether I want the windows on 
> bottom, merged with the statusbar or it should be a new one above the status 
> bar.
> 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] [Updated] (NETBEANS-505) Separate statusbar windows from statusbar

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz updated NETBEANS-505:

Attachment: statusbar-phpstorm.png

> Separate statusbar windows from statusbar
> -
>
> Key: NETBEANS-505
> URL: https://issues.apache.org/jira/browse/NETBEANS-505
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Window System
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: Statusbar.png, statusbar-phpstorm.png, 
> statusbar-vscode.png
>
>
> In my opinion and of seen a lot of applications, it doesn't make sense to add 
> some windows like output, search or whatever you want to use, into the 
> statusbar. The statusbar should be clean and should have additional 
> information of the project/file which is open.
> Like Encoding (UTF-8, etc. with a switcher for the editor of the open file), 
> Cursor position (Line: 2, Column: 3), Which language the document have: (DE, 
> EN, etc. with a switcher for the editor of the open file), Line endings 
> (CRLF, LF, CR, with a switcher for the editor of the open file), Which branch 
> I am for the project (With a switcher), the notification bubble to show how 
> mayn notifications we have, action item errors ((x) 2 (!) 1 and on click in 
> should open the action items for errors or warnings for this file) and some 
> other information.
> For each of this, which is still missing, I will create separeted tickets. 
> But this ticket is to have an option to separate the windows, which are 
> attached to the statusbar, from it. Because some people want them down there, 
> some not. For me It is not a question of sense, it is a question of UI. I 
> attached a screenshot, where you can see what I mean. The windows, that I 
> have attached to the bottom are a lot and I have the progress bar and and and.
> So please add an option that I can choose whether I want the windows on 
> bottom, merged with the statusbar or it should be a new one above the status 
> bar.
> 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] [Updated] (NETBEANS-505) Separate statusbar windows from statusbar

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz updated NETBEANS-505:

Attachment: statusbar-vscode.png

> Separate statusbar windows from statusbar
> -
>
> Key: NETBEANS-505
> URL: https://issues.apache.org/jira/browse/NETBEANS-505
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Window System
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: Statusbar.png, statusbar-vscode.png
>
>
> In my opinion and of seen a lot of applications, it doesn't make sense to add 
> some windows like output, search or whatever you want to use, into the 
> statusbar. The statusbar should be clean and should have additional 
> information of the project/file which is open.
> Like Encoding (UTF-8, etc. with a switcher for the editor of the open file), 
> Cursor position (Line: 2, Column: 3), Which language the document have: (DE, 
> EN, etc. with a switcher for the editor of the open file), Line endings 
> (CRLF, LF, CR, with a switcher for the editor of the open file), Which branch 
> I am for the project (With a switcher), the notification bubble to show how 
> mayn notifications we have, action item errors ((x) 2 (!) 1 and on click in 
> should open the action items for errors or warnings for this file) and some 
> other information.
> For each of this, which is still missing, I will create separeted tickets. 
> But this ticket is to have an option to separate the windows, which are 
> attached to the statusbar, from it. Because some people want them down there, 
> some not. For me It is not a question of sense, it is a question of UI. I 
> attached a screenshot, where you can see what I mean. The windows, that I 
> have attached to the bottom are a lot and I have the progress bar and and and.
> So please add an option that I can choose whether I want the windows on 
> bottom, merged with the statusbar or it should be a new one above the status 
> bar.
> 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] [Created] (NETBEANS-505) Separate statusbar windows from statusbar

2018-03-23 Thread Christian Lenz (JIRA)
Christian Lenz created NETBEANS-505:
---

 Summary: Separate statusbar windows from statusbar
 Key: NETBEANS-505
 URL: https://issues.apache.org/jira/browse/NETBEANS-505
 Project: NetBeans
  Issue Type: Improvement
  Components: platform - Window System
Affects Versions: Next
Reporter: Christian Lenz
 Attachments: Statusbar.png

In my opinion and of seen a lot of applications, it doesn't make sense to add 
some windows like output, search or whatever you want to use, into the 
statusbar. The statusbar should be clean and should have additional information 
of the project/file which is open.

Like Encoding (UTF-8, etc. with a switcher for the editor of the open file), 
Cursor position (Line: 2, Column: 3), Which language the document have: (DE, 
EN, etc. with a switcher for the editor of the open file), Line endings (CRLF, 
LF, CR, with a switcher for the editor of the open file), Which branch I am for 
the project (With a switcher), the notification bubble to show how mayn 
notifications we have, action item errors ((x) 2 (!) 1 and on click in should 
open the action items for errors or warnings for this file) and some other 
information.

For each of this, which is still missing, I will create separeted tickets. But 
this ticket is to have an option to separate the windows, which are attached to 
the statusbar, from it. Because some people want them down there, some not. For 
me It is not a question of sense, it is a question of UI. I attached a 
screenshot, where you can see what I mean. The windows, that I have attached to 
the bottom are a lot and I have the progress bar and and and.

So please add an option that I can choose whether I want the windows on bottom, 
merged with the statusbar or it should be a new one above the status bar.


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-503) Please support blade template engine for laravel

2018-03-23 Thread Christian Lenz (JIRA)

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

Christian Lenz commented on NETBEANS-503:
-

Here is the link for the official support for Blade in PHPStorm: 
https://blog.jetbrains.com/phpstorm/2014/08/blade-template-engine-support-in-phpstorm-8-eap/

> Please support blade template engine for laravel
> 
>
> Key: NETBEANS-503
> URL: https://issues.apache.org/jira/browse/NETBEANS-503
> Project: NetBeans
>  Issue Type: Improvement
>  Components: php - Editor, php - Formatting  Indentation
>Affects Versions: Next
>Reporter: Christian Lenz
>Priority: Major
> Attachments: blade-phpstorm.png
>
>
> Atm, NetBeans does not support laravel out of the box, therefore, NetBeans 
> does not support the blade template engine. Blade templates are set to 
> foo.blade.php.
> So therefore, we need a new filetype which has the extension .blade.php and 
> it should support: PHP, Blade Templates, HTML (Don't know whether jade is 
> needed too or not), CSS, JS. See the screenshot from PHPStorm, they already 
> supports Blade.
> Yes it should be possible to have PHP inside too. This is an official 
> statement from the developers:
> *Blade is the simple, yet powerful templating engine provided with Laravel. 
> Unlike other popular PHP templating engines, Blade does not restrict you from 
> using plain PHP code in your views. In fact, all Blade views are compiled 
> into plain PHP code and cached until they are modified, meaning Blade adds 
> essentially zero overhead to your application. Blade view files use the  
> .blade.php file extension and are typically stored in the resources/views 
> directory.*
> The folder is not relevant, it should be possible in every folder. So Syntax 
> highlighting, code completion for each type of the language should be 
> possible in that filetype, like in a normal HTML file.
> 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] [Created] (NETBEANS-504) Please add VueJS support

2018-03-23 Thread Christian Lenz (JIRA)
Christian Lenz created NETBEANS-504:
---

 Summary: Please add VueJS support
 Key: NETBEANS-504
 URL: https://issues.apache.org/jira/browse/NETBEANS-504
 Project: NetBeans
  Issue Type: Improvement
  Components: javascript - Editor, javascript - Formatting  
Indentation
Affects Versions: Next
Reporter: Christian Lenz


NetBeans does not support VueJS. It is needed, that we have *.vue files with a 
specific icon.

Inside it should be possible to have HTML, CSS/SCSS JS/TS

HTML should work out of the box.

When I use  then it should be JavaScript. When I use the 
attribute *lang="ts"*, TypeScript should be possible.

When I use ** CSS should be possible. When I use the attribute 
*lang="scss"* SCSS should be possible for *lang="sass"" SASS should be possible 
and for *lang="less"* LESS should be possible.

Code completion for vue specific attributes and directives should be possible.


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] [Created] (NETBEANS-503) Please support blade template engine for laravel

2018-03-23 Thread Christian Lenz (JIRA)
Christian Lenz created NETBEANS-503:
---

 Summary: Please support blade template engine for laravel
 Key: NETBEANS-503
 URL: https://issues.apache.org/jira/browse/NETBEANS-503
 Project: NetBeans
  Issue Type: Improvement
  Components: php - Editor, php - Formatting  Indentation
Affects Versions: Next
Reporter: Christian Lenz
 Attachments: blade-phpstorm.png

Atm, NetBeans does not support laravel out of the box, therefore, NetBeans does 
not support the blade template engine. Blade templates are set to foo.blade.php.

So therefore, we need a new filetype which has the extension .blade.php and it 
should support: PHP, Blade Templates, HTML (Don't know whether jade is needed 
too or not), CSS, JS. See the screenshot from PHPStorm, they already supports 
Blade.

Yes it should be possible to have PHP inside too. This is an official statement 
from the developers:


*Blade is the simple, yet powerful templating engine provided with Laravel. 
Unlike other popular PHP templating engines, Blade does not restrict you from 
using plain PHP code in your views. In fact, all Blade views are compiled into 
plain PHP code and cached until they are modified, meaning Blade adds 
essentially zero overhead to your application. Blade view files use the  
.blade.php file extension and are typically stored in the resources/views 
directory.*

The folder is not relevant, it should be possible in every folder. So Syntax 
highlighting, code completion for each type of the language should be possible 
in that filetype, like in a normal HTML file.


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] [Updated] (NETBEANS-488) AssertionError at org.netbeans.api.visual.widget.Widget.addChild

2018-03-23 Thread efrem mccrimon (JIRA)

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

efrem mccrimon updated NETBEANS-488:

Priority: Minor  (was: Major)

> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> 
>
> Key: NETBEANS-488
> URL: https://issues.apache.org/jira/browse/NETBEANS-488
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Code
>Affects Versions: 9.0, Next
> Environment: OS:  Windows 8.1, VM:Java SE RJE 1.8.0.111--b14 64-bit
> VM:   Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, Java(TM) SE Runtime 
> Environment, 1.8.0_111-b14
>Reporter: efrem mccrimon
>Priority: Minor
>
> AssertionError at org.netbeans.api.visual.widget.Widget.addChild
> Message:  org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> Class:org.openide.util.RequestProcessor$SlowItem
> org.openide.util.RequestProcessor$SlowItem: task failed due to: 
> java.lang.AssertionError
> at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
> at 
> org.netbeans.modules.graphicclassview.JavaScene.init(JavaScene.java:88)
> at 
> org.netbeans.modules.graphicclassview.JavaViewComponent.componentOpened(JavaViewComponent.java:173)
> at 
> org.openide.windows.WindowManager.componentOpenNotify(WindowManager.java:282)
> at 
> org.netbeans.core.windows.WindowManagerImpl.notifyTopComponentOpened(WindowManagerImpl.java:1124)
> at 
> org.netbeans.core.windows.Central.addModeOpenedTopComponent(Central.java:773)
> at 
> org.netbeans.core.windows.ModeImpl.addOpenedTopComponent(ModeImpl.java:329)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpenAtTabPosition(WindowManagerImpl.java:1244)
> at 
> org.netbeans.core.windows.WindowManagerImpl.topComponentOpen(WindowManagerImpl.java:1201)
> at org.openide.windows.TopComponent.open(TopComponent.java:472)
> at org.openide.windows.TopComponent.open(TopComponent.java:452)
> at 
> org.netbeans.modules.graphicclassview.actions.GraphicViewAction.performAction(GraphicViewAction.java:26)
> at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
> at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
> at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:91)
> at 
> org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
> at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
> at 
> javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
> at 
> javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
> at 
> javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
> at 
> javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
> at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
> at 
> javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
> at java.awt.Component.processMouseEvent(Component.java:6533)
> at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
> at java.awt.Component.processEvent(Component.java:6298)
> at java.awt.Container.processEvent(Container.java:2236)
> at java.awt.Component.dispatchEventImpl(Component.java:4889)
> at java.awt.Container.dispatchEventImpl(Container.java:2294)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at 
> java.awt.LightweightDispatcher.retargetMouseEvent(LightweightDispatcher.java:4888)
> at 
> java.awt.LightweightDispatcher.processMouseEvent(LightweightDispatcher.java:4525)
> at 
> java.awt.LightweightDispatcher.dispatchEvent(LightweightDispatcher.java:4466)
> at java.awt.Container.dispatchEventImpl(Container.java:2280)
> at java.awt.Window.dispatchEventImpl(Window.java:2746)
> at java.awt.Component.dispatchEvent(Component.java:4711)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at 
> java.security.AccessController.doPrivileged(AccessController.java:0)
> at 
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76)
> at 
>