[jira] [Comment Edited] (NETBEANS-3517) Cursor blink rate does not respect system settings

2021-02-15 Thread dennis lucero (Jira)


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

dennis lucero edited comment on NETBEANS-3517 at 2/15/21, 6:23 PM:
---

The system-wide blink rate/delay is stored in the registry at 
HKEY_CURRENT_USER\Control Panel\Desktop\CursorBlinkRate.


was (Author: striderapache):
The system-wide blink rate/delay is stored in the registry at 
Computer\HKEY_CURRENT_USER\Control Panel\Desktop\CursorBlinkRate.

> Cursor blink rate does not respect system settings
> --
>
> Key: NETBEANS-3517
> URL: https://issues.apache.org/jira/browse/NETBEANS-3517
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Painting  Printing
>Affects Versions: 11.2
> Environment: Windows 10, JDK 13
>Reporter: dennis lucero
>Priority: Minor
>  Labels: Accessibility
>
> The text cursor blinks quite fast. It seems to be faster than Windows’ 
> default setting and it doesn’t respect the rate set in Windows. I find the 
> fast blinking distracting.



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

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

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



[jira] [Commented] (NETBEANS-3517) Cursor blink rate does not respect system settings

2021-02-15 Thread dennis lucero (Jira)


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

dennis lucero commented on NETBEANS-3517:
-

The system-wide blink rate/delay is stored in the registry at 
Computer\HKEY_CURRENT_USER\Control Panel\Desktop\CursorBlinkRate.

> Cursor blink rate does not respect system settings
> --
>
> Key: NETBEANS-3517
> URL: https://issues.apache.org/jira/browse/NETBEANS-3517
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Painting  Printing
>Affects Versions: 11.2
> Environment: Windows 10, JDK 13
>Reporter: dennis lucero
>Priority: Minor
>  Labels: Accessibility
>
> The text cursor blinks quite fast. It seems to be faster than Windows’ 
> default setting and it doesn’t respect the rate set in Windows. I find the 
> fast blinking distracting.



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

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

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



[jira] [Created] (NETBEANS-4929) Trying to open the class in an annotation value opens the annotation file instead

2020-10-21 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-4929:
---

 Summary: Trying to open the class in an annotation value opens the 
annotation file instead
 Key: NETBEANS-4929
 URL: https://issues.apache.org/jira/browse/NETBEANS-4929
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 12.1
 Environment: Windows 10, OpenJDK 15
Reporter: dennis lucero


Example class:
{code:java}
@Retention(RetentionPolicy.CLASS)
@Target(ElementType.TYPE)
public @interface Demo {
}{code}
Clicking on {{RetentionPolicy}} or {{CLASS}} while pressing {{Ctrl}} opens 
{{Retention.java}} instead of {{RetentionPolicy.java}}.

Clicking on {{ElementType}} or {{TYPE}} while pressing {{Ctrl}} opens 
{{Target.java}} instead of {{ElementType.java}}.



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

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

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



[jira] [Resolved] (NETBEANS-4303) Widescreen window layout: newly opened files appear right to different kind of tabs instead of next to other files

2020-09-29 Thread dennis lucero (Jira)


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

dennis lucero resolved NETBEANS-4303.
-
Resolution: Workaround

