[jira] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Affects Version/s: 12.6
13
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3, 12.4, 12.5, 12.6, 13
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Critical
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Tested on 12.2 and
> 12.3-beta2 and 1.4-beta1
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {code}
> After further investigation, it appears to be influenced by the editor
> settings 'spaces, within parenthesis, method declaration' When this is
> turned off, the effect does not appear.
--
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] [Commented] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17479191#comment-17479191
]
Pieter van den Hombergh commented on NETBEANS-5327:
---
Issue still has not been addressed in 13-rc1.
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3, 12.4, 12.5
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Critical
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Tested on 12.2 and
> 12.3-beta2 and 1.4-beta1
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {code}
> After further investigation, it appears to be influenced by the editor
> settings 'spaces, within parenthesis, method declaration' When this is
> turned off, the effect does not appear.
--
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] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Issue Type: Bug (was: Improvement)
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3, 12.4, 12.5
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Critical
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Tested on 12.2 and
> 12.3-beta2 and 1.4-beta1
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {code}
> After further investigation, it appears to be influenced by the editor
> settings 'spaces, within parenthesis, method declaration' When this is
> turned off, the effect does not appear.
--
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] [Commented] (NETBEANS-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
[ https://issues.apache.org/jira/browse/NETBEANS-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17422998#comment-17422998 ] Pieter van den Hombergh commented on NETBEANS-6069: --- I have added a minimal example. The project contains a German properties file. When you ask for its properties or open it with another editor (e.g. emacs, notpad++) you will see that it is reported as UTF-8 file. The file utility in ubuntu identifies it as *aboutUs_de.properties: HTML document, UTF-8 Unicode text*, because it contains some HTML elements (which how it is to be used in the actual application). When I open the file in NetBeans, then German special characters get mangled up, which is understandable if the assumption is ISO file, but when it writes the file (after the slightest modification) it turns it into an improperly formatted 'ascii' file, where all the German specials become corrupted. I have added a corrupted file as well. The annoying part is that this conversion happens without any hint or warning, and it is a PHP project, which has nothing with the java conventions of property files. Our workaround is to use another extension (.translations), with the drawback of losing the syntax highlighting for the keys and values. Another solution is to use another editor, but the error is quickly made: when you click on the file, and save it, the corruption already takes place. And that happens easily, because these translation files or 'resource bundles' are part of the project. > netbeans insist that properties file should be encoded in ISO-8859-1, but is > not correct in all cases > - > > Key: NETBEANS-6069 > URL: https://issues.apache.org/jira/browse/NETBEANS-6069 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Editor >Affects Versions: 12.5 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: PhpProject1.zip, aboutUs_de.properties-corrupt > > > > I happened to edit a bundle properties file with german UTF text inside, but > NetBeans opens as ISO-8859-1. > The use case in this case is PHP project, but I think it is no longer > relevant to > make NetBeans assume from the extension that the file is ISO-8859-1. > NetBeans seems to silently convert, and thereby break the original UTF-8 file. > > Anyway, it was a surprise. > Maybe this is adequate: 'assumption is the mother of all f**k-ups. > -- 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-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
[ https://issues.apache.org/jira/browse/NETBEANS-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-6069: -- Attachment: aboutUs_de.properties-corrupt > netbeans insist that properties file should be encoded in ISO-8859-1, but is > not correct in all cases > - > > Key: NETBEANS-6069 > URL: https://issues.apache.org/jira/browse/NETBEANS-6069 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Editor >Affects Versions: 12.5 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: PhpProject1.zip, aboutUs_de.properties-corrupt > > > > I happened to edit a bundle properties file with german UTF text inside, but > NetBeans opens as ISO-8859-1. > The use case in this case is PHP project, but I think it is no longer > relevant to > make NetBeans assume from the extension that the file is ISO-8859-1. > NetBeans seems to silently convert, and thereby break the original UTF-8 file. > > Anyway, it was a surprise. > Maybe this is adequate: 'assumption is the mother of all f**k-ups. > -- 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-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
[ https://issues.apache.org/jira/browse/NETBEANS-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-6069: -- Attachment: (was: PhpProject1.zip) > netbeans insist that properties file should be encoded in ISO-8859-1, but is > not correct in all cases > - > > Key: NETBEANS-6069 > URL: https://issues.apache.org/jira/browse/NETBEANS-6069 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Editor >Affects Versions: 12.5 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: PhpProject1.zip > > > > I happened to edit a bundle properties file with german UTF text inside, but > NetBeans opens as ISO-8859-1. > The use case in this case is PHP project, but I think it is no longer > relevant to > make NetBeans assume from the extension that the file is ISO-8859-1. > NetBeans seems to silently convert, and thereby break the original UTF-8 file. > > Anyway, it was a surprise. > Maybe this is adequate: 'assumption is the mother of all f**k-ups. > -- 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-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
[ https://issues.apache.org/jira/browse/NETBEANS-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-6069: -- Attachment: PhpProject1.zip > netbeans insist that properties file should be encoded in ISO-8859-1, but is > not correct in all cases > - > > Key: NETBEANS-6069 > URL: https://issues.apache.org/jira/browse/NETBEANS-6069 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Editor >Affects Versions: 12.5 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: PhpProject1.zip > > > > I happened to edit a bundle properties file with german UTF text inside, but > NetBeans opens as ISO-8859-1. > The use case in this case is PHP project, but I think it is no longer > relevant to > make NetBeans assume from the extension that the file is ISO-8859-1. > NetBeans seems to silently convert, and thereby break the original UTF-8 file. > > Anyway, it was a surprise. > Maybe this is adequate: 'assumption is the mother of all f**k-ups. > -- 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-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
[ https://issues.apache.org/jira/browse/NETBEANS-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-6069: -- Attachment: PhpProject1.zip > netbeans insist that properties file should be encoded in ISO-8859-1, but is > not correct in all cases > - > > Key: NETBEANS-6069 > URL: https://issues.apache.org/jira/browse/NETBEANS-6069 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Editor >Affects Versions: 12.5 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: PhpProject1.zip > > > > I happened to edit a bundle properties file with german UTF text inside, but > NetBeans opens as ISO-8859-1. > The use case in this case is PHP project, but I think it is no longer > relevant to > make NetBeans assume from the extension that the file is ISO-8859-1. > NetBeans seems to silently convert, and thereby break the original UTF-8 file. > > Anyway, it was a surprise. > Maybe this is adequate: 'assumption is the mother of all f**k-ups. > -- 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-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
[ https://issues.apache.org/jira/browse/NETBEANS-6069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-6069: -- Description: I happened to edit a bundle properties file with german UTF text inside, but NetBeans opens as ISO-8859-1. The use case in this case is PHP project, but I think it is no longer relevant to make NetBeans assume from the extension that the file is ISO-8859-1. NetBeans seems to silently convert, and thereby break the original UTF-8 file. Anyway, it was a surprise. Maybe this is adequate: 'assumption is the mother of all f**k-ups. was: I happened to edit a bundle properties file with german UTF text inside, but NetBeans opens as ISO-8859-1. The use case in this case is PHP project, but I think it is no longer relevant to make NetBeans assume from the extension that the file is ISO-8859-1 Anyway, it was a surprise. Maybe this is adequate: 'assumption is the mother of all f**k-ups. > netbeans insist that properties file should be encoded in ISO-8859-1, but is > not correct in all cases > - > > Key: NETBEANS-6069 > URL: https://issues.apache.org/jira/browse/NETBEANS-6069 > Project: NetBeans > Issue Type: Improvement > Components: cnd - Editor >Affects Versions: 12.5 >Reporter: Pieter van den Hombergh >Priority: Major > > > I happened to edit a bundle properties file with german UTF text inside, but > NetBeans opens as ISO-8859-1. > The use case in this case is PHP project, but I think it is no longer > relevant to > make NetBeans assume from the extension that the file is ISO-8859-1. > NetBeans seems to silently convert, and thereby break the original UTF-8 file. > > Anyway, it was a surprise. > Maybe this is adequate: 'assumption is the mother of all f**k-ups. > -- 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-6069) netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases
Pieter van den Hombergh created NETBEANS-6069: - Summary: netbeans insist that properties file should be encoded in ISO-8859-1, but is not correct in all cases Key: NETBEANS-6069 URL: https://issues.apache.org/jira/browse/NETBEANS-6069 Project: NetBeans Issue Type: Improvement Components: cnd - Editor Affects Versions: 12.5 Reporter: Pieter van den Hombergh I happened to edit a bundle properties file with german UTF text inside, but NetBeans opens as ISO-8859-1. The use case in this case is PHP project, but I think it is no longer relevant to make NetBeans assume from the extension that the file is ISO-8859-1 Anyway, it was a surprise. Maybe this is adequate: 'assumption is the mother of all f**k-ups. -- 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-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Affects Version/s: 12.5
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3, 12.4, 12.5
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Critical
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Tested on 12.2 and
> 12.3-beta2 and 1.4-beta1
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {code}
> After further investigation, it appears to be influenced by the editor
> settings 'spaces, within parenthesis, method declaration' When this is
> turned off, the effect does not appear.
--
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-5962) flatlaf dark theme does not properly render multiline string
Pieter van den Hombergh created NETBEANS-5962: - Summary: flatlaf dark theme does not properly render multiline string Key: NETBEANS-5962 URL: https://issues.apache.org/jira/browse/NETBEANS-5962 Project: NetBeans Issue Type: Improvement Components: editor - Formatting Indentation Affects Versions: 12.5 Environment: Product Version: Apache NetBeans IDE 12.5-beta2 Java: 17; OpenJDK 64-Bit Server VM 17+35-2724 Runtime: OpenJDK Runtime Environment 17+35-2724 System: Linux version 5.11.0-27-generic running on amd64; UTF-8; en_US (nb) User directory: /home/hom/.netbeans/12.5-beta2 Cache directory: /home/hom/.cache/netbeans/12.5-beta2 openjdk version "17" 2021-09-14 OpenJDK Runtime Environment (build 17+35-2724) OpenJDK 64-Bit Server VM (build 17+35-2724, mixed mode, sharing) Linux twohunderd 5.11.0-27-generic #29~20.04.1-Ubuntu SMP Wed Aug 11 15:58:17 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux Distributor ID: Ubuntu Description: Ubuntu 20.04.3 LTS Release: 20.04 Codename: focal Reporter: Pieter van den Hombergh Attachments: netbeansdarkflatlaf-blockstring.png The text in a multiline string is rendered with a light background, even when the general theme is flatlaf dark. See attached imahe -- 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-5834) misleading hint in record constructor when normalizing constructor parameters
Pieter van den Hombergh created NETBEANS-5834:
-
Summary: misleading hint in record constructor when normalizing
constructor parameters
Key: NETBEANS-5834
URL: https://issues.apache.org/jira/browse/NETBEANS-5834
Project: NetBeans
Issue Type: Improvement
Components: ide - Code
Affects Versions: 12.5
Environment:
netbeans 12.5 dev java 17 ea ubunti 24.01
Reporter: Pieter van den Hombergh
Attachments: Screenshot_2021-07-04_15-23-48.png
When creating a java 14+ record, in which an explicit constructor wants to
normalize the constructor parameters before storing them, the ide hints that
the assignment is useless because 'never used'. However tests of the same class
shows that the assigments are used.
{code:java}
public Fraction {
// maintain invariant.
if ( denominator == 0 ) {
throw new IllegalArgumentException( "Zero denominator not allowed"
);
}
if ( denominator < 0 ) {
denominator = -denominator;
numerator = -numerator;
}
var gcd = gcd( numerator, denominator );
numerator /= gcd; // these assigments are flagged.
denominator /= gcd;
}
{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] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Description:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Tested on 12.2 and
12.3-beta2 and 1.4-beta1
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded
Range { // by whitespace with my
settings
} // offending line, not undented to column 1
{code}
After further investigation, it appears to be influenced by the editor settings
'spaces, within parenthesis, method declaration' When this is turned off, the
effect does not appear.
was:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Tested on 12.2 and
12.3-beta2 and 1.4-beta1
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded
Range { // by whitespace with my
settings
} // offending line, not undented to column 1
{code}
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3, 12.4
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Critical
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Tested on 12.2 and
> 12.3-beta2 and 1.4-beta1
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {code}
> After further investigation, it appears to be influenced by the editor
> settings 'spaces, within parenthesis, method declaration' When this is
> turned off, the effect does not appear.
--
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-5755) give user better control of the compiler caches
Pieter van den Hombergh created NETBEANS-5755: - Summary: give user better control of the compiler caches Key: NETBEANS-5755 URL: https://issues.apache.org/jira/browse/NETBEANS-5755 Project: NetBeans Issue Type: Improvement Components: ide - Code Affects Versions: 12.4 Environment: all, but in this case ubuntu 20.04, net 12.3 and 12.4 , java 11, OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.10+9, mixed mode) Reporter: Pieter van den Hombergh Fix For: 12.4 Caching is a hard problem. This rears it's ugly head in the way the IDE tries to speed up things by caching 'previous' compilation. It gets it wrong when invalidating or clearing the cache. The current approach is to keep the cache in a well known place (e.g .~/cache/netbeans/12.4/... under *NIX systems), for all project ever built with that IDE and version. The cache is a binary format, presumably for performance reasons. I would promote another approach: * Make the cache part of the project directory, e.g. below nbproject or something similar. The advantages would be that the user does not have to invalidate the whole cache (doing rm -fr of said well-known-place, but can instead just do rm -fr nbproject/cache/*. This could also be attached to a button label 'real clean'. -- 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-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Priority: Critical (was: Minor)
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Critical
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Tested on 12.2 and
> 12.3-beta2 and 1.4-beta1
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {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] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Affects Version/s: 12.4
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3, 12.4
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Critical
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Tested on 12.2 and
> 12.3-beta2 and 1.4-beta1
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {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] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Description:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Tested on 12.2 and
12.3-beta2 and 1.4-beta1
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded
Range { // by whitespace with my
settings
} // offending line, not undented to column 1
{code}
was:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded
Range { // by whitespace with my
settings
} // offending line, not undented to column 1
{code}
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Minor
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Tested on 12.2 and
> 12.3-beta2 and 1.4-beta1
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {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] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Description:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded
Range { // by whitespace in my
settings
} // offending line, not undented to column 1
{code}
was:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded by whitespace in my settings
Range {
} // offending line, not undented to column 1
{code}
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Minor
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Testes on 12.2 and
> 12.3-beta2
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace in my
> settings
> } // offending line, not undented to column 1
> {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] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Description:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded
Range { // by whitespace with my
settings
} // offending line, not undented to column 1
{code}
was:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded
Range { // by whitespace in my
settings
} // offending line, not undented to column 1
{code}
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Minor
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Testes on 12.2 and
> 12.3-beta2
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded
> Range { // by whitespace with my
> settings
> } // offending line, not undented to column 1
> {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] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Description:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // clsing
parens should be preceded by whitespace in my settings
Range {
} // offending line, not undented to column 1
{code}
was:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements
Range {
@Override
public BiFunction meter() {
return ( a, b ) -> b - a;
}
@Override
public IntegerRange between( Integer startInclusive, Integer endExclusive )
{
return new IntegerRange( startInclusive, endExclusive );
}
@Override
public Integer zero() {
return 0;
}
} // offending line, not undented to column 1
{code}
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Minor
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Testes on 12.2 and
> 12.3-beta2
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // clsing
> parens should be preceded by whitespace in my settings
> Range {
> } // offending line, not undented to column 1
> {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] [Updated] (NETBEANS-5327) closing bracket stays indented in source+format on record class.
[
https://issues.apache.org/jira/browse/NETBEANS-5327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-5327:
--
Description:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // closing
parens should be preceded by whitespace in my settings
Range {
} // offending line, not undented to column 1
{code}
was:
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
Formatting happens when you select soure>format or ctrl+shift+f (linux,
windows).
The problem appears to be related to the canonical constructor definition
_before_ the opening braces, because my normal setting
to put white space before closing parenthesis is also ignored.
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements // clsing
parens should be preceded by whitespace in my settings
Range {
} // offending line, not undented to column 1
{code}
> closing bracket stays indented in source+format on record class.
> -
>
> Key: NETBEANS-5327
> URL: https://issues.apache.org/jira/browse/NETBEANS-5327
> Project: NetBeans
> Issue Type: Improvement
> Components: editor - Formatting Indentation
>Affects Versions: 12.2, 12.3
> Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
>Reporter: Pieter van den Hombergh
>Priority: Minor
>
> Normally the source formatter puts the class-closing brace
> at the start of the line.
> This is not the case for java 14+ (preview) record types. Testes on 12.2 and
> 12.3-beta2
> Formatting happens when you select soure>format or ctrl+shift+f (linux,
> windows).
> The problem appears to be related to the canonical constructor definition
> _before_ the opening braces, because my normal setting
> to put white space before closing parenthesis is also ignored.
> {code:java}
> // Some comments here
> public record IntegerRange( Integer start, Integer end) implements // closing
> parens should be preceded by whitespace in my settings
> Range {
> } // offending line, not undented to column 1
> {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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17289529#comment-17289529 ] Pieter van den Hombergh commented on NETBEANS-4069: --- I will provide a minimal working example, with all the resources required, because the problem is still present in netbeans 12.2, on top of openjdk and ubuntu 20.04. It is a bit of work and takes some patience from my side too, because the crash typically takes some time. On Tue, Dec 15, 2020 at 7:42 PM Tomáš Procházka (Jira) -- Pieter Van den Hombergh. No software documentation is complete with out it's source code. > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Assignee: Laszlo Kishalmi >Priority: Critical > Attachments: Screenshot from 2020-12-18 12-35-11.png, messages.log, > metrics, nbcrash-20200326.png, perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-5327) closing bracket stays indented in source+format on record class.
Pieter van den Hombergh created NETBEANS-5327:
-
Summary: closing bracket stays indented in source+format on record
class.
Key: NETBEANS-5327
URL: https://issues.apache.org/jira/browse/NETBEANS-5327
Project: NetBeans
Issue Type: Improvement
Components: editor - Formatting Indentation
Affects Versions: 12.2, 12.3
Environment: ubuntu 20.04 jjdk16 ea netbeans 12.2 and 12.3-beta2
Reporter: Pieter van den Hombergh
Normally the source formatter puts the class-closing brace
at the start of the line.
This is not the case for java 14+ (preview) record types. Testes on 12.2 and
12.3-beta2
{code:java}
// Some comments here
public record IntegerRange( Integer start, Integer end) implements
Range {
@Override
public BiFunction meter() {
return ( a, b ) -> b - a;
}
@Override
public IntegerRange between( Integer startInclusive, Integer endExclusive )
{
return new IntegerRange( startInclusive, endExclusive );
}
@Override
public Integer zero() {
return 0;
}
} // offending line, not undented to column 1
{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] [Updated] (NETBEANS-4568) extend inline hints to reader support, use case fluent api ussage such as streams
[
https://issues.apache.org/jira/browse/NETBEANS-4568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-4568:
--
Description:
When you build up a stream with several mapping operations
it would be nice to see what the intermediate types are, not only when
completing,
but also when reading the code.
It will be very helpful when exploring an API any when studying th concept.
example (the addition shown as trailing comment.)
{{
return Files.lines( filePath ) // Stream
.filter( this.lineFilter ) // Stream coan be ommited
becasue no type change
.map( s -> s.split( this.splitString ) ) // Stream
.filter( rowFilter ) // omitted, stream type same
.map( creator )// Stream
;
}}
Other use cases are frameworks with fluent APIs such as AssertJ to name one.
After having some experience with it, it will be a tremendous boon for code
review.
was:
When you build up a stream with several mapping operations
it would be nice to see what the intermediate types are, not only when
completing,
but also when reading the code.
It will be very helpful when exploring an API any when studying th concept.
example (the addition shown as trailing comment.)
{{
return Files.lines( filePath ) // Stream
.filter( this.lineFilter ) // Stream coan be ommited
becasue no type change
.map( s -> s.split( this.splitString ) ) // Stream
.filter( rowFilter ) // omitted, stream type same
.map( creator )// Stream
;
}}
Other use cases are frameworks with fluent APIs such as AssertJ to name one.
> extend inline hints to reader support, use case fluent api ussage such as
> streams
> -
>
> Key: NETBEANS-4568
> URL: https://issues.apache.org/jira/browse/NETBEANS-4568
> Project: NetBeans
> Issue Type: New Feature
> Components: editor - Hints Annotations
>Reporter: Pieter van den Hombergh
>Priority: Minor
>
> When you build up a stream with several mapping operations
> it would be nice to see what the intermediate types are, not only when
> completing,
> but also when reading the code.
> It will be very helpful when exploring an API any when studying th concept.
> example (the addition shown as trailing comment.)
> {{
> return Files.lines( filePath ) // Stream
> .filter( this.lineFilter ) // Stream coan be ommited
> becasue no type change
> .map( s -> s.split( this.splitString ) ) // Stream
> .filter( rowFilter ) // omitted, stream type same
> .map( creator )// Stream
> ;
> }}
> Other use cases are frameworks with fluent APIs such as AssertJ to name one.
> After having some experience with it, it will be a tremendous boon for code
> review.
--
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-4568) extend inline hints to reader support, use case fluent api ussage such as streams
[
https://issues.apache.org/jira/browse/NETBEANS-4568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-4568:
--
Priority: Major (was: Minor)
> extend inline hints to reader support, use case fluent api ussage such as
> streams
> -
>
> Key: NETBEANS-4568
> URL: https://issues.apache.org/jira/browse/NETBEANS-4568
> Project: NetBeans
> Issue Type: New Feature
> Components: editor - Hints Annotations
>Reporter: Pieter van den Hombergh
>Priority: Major
>
> When you build up a stream with several mapping operations
> it would be nice to see what the intermediate types are, not only when
> completing,
> but also when reading the code.
> It will be very helpful when exploring an API any when studying th concept.
> example (the addition shown as trailing comment.)
> {{
> return Files.lines( filePath ) // Stream
> .filter( this.lineFilter ) // Stream coan be ommited
> becasue no type change
> .map( s -> s.split( this.splitString ) ) // Stream
> .filter( rowFilter ) // omitted, stream type same
> .map( creator )// Stream
> ;
> }}
> Other use cases are frameworks with fluent APIs such as AssertJ to name one.
> After having some experience with it, it will be a tremendous boon for code
> review.
--
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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17251718#comment-17251718 ] Pieter van den Hombergh edited comment on NETBEANS-4069 at 1/16/21, 11:55 AM: -- I have been able to create a zip file that is selfcontained (no more parent pom) and which reproduces the issue. It may be related to the hardware on which you run it. In particular NVIDIA drivers or hardware seems to be involved. On the machines on which I can reproduce the problem I do the following. First test with triggering code disabled. That is how the zip file is configured. Make sure you enable the test-result view. After this first test, make sure to check the'always show' button. Then look for the text "HERE BE DANGER" and un-comment the lines that conditionally throw an NPE. Re-run the test in this mode and while or after the test results view shows content, mouse over the red test lines. On the machines with the severest crash, the desktop freezes up, and after some time, rubish appears on the screen. You have to restart at least the window manager. (gdm in my case) On a laptop on which I have dual-graphics mode (intel graphics+nvidia) the behavior is different depending on the graphics mode. In the Optimus mode (Nvidia enabled) the effect is that you get a very ugly mouse trail with bg rubish. In the intel mode (no Nvidia) it appears that other parts of the GUI are blitted (graphic blit operation) next to the error text lines. In some instance, they show the top left of the IDE or other application that occupies the top left corner of the left screen (yes, dual screen setup). The screenshot is from this setup. So the conclusion may be that the problem actually triggers a bug in Nvidia stuff on Linux. I have been able to take a screenshot of that phenomenon. The cat is my daughter's. was (Author: homberghp): I have been able to create a zip file that is selfcontained (no more parent pom) and which reproduces the issue. It may be related to the hardware on which you run it. In particular NVIDIA drivers or hardware seems to be involved. On the machines on which I can reproduce the problem I do the following. First test with triggering code disabled. That is how the zip file is configured. Make sure you enable the test-result view. After this first test, make sure to check the'always show' button. Then look for the text "HERE BE DANGER" and un-comment the lines that conditionally throw an NPE. Re-run the test in this mode and while or after the test results view shows content, mouse over the red test lines. On the machines with the severest crash, the desktop freezes up, and after some time, rubish appears on the screen. You have to restart at least the window manager. (gdm in my case) On a laptop on which I hava dula-graphics mode (intel graphics+nvidia) the behavior is different depending on the graphics mode. In the optimus mode (nvidia enabled) the effect is that you get a very ugle mouse trail with bg rubish. In the intel mode (no nvidia) it appears that other parts of the gui are blitted (graphic blit operation) next to the error text lines. In some instance they show the top left of the IDE or other application that occupies the top left corner of the left screen (yes, dual screen setup). The screenshot is from this setup. So the conclusion may be that the problem actually triggers a bug in nvidia stuff on linux. I have been able to take a screenshot of that phenomenon. The cat is my daughter's. > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Assignee: Laszlo Kishalmi >Priority: Critical > Attachments: Screenshot from 2020-12-18 12-35-11.png, messages.log, > metrics, nbcrash-20200326.png, perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3,
[jira] [Comment Edited] (NETBEANS-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17251718#comment-17251718 ] Pieter van den Hombergh edited comment on NETBEANS-4069 at 12/18/20, 11:41 AM: --- I have been able to create a zip file that is selfcontained (no more parent pom) and which reproduces the issue. It may be related to the hardware on which you run it. In particular NVIDIA drivers or hardware seems to be involved. On the machines on which I can reproduce the problem I do the following. First test with triggering code disabled. That is how the zip file is configured. Make sure you enable the test-result view. After this first test, make sure to check the'always show' button. Then look for the text "HERE BE DANGER" and un-comment the lines that conditionally throw an NPE. Re-run the test in this mode and while or after the test results view shows content, mouse over the red test lines. On the machines with the severest crash, the desktop freezes up, and after some time, rubish appears on the screen. You have to restart at least the window manager. (gdm in my case) On a laptop on which I hava dula-graphics mode (intel graphics+nvidia) the behavior is different depending on the graphics mode. In the optimus mode (nvidia enabled) the effect is that you get a very ugle mouse trail with bg rubish. In the intel mode (no nvidia) it appears that other parts of the gui are blitted (graphic blit operation) next to the error text lines. In some instance they show the top left of the IDE or other application that occupies the top left corner of the left screen (yes, dual screen setup). The screenshot is from this setup. So the conclusion may be that the problem actually triggers a bug in nvidia stuff on linux. I have been able to take a screenshot of that phenomenon. The cat is my daughter's. was (Author: homberghp): I have been able to create a zip file that is selfcontained (no more parent pom) and which reproduces the issue. It may be related to the hardware on which you run it. In particular NVIDIA drivers or hardware seems to be involved. On the machines on which I can reproduce the problem I do the following. First test with triggering code disabled. That is how the zip file is configured. Make sure you enable the test-result view. After this first test, make sure to check the'always show' button. Then look for the text "HERE BE DANGER" and un-comment the lines that conditionally throw an NPE. Re-run the test in this mode and while or after the test results view shows content, mouse over the red test lines. On the machines with the severest crash, the desktop freezes up, and after some time, rubish appears on the screen. You have to restart at least the window manager. (gdm in my case) On a laptop on which I hava dula-graphics mode (intel graphics+nvidia) the behavior is different depending on the graphics mode. In the optimus mode (nvidia enabled) the effect is that you get a very ugle mouse trail with bg rubish. In the intel mode (no nvidia) it appears that other parts of the gui are blitted (graphic blit operation) next to the error text lines. In some instance they show the top left of the IDE or other application that occupies the top left corner of the left screen (yes, dual screen setup). So the conclusion may be that the problem actually triggers a bug in nvidia stuff on linux. I have been able to take a screenshot of that phenomenon. The cat is my daughter's. > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Assignee: Laszlo Kishalmi >Priority: Critical > Attachments: Screenshot from 2020-12-18 12-35-11.png, messages.log, > metrics, nbcrash-20200326.png, perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on
[jira] [Commented] (NETBEANS-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17251718#comment-17251718 ] Pieter van den Hombergh commented on NETBEANS-4069: --- I have been able to create a zip file that is selfcontained (no more parent pom) and which reproduces the issue. It may be related to the hardware on which you run it. In particular NVIDIA drivers or hardware seems to be involved. On the machines on which I can reproduce the problem I do the following. First test with triggering code disabled. That is how the zip file is configured. Make sure you enable the test-result view. After this first test, make sure to check the'always show' button. Then look for the text "HERE BE DANGER" and un-comment the lines that conditionally throw an NPE. Re-run the test in this mode and while or after the test results view shows content, mouse over the red test lines. On the machines with the severest crash, the desktop freezes up, and after some time, rubish appears on the screen. You have to restart at least the window manager. (gdm in my case) On a laptop on which I hava dula-graphics mode (intel graphics+nvidia) the behavior is different depending on the graphics mode. In the optimus mode (nvidia enabled) the effect is that you get a very ugle mouse trail with bg rubish. In the intel mode (no nvidia) it appears that other parts of the gui are blitted (graphic blit operation) next to the error text lines. In some instance they show the top left of the IDE or other application that occupies the top left corner of the left screen (yes, dual screen setup). So the conclusion may be that the problem actually triggers a bug in nvidia stuff on linux. I have been able to take a screenshot of that phenomenon. The cat is my daughter's. > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Assignee: Laszlo Kishalmi >Priority: Critical > Attachments: Screenshot from 2020-12-18 12-35-11.png, messages.log, > metrics, nbcrash-20200326.png, perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Attachment: Screenshot from 2020-12-18 12-35-11.png > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Assignee: Laszlo Kishalmi >Priority: Critical > Attachments: Screenshot from 2020-12-18 12-35-11.png, messages.log, > metrics, nbcrash-20200326.png, perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Attachment: (was: perishablesales.zip) > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Assignee: Laszlo Kishalmi >Priority: Critical > Attachments: Screenshot from 2020-12-18 12-35-11.png, messages.log, > metrics, nbcrash-20200326.png, perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Attachment: perishablesales.zip > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Assignee: Laszlo Kishalmi >Priority: Critical > Attachments: Screenshot from 2020-12-18 12-35-11.png, messages.log, > metrics, nbcrash-20200326.png, perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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] [Reopened] (NETBEANS-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh reopened NETBEANS-4069: --- Assignee: Laszlo Kishalmi See last my comment and updated attachments. > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Assignee: Laszlo Kishalmi >Priority: Critical > Attachments: messages.log, metrics, nbcrash-20200326.png, > perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-5135) Make ResultView controls always visible
Pieter van den Hombergh created NETBEANS-5135: - Summary: Make ResultView controls always visible Key: NETBEANS-5135 URL: https://issues.apache.org/jira/browse/NETBEANS-5135 Project: NetBeans Issue Type: Improvement Components: java - JUnit Affects Versions: 12.2 Reporter: Pieter van den Hombergh Attachments: testresults.png For many use cases the test runner NetBeans ui ResultView is more user friendly than the maven output. However it is not enabled by default, and most annoyingly, the button to set the view to show always is visible only _after_ you have been able to get the window to show a test result at all. The button I am talking about is indicated with an arrow in the picture below. So therefor it would be nice to always enable the button bar at the left hand side. A refresh button would be a nice addition, which should simply re-read the unit test report 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-5071) 'fix all imports' shows java cannot be resolved, annoying
Pieter van den Hombergh created NETBEANS-5071: - Summary: 'fix all imports' shows java cannot be resolved, annoying Key: NETBEANS-5071 URL: https://issues.apache.org/jira/browse/NETBEANS-5071 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 12.2 Reporter: Pieter van den Hombergh Attachments: fiximports.png When I try to use fix-all-imports, the pop-up dialog shows an annoying message that java cannot be resolved. -- 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-4903) nb 12.1 thows exception on start, pops up reporting window
Pieter van den Hombergh created NETBEANS-4903: - Summary: nb 12.1 thows exception on start, pops up reporting window Key: NETBEANS-4903 URL: https://issues.apache.org/jira/browse/NETBEANS-4903 Project: NetBeans Issue Type: New Feature Components: ide - UI Affects Versions: 12.1 Environment: ubuntu 20.04 openjdk 11.0.8 Reporter: Pieter van den Hombergh Attachments: IDE-log.txt On startup this happens quite often. 5 projects open, all of rather limited size (less than 30 classes) -- 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-4568) extend inline hints to reader support, use case fluent api ussage such as streams
[
https://issues.apache.org/jira/browse/NETBEANS-4568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-4568:
--
Priority: Minor (was: Major)
> extend inline hints to reader support, use case fluent api ussage such as
> streams
> -
>
> Key: NETBEANS-4568
> URL: https://issues.apache.org/jira/browse/NETBEANS-4568
> Project: NetBeans
> Issue Type: New Feature
> Components: editor - Hints Annotations
>Reporter: Pieter van den Hombergh
>Priority: Minor
>
> When you build up a stream with several mapping operations
> it would be nice to see what the intermediate types are, not only when
> completing,
> but also when reading the code.
> It will be very helpful when exploring an API any when studying th concept.
> example (the addition shown as trailing comment.)
> {{
> return Files.lines( filePath ) // Stream
> .filter( this.lineFilter ) // Stream coan be ommited
> becasue no type change
> .map( s -> s.split( this.splitString ) ) // Stream
> .filter( rowFilter ) // omitted, stream type same
> .map( creator )// Stream
> ;
> }}
> Other use cases are frameworks with fluent APIs such as AssertJ to name one.
--
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-4568) extend inline hints to reader support, use case fluent api ussage such as streams
Pieter van den Hombergh created NETBEANS-4568:
-
Summary: extend inline hints to reader support, use case fluent
api ussage such as streams
Key: NETBEANS-4568
URL: https://issues.apache.org/jira/browse/NETBEANS-4568
Project: NetBeans
Issue Type: New Feature
Components: editor - Hints Annotations
Reporter: Pieter van den Hombergh
When you build up a stream with several mapping operations
it would be nice to see what the intermediate types are, not only when
completing,
but also when reading the code.
It will be very helpful when exploring an API any when studying th concept.
example (the addition shown as trailing comment.)
{{
return Files.lines( filePath ) // Stream
.filter( this.lineFilter ) // Stream coan be ommited
becasue no type change
.map( s -> s.split( this.splitString ) ) // Stream
.filter( rowFilter ) // omitted, stream type same
.map( creator )// Stream
;
}}
Other use cases are frameworks with fluent APIs such as AssertJ to name one.
--
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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Priority: Critical (was: Major) > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Priority: Critical > Attachments: messages.log, metrics, nbcrash-20200326.png, > perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Issue Type: Bug (was: Improvement) > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Bug > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: messages.log, metrics, nbcrash-20200326.png, > perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Environment: Ubuntu 19.10, AMD or intel, both x86_64 openjdk version "11.0.6" 2020-01-14 OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) Junit 5.6.0 assertj 3.15.0, see attachedmaven project persiahblesales.zip was: Ubuntu 19.10, openjdk version "11.0.6" 2020-01-14 OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) Junit 5.6.0 assertj 3.15.0, see attachedmaven project persiahblesales.zip > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, AMD or intel, both x86_64 > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: messages.log, metrics, nbcrash-20200326.png, > perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Description: After running a unit test and trying to inspect (failing) test result in test results window, netbeans crashes, taking down complete desktop. in the process. Since it kept crashing while typing this ticket, I will create it with multiple saves in between. Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, one Intel both same distro and java versions The problem can be reproduced with the attached maven project perishabelsales.zip. 1. open project 2. set test results window to open always 3. run test 4. click in test results window to expand submitSold test details IDE then crashes, taking down desktop (wait a few seconds to see the full effect). was: After running a unit test and trying to inspect (failing) test result in test results window, netbeans crashes, taking down complete desktop. in the process. Since it kept crashing while typing this ticket, I will create it with multiple saves in between. Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. The problem can be reproduced with the attached maven project perishabelsales.zip. > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: messages.log, metrics, nbcrash-20200326.png, > perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. One AMD, > one Intel both same distro and java versions > The problem can be reproduced with the attached maven project > perishabelsales.zip. > 1. open project > 2. set test results window to open always > 3. run test > 4. click in test results window to expand submitSold test details > IDE then crashes, taking down desktop (wait a few seconds to see the full > effect). -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Attachment: nbcrash-20200326.png > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: messages.log, metrics, nbcrash-20200326.png, > perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. > The problem can be reproduced with the attached maven project > perishabelsales.zip. -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
[ https://issues.apache.org/jira/browse/NETBEANS-4069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-4069: -- Attachment: perishablesales.zip uigestures metrics messages.log Description: After running a unit test and trying to inspect (failing) test result in test results window, netbeans crashes, taking down complete desktop. in the process. Since it kept crashing while typing this ticket, I will create it with multiple saves in between. Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. The problem can be reproduced with the attached maven project perishabelsales.zip. was: After running a unit test and trying to inspect (failing) test result in test results window, netbeans crashes, taking down complete desktop. in the process. Since it kept crashing while typing this ticket, I will create it with multiple saves in between. Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. Environment: Ubuntu 19.10, openjdk version "11.0.6" 2020-01-14 OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) Junit 5.6.0 assertj 3.15.0, see attachedmaven project persiahblesales.zip > netbeans crashes after inspecting test result windows, taking down desktop on > ubuntu 19.10 > -- > > Key: NETBEANS-4069 > URL: https://issues.apache.org/jira/browse/NETBEANS-4069 > Project: NetBeans > Issue Type: Improvement > Components: platform - Other >Affects Versions: 12.0, 11.3 > Environment: Ubuntu 19.10, > openjdk version "11.0.6" 2020-01-14 > OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.6+10) > OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.6+10, mixed mode) > netbeans 12.0-beta2 (11.3 and beta1 show the same behaviour) > Junit 5.6.0 assertj 3.15.0, > see attachedmaven project persiahblesales.zip >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: messages.log, metrics, perishablesales.zip, uigestures > > > After running a unit test and trying to inspect (failing) test result in test > results window, > netbeans crashes, taking down complete desktop. in the process. > Since it kept crashing while typing this ticket, I will create it with > multiple saves in between. > Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. > The problem can be reproduced with the attached maven project > perishabelsales.zip. -- 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-4069) netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10
Pieter van den Hombergh created NETBEANS-4069: - Summary: netbeans crashes after inspecting test result windows, taking down desktop on ubuntu 19.10 Key: NETBEANS-4069 URL: https://issues.apache.org/jira/browse/NETBEANS-4069 Project: NetBeans Issue Type: Improvement Components: platform - Other Affects Versions: 12.0, 11.3 Reporter: Pieter van den Hombergh After running a unit test and trying to inspect (failing) test result in test results window, netbeans crashes, taking down complete desktop. in the process. Since it kept crashing while typing this ticket, I will create it with multiple saves in between. Affetced are 11.3, 12.0-beta1 and beta2, tested on two machines. -- 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-3863) test results window is jumbled up.
[ https://issues.apache.org/jira/browse/NETBEANS-3863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3863: -- Affects Version/s: 11.2 Description: On ubuntu 19.10 the test results window is jumbled up. In particular the first two lines are unintelligible. Java version openjdk 11 version 11.0.6 netbeans 11.2-beta2 ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, display driver NVIDIA Driver Version: 390.129 Effect is also in 11.2 and has been seen previously. sometime even with freeze-up of IDE. Problem most likely platform specific. Problem persists if I use oracle jdk. was: On ubuntu 19.10 the test results window is jumbled up. In particular the first two lines are unintelligible. Java version openjdk 11 version 11.0.6 netbeans 11.2-beta2 ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, display driver NVIDIA Driver Version: 390.129 Problem persists if I use oracle jdk. > test results window is jumbled up. > -- > > Key: NETBEANS-3863 > URL: https://issues.apache.org/jira/browse/NETBEANS-3863 > Project: NetBeans > Issue Type: Improvement > Components: cnd - UnitTest Support >Affects Versions: 11.2, 11.3 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: Screenshot from 2020-02-12 08-30-49.png > > > On ubuntu 19.10 the test results window is jumbled up. > In particular the first two lines are unintelligible. > Java version openjdk 11 version 11.0.6 > netbeans 11.2-beta2 > ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, > display driver NVIDIA Driver Version: 390.129 > Effect is also in 11.2 and has been seen previously. sometime even with > freeze-up of IDE. > Problem most likely platform specific. > Problem persists if I use oracle jdk. -- 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-3863) test results window is jumbled up.
[ https://issues.apache.org/jira/browse/NETBEANS-3863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3863: -- Description: On ubuntu 19.10 the test results window is jumbled up. In particular the first two lines are unintelligible. Java version openjdk 11 version 11.0.6 netbeans 11.2-beta2 ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, display driver NVIDIA Driver Version: 390.129 Problem persists if I use oracle jdk. was: On ubuntu 19.10 the test results window is jumbled up. In particular the first two lines are unintelligible. Java version openjdk 11 version 11.0.6 netbeans 11.2-beta2 ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, display driver NVIDIA Driver Version: 390.129 > test results window is jumbled up. > -- > > Key: NETBEANS-3863 > URL: https://issues.apache.org/jira/browse/NETBEANS-3863 > Project: NetBeans > Issue Type: Improvement > Components: cnd - UnitTest Support >Affects Versions: 11.3 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: Screenshot from 2020-02-12 08-30-49.png > > > On ubuntu 19.10 the test results window is jumbled up. > In particular the first two lines are unintelligible. > Java version openjdk 11 version 11.0.6 > netbeans 11.2-beta2 > ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, > display driver NVIDIA Driver Version: 390.129 > Problem persists if I use oracle jdk. -- 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-3863) test results window is jumbled up.
[ https://issues.apache.org/jira/browse/NETBEANS-3863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3863: -- Summary: test results window is jumbled up. (was: test resulst windo is jumbled) > test results window is jumbled up. > -- > > Key: NETBEANS-3863 > URL: https://issues.apache.org/jira/browse/NETBEANS-3863 > Project: NetBeans > Issue Type: Improvement > Components: cnd - UnitTest Support >Affects Versions: 11.3 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: Screenshot from 2020-02-12 08-30-49.png > > > On ubuntu 19.10 the test results window is jumbled up. > In particular the first two lines are unintelligible. > Java version openjdk 11 version 11.0.6 > netbeans 11.2-beta2 > ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, > display driver NVIDIA Driver Version: 390.129 -- 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-3863) test resulst windo is jumbled
[ https://issues.apache.org/jira/browse/NETBEANS-3863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3863: -- Attachment: Screenshot from 2020-02-12 08-30-49.png > test resulst windo is jumbled > - > > Key: NETBEANS-3863 > URL: https://issues.apache.org/jira/browse/NETBEANS-3863 > Project: NetBeans > Issue Type: Improvement > Components: cnd - UnitTest Support >Affects Versions: 11.3 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: Screenshot from 2020-02-12 08-30-49.png > > > On ubuntu 19.10 the test results window is jumbled up. > In particular the first two lines are unintelligible. > Java version openjdk 11 version 11.0.6 > netbeans 11.2-beta2 > ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, > display driver NVIDIA Driver Version: 390.129 -- 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-3863) test resulst windo is jumbled
Pieter van den Hombergh created NETBEANS-3863: - Summary: test resulst windo is jumbled Key: NETBEANS-3863 URL: https://issues.apache.org/jira/browse/NETBEANS-3863 Project: NetBeans Issue Type: Improvement Components: cnd - UnitTest Support Affects Versions: 11.3 Reporter: Pieter van den Hombergh On ubuntu 19.10 the test results window is jumbled up. In particular the first two lines are unintelligible. Java version openjdk 11 version 11.0.6 netbeans 11.2-beta2 ubuntu 19.10 on x86_64, linux kernel 5.3.0-29-generic, display driver NVIDIA Driver Version: 390.129 -- 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-3862) create new junit does not show junit 5 template
Pieter van den Hombergh created NETBEANS-3862: - Summary: create new junit does not show junit 5 template Key: NETBEANS-3862 URL: https://issues.apache.org/jira/browse/NETBEANS-3862 Project: NetBeans Issue Type: Improvement Components: editor - Completion Templates Affects Versions: 11.3 Reporter: Pieter van den Hombergh In previous versions < 11.3 one could choose junit 4, junt 5 and testng. Now the junit5 versions are gone in the list. Reordering or editing the templates has no effect. -- 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-3280) finding feature does not terminate
[ https://issues.apache.org/jira/browse/NETBEANS-3280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3280: -- Summary: finding feature does not terminate (was: finding feauture does not terminate ) > finding feature does not terminate > > > Key: NETBEANS-3280 > URL: https://issues.apache.org/jira/browse/NETBEANS-3280 > Project: NetBeans > Issue Type: Improvement > Components: apisupport - Maven >Affects Versions: 11.2 > Environment: ubunto 18.04 openjdk 11 >Reporter: Pieter van den Hombergh >Priority: Minor > > When I want to create a new maven project of type Java Fronten Application, > the > wizard tells me to press next to activate the feature. When I do, nothing > happens, at least not > while my patience lasts (which is two coffee). > What feature needs activation, so I might be able to do that by hand. -- 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-3280) finding feauture does not terminate
Pieter van den Hombergh created NETBEANS-3280: - Summary: finding feauture does not terminate Key: NETBEANS-3280 URL: https://issues.apache.org/jira/browse/NETBEANS-3280 Project: NetBeans Issue Type: Improvement Components: apisupport - Maven Affects Versions: 11.2 Environment: ubunto 18.04 openjdk 11 Reporter: Pieter van den Hombergh When I want to create a new maven project of type Java Fronten Application, the wizard tells me to press next to activate the feature. When I do, nothing happens, at least not while my patience lasts (which is two coffee). What feature needs activation, so I might be able to do that by hand. -- 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-3261) debug test is grayed out in maven projects; debug test method not offered
[ https://issues.apache.org/jira/browse/NETBEANS-3261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16956032#comment-16956032 ] Pieter van den Hombergh commented on NETBEANS-3261: --- Annoyance is enough to make me investigate further. So here is what I did: * Create a new fresh account on my test machine. * Made java 11 my default by setting JAVA_HOME=/usr/lib/jvm/jdk-11.0.3/ * _JAVA_OPTIONS=-Dawt.useSystemAAFontSettings=gasp to reduce the font ugliness (colour fringes in fonts) (from https://wiki.archlinux.org/index.php/Java_Runtime_Environment_fonts) * checkout my maven projects for this user. Now the test-debigging works as I wanted. To recreate this effect for my orginal user I erase my ~/.netbeans/ folder , the .~/cache/netbeans folder and the ~/.java folder, applied the settings as above. Now it seems to work, at least with jdk 11, which is fine for now. > debug test is grayed out in maven projects; debug test method not offered > - > > Key: NETBEANS-3261 > URL: https://issues.apache.org/jira/browse/NETBEANS-3261 > Project: NetBeans > Issue Type: Improvement > Components: debugger - Java >Affects Versions: 11.2 > Environment: ubuntu 18.04, java 8, java 11 >Reporter: Pieter van den Hombergh >Priority: Trivial > > In ant projects, right-click on a unit test file allowed to select > debug-test. Debug test is now grayed out. > This morning I experienced a different behavior, that is, debug-test was > possible, and even nicer, in the unit test output window, one can select > debug specific method, which made me very happy. It cannot get this behavior > back, not with java 8 nor with 11 or 12. -- 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-3261) debug test is grayed out in maven projects; debug test method not offered
[ https://issues.apache.org/jira/browse/NETBEANS-3261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3261: -- Priority: Trivial (was: Major) > debug test is grayed out in maven projects; debug test method not offered > - > > Key: NETBEANS-3261 > URL: https://issues.apache.org/jira/browse/NETBEANS-3261 > Project: NetBeans > Issue Type: Improvement > Components: debugger - Java >Affects Versions: 11.2 > Environment: ubuntu 18.04, java 8, java 11 >Reporter: Pieter van den Hombergh >Priority: Trivial > > In ant projects, right-click on a unit test file allowed to select > debug-test. Debug test is now grayed out. > This morning I experienced a different behavior, that is, debug-test was > possible, and even nicer, in the unit test output window, one can select > debug specific method, which made me very happy. It cannot get this behavior > back, not with java 8 nor with 11 or 12. -- 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-3261) debug test is grayed out in maven projects; debug test method not offered
Pieter van den Hombergh created NETBEANS-3261: - Summary: debug test is grayed out in maven projects; debug test method not offered Key: NETBEANS-3261 URL: https://issues.apache.org/jira/browse/NETBEANS-3261 Project: NetBeans Issue Type: Improvement Components: debugger - Java Affects Versions: 11.2 Environment: ubuntu 18.04, java 8, java 11 Reporter: Pieter van den Hombergh In ant projects, right-click on a unit test file allowed to select debug-test. Debug test is now grayed out. This morning I experienced a different behavior, that is, debug-test was possible, and even nicer, in the unit test output window, one can select debug specific method, which made me very happy. It cannot get this behavior back, not with java 8 nor with 11 or 12. -- 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-3259) refactor pull up does not work; inialize data does not complete.
Pieter van den Hombergh created NETBEANS-3259: - Summary: refactor pull up does not work; inialize data does not complete. Key: NETBEANS-3259 URL: https://issues.apache.org/jira/browse/NETBEANS-3259 Project: NetBeans Issue Type: Improvement Components: editor - Refactoring Affects Versions: 11.2 Environment: ubuntu 18.2, java 11, java 13 Reporter: Pieter van den Hombergh Attachments: pulluphangs.png, refactortest.zip Pull up a method from one class up to a superclass hangs in intializing data and never completes. see screenshot and attached project In project, pull method up to super, by refactor> pull-up -- 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-3257) refactoring rename throws exceptions, inviting me to report it
[ https://issues.apache.org/jira/browse/NETBEANS-3257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16955541#comment-16955541 ] Pieter van den Hombergh commented on NETBEANS-3257: --- zip attached. It is while preping student tasks, prtoject is called sortes.zip. Maven project, should run out of the box. You might need a maven repo: https://www.fontysvenlo.org/repository In my settings.xml I have sebivenlo fontysvenlo.org https://www.fontysvenlo.org/repository .. sebivenlo > refactoring rename throws exceptions, inviting me to report it > --- > > Key: NETBEANS-3257 > URL: https://issues.apache.org/jira/browse/NETBEANS-3257 > Project: NetBeans > Issue Type: Improvement > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Critical > Attachments: nberror.png, sorters.zip > > > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > Caused: java.lang.AssertionError > at com.sun.tools.javac.util.Assert.error(Assert.java:155) > at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) > at > com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:287) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:268) > at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259) > at > com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:660) > at > org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361) > at > org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84) > at > org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:193) > at > org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at >
[jira] [Updated] (NETBEANS-3257) refactoring rename throws exceptions, inviting me to report it
[ https://issues.apache.org/jira/browse/NETBEANS-3257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3257: -- Attachment: sorters.zip > refactoring rename throws exceptions, inviting me to report it > --- > > Key: NETBEANS-3257 > URL: https://issues.apache.org/jira/browse/NETBEANS-3257 > Project: NetBeans > Issue Type: Improvement > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Critical > Attachments: nberror.png, sorters.zip > > > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > Caused: java.lang.AssertionError > at com.sun.tools.javac.util.Assert.error(Assert.java:155) > at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) > at > com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:287) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:268) > at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259) > at > com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:660) > at > org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361) > at > org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84) > at > org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:193) > at > org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:317) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:263) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:245) > at >
[jira] [Comment Edited] (NETBEANS-3257) refactoring rename throws exceptions, inviting me to report it
[ https://issues.apache.org/jira/browse/NETBEANS-3257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16955539#comment-16955539 ] Pieter van den Hombergh edited comment on NETBEANS-3257 at 10/20/19 4:44 PM: - Not consistently Java 11. haven't tried without nb-javac. Now deactivated nb-javac. Behaviour is a bit different (produces pop-up instead of inline rename), but works. By the way I always press ctrl-R. Can reproduce it. When I try to rename a method in a test class that has a sub class, then the error re-occurs with nb-javac disabled, and allas also with nb-javac enabled. I will zip the project and attach it. was (Author: homberghp): Not consistently Java 11. haven't tried without nb-javac. Now deactivated nb-javac. Behaviour is a bit different (produces pop-up instead of inline rename), but works. By the way I always press ctrl-R. > refactoring rename throws exceptions, inviting me to report it > --- > > Key: NETBEANS-3257 > URL: https://issues.apache.org/jira/browse/NETBEANS-3257 > Project: NetBeans > Issue Type: Improvement > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Critical > Attachments: nberror.png > > > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > Caused: java.lang.AssertionError > at com.sun.tools.javac.util.Assert.error(Assert.java:155) > at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) > at > com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:287) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:268) > at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259) > at > com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:660) > at > org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361) > at > org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84) > at > org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:193) > at > org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83) > at >
[jira] [Commented] (NETBEANS-3257) refactoring rename throws exceptions, inviting me to report it
[ https://issues.apache.org/jira/browse/NETBEANS-3257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16955539#comment-16955539 ] Pieter van den Hombergh commented on NETBEANS-3257: --- Not consistently Java 11. haven't tried without nb-javac. Now deactivated nb-javac. Behaviour is a bit different (produces pop-up instead of inline rename), but works. By the way I always press ctrl-R. > refactoring rename throws exceptions, inviting me to report it > --- > > Key: NETBEANS-3257 > URL: https://issues.apache.org/jira/browse/NETBEANS-3257 > Project: NetBeans > Issue Type: Improvement > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Critical > Attachments: nberror.png > > > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > Caused: java.lang.AssertionError > at com.sun.tools.javac.util.Assert.error(Assert.java:155) > at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) > at > com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:287) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:268) > at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259) > at > com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:660) > at > org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361) > at > org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84) > at > org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:193) > at > org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:317) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:263) > at >
[jira] [Updated] (NETBEANS-3257) refactoring rename throws exceptions, inviting me to report it
[ https://issues.apache.org/jira/browse/NETBEANS-3257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3257: -- Attachment: nberror.png > refactoring rename throws exceptions, inviting me to report it > --- > > Key: NETBEANS-3257 > URL: https://issues.apache.org/jira/browse/NETBEANS-3257 > Project: NetBeans > Issue Type: Improvement > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Critical > Attachments: nberror.png > > > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > Caused: java.lang.AssertionError > at com.sun.tools.javac.util.Assert.error(Assert.java:155) > at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) > at > com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:287) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:268) > at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259) > at > com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:660) > at > org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361) > at > org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84) > at > org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:193) > at > org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:317) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:263) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:245) > at >
[jira] [Commented] (NETBEANS-3257) refactoring rename throws exceptions, inviting me to report it
[ https://issues.apache.org/jira/browse/NETBEANS-3257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16955462#comment-16955462 ] Pieter van den Hombergh commented on NETBEANS-3257: --- Renaming a method throws an exception and does NOT rename. It reports the problem with a popup, but the rename is not doen !nberror.png! > refactoring rename throws exceptions, inviting me to report it > --- > > Key: NETBEANS-3257 > URL: https://issues.apache.org/jira/browse/NETBEANS-3257 > Project: NetBeans > Issue Type: Improvement > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Critical > Attachments: nberror.png > > > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > An error occurred during parsing of > '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. > Please report a bug against java/source and attach dump file > '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. > Caused: java.lang.AssertionError > at com.sun.tools.javac.util.Assert.error(Assert.java:155) > at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) > at > com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:287) > at com.sun.tools.javac.comp.Modules.enter(Modules.java:268) > at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259) > at > com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393) > at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:660) > at > org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361) > at > org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84) > at > org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:193) > at > org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) > at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) > at > org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166) > at > org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) > at > org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) > at > org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) > at > org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) > at > org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) > at > org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) > at > org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) > at > org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83) > at > org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) > at > org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) > at > org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:317) > at > org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:263) > at >
[jira] [Created] (NETBEANS-3257) refactoring rename throws exceptions, inviting me to report it
Pieter van den Hombergh created NETBEANS-3257: - Summary: refactoring rename throws exceptions, inviting me to report it Key: NETBEANS-3257 URL: https://issues.apache.org/jira/browse/NETBEANS-3257 Project: NetBeans Issue Type: Improvement Components: editor - Actions/Menu/Toolbar Affects Versions: 11.2 Reporter: Pieter van den Hombergh An error occurred during parsing of '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. Please report a bug against java/source and attach dump file '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. An error occurred during parsing of '/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java/teachertests/InsertionTest.java'. Please report a bug against java/source and attach dump file '/home/hom/.netbeans/11.2-beta3/var/log/InsertionTest.dump'. Caused: java.lang.AssertionError at com.sun.tools.javac.util.Assert.error(Assert.java:155) at com.sun.tools.javac.util.Assert.checkNonNull(Assert.java:62) at com.sun.tools.javac.comp.Modules.setCompilationUnitModules(Modules.java:559) at com.sun.tools.javac.comp.Modules.enter(Modules.java:287) at com.sun.tools.javac.comp.Modules.enter(Modules.java:268) at com.sun.tools.javac.comp.Modules.initModules(Modules.java:259) at com.sun.tools.javac.main.JavaCompiler.initModules(JavaCompiler.java:1126) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:393) at com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:327) at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:660) at org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361) at org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84) at org.netbeans.api.java.source.WorkingCopy.toPhase(WorkingCopy.java:193) at org.netbeans.modules.refactoring.java.spi.RefactoringVisitor.setWorkingCopy(RefactoringVisitor.java:110) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:425) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$TransformTask.run(JavaRefactoringPlugin.java:408) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:673) at org.netbeans.api.java.source.JavaSource$1.run(JavaSource.java:663) at org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:502) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586) at org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:166) at org.netbeans.modules.parsing.api.ParserManager$MultiUserTaskAction.run(ParserManager.java:138) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335) at org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118) at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67) at org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178) at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:83) at org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:452) at org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:423) at org.netbeans.api.java.source.JavaSource.runModificationTask(JavaSource.java:684) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:317) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:263) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.processFiles(JavaRefactoringPlugin.java:245) at org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin.createAndAddElements(JavaRefactoringPlugin.java:326) at org.netbeans.modules.refactoring.java.plugins.RenameRefactoringPlugin.prepare(RenameRefactoringPlugin.java:626) [catch] at org.netbeans.modules.refactoring.api.AbstractRefactoring.pluginsPrepare2(AbstractRefactoring.java:417) at
[jira] [Commented] (NETBEANS-3205) coverage report not shown
[ https://issues.apache.org/jira/browse/NETBEANS-3205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16954030#comment-16954030 ] Pieter van den Hombergh commented on NETBEANS-3205: --- I would close the issue. Cannot reproduce it in a meaningful way other than sending you my mis-configured machine. A fresh (beta3) install with fresh user dir (.netbeans) does not have this issue. > coverage report not shown > - > > Key: NETBEANS-3205 > URL: https://issues.apache.org/jira/browse/NETBEANS-3205 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Major > > In the 2019-10-03 build, the jacoco coverage reports are not shown. > If the pom file or a profile added the jacoco dependency, it used to be that > the maven specific menu was enhanced with a *Code Coverage* option. This was > working well in the previous download. -- 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-3205) coverage report not shown
[ https://issues.apache.org/jira/browse/NETBEANS-3205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16954027#comment-16954027 ] Pieter van den Hombergh commented on NETBEANS-3205: --- Might very well be. I have two machines, one with the problem, one without. I tried again on the machine with the problem, finding it to still be there. Since that machine inherited its nb environment from some older version, I renamed my ~/.netbeans folder and restarted. Now the problem is gone, so I may have had some strange combination of settings. The maven support for jacoco now works as expected. Thanks for the effort. > coverage report not shown > - > > Key: NETBEANS-3205 > URL: https://issues.apache.org/jira/browse/NETBEANS-3205 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Major > > In the 2019-10-03 build, the jacoco coverage reports are not shown. > If the pom file or a profile added the jacoco dependency, it used to be that > the maven specific menu was enhanced with a *Code Coverage* option. This was > working well in the previous download. -- 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-3205) coverage report not shown
[ https://issues.apache.org/jira/browse/NETBEANS-3205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16953969#comment-16953969 ] Pieter van den Hombergh commented on NETBEANS-3205: --- In beta3 the problem no longer appears neither with java8 nor with java 11. Bravo. running with jacoco 0.84 and java 11, maven 3.6.1. (which I always do). Runs without flaws. The test report status now is accurately reflected, so this part improved quite a lot. > coverage report not shown > - > > Key: NETBEANS-3205 > URL: https://issues.apache.org/jira/browse/NETBEANS-3205 > Project: NetBeans > Issue Type: Bug >Affects Versions: 11.2 >Reporter: Pieter van den Hombergh >Priority: Major > > In the 2019-10-03 build, the jacoco coverage reports are not shown. > If the pom file or a profile added the jacoco dependency, it used to be that > the maven specific menu was enhanced with a *Code Coverage* option. This was > working well in the previous download. -- 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-3212) nbjavac error with multiplass compiler worker
[ https://issues.apache.org/jira/browse/NETBEANS-3212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16953963#comment-16953963 ] Pieter van den Hombergh commented on NETBEANS-3212: --- I do not know exactly what induced the problem. If I run into it again, I will report. Will use 11.2-beta3 on all my machines, to see what happens. > nbjavac error with multiplass compiler worker > - > > Key: NETBEANS-3212 > URL: https://issues.apache.org/jira/browse/NETBEANS-3212 > Project: NetBeans > Issue Type: Bug > Environment: Linux, 5.0.0-31-generic, amd64 > Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime > Environment, 1.8.0_201-b09 > Apache NetBeans IDE DEV (Build > dev-2f3fd90cef69fce35cd61bc985660e3c70236ec4) > > AssertionError: error > Please provide a description of the problem or the steps to > reproduce > * >Reporter: Pieter van den Hombergh >Priority: Major > > Classpath: > /home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/target/classes:/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/target/test-classes:/home/hom/.m2/repository/nl/fontys/sebivenlo/sortingservice/api/1.0/api-1.0.jar:/home/hom/.m2/repository/junit/junit/4.12/junit-4.12.jar:/home/hom/.m2/repository/org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar:/home/hom/.m2/repository/org/mockito/mockito-core/2.24.0/mockito-core-2.24.0.jar:/home/hom/.m2/repository/net/bytebuddy/byte-buddy/1.9.7/byte-buddy-1.9.7.jar:/home/hom/.m2/repository/net/bytebuddy/byte-buddy-agent/1.9.7/byte-buddy-agent-1.9.7.jar:/home/hom/.m2/repository/org/objenesis/objenesis/2.6/objenesis-2.6.jar > Sourcepath: > /home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java:/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/resources > java.lang.AssertionError: > at > com.sun.tools.javac.jvm.ClassWriter$AttributeWriter.visitError(ClassWriter.java:648) > at com.sun.tools.javac.code.Attribute$Error.accept(Attribute.java:387) > at > com.sun.tools.javac.jvm.ClassWriter.writeCompoundAttribute(ClassWriter.java:671) > at > com.sun.tools.javac.jvm.ClassWriter.writeJavaAnnotations(ClassWriter.java:505) > at > com.sun.tools.javac.jvm.ClassWriter.writeMemberAttrs(ClassWriter.java:365) > at > com.sun.tools.javac.jvm.ClassWriter.writeMethod(ClassWriter.java:1006) > at > com.sun.tools.javac.jvm.ClassWriter.writeMethods(ClassWriter.java:1478) > at > com.sun.tools.javac.jvm.ClassWriter.writeClassFile(ClassWriter.java:1586) > at com.sun.tools.javac.jvm.ClassWriter.writeClass(ClassWriter.java:1507) > at com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:787) > at > com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1749) > at > com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:574) > at > com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) > at > com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:577) > [catch] at > org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:303) > at > org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) > at > org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255) > at > org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) > at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) > at >
[jira] [Commented] (NETBEANS-3221) exception throw, operation failed on java class copy from one maven project to another
[ https://issues.apache.org/jira/browse/NETBEANS-3221?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16953961#comment-16953961 ] Pieter van den Hombergh commented on NETBEANS-3221: --- Problem no longer present in beta3. Excellent. Can no copy between maven projects (again) and delete java files (again). > exception throw, operation failed on java class copy from one maven project > to another > -- > > Key: NETBEANS-3221 > URL: https://issues.apache.org/jira/browse/NETBEANS-3221 > Project: NetBeans > Issue Type: Bug > Components: editor - Actions/Menu/Toolbar > Environment: Linux, 5.0.0-31-generic, amd64 > Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime > Environment, 1.8.0_201-b09 > Apache NetBeans IDE DEV (Build > dev-2f3fd90cef69fce35cd61bc985660e3c70236ec4) > > AssertionError at > org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$NodeToFileObjectTask.run > Please provide a description of the problem or the steps to > reproduce > * >Reporter: Pieter van den Hombergh >Priority: Major > > --- > >Log Session: Wednesday, October 9, 2019 8:34:44 AM CEST > >System Info: > Product Version = Apache NetBeans IDE DEV (Build > dev-2f3fd90cef69fce35cd61bc985660e3c70236ec4) > Operating System= Linux version 5.0.0-31-generic running on amd64 > Java; VM; Vendor= 1.8.0_201; Java HotSpot(TM) 64-Bit Server VM > 25.201-b09; Oracle Corporation > Runtime = Java(TM) SE Runtime Environment 1.8.0_201-b09 > Java Home = /usr/lib/jvm/java-8-oracle/jre > System Locale; Encoding = en_GB (nb); UTF-8 > Home Directory = /home/hom > Current Directory = > /home/hom/sebi/alda/trunk/30_practical/appointmentplanner/solution > User Directory = /home/hom/.netbeans/dev > Cache Directory = /home/hom/.cache/netbeans/dev > Installation= /home/hom/Downloads/nb/netbeans/nb > /home/hom/Downloads/nb/netbeans/ergonomics > /home/hom/Downloads/nb/netbeans/ide > /home/hom/Downloads/nb/netbeans/extide > /home/hom/Downloads/nb/netbeans/java > /home/hom/Downloads/nb/netbeans/apisupport > /home/hom/Downloads/nb/netbeans/webcommon > /home/hom/Downloads/nb/netbeans/websvccommon > /home/hom/Downloads/nb/netbeans/enterprise > /home/hom/Downloads/nb/netbeans/profiler > /home/hom/Downloads/nb/netbeans/php > /home/hom/Downloads/nb/netbeans/harness > /home/hom/Downloads/nb/netbeans/groovy > /home/hom/Downloads/nb/netbeans/javafx > /home/hom/Downloads/nb/netbeans/platform > Boot & Ext. Classpath = > /usr/lib/jvm/java-8-oracle/jre/lib/resources.jar:/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar:/usr/lib/jvm/java-8-oracle/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jsse.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jce.jar:/usr/lib/jvm/java-8-oracle/jre/lib/charsets.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jfr.jar:/usr/lib/jvm/java-8-oracle/jre/classes:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunec.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/dnsns.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jaccess.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/zipfs.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/cldrdata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/nashorn.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jfxrt.jar > Application Classpath = > /home/hom/Downloads/nb/netbeans/platform/lib/boot.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-modules.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-lookup.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-ui.jar:/usr/lib/jvm/java-8-oracle/lib/dt.jar:/usr/lib/jvm/java-8-oracle/lib/tools.jar > Startup Classpath = >
[jira] [Commented] (NETBEANS-3223) delete class is broken in build 20191009
[ https://issues.apache.org/jira/browse/NETBEANS-3223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16953956#comment-16953956 ] Pieter van den Hombergh commented on NETBEANS-3223: --- Problem is not present in 11.2-beta3. > delete class is broken in build 20191009 > > > Key: NETBEANS-3223 > URL: https://issues.apache.org/jira/browse/NETBEANS-3223 > Project: NetBeans > Issue Type: Bug > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 > Environment: org.netbeans.modules.uihandler.Bundle > Linux, 5.0.0-31-generic, amd64 > Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime > Environment, 1.8.0_201-b09 > Apache NetBeans IDE DEV (Build > dev-7a6f223c66c72bb69dad211ba1f91a17c0bdc615) > > AssertionError at > org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$NodeToFileObjectTask.run > Please provide a description of the problem or the steps to > reproduce > * >Reporter: Pieter van den Hombergh >Priority: Major > > --- > >Log Session: Wednesday, October 9, 2019 2:21:19 PM CEST > >System Info: > Product Version = Apache NetBeans IDE DEV (Build > dev-7a6f223c66c72bb69dad211ba1f91a17c0bdc615) > Operating System= Linux version 5.0.0-31-generic running on amd64 > Java; VM; Vendor= 1.8.0_201; Java HotSpot(TM) 64-Bit Server VM > 25.201-b09; Oracle Corporation > Runtime = Java(TM) SE Runtime Environment 1.8.0_201-b09 > Java Home = /usr/lib/jvm/java-8-oracle/jre > System Locale; Encoding = en_GB (nb); UTF-8 > Home Directory = /home/hom > Current Directory = /home/hom/Downloads/nb > User Directory = /home/hom/.netbeans/dev > Cache Directory = /home/hom/.cache/netbeans/dev > Installation= /home/hom/Downloads/nb/netbeans/nb > /home/hom/Downloads/nb/netbeans/ergonomics > /home/hom/Downloads/nb/netbeans/ide > /home/hom/Downloads/nb/netbeans/extide > /home/hom/Downloads/nb/netbeans/java > /home/hom/Downloads/nb/netbeans/apisupport > /home/hom/Downloads/nb/netbeans/webcommon > /home/hom/Downloads/nb/netbeans/websvccommon > /home/hom/Downloads/nb/netbeans/enterprise > /home/hom/Downloads/nb/netbeans/profiler > /home/hom/Downloads/nb/netbeans/php > /home/hom/Downloads/nb/netbeans/harness > /home/hom/Downloads/nb/netbeans/groovy > /home/hom/Downloads/nb/netbeans/javafx > /home/hom/Downloads/nb/netbeans/platform > Boot & Ext. Classpath = > /usr/lib/jvm/java-8-oracle/jre/lib/resources.jar:/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar:/usr/lib/jvm/java-8-oracle/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jsse.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jce.jar:/usr/lib/jvm/java-8-oracle/jre/lib/charsets.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jfr.jar:/usr/lib/jvm/java-8-oracle/jre/classes:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunec.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/dnsns.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jaccess.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/zipfs.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/cldrdata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/nashorn.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jfxrt.jar > Application Classpath = > /home/hom/Downloads/nb/netbeans/platform/lib/boot.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-modules.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-lookup.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-ui.jar:/usr/lib/jvm/java-8-oracle/lib/dt.jar:/usr/lib/jvm/java-8-oracle/lib/tools.jar > Startup Classpath = >
[jira] [Commented] (NETBEANS-3224) unused local is no longer embellished with gray wiggly line
[ https://issues.apache.org/jira/browse/NETBEANS-3224?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16953955#comment-16953955 ] Pieter van den Hombergh commented on NETBEANS-3224: --- Just installed beta 3. The problem does no longer appear. (Java 8) Confirmed for java 11 too. > unused local is no longer embellished with gray wiggly line > --- > > Key: NETBEANS-3224 > URL: https://issues.apache.org/jira/browse/NETBEANS-3224 > Project: NetBeans > Issue Type: Improvement > Components: editor - Hints Annotations >Affects Versions: 11.2 > Environment: ubuntu 18.04 beta2 , java 8 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: unused-11-0.png, unused-11-2-beta2.png > > > When a local variable is no longer in use, the IDE used to indicate that with > a gray wiggly line. > This seems no longer the case. -- 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-3224) unused local is no longer embellished with gray wiggly line
[ https://issues.apache.org/jira/browse/NETBEANS-3224?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16947666#comment-16947666 ] Pieter van den Hombergh commented on NETBEANS-3224: --- dev build of 2019109 shows same behavior. > unused local is no longer embellished with gray wiggly line > --- > > Key: NETBEANS-3224 > URL: https://issues.apache.org/jira/browse/NETBEANS-3224 > Project: NetBeans > Issue Type: Improvement > Components: editor - Hints Annotations >Affects Versions: 11.2 > Environment: ubuntu 18.04 beta2 , java 8 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: unused-11-0.png, unused-11-2-beta2.png > > > When a local variable is no longer in use, the IDE used to indicate that with > a gray wiggly line. > This seems no longer the case. -- 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-3224) unsued local is no longer embellished with gray wiggly line
[ https://issues.apache.org/jira/browse/NETBEANS-3224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3224: -- Attachment: unused-11-0.png > unsued local is no longer embellished with gray wiggly line > --- > > Key: NETBEANS-3224 > URL: https://issues.apache.org/jira/browse/NETBEANS-3224 > Project: NetBeans > Issue Type: Improvement > Components: editor - Hints Annotations >Affects Versions: 11.2 > Environment: ubuntu 18.04 beta2 , java 8 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: unused-11-0.png, unused-11-2-beta2.png > > > When a local variable is no longer in use, the IDE used to indicate that with > a gray wiggly line. > This seems no longer the case. -- 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-3224) unused local is no longer embellished with gray wiggly line
[ https://issues.apache.org/jira/browse/NETBEANS-3224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3224: -- Summary: unused local is no longer embellished with gray wiggly line (was: unsued local is no longer embellished with gray wiggly line) > unused local is no longer embellished with gray wiggly line > --- > > Key: NETBEANS-3224 > URL: https://issues.apache.org/jira/browse/NETBEANS-3224 > Project: NetBeans > Issue Type: Improvement > Components: editor - Hints Annotations >Affects Versions: 11.2 > Environment: ubuntu 18.04 beta2 , java 8 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: unused-11-0.png, unused-11-2-beta2.png > > > When a local variable is no longer in use, the IDE used to indicate that with > a gray wiggly line. > This seems no longer the case. -- 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-3224) unsued local is no longer embellished with gray wiggly line
Pieter van den Hombergh created NETBEANS-3224: - Summary: unsued local is no longer embellished with gray wiggly line Key: NETBEANS-3224 URL: https://issues.apache.org/jira/browse/NETBEANS-3224 Project: NetBeans Issue Type: Improvement Components: editor - Hints Annotations Affects Versions: 11.2 Environment: ubuntu 18.04 beta2 , java 8 Reporter: Pieter van den Hombergh Attachments: unused-11-2-beta2.png When a local variable is no longer in use, the IDE used to indicate that with a gray wiggly line. This seems no longer the case. -- 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-3224) unsued local is no longer embellished with gray wiggly line
[ https://issues.apache.org/jira/browse/NETBEANS-3224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pieter van den Hombergh updated NETBEANS-3224: -- Attachment: unused-11-2-beta2.png > unsued local is no longer embellished with gray wiggly line > --- > > Key: NETBEANS-3224 > URL: https://issues.apache.org/jira/browse/NETBEANS-3224 > Project: NetBeans > Issue Type: Improvement > Components: editor - Hints Annotations >Affects Versions: 11.2 > Environment: ubuntu 18.04 beta2 , java 8 >Reporter: Pieter van den Hombergh >Priority: Major > Attachments: unused-11-2-beta2.png > > > When a local variable is no longer in use, the IDE used to indicate that with > a gray wiggly line. > This seems no longer the case. -- 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-3223) delete class is broken in build 20191009
[ https://issues.apache.org/jira/browse/NETBEANS-3223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16947640#comment-16947640 ] Pieter van den Hombergh commented on NETBEANS-3223: --- Version 11.2-beta2 shows the same behavior. I did not notice it before because NB is more silent about it. It produces a warning. But the file is not removed. Actions to reproduce. Fresh instal of nebtbeans 11.2-beta2 java 8 open project delete a java file form some package. > delete class is broken in build 20191009 > > > Key: NETBEANS-3223 > URL: https://issues.apache.org/jira/browse/NETBEANS-3223 > Project: NetBeans > Issue Type: Bug > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 > Environment: org.netbeans.modules.uihandler.Bundle > Linux, 5.0.0-31-generic, amd64 > Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime > Environment, 1.8.0_201-b09 > Apache NetBeans IDE DEV (Build > dev-7a6f223c66c72bb69dad211ba1f91a17c0bdc615) > > AssertionError at > org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$NodeToFileObjectTask.run > Please provide a description of the problem or the steps to > reproduce > * >Reporter: Pieter van den Hombergh >Priority: Major > > --- > >Log Session: Wednesday, October 9, 2019 2:21:19 PM CEST > >System Info: > Product Version = Apache NetBeans IDE DEV (Build > dev-7a6f223c66c72bb69dad211ba1f91a17c0bdc615) > Operating System= Linux version 5.0.0-31-generic running on amd64 > Java; VM; Vendor= 1.8.0_201; Java HotSpot(TM) 64-Bit Server VM > 25.201-b09; Oracle Corporation > Runtime = Java(TM) SE Runtime Environment 1.8.0_201-b09 > Java Home = /usr/lib/jvm/java-8-oracle/jre > System Locale; Encoding = en_GB (nb); UTF-8 > Home Directory = /home/hom > Current Directory = /home/hom/Downloads/nb > User Directory = /home/hom/.netbeans/dev > Cache Directory = /home/hom/.cache/netbeans/dev > Installation= /home/hom/Downloads/nb/netbeans/nb > /home/hom/Downloads/nb/netbeans/ergonomics > /home/hom/Downloads/nb/netbeans/ide > /home/hom/Downloads/nb/netbeans/extide > /home/hom/Downloads/nb/netbeans/java > /home/hom/Downloads/nb/netbeans/apisupport > /home/hom/Downloads/nb/netbeans/webcommon > /home/hom/Downloads/nb/netbeans/websvccommon > /home/hom/Downloads/nb/netbeans/enterprise > /home/hom/Downloads/nb/netbeans/profiler > /home/hom/Downloads/nb/netbeans/php > /home/hom/Downloads/nb/netbeans/harness > /home/hom/Downloads/nb/netbeans/groovy > /home/hom/Downloads/nb/netbeans/javafx > /home/hom/Downloads/nb/netbeans/platform > Boot & Ext. Classpath = > /usr/lib/jvm/java-8-oracle/jre/lib/resources.jar:/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar:/usr/lib/jvm/java-8-oracle/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jsse.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jce.jar:/usr/lib/jvm/java-8-oracle/jre/lib/charsets.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jfr.jar:/usr/lib/jvm/java-8-oracle/jre/classes:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunec.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/dnsns.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jaccess.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/zipfs.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/cldrdata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/nashorn.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jfxrt.jar > Application Classpath = > /home/hom/Downloads/nb/netbeans/platform/lib/boot.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-modules.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-lookup.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-ui.jar:/usr/lib/jvm/java-8-oracle/lib/dt.jar:/usr/lib/jvm/java-8-oracle/lib/tools.jar > Startup Classpath = >
[jira] [Commented] (NETBEANS-3223) delete class is broken in build 20191009
[ https://issues.apache.org/jira/browse/NETBEANS-3223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16947612#comment-16947612 ] Pieter van den Hombergh commented on NETBEANS-3223: --- Download todays build. Problem of refactoring by copying class from one maven project to another appears to be solved, however, deleting a supperfluous class (SomeClass_2.java) does not works and shows the error popup. > delete class is broken in build 20191009 > > > Key: NETBEANS-3223 > URL: https://issues.apache.org/jira/browse/NETBEANS-3223 > Project: NetBeans > Issue Type: Bug > Components: editor - Actions/Menu/Toolbar >Affects Versions: 11.2 > Environment: org.netbeans.modules.uihandler.Bundle > Linux, 5.0.0-31-generic, amd64 > Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime > Environment, 1.8.0_201-b09 > Apache NetBeans IDE DEV (Build > dev-7a6f223c66c72bb69dad211ba1f91a17c0bdc615) > > AssertionError at > org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$NodeToFileObjectTask.run > Please provide a description of the problem or the steps to > reproduce > * >Reporter: Pieter van den Hombergh >Priority: Major > > --- > >Log Session: Wednesday, October 9, 2019 2:21:19 PM CEST > >System Info: > Product Version = Apache NetBeans IDE DEV (Build > dev-7a6f223c66c72bb69dad211ba1f91a17c0bdc615) > Operating System= Linux version 5.0.0-31-generic running on amd64 > Java; VM; Vendor= 1.8.0_201; Java HotSpot(TM) 64-Bit Server VM > 25.201-b09; Oracle Corporation > Runtime = Java(TM) SE Runtime Environment 1.8.0_201-b09 > Java Home = /usr/lib/jvm/java-8-oracle/jre > System Locale; Encoding = en_GB (nb); UTF-8 > Home Directory = /home/hom > Current Directory = /home/hom/Downloads/nb > User Directory = /home/hom/.netbeans/dev > Cache Directory = /home/hom/.cache/netbeans/dev > Installation= /home/hom/Downloads/nb/netbeans/nb > /home/hom/Downloads/nb/netbeans/ergonomics > /home/hom/Downloads/nb/netbeans/ide > /home/hom/Downloads/nb/netbeans/extide > /home/hom/Downloads/nb/netbeans/java > /home/hom/Downloads/nb/netbeans/apisupport > /home/hom/Downloads/nb/netbeans/webcommon > /home/hom/Downloads/nb/netbeans/websvccommon > /home/hom/Downloads/nb/netbeans/enterprise > /home/hom/Downloads/nb/netbeans/profiler > /home/hom/Downloads/nb/netbeans/php > /home/hom/Downloads/nb/netbeans/harness > /home/hom/Downloads/nb/netbeans/groovy > /home/hom/Downloads/nb/netbeans/javafx > /home/hom/Downloads/nb/netbeans/platform > Boot & Ext. Classpath = > /usr/lib/jvm/java-8-oracle/jre/lib/resources.jar:/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar:/usr/lib/jvm/java-8-oracle/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jsse.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jce.jar:/usr/lib/jvm/java-8-oracle/jre/lib/charsets.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jfr.jar:/usr/lib/jvm/java-8-oracle/jre/classes:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunec.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/dnsns.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jaccess.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/zipfs.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/cldrdata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/nashorn.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jfxrt.jar > Application Classpath = > /home/hom/Downloads/nb/netbeans/platform/lib/boot.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-modules.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-lookup.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-ui.jar:/usr/lib/jvm/java-8-oracle/lib/dt.jar:/usr/lib/jvm/java-8-oracle/lib/tools.jar > Startup Classpath = >
[jira] [Created] (NETBEANS-3223) delete class is broken in build 20191009
Pieter van den Hombergh created NETBEANS-3223: - Summary: delete class is broken in build 20191009 Key: NETBEANS-3223 URL: https://issues.apache.org/jira/browse/NETBEANS-3223 Project: NetBeans Issue Type: Bug Components: editor - Actions/Menu/Toolbar Affects Versions: 11.2 Environment: org.netbeans.modules.uihandler.Bundle Linux, 5.0.0-31-generic, amd64 Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime Environment, 1.8.0_201-b09 Apache NetBeans IDE DEV (Build dev-7a6f223c66c72bb69dad211ba1f91a17c0bdc615) AssertionError at org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$NodeToFileObjectTask.run Please provide a description of the problem or the steps to reproduce * Reporter: Pieter van den Hombergh --- >Log Session: Wednesday, October 9, 2019 2:21:19 PM CEST >System Info: Product Version = Apache NetBeans IDE DEV (Build dev-7a6f223c66c72bb69dad211ba1f91a17c0bdc615) Operating System= Linux version 5.0.0-31-generic running on amd64 Java; VM; Vendor= 1.8.0_201; Java HotSpot(TM) 64-Bit Server VM 25.201-b09; Oracle Corporation Runtime = Java(TM) SE Runtime Environment 1.8.0_201-b09 Java Home = /usr/lib/jvm/java-8-oracle/jre System Locale; Encoding = en_GB (nb); UTF-8 Home Directory = /home/hom Current Directory = /home/hom/Downloads/nb User Directory = /home/hom/.netbeans/dev Cache Directory = /home/hom/.cache/netbeans/dev Installation= /home/hom/Downloads/nb/netbeans/nb /home/hom/Downloads/nb/netbeans/ergonomics /home/hom/Downloads/nb/netbeans/ide /home/hom/Downloads/nb/netbeans/extide /home/hom/Downloads/nb/netbeans/java /home/hom/Downloads/nb/netbeans/apisupport /home/hom/Downloads/nb/netbeans/webcommon /home/hom/Downloads/nb/netbeans/websvccommon /home/hom/Downloads/nb/netbeans/enterprise /home/hom/Downloads/nb/netbeans/profiler /home/hom/Downloads/nb/netbeans/php /home/hom/Downloads/nb/netbeans/harness /home/hom/Downloads/nb/netbeans/groovy /home/hom/Downloads/nb/netbeans/javafx /home/hom/Downloads/nb/netbeans/platform Boot & Ext. Classpath = /usr/lib/jvm/java-8-oracle/jre/lib/resources.jar:/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar:/usr/lib/jvm/java-8-oracle/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jsse.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jce.jar:/usr/lib/jvm/java-8-oracle/jre/lib/charsets.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jfr.jar:/usr/lib/jvm/java-8-oracle/jre/classes:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunec.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/dnsns.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jaccess.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/zipfs.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/cldrdata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/nashorn.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jfxrt.jar Application Classpath = /home/hom/Downloads/nb/netbeans/platform/lib/boot.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-modules.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-lookup.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-ui.jar:/usr/lib/jvm/java-8-oracle/lib/dt.jar:/usr/lib/jvm/java-8-oracle/lib/tools.jar Startup Classpath = /home/hom/Downloads/nb/netbeans/platform/core/org-netbeans-libs-asm.jar:/home/hom/Downloads/nb/netbeans/platform/core/core-base.jar:/home/hom/Downloads/nb/netbeans/platform/core/org-openide-filesystems-compat8.jar:/home/hom/Downloads/nb/netbeans/platform/core/org-openide-filesystems.jar:/home/hom/Downloads/nb/netbeans/platform/core/asm-all-5.0.1.jar:/home/hom/Downloads/nb/netbeans/platform/core/core.jar:/home/hom/Downloads/nb/netbeans/nb/core/org-netbeans-upgrader.jar:/home/hom/Downloads/nb/netbeans/nb/core/locale/core_nb.jar --- WARNING [org.netbeans.core.startup.NbEvents]: The extension /home/hom/Downloads/nb/netbeans/ide/modules/ext/jcodings-1.0.18.jar may be multiply loaded by modules: [/home/hom/Downloads/nb/netbeans/ide/modules/org-netbeans-libs-bytelist.jar,
[jira] [Created] (NETBEANS-3221) exception throw, operation failed on java class copy from one maven project to another
Pieter van den Hombergh created NETBEANS-3221: - Summary: exception throw, operation failed on java class copy from one maven project to another Key: NETBEANS-3221 URL: https://issues.apache.org/jira/browse/NETBEANS-3221 Project: NetBeans Issue Type: Bug Components: editor - Actions/Menu/Toolbar Environment: Linux, 5.0.0-31-generic, amd64 Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime Environment, 1.8.0_201-b09 Apache NetBeans IDE DEV (Build dev-2f3fd90cef69fce35cd61bc985660e3c70236ec4) AssertionError at org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$NodeToFileObjectTask.run Please provide a description of the problem or the steps to reproduce * Reporter: Pieter van den Hombergh --- >Log Session: Wednesday, October 9, 2019 8:34:44 AM CEST >System Info: Product Version = Apache NetBeans IDE DEV (Build dev-2f3fd90cef69fce35cd61bc985660e3c70236ec4) Operating System= Linux version 5.0.0-31-generic running on amd64 Java; VM; Vendor= 1.8.0_201; Java HotSpot(TM) 64-Bit Server VM 25.201-b09; Oracle Corporation Runtime = Java(TM) SE Runtime Environment 1.8.0_201-b09 Java Home = /usr/lib/jvm/java-8-oracle/jre System Locale; Encoding = en_GB (nb); UTF-8 Home Directory = /home/hom Current Directory = /home/hom/sebi/alda/trunk/30_practical/appointmentplanner/solution User Directory = /home/hom/.netbeans/dev Cache Directory = /home/hom/.cache/netbeans/dev Installation= /home/hom/Downloads/nb/netbeans/nb /home/hom/Downloads/nb/netbeans/ergonomics /home/hom/Downloads/nb/netbeans/ide /home/hom/Downloads/nb/netbeans/extide /home/hom/Downloads/nb/netbeans/java /home/hom/Downloads/nb/netbeans/apisupport /home/hom/Downloads/nb/netbeans/webcommon /home/hom/Downloads/nb/netbeans/websvccommon /home/hom/Downloads/nb/netbeans/enterprise /home/hom/Downloads/nb/netbeans/profiler /home/hom/Downloads/nb/netbeans/php /home/hom/Downloads/nb/netbeans/harness /home/hom/Downloads/nb/netbeans/groovy /home/hom/Downloads/nb/netbeans/javafx /home/hom/Downloads/nb/netbeans/platform Boot & Ext. Classpath = /usr/lib/jvm/java-8-oracle/jre/lib/resources.jar:/usr/lib/jvm/java-8-oracle/jre/lib/rt.jar:/usr/lib/jvm/java-8-oracle/jre/lib/sunrsasign.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jsse.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jce.jar:/usr/lib/jvm/java-8-oracle/jre/lib/charsets.jar:/usr/lib/jvm/java-8-oracle/jre/lib/jfr.jar:/usr/lib/jvm/java-8-oracle/jre/classes:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunec.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/dnsns.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jaccess.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/zipfs.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunpkcs11.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/sunjce_provider.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/localedata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/cldrdata.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/nashorn.jar:/usr/lib/jvm/java-8-oracle/jre/lib/ext/jfxrt.jar Application Classpath = /home/hom/Downloads/nb/netbeans/platform/lib/boot.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-modules.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-lookup.jar:/home/hom/Downloads/nb/netbeans/platform/lib/org-openide-util-ui.jar:/usr/lib/jvm/java-8-oracle/lib/dt.jar:/usr/lib/jvm/java-8-oracle/lib/tools.jar Startup Classpath = /home/hom/Downloads/nb/netbeans/platform/core/org-netbeans-libs-asm.jar:/home/hom/Downloads/nb/netbeans/platform/core/core-base.jar:/home/hom/Downloads/nb/netbeans/platform/core/org-openide-filesystems-compat8.jar:/home/hom/Downloads/nb/netbeans/platform/core/org-openide-filesystems.jar:/home/hom/Downloads/nb/netbeans/platform/core/asm-all-5.0.1.jar:/home/hom/Downloads/nb/netbeans/platform/core/core.jar:/home/hom/Downloads/nb/netbeans/nb/core/org-netbeans-upgrader.jar:/home/hom/Downloads/nb/netbeans/nb/core/locale/core_nb.jar --- WARNING [org.netbeans.core.startup.NbEvents]: The extension /home/hom/Downloads/nb/netbeans/ide/modules/ext/jcodings-1.0.18.jar may be multiply loaded by modules:
[jira] [Created] (NETBEANS-3212) nbjavac error with multiplass compiler worker
Pieter van den Hombergh created NETBEANS-3212: - Summary: nbjavac error with multiplass compiler worker Key: NETBEANS-3212 URL: https://issues.apache.org/jira/browse/NETBEANS-3212 Project: NetBeans Issue Type: Bug Environment: Linux, 5.0.0-31-generic, amd64 Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime Environment, 1.8.0_201-b09 Apache NetBeans IDE DEV (Build dev-2f3fd90cef69fce35cd61bc985660e3c70236ec4) AssertionError: error Please provide a description of the problem or the steps to reproduce * Reporter: Pieter van den Hombergh Classpath: /home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/target/classes:/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/target/test-classes:/home/hom/.m2/repository/nl/fontys/sebivenlo/sortingservice/api/1.0/api-1.0.jar:/home/hom/.m2/repository/junit/junit/4.12/junit-4.12.jar:/home/hom/.m2/repository/org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar:/home/hom/.m2/repository/org/mockito/mockito-core/2.24.0/mockito-core-2.24.0.jar:/home/hom/.m2/repository/net/bytebuddy/byte-buddy/1.9.7/byte-buddy-1.9.7.jar:/home/hom/.m2/repository/net/bytebuddy/byte-buddy-agent/1.9.7/byte-buddy-agent-1.9.7.jar:/home/hom/.m2/repository/org/objenesis/objenesis/2.6/objenesis-2.6.jar Sourcepath: /home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/java:/home/hom/sebi/alda/trunk/30_practical/sorting/solution/sortingservice/src/test/resources java.lang.AssertionError: at com.sun.tools.javac.jvm.ClassWriter$AttributeWriter.visitError(ClassWriter.java:648) at com.sun.tools.javac.code.Attribute$Error.accept(Attribute.java:387) at com.sun.tools.javac.jvm.ClassWriter.writeCompoundAttribute(ClassWriter.java:671) at com.sun.tools.javac.jvm.ClassWriter.writeJavaAnnotations(ClassWriter.java:505) at com.sun.tools.javac.jvm.ClassWriter.writeMemberAttrs(ClassWriter.java:365) at com.sun.tools.javac.jvm.ClassWriter.writeMethod(ClassWriter.java:1006) at com.sun.tools.javac.jvm.ClassWriter.writeMethods(ClassWriter.java:1478) at com.sun.tools.javac.jvm.ClassWriter.writeClassFile(ClassWriter.java:1586) at com.sun.tools.javac.jvm.ClassWriter.writeClass(ClassWriter.java:1507) at com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:787) at com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1749) at com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:574) at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) at com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:577) [catch] at org.netbeans.modules.java.source.nbjavac.indexing.MultiPassCompileWorker.compile(MultiPassCompileWorker.java:303) at org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3300) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$3.call(RepositoryUpdater.java:3255) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2123) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runInContext(RepositoryUpdater.java:2104) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.access$1500(RepositoryUpdater.java:136) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFiles(RepositoryUpdater.java:3255) at
[jira] [Created] (NETBEANS-3211) invalid pool entry exception
Pieter van den Hombergh created NETBEANS-3211: - Summary: invalid pool entry exception Key: NETBEANS-3211 URL: https://issues.apache.org/jira/browse/NETBEANS-3211 Project: NetBeans Issue Type: Bug Components: platform - LaunchersCLI Environment: 2019-10-07T10:24:40 1570436680332 273 700 26 UI_USER_CONFIGURATION UI_USER_CONFIGURATION org.netbeans.modules.uihandler.Bundle Linux, 5.0.0-31-generic, amd64 Java HotSpot(TM) 64-Bit Server VM, 25.201-b09, Java(TM) SE Runtime Environment, 1.8.0_201-b09 Apache NetBeans IDE DEV (Build dev-2f3fd90cef69fce35cd61bc985660e3c70236ec4) AssertionError: Invalid pool entry Please provide a description of the problem or the steps to reproduce * Reporter: Pieter van den Hombergh java.lang.AssertionError: Invalid pool entry at com.sun.tools.javac.code.Type.poolTag(Type.java:134) at com.sun.tools.javac.jvm.PoolWriter$WriteablePoolHelper.writeConstant(PoolWriter.java:362) at com.sun.tools.javac.jvm.PoolWriter$WriteablePoolHelper.writeIfNeeded(PoolWriter.java:353) at com.sun.tools.javac.jvm.PoolWriter$WriteablePoolHelper.access$000(PoolWriter.java:331) at com.sun.tools.javac.jvm.PoolWriter.putMember(PoolWriter.java:125) at com.sun.tools.javac.jvm.Code.emitop2(Code.java:1004) at com.sun.tools.javac.jvm.Items$MemberItem.load(Items.java:518) at com.sun.tools.javac.jvm.Gen.visitUnary(Gen.java:2071) at com.sun.tools.javac.tree.JCTree$JCUnary.accept(JCTree.java:2067) at com.sun.tools.javac.jvm.Gen.genExpr(Gen.java:864) at com.sun.tools.javac.jvm.Gen.visitExec(Gen.java:1723) at com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1529) at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:601) at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:636) at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:622) at com.sun.tools.javac.jvm.Gen.genStats(Gen.java:673) at com.sun.tools.javac.jvm.Gen.visitBlock(Gen.java:1084) at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1036) at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:601) at com.sun.tools.javac.jvm.Gen.genStat(Gen.java:636) at com.sun.tools.javac.jvm.Gen.genMethod(Gen.java:954) at com.sun.tools.javac.jvm.Gen.visitMethodDef(Gen.java:917) at com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:882) at com.sun.tools.javac.jvm.Gen.genDef(Gen.java:601) at com.sun.tools.javac.jvm.Gen.genClass(Gen.java:2398) at com.sun.tools.javac.main.JavaCompiler.genCode(JavaCompiler.java:786) at com.sun.tools.javac.main.JavaCompiler.generate(JavaCompiler.java:1749) at com.sun.tools.javac.api.JavacTaskImpl$2.process(JavacTaskImpl.java:574) at com.sun.tools.javac.api.JavacTaskImpl$Filter.run(JavacTaskImpl.java:651) at com.sun.tools.javac.api.JavacTaskImpl.generate(JavacTaskImpl.java:577) at org.netbeans.modules.java.source.nbjavac.indexing.SuperOnePassCompileWorker$2.run(SuperOnePassCompileWorker.java:291) at org.netbeans.modules.java.source.parsing.FileManagerTransaction.runConcurrent(FileManagerTransaction.java:180) [catch] at org.netbeans.modules.java.source.nbjavac.indexing.SuperOnePassCompileWorker.compile(SuperOnePassCompileWorker.java:287) at org.netbeans.modules.java.source.indexing.JavaCustomIndexer.index(JavaCustomIndexer.java:361) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor$2.run(Indexable.java:138) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.runIndexer(RepositoryUpdater.java:275) at org.netbeans.modules.parsing.spi.indexing.Indexable$MyAccessor.index(Indexable.java:136) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2750) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$800(RepositoryUpdater.java:2154) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2636) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:540) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2634) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5714) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5622) at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$4.run(RepositoryUpdater.java:2127)
[jira] [Created] (NETBEANS-3205) coverage report not shown
Pieter van den Hombergh created NETBEANS-3205: - Summary: coverage report not shown Key: NETBEANS-3205 URL: https://issues.apache.org/jira/browse/NETBEANS-3205 Project: NetBeans Issue Type: Bug Affects Versions: 11.2 Reporter: Pieter van den Hombergh In the 2019-10-03 build, the jacoco coverage reports are not shown. If the pom file or a profile added the jacoco dependency, it used to be that the maven specific menu was enhanced with a *Code Coverage* option. This was working well in the previous download. -- 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-2824) No Properties dialog showing in 11.1vc1 for Java Application
[
https://issues.apache.org/jira/browse/NETBEANS-2824?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-2824:
--
Attachment: messages.log
> No Properties dialog showing in 11.1vc1 for Java Application
>
>
> Key: NETBEANS-2824
> URL: https://issues.apache.org/jira/browse/NETBEANS-2824
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Options
>Affects Versions: 11.1
> Environment: Windows 10, AdoptOpenJDK 11.0.3
>Reporter: Benjamin Graf
>Priority: Blocker
> Attachments: messages.log
>
>
> mOpen project properties dialog on plain Java Application Maven project ends
> with:
> {code:java}
> java.lang.NullPointerException
> at
> org.netbeans.modules.fish.payara.micro.project.MicroApplication.getInstance(MicroApplication.java:149)
> at
> org.netbeans.modules.fish.payara.micro.project.MicroPropertiesPanelProvider.createCategory(MicroPropertiesPanelProvider.java:44)
> at
> org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.readCategories(ProjectCustomizer.java:647)
> at
> org.netbeans.spi.project.ui.support.ProjectCustomizer$DelegateCategoryProvider.getSubCategories(ProjectCustomizer.java:608)
> at
> org.netbeans.spi.project.ui.support.ProjectCustomizer.createCustomizerDialog(ProjectCustomizer.java:235)
> at
> org.netbeans.modules.maven.customizer.CustomizerProviderImpl$1.run(CustomizerProviderImpl.java:155)
> at
> org.netbeans.modules.openide.util.NbMutexEventProvider$Event.doEvent(NbMutexEventProvider.java:95)
> at
> org.netbeans.modules.openide.util.NbMutexEventProvider$Event.readAccess(NbMutexEventProvider.java:70)
> at
> org.netbeans.modules.openide.util.LazyMutexImplementation.readAccess(LazyMutexImplementation.java:66)
> at org.openide.util.Mutex.readAccess(Mutex.java:235)
> at
> org.netbeans.modules.maven.customizer.CustomizerProviderImpl.showCustomizer(CustomizerProviderImpl.java:147)
> at
> org.netbeans.modules.maven.customizer.CustomizerProviderImpl.showCustomizer(CustomizerProviderImpl.java:115)
> at
> org.netbeans.modules.maven.customizer.CustomizerProviderImpl.showCustomizer(CustomizerProviderImpl.java:110)
> at
> org.netbeans.modules.project.ui.actions.CustomizeProject$1$1.run(CustomizeProject.java:135)
> at
> java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
> at
> java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:770)
> at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
> at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:715)
> at java.base/java.security.AccessController.doPrivileged(Native Method)
> at
> java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85)
> at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:740)
> at
> org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136)
> [catch] at
> java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203)
> at
> java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
> at
> java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
> at
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109)
> at
> java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at
> java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
> {code}
> Reproducable with following steps:
> * Install a fresh installation from scratch by using zip and deleting profile
> * Start Netbeans Application
> * Start "New project dialog"
> ** Create a new Java with Maven - Java Application project
> *** Download and Activate modules (nb-javac-impl!)
> *** Finish project creating
> * Open Properties on created project -> {color:#14892c}*it works!*{color}
> * Start "New project dialog"
> ** Create a new Java with Maven - Web Application project
> ** Cancel dialog after modules have been activated
> * Open Properties on previously created project -> {color:#ff}*it
> fails!*{color}
--
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-2141) ctrl-shift-u does not create unit test under linux
Pieter van den Hombergh created NETBEANS-2141: - Summary: ctrl-shift-u does not create unit test under linux Key: NETBEANS-2141 URL: https://issues.apache.org/jira/browse/NETBEANS-2141 Project: NetBeans Issue Type: Bug Environment: ubbuntu 18.4 java 12 downloaded 2019-02-19 nb 11 vc1 Reporter: Pieter van den Hombergh as per netcat test, ctrl-shift+U does not create a unit test to a class. Using the menu gets the desired result. -- 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-1821) maven template should include surefire plugin to run tetst
[
https://issues.apache.org/jira/browse/NETBEANS-1821?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pieter van den Hombergh updated NETBEANS-1821:
--
Description:
{{when there is no maven sure-fire spec like}}
maven-surefire-plugin
2.22.1
There are no test run.
To recreate: Create a simple maven java project, add a junit-test with one
failing test.
Invoke test project from the right-click menu. No test is run.
Adding the sure-fire plugin as above in e.g.
... fixes the issue. This behaviour is
consistent with the maven behaviour (tested with cli version 5.3.2), so is
maven, not netbeans, specific.
was:
{{when there is no maven sure-fire spec like}}
maven-surefire-plugin
2.22.1
There are no test run.
To recreate: Create a simple maven java project, add a junit-test with one
failing test.
Invoke test project from the right-click menu. No test is run.
Adding the sure-fire plugin as above in e.g.
... fixes the issue. This behaviour is
consistent with the maven behaviour (tested with cli version 5.3.2), so is
maven, not netbeans specific.
> maven template should include surefire plugin to run tetst
> --
>
> Key: NETBEANS-1821
> URL: https://issues.apache.org/jira/browse/NETBEANS-1821
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Maven
>Affects Versions: 10.0
>Reporter: Pieter van den Hombergh
>Priority: Major
>
> {{when there is no maven sure-fire spec like}}
>
> maven-surefire-plugin
> 2.22.1
>
> There are no test run.
> To recreate: Create a simple maven java project, add a junit-test with one
> failing test.
> Invoke test project from the right-click menu. No test is run.
> Adding the sure-fire plugin as above in e.g.
> ... fixes the issue. This behaviour is
> consistent with the maven behaviour (tested with cli version 5.3.2), so is
> maven, not netbeans, specific.
--
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-1821) maven template should include surefire plugin to run tetst
Pieter van den Hombergh created NETBEANS-1821:
-
Summary: maven template should include surefire plugin to run tetst
Key: NETBEANS-1821
URL: https://issues.apache.org/jira/browse/NETBEANS-1821
Project: NetBeans
Issue Type: Bug
Components: projects - Maven
Affects Versions: 10.0
Reporter: Pieter van den Hombergh
{{when there is no maven sure-fire spec like}}
maven-surefire-plugin
2.22.1
There are no test run.
To recreate: Create a simple maven java project, add a junit-test with one
failing test.
Invoke test project from the right-click menu. No test is run.
Adding the sure-fire plugin as above in e.g.
... fixes the issue. This behaviour is
consistent with the maven behaviour (tested with cli version 5.3.2), so is
maven, not netbeans specific.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-1817) exception thrown on startup
[ https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16728017#comment-16728017 ] Pieter van den Hombergh edited comment on NETBEANS-1817 at 12/24/18 1:23 PM: - Although not quite sure, I recall that netcat uses maven, not ant for the unit test test. I recall that I accepted that. The missing part is in the ant based infrastructure, I presume. was (Author: homberghp): Although not quite sure, I recall that net at uses maven, not ant for the unit test test. I recall that I accepted that. The missing part is in the ant based infrastructure, I presume. > exception thrown on startup > --- > > Key: NETBEANS-1817 > URL: https://issues.apache.org/jira/browse/NETBEANS-1817 > Project: NetBeans > Issue Type: Bug >Reporter: Pieter van den Hombergh >Priority: Major > > see report log below -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1817) exception thrown on startup
[ https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16728283#comment-16728283 ] Pieter van den Hombergh commented on NETBEANS-1817: --- I might consider using maven. I think my collaegues would rather stick with NB8.2 as it is. I am the only one moving forward in my team, which might not be a good trait after all. Having maven based projects makes the project more IDE agnostic, which may be considered good. > exception thrown on startup > --- > > Key: NETBEANS-1817 > URL: https://issues.apache.org/jira/browse/NETBEANS-1817 > Project: NetBeans > Issue Type: Bug >Reporter: Pieter van den Hombergh >Priority: Major > > see report log below -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-1817) exception thrown on startup
[
https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16728264#comment-16728264
]
Pieter van den Hombergh edited comment on NETBEANS-1817 at 12/24/18 9:11 AM:
-
Ant based project: Changing the library set back to Jnunt 4.12 and changing the
imports and annotation accoridingly makes it into a project that can be tested,
both on the project level and on the test-class level. This makes me infer that
the old ant-based test infrastructure is still in place.
{color:#14892c}OK{color}
The{color:#33} annoying part{color} lies in the fact that the test
templates expanded from new-> unit-test->junit produce junit 5 code and
imports, which are then not usable. This makes a very bad experience and is not
acceptable when teaching novices to create unit tests. First steps should be
easy, not hard. {color:#d04437}NOT OK{color}
It would help if the test wizard would allow selection between junit 4 and
junit 5, like it has been possible (in some previous version) to choose between
junit 3.8 and junit 4. Then I would have an easy transition from NB 8.2 to
NB10, keeping my old (junit 4) tests and allow a more gradual transition to the
newer stuff (Java 11, modules, JUnit 5 etc). I do welcome the addition of Junit
5, which is an area in which nb has been lagging. Having it only in maven based
projects is ok for the time being, as it also works as advertised and shown
with NetCat. I ran those tests myself, and was pleased and surprised at the
same time.
I might be thinking to simple here, but I surmise that the build files
(build.xml, build-impl.xml, build.properties) are also generated from
templates. It might suffice to add the proper code (and conditions) to the ant
files (which are big beasts) and add the odd jar file, needed for ant to have a
working runner. From the junit 5 tutorial website
[https://junit.org/junit5/docs/current/user-guide/#running-tests-build-ant] I
infer that it might be as simple as adding a different runner. I might find
some spare time between the holiday obligations to experiment with the build
file to first make it work from the command line and the proper libraries/jars
and then see how this can be integrated into NB10.
was (Author: homberghp):
Ant based project: Changing the library set back to Jnunt 4.12 and changing the
imports and annotation accoridingly makes it into a project that can be tested,
both on the project level and on the test-class level. This makes me infer that
the old ant-based test infrastructure is still in place.
{color:#14892c}OK{color}
The{color:#33} annoying part{color} lies in the fact that the test
templates expanded from new-> unit-test->junit produce junit 5 code and
imports, which are then not usable. This makes a very bad experience and is not
acceptable when teaching novices to create unit tests. First steps should be
easy, not hard. {color:#d04437}NOT OK{color}
It would help if the test wizard would allow selection between junit 4 and
junit 5, like it has been possible (in some previous version) to choose between
junit 3.8 and junit 4. Then I would have an easy transition from NB 8.2 to
NB10, keeping my old (junit 4) tests and allow a more gradual transition to the
newer stuff (Java 11, modules, JUnit 5 etc). I do welcome the addition of Junit
5, which is an area in which nb has been lagging. Having it only in maven based
projects is ok for the time being, as it also works as advertised and show with
NetCat. I rand those tests myself, and was pleased and surprised at the same
time.
I might be thinking to simple here, but I surmise that the build files
(build.xml, build-impl.xml, build.properties) are also generated form
templates. It might suffice to add the proper code (and conditions) to the ant
files (which are big beasts) and add the odd jar file, needed for ant to have a
working runner. From the junit 5 tutorial website
[https://junit.org/junit5/docs/current/user-guide/#running-tests-build-ant] I
infer that it might be as simple as adding a different runner. I might find
some spare time between the holiday obligations to experiment with the build
file to first make it work from the command line and the proper libraries/jars
and then see how this can be integrated into NB10.
> exception thrown on startup
> ---
>
> Key: NETBEANS-1817
> URL: https://issues.apache.org/jira/browse/NETBEANS-1817
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pieter van den Hombergh
>Priority: Major
>
> see report log below
--
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:
[jira] [Commented] (NETBEANS-1817) exception thrown on startup
[
https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16728264#comment-16728264
]
Pieter van den Hombergh commented on NETBEANS-1817:
---
Ant based project: Changing the library set back to Jnunt 4.12 and changing the
imports and annotation accoridingly makes it into a project that can be tested,
both on the project level and on the test-class level. This makes me infer that
the old ant-based test infrastructure is still in place.
{color:#14892c}OK{color}
The{color:#33} annoying part{color} lies in the fact that the test
templates expanded from new-> unit-test->junit produce junit 5 code and
imports, which are then not usable. This makes a very bad experience and is not
acceptable when teaching novices to create unit tests. First steps should be
easy, not hard. {color:#d04437}NOT OK{color}
It would help if the test wizard would allow selection between junit 4 and
junit 5, like it has been possible (in some previous version) to choose between
junit 3.8 and junit 4. Then I would have an easy transition from NB 8.2 to
NB10, keeping my old (junit 4) tests and allow a more gradual transition to the
newer stuff (Java 11, modules, JUnit 5 etc). I do welcome the addition of Junit
5, which is an area in which nb has been lagging. Having it only in maven based
projects is ok for the time being, as it also works as advertised and show with
NetCat. I rand those tests myself, and was pleased and surprised at the same
time.
I might be thinking to simple here, but I surmise that the build files
(build.xml, build-impl.xml, build.properties) are also generated form
templates. It might suffice to add the proper code (and conditions) to the ant
files (which are big beasts) and add the odd jar file, needed for ant to have a
working runner. From the junit 5 tutorial website
[https://junit.org/junit5/docs/current/user-guide/#running-tests-build-ant] I
infer that it might be as simple as adding a different runner. I might find
some spare time between the holiday obligations to experiment with the build
file to first make it work from the command line and the proper libraries/jars
and then see how this can be integrated into NB10.
> exception thrown on startup
> ---
>
> Key: NETBEANS-1817
> URL: https://issues.apache.org/jira/browse/NETBEANS-1817
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pieter van den Hombergh
>Priority: Major
>
> see report log below
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1817) exception thrown on startup
[ https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16728017#comment-16728017 ] Pieter van den Hombergh commented on NETBEANS-1817: --- Although not quite sure, I recall that net at uses maven, not ant for the unit test test. I recall that I accepted that. The missing part is in the ant based infrastructure, I presume. > exception thrown on startup > --- > > Key: NETBEANS-1817 > URL: https://issues.apache.org/jira/browse/NETBEANS-1817 > Project: NetBeans > Issue Type: Bug >Reporter: Pieter van den Hombergh >Priority: Major > > see report log below -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1817) exception thrown on startup
[
https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16727990#comment-16727990
]
Pieter van den Hombergh commented on NETBEANS-1817:
---
# Unzip incubating-netbeans-10.0-vc5-bin.zip, results in netbeans/ folder
# rename the folder (and move) to /usr/local/netbeans-10.0-vc5
# modify /usr/local/netbeans-10-vc1/etc/netbeans.conf to set netbeans_jdkhome
to jdk11 as innetbeans_jdkhome="/usr/lib/jvm/jdk-11.0.1"
# start netbeans with commandline /usr/local/netbeans-10-vc5/bin/netbeans
# create a new java library project, say nb10junit5
# Create a unit test in a package. Like t.PTest.java
# Add one failing test. Just add a line to have it fail like
*fail("intentionally broken");*
# **Run the test file. Right-click the test file and invoke test .This shows
in the output window the messages shown
earlier./home/hom/.cache/netbeans/10.0/executor-snippets/junit.xml:184: The
following error occurred while executing this line:
/home/hom/.cache/netbeans/10.0/executor-snippets/junit.xml:128: The
or for must include junit.jar if not in Ant's own classpath
> exception thrown on startup
> ---
>
> Key: NETBEANS-1817
> URL: https://issues.apache.org/jira/browse/NETBEANS-1817
> Project: NetBeans
> Issue Type: Bug
>Reporter: Pieter van den Hombergh
>Priority: Major
>
> see report log below
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1817) exception thrown on startup
[ https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16727975#comment-16727975 ] Pieter van den Hombergh commented on NETBEANS-1817: --- Moments have passed. Result: same behaviour. JUnit 5 tests are generated (and added a proper test) however, netbeans+ant insist on be doing something that should have been done by the installation or the template expansion. Message is /home/hom/.cache/netbeans/10.0/executor-snippets/junit.xml:184: The following error occurred while executing this line: /home/hom/.cache/netbeans/10.0/executor-snippets/junit.xml:128: The or for must include junit.jar if not in Ant's own classpath I also tried to have NB10 generate tests to an existing class (My earlier experiments started with a test file because we are into TDD nowadays), but the result is still the same. BTW, I tried this with NB9 (on top of Java 9) and as I recall that did not have this issue. Could restest that again to to be sure. > exception thrown on startup > --- > > Key: NETBEANS-1817 > URL: https://issues.apache.org/jira/browse/NETBEANS-1817 > Project: NetBeans > Issue Type: Bug >Reporter: Pieter van den Hombergh >Priority: Major > > see report log below -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-1817) exception thrown on startup
[ https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16727976#comment-16727976 ] Pieter van den Hombergh edited comment on NETBEANS-1817 at 12/23/18 1:52 PM: - Tried with NB9. That version generates junit 4 type tests with java 9, which causes no problems. was (Author: homberghp): Tried with NB9. That version generates junit 4 type tests with java 9. > exception thrown on startup > --- > > Key: NETBEANS-1817 > URL: https://issues.apache.org/jira/browse/NETBEANS-1817 > Project: NetBeans > Issue Type: Bug >Reporter: Pieter van den Hombergh >Priority: Major > > see report log below -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1817) exception thrown on startup
[ https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16727976#comment-16727976 ] Pieter van den Hombergh commented on NETBEANS-1817: --- Tried with NB9. That version generates junit 4 type tests with java 9. > exception thrown on startup > --- > > Key: NETBEANS-1817 > URL: https://issues.apache.org/jira/browse/NETBEANS-1817 > Project: NetBeans > Issue Type: Bug >Reporter: Pieter van den Hombergh >Priority: Major > > see report log below -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1817) exception thrown on startup
[ https://issues.apache.org/jira/browse/NETBEANS-1817?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16727967#comment-16727967 ] Pieter van den Hombergh commented on NETBEANS-1817: --- Did that. As in moved the ~/.netbeans/10.0 folder aside so netbeans sees a fresh stuff. I can do it with a fresh user too, because there may be some caching involved. Give me a moment. > exception thrown on startup > --- > > Key: NETBEANS-1817 > URL: https://issues.apache.org/jira/browse/NETBEANS-1817 > Project: NetBeans > Issue Type: Bug >Reporter: Pieter van den Hombergh >Priority: Major > > see report log below -- 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-1817) exception thrown on startup
Pieter van den Hombergh created NETBEANS-1817: - Summary: exception thrown on startup Key: NETBEANS-1817 URL: https://issues.apache.org/jira/browse/NETBEANS-1817 Project: NetBeans Issue Type: Bug Reporter: Pieter van den Hombergh see report log below -- 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-1740) nimbus look and feel looks ugly with openjdk 12 ea
Pieter van den Hombergh created NETBEANS-1740: - Summary: nimbus look and feel looks ugly with openjdk 12 ea Key: NETBEANS-1740 URL: https://issues.apache.org/jira/browse/NETBEANS-1740 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 10.0 Environment: Ubuntu 18.04, default desktop openjdk 12-ea, netbeans 10-vc4 Reporter: Pieter van den Hombergh Attachments: Screenshot from 2018-11-24 12-42-11.png The button in the nimbus lack internal padding between text and border. Platform -- 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-1528) ctrl+shift+u is not a shortcut on ubuntu for create unit test for existing class
Pieter van den Hombergh created NETBEANS-1528: - Summary: ctrl+shift+u is not a shortcut on ubuntu for create unit test for existing class Key: NETBEANS-1528 URL: https://issues.apache.org/jira/browse/NETBEANS-1528 Project: NetBeans Issue Type: Bug Components: apisupport - Project Affects Versions: 10.0 Reporter: Pieter van den Hombergh the test description uses a shortcut that is not available as such in ubuntu. I find it no problem, because I prefer (to teach) TDD, where no class exists before you start testing. -- 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
