[jira] [Updated] (NETBEANS-5778) Window layout lost after update
[ https://issues.apache.org/jira/browse/NETBEANS-5778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] dennis lucero updated NETBEANS-5778: Affects Version/s: 12.6 > Window layout lost after update > --- > > Key: NETBEANS-5778 > URL: https://issues.apache.org/jira/browse/NETBEANS-5778 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4, 12.6 >Reporter: dennis lucero >Priority: Major > > This is the same as [https://bz.apache.org/netbeans/show_bug.cgi?id=249040]: > After using 12.3, I unpacked 12.4. I imported the settings from 12.3 by > confirming the prompt on the first run. > The window layout (I had enabled Javadoc and Action items) and the open file > tabs were lost. > Settings retained: > - Open projects > - Other configuration > Settings lost: > - Window layout > - Open files -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-5854) Autocompleting "yield" should include a space
dennis lucero created NETBEANS-5854: --- Summary: Autocompleting "yield" should include a space Key: NETBEANS-5854 URL: https://issues.apache.org/jira/browse/NETBEANS-5854 Project: NetBeans Issue Type: Improvement Components: editor - Completion Templates Affects Versions: 12.4 Reporter: dennis lucero When using autocomplete to write the word "yield", a space after the keyword should be included as it is always required. -- 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-5838) Support for {@return …} Javadoc tag (JDK-8075778)
dennis lucero created NETBEANS-5838:
---
Summary: Support for {@return …} Javadoc tag (JDK-8075778)
Key: NETBEANS-5838
URL: https://issues.apache.org/jira/browse/NETBEANS-5838
Project: NetBeans
Issue Type: New Feature
Components: java - Javadoc
Affects Versions: 12.4
Environment: Java 16
Reporter: dennis lucero
Currently
{code:java}
/**
* {@return something}
*/{code}
does not show up in the Javadoc window. According to
[JDK-8075778|https://bugs.openjdk.java.net/browse/JDK-8075778] the text in the
tag should be displayed in the description (prefixed with "Returns " and in the
"returns" section.
Also autoformatting the source code currently transforms the tag into
{code:java}
/**
*
* {
*
* @return something}
*/{code}
which is not recognized by the Javadoc generator anymore. The generated output
contains "\{" as the description and the given text including "}" (but without
the "{") in the "returns" section.
--
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-5779) "Organize Imports" removes import of a referenced record
dennis lucero created NETBEANS-5779:
---
Summary: "Organize Imports" removes import of a referenced record
Key: NETBEANS-5779
URL: https://issues.apache.org/jira/browse/NETBEANS-5779
Project: NetBeans
Issue Type: Bug
Affects Versions: 12.4
Reporter: dennis lucero
When the "On Save" action "Organize Imports" is enabled, references to records
from other files are removed when saving the file.
Simplified example:
File org/example/MainApp.java:
{code:java}
package org.example;
import org.example.model.Foobar;
public class MainApp {
private Foobar f;
}
{code}
File org/example/model/Foobar.java:
{code:java}
package org.example.model;
public record Foobar(String name) {
}
{code}
After saving MainApp.java, the import line is removed and the file cannot be
compiled.
--
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-5778) Window layout lost after update
dennis lucero created NETBEANS-5778: --- Summary: Window layout lost after update Key: NETBEANS-5778 URL: https://issues.apache.org/jira/browse/NETBEANS-5778 Project: NetBeans Issue Type: Bug Affects Versions: 12.4 Reporter: dennis lucero This is the same as [https://bz.apache.org/netbeans/show_bug.cgi?id=249040:] After using 12.3, I unpacked 12.4. I imported the settings from 12.3 by confirming the prompt on the first run. The window layout (I had enabled Javadoc and Action items) and the open file tabs were lost. Settings retained: - Open projects - Other configuration Settings lost: - Window layout - Open 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] [Updated] (NETBEANS-5778) Window layout lost after update
[ https://issues.apache.org/jira/browse/NETBEANS-5778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] dennis lucero updated NETBEANS-5778: Description: This is the same as [https://bz.apache.org/netbeans/show_bug.cgi?id=249040]: After using 12.3, I unpacked 12.4. I imported the settings from 12.3 by confirming the prompt on the first run. The window layout (I had enabled Javadoc and Action items) and the open file tabs were lost. Settings retained: - Open projects - Other configuration Settings lost: - Window layout - Open files was: This is the same as [https://bz.apache.org/netbeans/show_bug.cgi?id=249040:] After using 12.3, I unpacked 12.4. I imported the settings from 12.3 by confirming the prompt on the first run. The window layout (I had enabled Javadoc and Action items) and the open file tabs were lost. Settings retained: - Open projects - Other configuration Settings lost: - Window layout - Open files > Window layout lost after update > --- > > Key: NETBEANS-5778 > URL: https://issues.apache.org/jira/browse/NETBEANS-5778 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.4 >Reporter: dennis lucero >Priority: Major > > This is the same as [https://bz.apache.org/netbeans/show_bug.cgi?id=249040]: > After using 12.3, I unpacked 12.4. I imported the settings from 12.3 by > confirming the prompt on the first run. > The window layout (I had enabled Javadoc and Action items) and the open file > tabs were lost. > Settings retained: > - Open projects > - Other configuration > Settings lost: > - Window layout > - Open 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] [Comment Edited] (NETBEANS-3517) Cursor blink rate does not respect system settings
[ 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
[ 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
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
[ 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
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
[ 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
[
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
[
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
[
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
[ 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
[ 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
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
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
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
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
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”
[
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”
[
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”
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)
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
[
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
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
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
[ 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
[ 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
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
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
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
[ 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
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
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
[ 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
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
[
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
[
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
[
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
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
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)
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
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
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
[
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
[
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
[
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
[
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
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