After updating to 12.1 my window layout was lost (as usual: 
[https://netbeans.org/bugzilla/show_bug.cgi?id=249040).] This time I moved the 
output window to the right side in a slightly different way. New files are now 
opened in the center, as they should.

> Widescreen window layout: newly opened files appear right to different kind 
> of tabs instead of next to other files
> --
>
> Key: NETBEANS-4303
> URL: https://issues.apache.org/jira/browse/NETBEANS-4303
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Window System
>Affects Versions: 11.3
>Reporter: dennis lucero
>Priority: Major
>  Labels: layout, screen, window
> Attachments: NetBeans Widescreen Window Layout.png
>
>
> (Please see the attached screenshot for a quick overview of the problem)
> I try to make reasonable use of a wide screen (2560x1440 pixels) with 
> NetBeans maximized. I moved some parts of the UI (Output, Search Results, 
> Usages) to the right with opened files in the center. While this basically 
> works, all newly opened files open in the right area instead of the center 
> column so I have to move them to the center manually, which is time-consuming 
> and annoying. All files should open in the same area. That way, the other 
> tabs (Output etc.) can be accessed quickly even after opening a lot of files.



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

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

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



[jira] [Created] (NETBEANS-4829) Incorrect hint about unused assigned value in switch statement

2020-09-21 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-4829:
---

 Summary: Incorrect hint about unused assigned value in switch 
statement
 Key: NETBEANS-4829
 URL: https://issues.apache.org/jira/browse/NETBEANS-4829
 Project: NetBeans
  Issue Type: Bug
  Components: java - Hints
Affects Versions: 12.1
 Environment: Java 15, Windows 10
Reporter: dennis lucero


In some switch statements NetBeans displays a hint saying the assigned value is 
never used even though it is:
{code:java}
public final class SwitchAssignedValueNeverUsed {

public enum E {
A,
B;
}

public static void main(final String[] args) {
E e = E.A;
String s;
switch (e) {
case A -> s = "a"; // Hint: The assigned value is never used
case B -> s = "b";
default ->
throw new AssertionError(e.name());
}
System.out.println(s);
}
}
{code}



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

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

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



[jira] [Commented] (NETBEANS-4102) VM Options not passed to Maven exec.args

2020-08-25 Thread dennis lucero (Jira)


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

dennis lucero commented on NETBEANS-4102:
-

If the workaround is known, it is relatively easy. Otherwise it can be very 
confusing.

I was working on code depending on -Djavax.net.ssl.trustStore. For testing, I 
created a new main class. I could not get it to work until I confused the 
shortcuts of "Run file" and "Run project". Just by chance this was in a project 
which had not set a main class yet, otherwise I would have not selected my new 
class as the project’s main class. When running the class as the project’s main 
class, my code was running successfully.

The next day, after installing updates which required a reboot, the new class 
was not set as the project’s main class anymore (as I told NetBeans to not 
store that setting permanently). I then used the "Run file" action again and 
everything was broken again. As the code was interacting with remote servers 
and I had not changed my code, I thought the servers’ configuration changed in 
the meantime. This led to very time-consuming debugging until I finally figured 
out the cause.

> VM Options not passed to Maven exec.args
> 
>
> Key: NETBEANS-4102
> URL: https://issues.apache.org/jira/browse/NETBEANS-4102
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.3
>Reporter: Vedran
>Priority: Minor
>
> VM options are not passed to Maven exec.args when trying to run application 
> by clicking on a single file(contains main method to run the whole project) 
> in a Project explorer and then clicking file run when not in Favourties 
> window.
> This also does not work if trying to run application by clicking file run 
> when on file opened in editor.
> Only clicking run on the project level in Project explorer works ok.
> I noticed this when i was trying to run app which contained preview features 
> and --enable-preview flag was not passed to Maven exec.args.
> Detailed info can be found under NETBEANS-4034  issue.
>  



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

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

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



[jira] [Comment Edited] (NETBEANS-2322) Downloading Maven index (from a mirror) fails due to TLS handshake error, -Djavax.net.ssl.trustStore from global execution options is not used

2020-05-08 Thread dennis lucero (Jira)


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

dennis lucero edited comment on NETBEANS-2322 at 5/8/20, 4:05 PM:
--

This also affects downloading sources and Javadoc. Instead of an error message 
indicating a TLS error, NetBeans just shows "No sources for ….jar available." 
as if there was no source JAR published.


was (Author: striderapache):
This also affects downloading sources. Instead of an error message indicating a 
TLS error, NetBeans just shows "No sources for ….jar available." as if there 
was no source JAR published.

> Downloading Maven index (from a mirror) fails due to TLS handshake error, 
> -Djavax.net.ssl.trustStore from global execution options is not used
> --
>
> Key: NETBEANS-2322
> URL: https://issues.apache.org/jira/browse/NETBEANS-2322
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 10.0
> Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> Java: 11; OpenJDK 64-Bit Server VM 11+28
> Runtime: OpenJDK Runtime Environment 11+28
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
>Reporter: dennis lucero
>Priority: Major
>  Labels: certificate, maven, mirror, ssl, tls
>
> We have set up a mirror of the Maven central. Downloading artifacts works 
> without a problem, but the index cannot be retrieved, so NetBeans fails to 
> suggest version numbers in pom.xml files.
> Excerpt from ~/.m2/settings.xml:
> {{}}
> {{my-central-mirror}}
> {{My Central Mirror}}
> {{https://maven.example.org/repository/maven-central/}}
> {{central}}
> {{}}
> (Of course the real URL is using our local hostname.)
> The global execution options (Options, Java, Maven, Execution) are:
> {{--batch-mode --errors 
> -Djavax.net.ssl.trustStore=C:/Users/example/example.jks}}
> Our mirror can only be used with HTTPS. The NetBeans log contains:
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
> Downloaded maven index file has size 0 (zipped). The usable space in 
> C:\Users\example\AppData\Local\NetBeans\Cache\10.0 is 139.946.274.816.}}
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: could 
> not (re-)index my-central-mirror}}
> {{sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.build(SunCertPathBuilder.java:141)}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:126)}}
> {{at 
> java.base/java.security.cert.CertPathBuilder.build(CertPathBuilder.java:297)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380)}}
> {{Caused: sun.security.validator.ValidatorException: PKIX path building 
> failed}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:290)}}
> {{at java.base/sun.security.validator.Validator.validate(Validator.java:264)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:321)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:221)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:626)}}
> {{Caused: javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:128)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:321)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:642)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:461)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:361)}}
> {{at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)}}
> {{at 
> 

[jira] [Updated] (NETBEANS-2322) Downloading Maven index (from a mirror) fails due to TLS handshake error, -Djavax.net.ssl.trustStore from global execution options is not used

2020-05-08 Thread dennis lucero (Jira)


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

dennis lucero updated NETBEANS-2322:

Affects Version/s: 11.3
   Labels: certificate download javadoc maven mirror sources ssl 
tls  (was: certificate maven mirror ssl tls)

> Downloading Maven index (from a mirror) fails due to TLS handshake error, 
> -Djavax.net.ssl.trustStore from global execution options is not used
> --
>
> Key: NETBEANS-2322
> URL: https://issues.apache.org/jira/browse/NETBEANS-2322
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 10.0, 11.3
> Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> Java: 11; OpenJDK 64-Bit Server VM 11+28
> Runtime: OpenJDK Runtime Environment 11+28
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
>Reporter: dennis lucero
>Priority: Major
>  Labels: certificate, download, javadoc, maven, mirror, sources, 
> ssl, tls
>
> We have set up a mirror of the Maven central. Downloading artifacts works 
> without a problem, but the index cannot be retrieved, so NetBeans fails to 
> suggest version numbers in pom.xml files.
> Excerpt from ~/.m2/settings.xml:
> {{}}
> {{my-central-mirror}}
> {{My Central Mirror}}
> {{https://maven.example.org/repository/maven-central/}}
> {{central}}
> {{}}
> (Of course the real URL is using our local hostname.)
> The global execution options (Options, Java, Maven, Execution) are:
> {{--batch-mode --errors 
> -Djavax.net.ssl.trustStore=C:/Users/example/example.jks}}
> Our mirror can only be used with HTTPS. The NetBeans log contains:
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
> Downloaded maven index file has size 0 (zipped). The usable space in 
> C:\Users\example\AppData\Local\NetBeans\Cache\10.0 is 139.946.274.816.}}
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: could 
> not (re-)index my-central-mirror}}
> {{sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.build(SunCertPathBuilder.java:141)}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:126)}}
> {{at 
> java.base/java.security.cert.CertPathBuilder.build(CertPathBuilder.java:297)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380)}}
> {{Caused: sun.security.validator.ValidatorException: PKIX path building 
> failed}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:290)}}
> {{at java.base/sun.security.validator.Validator.validate(Validator.java:264)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:321)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:221)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:626)}}
> {{Caused: javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:128)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:321)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:642)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:461)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:361)}}
> {{at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)}}
> {{at 
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444)}}
> {{at 
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:421)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:178)}}
> {{at 

[jira] [Commented] (NETBEANS-2322) Downloading Maven index (from a mirror) fails due to TLS handshake error, -Djavax.net.ssl.trustStore from global execution options is not used

2020-05-08 Thread dennis lucero (Jira)


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

dennis lucero commented on NETBEANS-2322:
-

This also affects downloading sources. Instead of an error message indicating a 
TLS error, NetBeans just shows "No sources for ….jar available." as if there 
was no source JAR published.

> Downloading Maven index (from a mirror) fails due to TLS handshake error, 
> -Djavax.net.ssl.trustStore from global execution options is not used
> --
>
> Key: NETBEANS-2322
> URL: https://issues.apache.org/jira/browse/NETBEANS-2322
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 10.0
> Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> Java: 11; OpenJDK 64-Bit Server VM 11+28
> Runtime: OpenJDK Runtime Environment 11+28
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
>Reporter: dennis lucero
>Priority: Major
>  Labels: certificate, maven, mirror, ssl, tls
>
> We have set up a mirror of the Maven central. Downloading artifacts works 
> without a problem, but the index cannot be retrieved, so NetBeans fails to 
> suggest version numbers in pom.xml files.
> Excerpt from ~/.m2/settings.xml:
> {{}}
> {{my-central-mirror}}
> {{My Central Mirror}}
> {{https://maven.example.org/repository/maven-central/}}
> {{central}}
> {{}}
> (Of course the real URL is using our local hostname.)
> The global execution options (Options, Java, Maven, Execution) are:
> {{--batch-mode --errors 
> -Djavax.net.ssl.trustStore=C:/Users/example/example.jks}}
> Our mirror can only be used with HTTPS. The NetBeans log contains:
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
> Downloaded maven index file has size 0 (zipped). The usable space in 
> C:\Users\example\AppData\Local\NetBeans\Cache\10.0 is 139.946.274.816.}}
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: could 
> not (re-)index my-central-mirror}}
> {{sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.build(SunCertPathBuilder.java:141)}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:126)}}
> {{at 
> java.base/java.security.cert.CertPathBuilder.build(CertPathBuilder.java:297)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380)}}
> {{Caused: sun.security.validator.ValidatorException: PKIX path building 
> failed}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:290)}}
> {{at java.base/sun.security.validator.Validator.validate(Validator.java:264)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:321)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:221)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:626)}}
> {{Caused: javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:128)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:321)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:642)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:461)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:361)}}
> {{at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)}}
> {{at 
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444)}}
> {{at 
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:421)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:178)}}
> {{at 

[jira] [Comment Edited] (NETBEANS-4303) Widescreen window layout: newly opened files appear right to different kind of tabs instead of next to other files

2020-05-04 Thread dennis lucero (Jira)


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

dennis lucero edited comment on NETBEANS-4303 at 5/4/20, 7:19 PM:
--

After moving the right column (with Output, Search Results, Usages) back to the 
bottom, new files opened at the bottom. I had to reset the window layout to get 
back to a usable state (with files opening at the top).


was (Author: striderapache):
After moving the right column (with Output, Search Results, Usages) back to the 
bottom, new documents opened at the bottom. I had to reset the window layout to 
get back to a usable state.

> Widescreen window layout: newly opened files appear right to different kind 
> of tabs instead of next to other files
> --
>
> Key: NETBEANS-4303
> URL: https://issues.apache.org/jira/browse/NETBEANS-4303
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Window System
>Affects Versions: 11.3
>Reporter: dennis lucero
>Priority: Major
>  Labels: layout, screen, window
> Attachments: NetBeans Widescreen Window Layout.png
>
>
> (Please see the attached screenshot for a quick overview of the problem)
> I try to make reasonable use of a wide screen (2560x1440 pixels) with 
> NetBeans maximized. I moved some parts of the UI (Output, Search Results, 
> Usages) to the right with opened files in the center. While this basically 
> works, all newly opened files open in the right area instead of the center 
> column so I have to move them to the center manually, which is time-consuming 
> and annoying. All files should open in the same area. That way, the other 
> tabs (Output etc.) can be accessed quickly even after opening a lot of files.



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

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

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



[jira] [Commented] (NETBEANS-4303) Widescreen window layout: newly opened files appear right to different kind of tabs instead of next to other files

2020-05-04 Thread dennis lucero (Jira)


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

dennis lucero commented on NETBEANS-4303:
-

After moving the right column (with Output, Search Results, Usages) back to the 
bottom, new documents opened at the bottom. I had to reset the window layout to 
get back to a usable state.

> Widescreen window layout: newly opened files appear right to different kind 
> of tabs instead of next to other files
> --
>
> Key: NETBEANS-4303
> URL: https://issues.apache.org/jira/browse/NETBEANS-4303
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Window System
>Affects Versions: 11.3
>Reporter: dennis lucero
>Priority: Major
>  Labels: layout, screen, window
> Attachments: NetBeans Widescreen Window Layout.png
>
>
> (Please see the attached screenshot for a quick overview of the problem)
> I try to make reasonable use of a wide screen (2560x1440 pixels) with 
> NetBeans maximized. I moved some parts of the UI (Output, Search Results, 
> Usages) to the right with opened files in the center. While this basically 
> works, all newly opened files open in the right area instead of the center 
> column so I have to move them to the center manually, which is time-consuming 
> and annoying. All files should open in the same area. That way, the other 
> tabs (Output etc.) can be accessed quickly even after opening a lot of files.



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

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

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



[jira] [Created] (NETBEANS-4303) Widescreen window layout: newly opened files appear right to different kind of tabs instead of next to other files

2020-05-04 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-4303:
---

 Summary: Widescreen window layout: newly opened files appear right 
to different kind of tabs instead of next to other files
 Key: NETBEANS-4303
 URL: https://issues.apache.org/jira/browse/NETBEANS-4303
 Project: NetBeans
  Issue Type: Improvement
  Components: platform - Window System
Affects Versions: 11.3
Reporter: dennis lucero
 Attachments: NetBeans Widescreen Window Layout.png

(Please see the attached screenshot for a quick overview of the problem)

I try to make reasonable use of a wide screen (2560x1440 pixels) with NetBeans 
maximized. I moved some parts of the UI (Output, Search Results, Usages) to the 
right with opened files in the center. While this basically works, all newly 
opened files open in the right area instead of the center column so I have to 
move them to the center manually, which is time-consuming and annoying. All 
files should open in the same area. That way, the other tabs (Output etc.) can 
be accessed quickly even after opening a lot of files.



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

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

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



[jira] [Created] (NETBEANS-4268) Switch statement formatting: do not force newlines

2020-04-28 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-4268:
---

 Summary: Switch statement formatting: do not force newlines
 Key: NETBEANS-4268
 URL: https://issues.apache.org/jira/browse/NETBEANS-4268
 Project: NetBeans
  Issue Type: Improvement
  Components: editor - Formatting  Indentation
Affects Versions: 11.3
 Environment: JDK 14
Reporter: dennis lucero


When running autoformat, concise code like
{code:java}
String s(int i) {
return switch (i) {
case 1 -> "one";
case 2 -> "two";
default -> throw new UnsupportedOperationException();
};
}
{code}
is replaced with
{code:java}
String s(int i) {
return switch (i) {
case 1 ->
"one";
case 2 ->
"two";
default ->
throw new UnsupportedOperationException();
};
}
{code}
which I find harder to read. I have not found a setting to disable this 
behaviour.



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

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

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



[jira] [Created] (NETBEANS-3983) Search by typing in the Open Project directory tree should go downwards

2020-03-09 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3983:
---

 Summary: Search by typing in the Open Project directory tree 
should go downwards
 Key: NETBEANS-3983
 URL: https://issues.apache.org/jira/browse/NETBEANS-3983
 Project: NetBeans
  Issue Type: Improvement
  Components: utilities - Open File
Affects Versions: 11.3
Reporter: dennis lucero


When typing in the "Open Project" directory tree, search should go downwards, 
similar to the native Windows open dialog.

Assuming the tree shows
 * Documents
 * Projects
 ** ACME Website
 ** Domain Robot

and the selection is at "ACME Website", pressing the "D" key should go to 
"Domain Robot", but currently goes to "Documents" (typing "dom" goes to "Domain 
Robot" as expected).



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

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

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



[jira] [Created] (NETBEANS-3970) Safely delete multiple elements in a class

2020-03-06 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3970:
---

 Summary: Safely delete multiple elements in a class
 Key: NETBEANS-3970
 URL: https://issues.apache.org/jira/browse/NETBEANS-3970
 Project: NetBeans
  Issue Type: Improvement
  Components: editor - Refactoring, java - Refactoring
Affects Versions: 11.3
Reporter: dennis lucero


It should be possible to select multiple elements (variables, methods, nested 
classes) in a class to "safely delete" them. When trying to do so, NetBeans 
prompts to delete the whole enclosing class.



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

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

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



[jira] [Created] (NETBEANS-3802) Hint suggests invalid replacement with lambda for implementations of interfaces with only default methods

2020-02-06 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3802:
---

 Summary: Hint suggests invalid replacement with lambda for 
implementations of interfaces with only default methods
 Key: NETBEANS-3802
 URL: https://issues.apache.org/jira/browse/NETBEANS-3802
 Project: NetBeans
  Issue Type: Bug
  Components: java - Hints
Affects Versions: 11.2
 Environment: JDK 13
Reporter: dennis lucero


{code:java}
interface Dog {
default void run() {
}
default void bark() {
}
}

public static void foo() {
final Dog dog = new Dog() {
@Override
public void bark() {
System.out.println("Woof");
}
};
}
{code}
For this code NetBeans has a hint stating
{quote}This anonymous inner class creation can be turned into a lambda 
expression.
{quote}
in the line with {{new Dog()}}. Replacing the code using the hint results in
{code:java}
final Dog dog = () -> {
System.out.println("Woof");
};
{code}
which is invalid code
{quote}incompatible types: Dog is not a functional interface
no abstract method found in interface Dog
{quote}

(Real world example: 
http://jdbi.org/apidocs/org/jdbi/v3/core/statement/SqlLogger.html This style of 
interfaces would also be a nice alternative to Swing’s 
{{*Listener}}/{{*Adapter}} pairs.)



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

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

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



[jira] [Assigned] (NETBEANS-3791) Unclear use of Java hint: “Illegal Use of instanceOf operator”

2020-02-04 Thread dennis lucero (Jira)


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

dennis lucero reassigned NETBEANS-3791:
---

Assignee: Jan Lahoda

> Unclear use of Java hint: “Illegal Use of instanceOf operator”
> --
>
> Key: NETBEANS-3791
> URL: https://issues.apache.org/jira/browse/NETBEANS-3791
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Hints
> Environment: JDK 8 project, NetBeans running on JDK 13
>Reporter: dennis lucero
>Assignee: Jan Lahoda
>Priority: Minor
>  Labels: hints
>
> In an annotation processor similar to
> {code:java}
> @SupportedAnnotationTypes("org.example.MyAnnotation")
> public final class MyGenerator 
> extends javax.annotation.processing.AbstractProcessor {
> @Override
> public boolean process(
> final Set annotations,
> final RoundEnvironment roundEnvironment) {
> final Set elements
> = 
> roundEnvironment.getElementsAnnotatedWith(MyAnnotation.class);
> for (final Element element : elements) {
> PackageElement packageElement = null;
> for (Element currentElement = typeElement;
> currentElement != null;
> currentElement = currentElement.getEnclosingElement()) {
> if (currentElement instanceof PackageElement) { // Illegal 
> Use of instanceOf
> packageElement = (PackageElement) currentElement;
> break;
> }
> {code}
> I get the warning “Illegal Use of instanceOf operator” (in the line with the 
> comment). It is unclear why this use would be illegal, as it works fine.
> The description of the hint in the options should clearly say why it’s 
> illegal to use instanceOf or, if this warning is obsolete, the hint should be 
> removed.
> (According to http://wiki.netbeans.org/Java_Hints, this hint is disabled by 
> default.)



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

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

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



[jira] [Updated] (NETBEANS-3791) Unclear use of Java hint: “Illegal Use of instanceOf operator”

2020-02-03 Thread dennis lucero (Jira)


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

dennis lucero updated NETBEANS-3791:

Description: 
In an annotation processor similar to
{code:java}
@SupportedAnnotationTypes("org.example.MyAnnotation")
public final class MyGenerator 
extends javax.annotation.processing.AbstractProcessor {
@Override
public boolean process(
final Set annotations,
final RoundEnvironment roundEnvironment) {
final Set elements
= roundEnvironment.getElementsAnnotatedWith(MyAnnotation.class);
for (final Element element : elements) {
PackageElement packageElement = null;
for (Element currentElement = typeElement;
currentElement != null;
currentElement = currentElement.getEnclosingElement()) {
if (currentElement instanceof PackageElement) { // Illegal Use 
of instanceOf
packageElement = (PackageElement) currentElement;
break;
}
{code}
I get the warning “Illegal Use of instanceOf operator” (in the line with the 
comment). It is unclear why this use would be illegal, as it works fine.

The description of the hint in the options should clearly say why it’s illegal 
to use instanceOf or, if this warning is obsolete, the hint should be removed.

(According to http://wiki.netbeans.org/Java_Hints, this hint is disabled by 
default.)

  was:
In an annotation processor similar to
{code:java}
@SupportedAnnotationTypes("org.example.MyAnnotation")
public final class MyGenerator 
extends javax.annotation.processing.AbstractProcessor {
@Override
public boolean process(
final Set annotations,
final RoundEnvironment roundEnvironment) {
final Set elements
= roundEnvironment.getElementsAnnotatedWith(MyAnnotation.class);
for (final Element element : elements) {
PackageElement packageElement = null;
for (Element currentElement = typeElement;
currentElement != null;
currentElement = currentElement.getEnclosingElement()) {
if (currentElement instanceof PackageElement) { // Illegal Use 
of instanceOf
packageElement = (PackageElement) currentElement;
break;
}
{code}
I get the warning “Illegal Use of instanceOf operator” (in the line with the 
comment). It is unclear why this use would be illegal, as it works fine.

The description of the hint in the options should clearly say why it’s illegal 
to use instanceOf or, if this warning is obsolete, the hint should be removed.


> Unclear use of Java hint: “Illegal Use of instanceOf operator”
> --
>
> Key: NETBEANS-3791
> URL: https://issues.apache.org/jira/browse/NETBEANS-3791
> Project: NetBeans
>  Issue Type: Improvement
>  Components: java - Hints
> Environment: JDK 8 project, NetBeans running on JDK 13
>Reporter: dennis lucero
>Priority: Minor
>  Labels: hints
>
> In an annotation processor similar to
> {code:java}
> @SupportedAnnotationTypes("org.example.MyAnnotation")
> public final class MyGenerator 
> extends javax.annotation.processing.AbstractProcessor {
> @Override
> public boolean process(
> final Set annotations,
> final RoundEnvironment roundEnvironment) {
> final Set elements
> = 
> roundEnvironment.getElementsAnnotatedWith(MyAnnotation.class);
> for (final Element element : elements) {
> PackageElement packageElement = null;
> for (Element currentElement = typeElement;
> currentElement != null;
> currentElement = currentElement.getEnclosingElement()) {
> if (currentElement instanceof PackageElement) { // Illegal 
> Use of instanceOf
> packageElement = (PackageElement) currentElement;
> break;
> }
> {code}
> I get the warning “Illegal Use of instanceOf operator” (in the line with the 
> comment). It is unclear why this use would be illegal, as it works fine.
> The description of the hint in the options should clearly say why it’s 
> illegal to use instanceOf or, if this warning is obsolete, the hint should be 
> removed.
> (According to http://wiki.netbeans.org/Java_Hints, this hint is disabled by 
> default.)



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

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

For further information about 

[jira] [Created] (NETBEANS-3791) Unclear use of Java hint: “Illegal Use of instanceOf operator”

2020-02-03 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3791:
---

 Summary: Unclear use of Java hint: “Illegal Use of instanceOf 
operator”
 Key: NETBEANS-3791
 URL: https://issues.apache.org/jira/browse/NETBEANS-3791
 Project: NetBeans
  Issue Type: Improvement
  Components: java - Hints
 Environment: JDK 8 project, NetBeans running on JDK 13
Reporter: dennis lucero


In an annotation processor similar to
{code:java}
@SupportedAnnotationTypes("org.example.MyAnnotation")
public final class MyGenerator 
extends javax.annotation.processing.AbstractProcessor {
@Override
public boolean process(
final Set annotations,
final RoundEnvironment roundEnvironment) {
final Set elements
= roundEnvironment.getElementsAnnotatedWith(MyAnnotation.class);
for (final Element element : elements) {
PackageElement packageElement = null;
for (Element currentElement = typeElement;
currentElement != null;
currentElement = currentElement.getEnclosingElement()) {
if (currentElement instanceof PackageElement) { // Illegal Use 
of instanceOf
packageElement = (PackageElement) currentElement;
break;
}
{code}
I get the warning “Illegal Use of instanceOf operator” (in the line with the 
comment). It is unclear why this use would be illegal, as it works fine.

The description of the hint in the options should clearly say why it’s illegal 
to use instanceOf or, if this warning is obsolete, the hint should be removed.



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

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

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



[jira] [Created] (NETBEANS-3755) "Can use functional operations" hint creates uncompilable code with nested loops (Unexpected return value)

2020-01-27 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3755:
---

 Summary: "Can use functional operations" hint creates uncompilable 
code with nested loops (Unexpected return value)
 Key: NETBEANS-3755
 URL: https://issues.apache.org/jira/browse/NETBEANS-3755
 Project: NetBeans
  Issue Type: Bug
  Components: java - Hints
Affects Versions: 11.2
 Environment: OpenJDK 13+33
Reporter: dennis lucero


Consider this code:
{code:java}
private static boolean deepContains(
final String needle,
final Collection> haystack) {
for (final Collection hay : haystack) {
for (final String check : hay) {
if (check.equals(needle)) {
return true;
}
}
}
return false;
}
{code}
NetBeans suggests to replace the outer loop with with a functional operation, 
resulting in
{code:java}
private static boolean deepContains(
final String needle,
final Collection> haystack) {
haystack.forEach((hay) -> {
for (final String check : hay) {
if (check.equals(needle)) {
return true;
}
}
});
return false;
}
{code}
This does not compile. Error messages:
 For the outer loop:
{quote}incompatible types: unexpected return value
{quote}
For the inner loop:
 
{quote}for-each not applicable to expression type
required: array or java.lang.Iterable
found: T
where T is a type-variable:
T extends Object declared in interface Iterable
{quote}



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

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

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



[jira] [Commented] (NETBEANS-3579) Code completion not working inside block lambdas

2020-01-27 Thread dennis lucero (Jira)


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

dennis lucero commented on NETBEANS-3579:
-

Completion does not work for
{noformat}
public class NewClass {
public int compute(Collection c) {
return c.stream().map(s -> {s.|});
}
}
{noformat}
It works as soon as a return type is added:
{noformat}
public class NewClass {
public int compute(Collection c) {
return c.stream().map(s -> {s.|;return null;});
}
}
{noformat}
It also works for
{noformat}
public class NewClass {
public int compute(Collection c) {
return c.stream().map(s -> s.|);
}
}
{noformat}

> Code completion not working inside block lambdas
> 
>
> Key: NETBEANS-3579
> URL: https://issues.apache.org/jira/browse/NETBEANS-3579
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 11.2
>Reporter: Jan Lahoda
>Assignee: Akhilesh Singh
>Priority: Critical
>
> Consider the following code ('|' should not be part of the code, and 
> represents where the caret should be placed):
> {{package org.netbeans.modules.learning.lambda.code.completion;}}
> {{import java.util.Collection;}}
> {{public class NewClass {}}
> {{    public int compute(Collection c) {}}
> {{    return c.stream().map(s -> {s.|)}}
> {{    }}}
> {{}}}
> Invoking the code completion at the marked place ('|') yields not results 
> whatsoever for me. That is apparently wrong - there should be results for a 
> variable of type String.
>  
> The IDE is a fully updated Apache NetBeans 11.2, with nb-javac installed 
> running on JDK 13:
> Product Version: Apache NetBeans IDE 11.2
> Java: 13.0.1; OpenJDK 64-Bit Server VM 13.0.1+9
> Runtime: OpenJDK Runtime Environment 13.0.1+9
> System: Linux version 4.15.0-72-generic running on amd64; UTF-8; en_US (nb)
> User directory: /tmp/nbuser.lambda.test
> Cache directory: /tmp/nbuser.lambda.test/var/cache



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

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

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



[jira] [Created] (NETBEANS-3694) When renaming files, Ctrl (Control) + Cursor should jump to uppercase letters and underscores

2020-01-14 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3694:
---

 Summary: When renaming files, Ctrl (Control) + Cursor should jump 
to uppercase letters and underscores
 Key: NETBEANS-3694
 URL: https://issues.apache.org/jira/browse/NETBEANS-3694
 Project: NetBeans
  Issue Type: Improvement
Affects Versions: 11.2
 Environment: Windows 10
Reporter: dennis lucero


Pressing Ctr+Cursor (left/right) while renaming files via the projects/files 
tree moves the cursor near a space. As code file names usually don’t contain 
spaces, but often are named in camel case or contain underscores, the cursor 
should jump to uppercase letters and underscores.



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

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

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



[jira] [Created] (NETBEANS-3591) Code completion fails for generic Class variables

2019-12-13 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3591:
---

 Summary: Code completion fails for generic Class variables
 Key: NETBEANS-3591
 URL: https://issues.apache.org/jira/browse/NETBEANS-3591
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Completion  Templates
Affects Versions: 11.2
 Environment: OpenJDK 13+33, Windows 10
Reporter: dennis lucero


{noformat}
Class c1;
Class c2;
{noformat}
Code completion works after typing {{c1.}} (suggesting "asSubclass(Class 
clazz)" and so on), but not for {{c2.}} ("no suggestions").



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

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

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



[jira] [Updated] (NETBEANS-3517) Cursor blink rate does not respect system settings

2019-12-05 Thread dennis lucero (Jira)


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

dennis lucero updated NETBEANS-3517:

Description: The text cursor blinks quite fast. It seems to be faster than 
Windows’ default setting and it doesn’t respect the rate set in Windows. I find 
the fast blinking distracting.  (was: The text cursor blinkes quite fast. It 
seems to be faster than Windows’ default setting and it doesn’t respect the 
rate set in Windows. I find the fast blinking distracting.)

> Cursor blink rate does not respect system settings
> --
>
> Key: NETBEANS-3517
> URL: https://issues.apache.org/jira/browse/NETBEANS-3517
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Painting  Printing
>Affects Versions: 11.2
> Environment: Windows 10, JDK 13
>Reporter: dennis lucero
>Priority: Minor
>  Labels: Accessibility
>
> The text cursor blinks quite fast. It seems to be faster than Windows’ 
> default setting and it doesn’t respect the rate set in Windows. I find the 
> fast blinking distracting.



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

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

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



[jira] [Updated] (NETBEANS-3517) Cursor blink rate does not respect system settings

2019-12-02 Thread dennis lucero (Jira)


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

dennis lucero updated NETBEANS-3517:

Labels: Accessibility  (was: )

> Cursor blink rate does not respect system settings
> --
>
> Key: NETBEANS-3517
> URL: https://issues.apache.org/jira/browse/NETBEANS-3517
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Painting  Printing
>Affects Versions: 11.2
> Environment: Windows 10, JDK 13
>Reporter: dennis lucero
>Priority: Minor
>  Labels: Accessibility
>
> The text cursor blinkes quite fast. It seems to be faster than Windows’ 
> default setting and it doesn’t respect the rate set in Windows. I find the 
> fast blinking distracting.



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

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

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



[jira] [Created] (NETBEANS-3517) Cursor blink rate does not respect system settings

2019-12-02 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3517:
---

 Summary: Cursor blink rate does not respect system settings
 Key: NETBEANS-3517
 URL: https://issues.apache.org/jira/browse/NETBEANS-3517
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Painting  Printing
Affects Versions: 11.2
 Environment: Windows 10, JDK 13
Reporter: dennis lucero


The text cursor blinkes quite fast. It seems to be faster than Windows’ default 
setting and it doesn’t respect the rate set in Windows. I find the fast 
blinking distracting.



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

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

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



[jira] [Created] (NETBEANS-3215) Code completion should consider the generic type

2019-10-07 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3215:
---

 Summary: Code completion should consider the generic type
 Key: NETBEANS-3215
 URL: https://issues.apache.org/jira/browse/NETBEANS-3215
 Project: NetBeans
  Issue Type: Improvement
  Components: editor - Completion  Templates
Affects Versions: 11.1
Reporter: dennis lucero


Code completion should also take generic parameters into account. For example, 
if the current line consists of {{Optional thr}}, the variable name 
is currently completed to {{thrOptional}}, but I would prefer it being named 
{{throwable}}.



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

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

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



[jira] [Created] (NETBEANS-3035) “Package […] does not exist” when including another project with generated sources as a Maven dependency

2019-08-27 Thread dennis lucero (Jira)
dennis lucero created NETBEANS-3035:
---

 Summary: “Package […] does not exist” when including another 
project with generated sources as a Maven dependency
 Key: NETBEANS-3035
 URL: https://issues.apache.org/jira/browse/NETBEANS-3035
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.1
 Environment: Windows 10
Reporter: dennis lucero


I have two projects:
 * *Model* generates Java files (.java/.class) from XSD files (via JAXB)
 * *Service* includes _Model_ as a Maven dependency.

Both projects compile fine. However, if Service includes Model with the current 
version, NetBeans cannot resolve references to Model in the Service project.

For example, Service 1.0.0 uses Model 42.0.0. If my Model project specifies 
version 42.0.0 in the POM, NetBeans marks files in the Service project 
referencing classes from Model with a red icon and states “Package 
demo.model.foo does not exist” on the import statements. If I keep the 
dependency version in Service’s pom.xml at 42.0.0 and change the Model version 
in its POM to 42.0.1-SNAPSHOT, everything works fine.

It is true that there are no *.java files in the Model project sources. These 
are generated and compiled when the Model project is compiled.



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

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

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



[jira] [Commented] (NETBEANS-2798) Netbeans method profiler crashes JVM

2019-08-21 Thread dennis lucero (Jira)


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

dennis lucero commented on NETBEANS-2798:
-

I am having the same problem with Netbeans 11.1 and OpenJdk 12.2 (also tried 
12.1 and 11.02 and 11.04 from Amazon JDK)

> Netbeans method profiler crashes JVM
> 
>
> Key: NETBEANS-2798
> URL: https://issues.apache.org/jira/browse/NETBEANS-2798
> Project: NetBeans
>  Issue Type: Bug
> Environment: Windows 10 x64, JDK 8 and JDK 11 (x64), netbeans 11.0 
> and 8.2
>Reporter: Pavel Melnikov
>Priority: Major
> Attachments: hs_err_pid2176.log, hs_err_pid2532.log
>
>
> I recently upgraded my OS to Windows 10 and reinstalled everything. All 
> attempts to profile methods of a java application on my PC using Netbeans 
> leads to JVM crash. 
> I've tried Netbeans 11.0 and 8.2,
> JDK 11.0.3+7 and JDK 8.0_212-b03 (both from adoptOpenJdk)
> and every combination leads to crash of JVM a fraction of seconds after I 
> start methods profiling.
>  
> This situation takes place with every project I am trying to profile, so I 
> can replicate it by creating simplest app (using File -> New Project -> Java 
> with Ant -> Java Application.
>  
> I am attaching both crash dumps for java 8 and java 11 for netbeans 11.



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

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

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



[jira] [Created] (NETBEANS-2991) Javadoc is taken from a JAR (Maven dependency) instead of the currently open file

2019-08-15 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-2991:
---

 Summary: Javadoc is taken from a JAR (Maven dependency) instead of 
the currently open file
 Key: NETBEANS-2991
 URL: https://issues.apache.org/jira/browse/NETBEANS-2991
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 11.1, 11.0
 Environment: Windows 10
Reporter: dennis lucero
 Attachments: NetBeansJavadocFromJAR.png

The Javadoc window displays the Javadoc of the current file. But after having 
opened a file with the same package and class name from a Maven dependency, the 
Javadoc window displays the Javadoc from the dependency, even after that file 
was closed.

Steps to reproduces:
 # Create a Maven project
 # Add a dependency
 # Download Javadoc and sources for the dependency
 # Open one of the dependency’s files
 # Save the source file in your local filesystem
 # Open the copy and modify the Javadoc

Expected result:

Javadoc window should show your modifications

Actual result:

Javadoc window still shows the Javadoc from the JAR.

After restarting NetBeans, the modified Javadoc is shown, but it is replaced 
with the text from the JAR after a few seconds (during “Refreshing indices”).



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

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

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



[jira] [Created] (NETBEANS-2990) Support environment variables in file path dialogs

2019-08-15 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-2990:
---

 Summary: Support environment variables in file path dialogs
 Key: NETBEANS-2990
 URL: https://issues.apache.org/jira/browse/NETBEANS-2990
 Project: NetBeans
  Issue Type: Improvement
Affects Versions: 11.0
 Environment: Windows 10
Reporter: dennis lucero


In standard Windows file path choosers it is possible to use environment 
variables. For example, entering %userprofile% as the file name would change 
the directory to the user’s profile path.

In NetBeans this is not supported. When entering a variable like %userprofile%, 
this is taken as the literal file name. When saving a file, the file is saved 
with the wrong file name, the dialog is closed and it takes some effort to 
delete the wrongly named file and save it at the intended location. Opening a 
project should also support variables.

The NetBeans file chooser is used even if the Look & Feel is set to “Windows” 
and “Maximize use of native look and feel” is enabled.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

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

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



[jira] [Updated] (NETBEANS-2933) Undo “On Save” actions

2019-08-01 Thread dennis lucero (JIRA)


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

dennis lucero updated NETBEANS-2933:

Description: 
“On Save” actions (Tools→Options→Editor→On Save) are very useful; however they 
can also interfere with the intended formatting. For example, the 
[Jdbi|https://jdbi.org/] project has strict rules about the order and 
formatting of import statements. Using my default settings, the imports get 
messed up and I have to use another editing tool to fix them.

Therefore I suggest making the “On Save” actions undoable, separatedly from the 
user actions. After making an edit and saving the file, “On Save” actions would 
be applied as usual, however invoking “Undo” once would undo only the “On Save” 
actions and save the file again (so the user doesn’t have to save the file 
manually which would execute the “On Save” actions again), with just the edits 
the user made explicitly.

  was:
“On Save” actions (Tools→Options→Editor→On Save) are very useful; however they 
can also interfere with the intended formatting. For example, the 
[Jdbi|https://jdbi.org/] project has strict rules about the order and 
formatting of import statements. Using my default settings, the imports get 
messed up and I have to use another editing tool to fix them.

Therefore I suggest making the “On Save” actions undoable, separatedly from the 
user actions. After making an edit and saving the file, “On Save” actions would 
be applied as usual, however invoking “Undo” once would revert the “On Save” 
actions and save the file again, with just the edits the user made explicitly.


> Undo “On Save” actions
> --
>
> Key: NETBEANS-2933
> URL: https://issues.apache.org/jira/browse/NETBEANS-2933
> Project: NetBeans
>  Issue Type: Wish
>  Components: editor - Formatting  Indentation
>Affects Versions: 11.0
>Reporter: dennis lucero
>Priority: Major
>
> “On Save” actions (Tools→Options→Editor→On Save) are very useful; however 
> they can also interfere with the intended formatting. For example, the 
> [Jdbi|https://jdbi.org/] project has strict rules about the order and 
> formatting of import statements. Using my default settings, the imports get 
> messed up and I have to use another editing tool to fix them.
> Therefore I suggest making the “On Save” actions undoable, separatedly from 
> the user actions. After making an edit and saving the file, “On Save” actions 
> would be applied as usual, however invoking “Undo” once would undo only the 
> “On Save” actions and save the file again (so the user doesn’t have to save 
> the file manually which would execute the “On Save” actions again), with just 
> the edits the user made explicitly.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

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

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



[jira] [Created] (NETBEANS-2933) Undo “On Save” actions

2019-08-01 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-2933:
---

 Summary: Undo “On Save” actions
 Key: NETBEANS-2933
 URL: https://issues.apache.org/jira/browse/NETBEANS-2933
 Project: NetBeans
  Issue Type: Wish
  Components: editor - Formatting  Indentation
Affects Versions: 11.0
Reporter: dennis lucero


“On Save” actions (Tools→Options→Editor→On Save) are very useful; however they 
can also interfere with the intended formatting. For example, the 
[Jdbi|https://jdbi.org/] project has strict rules about the order and 
formatting of import statements. Using my default settings, the imports get 
messed up and I have to use another editing tool to fix them.

Therefore I suggest making the “On Save” actions undoable, separatedly from the 
user actions. After making an edit and saving the file, “On Save” actions would 
be applied as usual, however invoking “Undo” once would revert the “On Save” 
actions and save the file again, with just the edits the user made explicitly.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

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

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



[jira] [Commented] (NETBEANS-2322) Downloading Maven index (from a mirror) fails due to TLS handshake error, -Djavax.net.ssl.trustStore from global execution options is not used

2019-03-29 Thread dennis lucero (JIRA)


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

dennis lucero commented on NETBEANS-2322:
-

Downloading the index works when the truststore parameter is also specified in 
netbeans_default_options (in netbeans.conf), for example
{{-J-Djavax.net.ssl.trustStore=C:/Users/example/exmaple.jks}}
Unfortunately there is no obvious error message indicating a TLS error when the 
handshake fails except in the messages.log.

> Downloading Maven index (from a mirror) fails due to TLS handshake error, 
> -Djavax.net.ssl.trustStore from global execution options is not used
> --
>
> Key: NETBEANS-2322
> URL: https://issues.apache.org/jira/browse/NETBEANS-2322
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 10.0
> Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> Java: 11; OpenJDK 64-Bit Server VM 11+28
> Runtime: OpenJDK Runtime Environment 11+28
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
>Reporter: dennis lucero
>Priority: Major
>  Labels: certificate, maven, mirror, ssl, tls
>
> We have set up a mirror of the Maven central. Downloading artifacts works 
> without a problem, but the index cannot be retrieved, so NetBeans fails to 
> suggest version numbers in pom.xml files.
> Excerpt from ~/.m2/settings.xml:
> {{}}
> {{my-central-mirror}}
> {{My Central Mirror}}
> {{https://maven.example.org/repository/maven-central/}}
> {{central}}
> {{}}
> (Of course the real URL is using our local hostname.)
> The global execution options (Options, Java, Maven, Execution) are:
> {{--batch-mode --errors 
> -Djavax.net.ssl.trustStore=C:/Users/example/example.jks}}
> Our mirror can only be used with HTTPS. The NetBeans log contains:
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
> Downloaded maven index file has size 0 (zipped). The usable space in 
> C:\Users\example\AppData\Local\NetBeans\Cache\10.0 is 139.946.274.816.}}
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: could 
> not (re-)index my-central-mirror}}
> {{sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.build(SunCertPathBuilder.java:141)}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:126)}}
> {{at 
> java.base/java.security.cert.CertPathBuilder.build(CertPathBuilder.java:297)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380)}}
> {{Caused: sun.security.validator.ValidatorException: PKIX path building 
> failed}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:290)}}
> {{at java.base/sun.security.validator.Validator.validate(Validator.java:264)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:321)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:221)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:626)}}
> {{Caused: javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:128)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:321)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:642)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:461)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:361)}}
> {{at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)}}
> {{at 
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444)}}
> {{at 
> 

[jira] [Updated] (NETBEANS-2322) Downloading Maven index (from a mirror) fails due to TLS handshake error, -Djavax.net.ssl.trustStore from global execution options is not used

2019-03-29 Thread dennis lucero (JIRA)


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

dennis lucero updated NETBEANS-2322:

Labels: certificate maven mirror ssl tls  (was: certificate maven ssl tls)

> Downloading Maven index (from a mirror) fails due to TLS handshake error, 
> -Djavax.net.ssl.trustStore from global execution options is not used
> --
>
> Key: NETBEANS-2322
> URL: https://issues.apache.org/jira/browse/NETBEANS-2322
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 10.0
> Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
> Java: 11; OpenJDK 64-Bit Server VM 11+28
> Runtime: OpenJDK Runtime Environment 11+28
> System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
>Reporter: dennis lucero
>Priority: Major
>  Labels: certificate, maven, mirror, ssl, tls
>
> We have set up a mirror of the Maven central. Downloading artifacts works 
> without a problem, but the index cannot be retrieved, so NetBeans fails to 
> suggest version numbers in pom.xml files.
> Excerpt from ~/.m2/settings.xml:
> {{}}
> {{my-central-mirror}}
> {{My Central Mirror}}
> {{https://maven.example.org/repository/maven-central/}}
> {{central}}
> {{}}
> (Of course the real URL is using our local hostname.)
> The global execution options (Options, Java, Maven, Execution) are:
> {{--batch-mode --errors 
> -Djavax.net.ssl.trustStore=C:/Users/example/example.jks}}
> Our mirror can only be used with HTTPS. The NetBeans log contains:
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
> Downloaded maven index file has size 0 (zipped). The usable space in 
> C:\Users\example\AppData\Local\NetBeans\Cache\10.0 is 139.946.274.816.}}
> {{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: could 
> not (re-)index my-central-mirror}}
> {{sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.build(SunCertPathBuilder.java:141)}}
> {{at 
> java.base/sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:126)}}
> {{at 
> java.base/java.security.cert.CertPathBuilder.build(CertPathBuilder.java:297)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380)}}
> {{Caused: sun.security.validator.ValidatorException: PKIX path building 
> failed}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385)}}
> {{at 
> java.base/sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:290)}}
> {{at java.base/sun.security.validator.Validator.validate(Validator.java:264)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:321)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:221)}}
> {{at 
> java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:626)}}
> {{Caused: javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
> valid certification path to requested target}}
> {{at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:128)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:321)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:642)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:461)}}
> {{at 
> java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:361)}}
> {{at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)}}
> {{at 
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444)}}
> {{at 
> java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:421)}}
> {{at 
> java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:178)}}
> {{at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)}}
> {{at 
> java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1152)}}
> {{at 
> 

[jira] [Updated] (NETBEANS-2322) Downloading Maven index (from a mirror) fails due to TLS handshake error, -Djavax.net.ssl.trustStore from global execution options is not used

2019-03-29 Thread dennis lucero (JIRA)


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

dennis lucero updated NETBEANS-2322:

Description: 
We have set up a mirror of the Maven central. Downloading artifacts works 
without a problem, but the index cannot be retrieved, so NetBeans fails to 
suggest version numbers in pom.xml files.

Excerpt from ~/.m2/settings.xml:

{{}}
{{my-central-mirror}}
{{My Central Mirror}}
{{https://maven.example.org/repository/maven-central/}}
{{central}}
{{}}

(Of course the real URL is using our local hostname.)

The global execution options (Options, Java, Maven, Execution) are:

{{--batch-mode --errors 
-Djavax.net.ssl.trustStore=C:/Users/example/example.jks}}

Our mirror can only be used with HTTPS. The NetBeans log contains:

{{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
Downloaded maven index file has size 0 (zipped). The usable space in 
C:\Users\example\AppData\Local\NetBeans\Cache\10.0 is 139.946.274.816.}}
{{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: could 
not (re-)index my-central-mirror}}
{{sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target}}
{{at 
java.base/sun.security.provider.certpath.SunCertPathBuilder.build(SunCertPathBuilder.java:141)}}
{{at 
java.base/sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:126)}}
{{at 
java.base/java.security.cert.CertPathBuilder.build(CertPathBuilder.java:297)}}
{{at 
java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380)}}
{{Caused: sun.security.validator.ValidatorException: PKIX path building failed}}
{{at 
java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385)}}
{{at 
java.base/sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:290)}}
{{at java.base/sun.security.validator.Validator.validate(Validator.java:264)}}
{{at 
java.base/sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:321)}}
{{at 
java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:221)}}
{{at 
java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129)}}
{{at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:626)}}
{{Caused: javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target}}
{{at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:128)}}
{{at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:321)}}
{{at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)}}
{{at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)}}
{{at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:642)}}
{{at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:461)}}
{{at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:361)}}
{{at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)}}
{{at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444)}}
{{at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:421)}}
{{at 
java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:178)}}
{{at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)}}
{{at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1152)}}
{{at 
java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1063)}}
{{at 
java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:402)}}
{{at 
org.apache.maven.wagon.providers.http.httpclient.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:275)}}
{{at 
org.apache.maven.wagon.providers.http.httpclient.conn.ssl.SSLConnectionSocketFactory.connectSocket(SSLConnectionSocketFactory.java:254)}}
{{at 
org.apache.maven.wagon.providers.http.httpclient.impl.conn.HttpClientConnectionOperator.connect(HttpClientConnectionOperator.java:123)}}
{{at 
org.apache.maven.wagon.providers.http.httpclient.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:318)}}
{{at 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:363)}}
{{at 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.MainClientExec.execute(MainClientExec.java:219)}}
{{at 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.ProtocolExec.execute(ProtocolExec.java:195)}}
{{at 

[jira] [Created] (NETBEANS-2322) Downloading Maven index (from a mirror) fails due to TLS handshake error, -Djavax.net.ssl.trustStore from global execution options is not used

2019-03-29 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-2322:
---

 Summary: Downloading Maven index (from a mirror) fails due to TLS 
handshake error, -Djavax.net.ssl.trustStore from global execution options is 
not used
 Key: NETBEANS-2322
 URL: https://issues.apache.org/jira/browse/NETBEANS-2322
 Project: NetBeans
  Issue Type: Bug
  Components: projects - Maven
Affects Versions: 10.0
 Environment: Product Version: Apache NetBeans IDE 10.0 (Build 
incubator-netbeans-release-380-on-20181217)
Java: 11; OpenJDK 64-Bit Server VM 11+28
Runtime: OpenJDK Runtime Environment 11+28
System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)
Reporter: dennis lucero


We have set up a mirror of the Maven central. Downloading artifacts works 
without a problem, but the index cannot be retrieved, so NetBeans fails to 
suggest version numbers in pom.xml files.

Excerpt from ~/.m2/settings.xml:

{{}}
{{my-central-mirror}}
{{My Central Mirror}}
{{https://maven.example.org/repository/maven-central/}}
{{central}}
{{}}

(Of course the real URL is using our local hostname.)

The global execution options (Options, Java, Maven, Execution) are:

{{ --batch-mode --errors 
-Djavax.net.ssl.trustStore=C:/Users/example/example.jks}}

Our mirror can only be used with HTTPS. The NetBeans log contains:

{{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
Downloaded maven index file has size 0 (zipped). The usable space in 
C:\Users\example\AppData\Local\NetBeans\Cache\10.0 is 139.946.274.816.}}
{{INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: could 
not (re-)index my-central-mirror}}
{{sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target}}
{{at 
java.base/sun.security.provider.certpath.SunCertPathBuilder.build(SunCertPathBuilder.java:141)}}
{{at 
java.base/sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:126)}}
{{at 
java.base/java.security.cert.CertPathBuilder.build(CertPathBuilder.java:297)}}
{{at 
java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:380)}}
{{Caused: sun.security.validator.ValidatorException: PKIX path building failed}}
{{at 
java.base/sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:385)}}
{{at 
java.base/sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:290)}}
{{at 
java.base/sun.security.validator.Validator.validate(Validator.java:264)}}
{{at 
java.base/sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:321)}}
{{at 
java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:221)}}
{{at 
java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129)}}
{{at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:626)}}
{{Caused: javax.net.ssl.SSLHandshakeException: PKIX path building failed: 
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target}}
{{at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:128)}}
{{at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:321)}}
{{at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264)}}
{{at 
java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:259)}}
{{at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:642)}}
{{at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:461)}}
{{at 
java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:361)}}
{{at 
java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392)}}
{{at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444)}}
{{at 
java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:421)}}
{{at 
java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:178)}}
{{at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)}}
{{at 
java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1152)}}
{{at 
java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1063)}}
{{at 
java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:402)}}
{{at 
org.apache.maven.wagon.providers.http.httpclient.conn.ssl.SSLConnectionSocketFactory.createLayeredSocket(SSLConnectionSocketFactory.java:275)}}
{{at 

[jira] [Created] (NETBEANS-1986) Save and restore the last selected node in the project properties categories tree

2019-01-24 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-1986:
---

 Summary: Save and restore the last selected node in the project 
properties categories tree
 Key: NETBEANS-1986
 URL: https://issues.apache.org/jira/browse/NETBEANS-1986
 Project: NetBeans
  Issue Type: Wish
Reporter: dennis lucero


After opening the project properties window, the first node in the categories 
tree is selected. Instead, the node previously selected before closing the 
window should be selected again. This would make repeated changes easier (see 
also NETBEANS-1984).



--
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-1984) Change project properties without closing the window (make dialog non-modal, add apply button)

2019-01-24 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-1984:
---

 Summary: Change project properties without closing the window 
(make dialog non-modal, add apply button)
 Key: NETBEANS-1984
 URL: https://issues.apache.org/jira/browse/NETBEANS-1984
 Project: NetBeans
  Issue Type: Improvement
  Components: ide - UI
Affects Versions: 10.0
Reporter: dennis lucero


I would like to try/run my project with different arguments. Current workflow 
is tedious because I have to close and reopen the project properties window 
everytime I want to change something since there’s no way to save the settings 
without closing the window and the modal nature of it prevents me from running 
my program while the properties window is still open.

Suggestion: Make main window accessible while project properties window is open 
and add a button to save the project properties without closing the window.



--
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-1600) Navigate in search results and breakpoints tab using Page up/down keys

2018-11-02 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-1600:
---

 Summary: Navigate in search results and breakpoints tab using Page 
up/down keys
 Key: NETBEANS-1600
 URL: https://issues.apache.org/jira/browse/NETBEANS-1600
 Project: NetBeans
  Issue Type: Wish
Affects Versions: 9.0
 Environment: Windows 10
Reporter: dennis lucero


In search results and the breakpoints tab (Window → Debugging → Breakpoints) 
the Page up/Page down keys should select the first/last entry (as they do in 
the Usages tab opened by ‘Find Usages’ in the context menu of an identifier).



--
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-1309) Javadoc window does not display @summary tag

2018-09-27 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-1309:
---

 Summary: Javadoc window does not display @summary tag
 Key: NETBEANS-1309
 URL: https://issues.apache.org/jira/browse/NETBEANS-1309
 Project: NetBeans
  Issue Type: Bug
  Components: java - Javadoc
Affects Versions: 10.0
 Environment: Netbeans build incubator-netbeans-linux-834-on-20180927
Reporter: dennis lucero


The {{@summary}} tag can be used to indicate, well, the javadoc summary. This 
is an easy way to prevent the summary to be cut at the first dot (which can be 
prevented by using a numeric HTML entity, but that’s an ugly workaround).

Example:
{code:java}
/**
 * {@summary Foo, e. g. bar.} Quux.
 */
public void test() {
}
{code}
But in this case NetBeans displays only
{quote}Quux.
{quote}
See [JDK-8173425|https://bugs.java.com/view_bug.do?bug_id=JDK-8173425]



--
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-720) HTML injection in search result tab titles and MRU dropdown list

2018-04-23 Thread dennis lucero (JIRA)

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

dennis lucero updated NETBEANS-720:
---
Description: 
When searching for something like {{HTML injection}} search 
tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for {{}} 
produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)

HTML can be disabled with something like

{{public static void disableHtml(final JComponent component) {}}
{{    component.putClientProperty("html.disable", Boolean.TRUE);}}
{{}}}
 (see [http://www.oracle.com/technetwork/java/seccodeguide-139067.html#3-7])

  was:
When searching for something like

{{HTML injection}}

search tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for

{{}}

produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)

HTML can be disabled with something like

{{public static void disableHtml(final JComponent component) {}}
{{    component.putClientProperty("html.disable", Boolean.TRUE);}}
{{}}}
(see http://www.oracle.com/technetwork/java/seccodeguide-139067.html#3-7)


> HTML injection in search result tab titles and MRU dropdown list
> 
>
> Key: NETBEANS-720
> URL: https://issues.apache.org/jira/browse/NETBEANS-720
> Project: NetBeans
>  Issue Type: Bug
>  Components: utilities - Search
>Affects Versions: 8.2, 9.0, Next
>Reporter: dennis lucero
>Priority: Minor
>
> When searching for something like {{HTML injection}} 
> search tab titles and the MRU dropdown list in the search dialog show the 
> HTML formatted text, not the raw input. This also means searching for 
> {{}} produces a tab with an empty title.
> Found in NetBeans 8.2, reproduced with the latest build 
> incubator-netbeans-release-272-on-20180418.
> (I’d attach a screenshot but JIRA complains about a missing token.)
> HTML can be disabled with something like
> {{public static void disableHtml(final JComponent component) {}}
> {{    component.putClientProperty("html.disable", Boolean.TRUE);}}
> {{}}}
>  (see [http://www.oracle.com/technetwork/java/seccodeguide-139067.html#3-7])



--
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-720) HTML injection in search result tab titles and MRU dropdown list

2018-04-23 Thread dennis lucero (JIRA)

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

dennis lucero updated NETBEANS-720:
---
Description: 
When searching for something like

{{HTML injection}}

search tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for

{{}}

produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)

HTML can be disabled with something like

{{public static void disableHtml(final JComponent component) {}}
{{    component.putClientProperty("html.disable", Boolean.TRUE);}}
{{}}}
(see http://www.oracle.com/technetwork/java/seccodeguide-139067.html#3-7)

  was:
When searching for something like

{{HTML injection}}

search tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for

{{}}

produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)

HTML can be disabled with something like

{{public static void disableHtml(final JComponent component) {}}
{{    component.putClientProperty("html.disable", Boolean.TRUE);}}
{{}}}


> HTML injection in search result tab titles and MRU dropdown list
> 
>
> Key: NETBEANS-720
> URL: https://issues.apache.org/jira/browse/NETBEANS-720
> Project: NetBeans
>  Issue Type: Bug
>  Components: utilities - Search
>Affects Versions: 8.2, 9.0, Next
>Reporter: dennis lucero
>Priority: Minor
>
> When searching for something like
> {{HTML injection}}
> search tab titles and the MRU dropdown list in the search dialog show the 
> HTML formatted text, not the raw input. This also means searching for
> {{}}
> produces a tab with an empty title.
> Found in NetBeans 8.2, reproduced with the latest build 
> incubator-netbeans-release-272-on-20180418.
> (I’d attach a screenshot but JIRA complains about a missing token.)
> HTML can be disabled with something like
> {{public static void disableHtml(final JComponent component) {}}
> {{    component.putClientProperty("html.disable", Boolean.TRUE);}}
> {{}}}
> (see http://www.oracle.com/technetwork/java/seccodeguide-139067.html#3-7)



--
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-720) HTML injection in search result tab titles and MRU dropdown list

2018-04-23 Thread dennis lucero (JIRA)

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

dennis lucero updated NETBEANS-720:
---
Description: 
When searching for something like

{{HTML injection}}

search tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for

{{}}

produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)

HTML can be disabled with something like

{{public static void disableHtml(final JComponent component) {}}
{{    component.putClientProperty("html.disable", Boolean.TRUE);}}
{{}}}

  was:
When searching for something like

{{HTML injection}}

search tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for

{{}}

produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)

HTML can be disabled with something like

{{public static void disableHtml(final JComponent component) {
component.putClientProperty("html.disable", Boolean.TRUE);
}}}


> HTML injection in search result tab titles and MRU dropdown list
> 
>
> Key: NETBEANS-720
> URL: https://issues.apache.org/jira/browse/NETBEANS-720
> Project: NetBeans
>  Issue Type: Bug
>  Components: utilities - Search
>Affects Versions: 8.2, 9.0, Next
>Reporter: dennis lucero
>Priority: Minor
>
> When searching for something like
> {{HTML injection}}
> search tab titles and the MRU dropdown list in the search dialog show the 
> HTML formatted text, not the raw input. This also means searching for
> {{}}
> produces a tab with an empty title.
> Found in NetBeans 8.2, reproduced with the latest build 
> incubator-netbeans-release-272-on-20180418.
> (I’d attach a screenshot but JIRA complains about a missing token.)
> HTML can be disabled with something like
> {{public static void disableHtml(final JComponent component) {}}
> {{    component.putClientProperty("html.disable", Boolean.TRUE);}}
> {{}}}



--
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-720) HTML injection in search result tab titles and MRU dropdown list

2018-04-23 Thread dennis lucero (JIRA)

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

dennis lucero updated NETBEANS-720:
---
Description: 
When searching for something like

{{HTML injection}}

search tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for

{{}}

produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)

HTML can be disabled with something like

{{public static void disableHtml(final JComponent component) {
component.putClientProperty("html.disable", Boolean.TRUE);
}}}

  was:
When searching for something like

{{HTML injection}}

search tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for

{{}}

produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)


> HTML injection in search result tab titles and MRU dropdown list
> 
>
> Key: NETBEANS-720
> URL: https://issues.apache.org/jira/browse/NETBEANS-720
> Project: NetBeans
>  Issue Type: Bug
>  Components: utilities - Search
>Affects Versions: 8.2, 9.0, Next
>Reporter: dennis lucero
>Priority: Minor
>
> When searching for something like
> {{HTML injection}}
> search tab titles and the MRU dropdown list in the search dialog show the 
> HTML formatted text, not the raw input. This also means searching for
> {{}}
> produces a tab with an empty title.
> Found in NetBeans 8.2, reproduced with the latest build 
> incubator-netbeans-release-272-on-20180418.
> (I’d attach a screenshot but JIRA complains about a missing token.)
> HTML can be disabled with something like
> {{public static void disableHtml(final JComponent component) {
> component.putClientProperty("html.disable", Boolean.TRUE);
> }}}



--
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-720) HTML injection in search result tab titles and MRU dropdown list

2018-04-23 Thread dennis lucero (JIRA)
dennis lucero created NETBEANS-720:
--

 Summary: HTML injection in search result tab titles and MRU 
dropdown list
 Key: NETBEANS-720
 URL: https://issues.apache.org/jira/browse/NETBEANS-720
 Project: NetBeans
  Issue Type: Bug
  Components: utilities - Search
Affects Versions: 8.2, 9.0, Next
Reporter: dennis lucero


When searching for something like

{{HTML injection}}

search tab titles and the MRU dropdown list in the search dialog show the HTML 
formatted text, not the raw input. This also means searching for

{{}}

produces a tab with an empty title.

Found in NetBeans 8.2, reproduced with the latest build 
incubator-netbeans-release-272-on-20180418.

(I’d attach a screenshot but JIRA complains about a missing token.)



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