[jira] [Commented] (NETBEANS-5838) Support for {@return …} Javadoc tag (JDK-8075778)

2024-08-28 Thread Michael Bien (Jira)


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

Michael Bien commented on NETBEANS-5838:


(the formatting part is fixed, the javadoc part is tracked via 
https://github.com/apache/netbeans/issues/3774)

> Support for {@return …} Javadoc tag (JDK-8075778)
> -
>
> Key: NETBEANS-5838
> URL: https://issues.apache.org/jira/browse/NETBEANS-5838
> Project: NetBeans
>  Issue Type: New Feature
>  Components: java - Javadoc
>Affects Versions: 12.4
> Environment: Java 16
>Reporter: dennis lucero
>Priority: Major
> Fix For: 24
>
>
> Currently
> {code:java}
> /**
>  * {@return something}
>  */{code}
> does not show up in the Javadoc window. According to 
> [JDK-8075778|https://bugs.openjdk.java.net/browse/JDK-8075778] the text in 
> the tag should be displayed in the description (prefixed with "Returns " and 
> in the "returns" section.
> Also autoformatting the source code currently transforms the tag into
> {code:java}
>  /**
>  * 
>  * {
>  * 
>  * @return something}
>  */{code}
> which is not recognized by the Javadoc generator anymore. The generated 
> output contains "\{" as the description and the given text including "}" (but 
> without the "{") in the "returns" section.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5838) Support for {@return …} Javadoc tag (JDK-8075778)

2024-08-28 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5838.
--
Fix Version/s: 24
   Resolution: Fixed

and closing since it is fixed in master 
[https://github.com/apache/netbeans/pull/7641] NB24

> Support for {@return …} Javadoc tag (JDK-8075778)
> -
>
> Key: NETBEANS-5838
> URL: https://issues.apache.org/jira/browse/NETBEANS-5838
> Project: NetBeans
>  Issue Type: New Feature
>  Components: java - Javadoc
>Affects Versions: 12.4
> Environment: Java 16
>Reporter: dennis lucero
>Priority: Major
> Fix For: 24
>
>
> Currently
> {code:java}
> /**
>  * {@return something}
>  */{code}
> does not show up in the Javadoc window. According to 
> [JDK-8075778|https://bugs.openjdk.java.net/browse/JDK-8075778] the text in 
> the tag should be displayed in the description (prefixed with "Returns " and 
> in the "returns" section.
> Also autoformatting the source code currently transforms the tag into
> {code:java}
>  /**
>  * 
>  * {
>  * 
>  * @return something}
>  */{code}
> which is not recognized by the Javadoc generator anymore. The generated 
> output contains "\{" as the description and the given text including "}" (but 
> without the "{") in the "returns" section.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-5838) Support for {@return …} Javadoc tag (JDK-8075778)

2024-08-28 Thread Michael Bien (Jira)


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

Michael Bien reopened NETBEANS-5838:


reopening since it was a bug after all

> Support for {@return …} Javadoc tag (JDK-8075778)
> -
>
> Key: NETBEANS-5838
> URL: https://issues.apache.org/jira/browse/NETBEANS-5838
> Project: NetBeans
>  Issue Type: New Feature
>  Components: java - Javadoc
>Affects Versions: 12.4
> Environment: Java 16
>Reporter: dennis lucero
>Priority: Major
>
> Currently
> {code:java}
> /**
>  * {@return something}
>  */{code}
> does not show up in the Javadoc window. According to 
> [JDK-8075778|https://bugs.openjdk.java.net/browse/JDK-8075778] the text in 
> the tag should be displayed in the description (prefixed with "Returns " and 
> in the "returns" section.
> Also autoformatting the source code currently transforms the tag into
> {code:java}
>  /**
>  * 
>  * {
>  * 
>  * @return something}
>  */{code}
> which is not recognized by the Javadoc generator anymore. The generated 
> output contains "\{" as the description and the given text including "}" (but 
> without the "{") in the "returns" section.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-2280) Error while installing nb-javac using OpenJDK 1.8.0_192

2024-08-19 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-2280.
--
Fix Version/s: 13
   Resolution: Fixed

nb-javac is now installed out-of-the-box since NB13

> Error while installing nb-javac using OpenJDK 1.8.0_192
> ---
>
> Key: NETBEANS-2280
> URL: https://issues.apache.org/jira/browse/NETBEANS-2280
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 10.0
>Reporter: Fernando Montenegro
>Priority: Minor
> Fix For: 13
>
>
> Using Windows 10 Pro 17763.379, running as a VirtualBox VM
> OpenJDK 1.8.0_192
> Apache NetBeans IDE 10.0 (Build incubator-netbeans-release-380-on-20181217)
> I was following the tutorial 
> ([https://platform.netbeans.org/tutorials/nbm-google.html)] and received the 
> error saying it was strongly suggested to install nb-javac.
> I proceeded to install it, but it failed with the errors shown below.
> 
>   2019-03-19T22:14:20
>   1553048060304
>   197
>   700
>   83
>   UI_USER_CONFIGURATION
>   UI_USER_CONFIGURATION
>   org.netbeans.modules.uihandler.Bundle
>   Windows 10, 10.0, amd64
>   Eclipse OpenJ9 VM, master-61a34f6be, OpenJDK Runtime Environment, 
> 1.8.0_192-201811210433-b12
>   Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
>   
>   IllegalStateException: Host module 
> StandardModule:org.netbeans.libs.javacimpl jarFile: 
> C:\Java\netbeans\java\modules\org-netbeans-libs-javacimpl.jar was enabled 
> before, will not accept fragment 
> StandardModule:org.netbeans.modules.nbjavac.impl jarFile: 
> C:\sauce\DuckDuckGoToolbar\build\testuserdir\modules\org-netbeans-modules-nbjavac-impl.jar
>   <Please provide a description of the problem or the steps to 
> reproduce>
>   *
> 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-885) NPE on invalid Java source code

2024-08-19 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-885.
-
Fix Version/s: ?
   Resolution: Fixed

can't reproduce this in NB 13. Before NB 13 I won't bother since the nb-javac 
situation was a bit more complicated back then.

assuming fixed via regular javac updates.

> NPE on invalid Java source code
> ---
>
> Key: NETBEANS-885
> URL: https://issues.apache.org/jira/browse/NETBEANS-885
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 9.0
> Environment: Linux, NetBeans 9.0 RC1 (and predecessors).
>Reporter: Peter Nabbefeld
>Assignee: Jan Lahoda
>Priority: Critical
>  Labels: nbjavac
> Fix For: ?
>
>
> I sometimes like to write some code using hints for completion like this:
> package test;
> import java.io.File;
> public class Test {
>     public void test() {
>     File[] files = new File[0];
>     for (file : files)
>     }
> }
> This results in NullPointerExceptions on editing, formatting, or even just 
> re-opening the file.
> Additionally to bug resolution I'd like to know how to write tests for such 
> situations, so I'd be glad if You could append a diff for the changes.
> Relevant part of stacktrace:
> java.lang.NullPointerException
> SEVERE [org.openide.util.Exceptions]
> java.lang.NullPointerException
>     at 
> jdk.compiler/com.sun.tools.javac.tree.Pretty.visitVarDef(Pretty.java:636)
>     at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:950)
>     at jdk.compiler/com.sun.tools.javac.tree.Pretty.printExpr(Pretty.java:194)
>     at jdk.compiler/com.sun.tools.javac.tree.Pretty.printExpr(Pretty.java:209)
>     at jdk.compiler/com.sun.tools.javac.tree.JCTree.toString(JCTree.java:429)
>     at 
> org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl.createBreadcrumbs(BreadCrumbsNodeImpl.java:260)
>     at 
> org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl$3$1.scan(BreadCrumbsNodeImpl.java:535)
>     at 
> org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl$3$1.scan(BreadCrumbsNodeImpl.java:514)
>     at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:90)
>     at jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>     at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:248)
>     at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026)
>     at jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:86)
>     at 
> org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl$3$1.scan(BreadCrumbsNodeImpl.java:539)
>     at 
> org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl$3$1.visitMethod(BreadCrumbsNodeImpl.java:544)
>     at 
> org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl$3$1.visitMethod(BreadCrumbsNodeImpl.java:514)
>     at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>     at 
> org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl$3.run(BreadCrumbsNodeImpl.java:514)
>     at 
> org.netbeans.modules.java.navigation.BreadCrumbsNodeImpl$3.run(BreadCrumbsNodeImpl.java:503)
>     at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>     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:81)
>     at 
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.ja

[jira] [Closed] (NETBEANS-5327) closing bracket stays indented in source+format on record class.

2024-08-19 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5327.
--
Fix Version/s: 13
   Resolution: Fixed

this seems to be working, when I format the provided snippet in NB 13 or 22 it 
will move the closing brace to the start of the line.

> 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
> Fix For: 13
>
>  Time Spent: 4h
>  Remaining Estimate: 0h
>
> 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.10#820010)

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

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



[jira] [Resolved] (NETBEANS-5729) Support HiDPI scaling in TreeView's long file name tooltip (e.g. in Projects pane)

2024-08-15 Thread Eirik Bakke (Jira)


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

Eirik Bakke resolved NETBEANS-5729.
---
Resolution: Fixed

Resolved by the merged Pull Request at 
https://github.com/apache/netbeans/pull/7669

> Support HiDPI scaling in TreeView's long file name tooltip (e.g. in Projects 
> pane)
> --
>
> Key: NETBEANS-5729
> URL: https://issues.apache.org/jira/browse/NETBEANS-5729
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Outline&TreeTable
>Affects Versions: 12.2
>Reporter: Eirik Bakke
>Priority: Major
>  Labels: HiDPI
>
> When hovering over a long filename in the Projects pane, a tooltip is shown 
> to show the entire filename as it extends beyond the edge of the scroll 
> viewport. This tooltip needs to be updated to look good on HiDPI/Retina 
> screens.
> This problem occurs on MacOS, but not on Windows 10. On Windows 10 it would 
> be good to improve the alignment of the border, however.
> The relevant code is in org.openide.explorer.view.ViewTooltips.ImgComp.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4680) No code completion in Stream#map() function's lambda expression body unless there is a return statement already

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4680.
--
Fix Version/s: 12.4
   Resolution: Fixed

> No code completion in Stream#map() function's lambda expression body unless 
> there is a return statement already
> ---
>
> Key: NETBEANS-4680
> URL: https://issues.apache.org/jira/browse/NETBEANS-4680
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Reporter: KoKo
>Priority: Major
> Fix For: 12.4
>
>
> For the given code:
> {code:java}
> import java.util.Arrays;
> import java.util.List;
> import java.util.stream.Collectors;
> public class Test {
> static class Student {
> private Integer id;
> private Integer age;
> private String gender;
> private String firstName;
> private String lastName;
> public Integer getId() {
> return id;
> }
> public void setId(Integer id) {
> this.id = id;
> }
> public Integer getAge() {
> return age;
> }
> public void setAge(Integer age) {
> this.age = age;
> }
> public String getGender() {
> return gender;
> }
> public void setGender(String gender) {
> this.gender = gender;
> }
> public String getFirstName() {
> return firstName;
> }
> public void setFirstName(String firstName) {
> this.firstName = firstName;
> }
> public String getLastName() {
> return lastName;
> }
> public void setLastName(String lastName) {
> this.lastName = lastName;
> }
> public Student(Integer id, Integer age, String gender, String 
> firstName, String lastName) {
> this.id = id;
> this.age = age;
> this.gender = gender;
> this.firstName = firstName;
> this.lastName = lastName;
> }
> }
> public static void main(String[] args) {
> Student e1 = new Student(1, 23, "M", "Rick", "Beethoven");
> Student e2 = new Student(2, 13, "F", "Martina", "Hengis");
> Student e3 = new Student(3, 43, "M", "Ricky", "Martin");
> Student e4 = new Student(4, 26, "M", "Jon", "Lowman");
> Student e5 = new Student(5, 19, "F", "Cristine", "Maria");
> List students = Arrays.asList(e1, e2, e3, e4, e5);
> students.stream()
> .map(s -> {
> s.setAge(s.getAge() + 1);
> return s; 
> 
> })
> .collect(Collectors.toList());
> }
> }
> {code}
> if I comment the the *return statement* in Stream#map() function, there will 
> be no code completion in map function and after map function.
> {code:java}
> students.stream()
>   .map(s -> {
>   s.setAge(s.getAge() + 1); // no code completion for getter and 
> setter here
>   // return s;
>  
>   })
>   .collect(Collectors.toList()); // no code completion here
> {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-4220) Auto Completion not working properly on fields from the same class

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien reopened NETBEANS-4220:


didn't mean to close this one

> Auto Completion not working properly on fields from the same class
> --
>
> Key: NETBEANS-4220
> URL: https://issues.apache.org/jira/browse/NETBEANS-4220
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion & Templates
>Affects Versions: 11.3
>Reporter: Jaime David Daza Tovar
>Assignee: Jaime David Daza Tovar
>Priority: Major
>  Labels: beginner, features, patch
> Attachments: image-2020-04-22-19-04-37-025.png
>
>
> The autocompletion feature fails in situations like the shown in the image 
> below. The right-hand operand indicated had to be manually written in the 
> source file.
> !image-2020-04-22-19-04-37-025.png!
> The log info is shown below:
> -->Log
>  Session: Wednesday, April 22, 2020 6:23:37 PM COT>System Info:   Product 
> Version         = Apache NetBeans IDE 11.3  Operating System        = Windows 
> 10 version 10.0 running on amd64  Java; VM; Vendor        = 1.8.0_251; Java 
> HotSpot(TM) 64-Bit Server VM 25.251-b08; Oracle Corporation  Runtime          
>        = Java(TM) SE Runtime Environment 1.8.0_251-b08  Java Home             
>   = D:\dev\Runners\Java\jdk1.8.0_251\jre  System Locale; Encoding = es_CO 
> (nb); Cp1252  Home Directory          = C:\Users\jaime  Current Directory     
>   = D:\dev\IDE\NetBeans-11.3  User Directory          = 
> C:\Users\jaime\AppData\Roaming\NetBeans\11.3  Cache Directory         = 
> C:\Users\jaime\AppData\Local\NetBeans\Cache\11.3  Installation            = 
> D:\dev\IDE\NetBeans-11.3\netbeans\nb                            
> D:\dev\IDE\NetBeans-11.3\netbeans\ergonomics                            
> D:\dev\IDE\NetBeans-11.3\netbeans\ide                            
> D:\dev\IDE\NetBeans-11.3\netbeans\extide                            
> D:\dev\IDE\NetBeans-11.3\netbeans\java                            
> D:\dev\IDE\NetBeans-11.3\netbeans\apisupport                            
> D:\dev\IDE\NetBeans-11.3\netbeans\webcommon                            
> D:\dev\IDE\NetBeans-11.3\netbeans\websvccommon                            
> D:\dev\IDE\NetBeans-11.3\netbeans\enterprise                            
> D:\dev\IDE\NetBeans-11.3\netbeans\profiler                            
> D:\dev\IDE\NetBeans-11.3\netbeans\php                            
> D:\dev\IDE\NetBeans-11.3\netbeans\harness                            
> D:\dev\IDE\NetBeans-11.3\netbeans\groovy                            
> D:\dev\IDE\NetBeans-11.3\netbeans\javafx                            
> D:\dev\IDE\NetBeans-11.3\netbeans\platform  Boot & Ext. Classpath   = 
> D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\resources.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\rt.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\sunrsasign.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\jsse.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\jce.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\charsets.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\jfr.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\classes;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\access-bridge-64.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\cldrdata.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\dnsns.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\jaccess.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\jfxrt.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\localedata.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\nashorn.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\sunec.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\sunjce_provider.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\sunmscapi.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\sunpkcs11.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\zipfs.jar
>   Application Classpath   = 
> D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\boot.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\org-openide-modules.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\org-openide-util-lookup.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\org-openide-util-ui.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\org-openide-util.jar;D:\dev\Runners\Java\jdk1.8.0_251\lib\dt.jar;D:\dev\Runners\Java\jdk1.8.0_251\lib\tools.jar
>   Startup Classpath       = 
> D:\dev\IDE\NetBeans-11.3\netbeans\platform\core\asm-7.2.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platf

[jira] [Commented] (NETBEANS-4322) JavaCompletionTask.inferDeclaredType causes IllegalArgumentException in javac's getDeclaredType

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien commented on NETBEANS-4322:


still reproducible in NB23

> JavaCompletionTask.inferDeclaredType causes IllegalArgumentException in 
> javac's getDeclaredType
> ---
>
> Key: NETBEANS-4322
> URL: https://issues.apache.org/jira/browse/NETBEANS-4322
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 11.3
> Environment: Java 14
>Reporter: Eirik Bakke
>Priority: Major
>
> In the following example (minimized based on an actual editing session), 
> opening code completion with Ctrl+Space after "obj." causes an exception:
> {code:java}
> public class SomeClass {
>   private void someMethod() {
> String obj = null;
> SomeClass2.SomeClass3 foozle = obj. // To trigger error, open code 
> completion after "obj."
>   }
>   class SomeClass2 {
> class SomeClass3 {
> }
>   }
> }
> {code}
> The exception is as follows:
> {noformat}
> java.lang.IllegalArgumentException: 
> com.mycompany.exihibitcompletion.SomeClass.SomeClass2.SomeClass3
>   at 
> com.sun.tools.javac.model.JavacTypes.getDeclaredType(JavacTypes.java:243)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.inferDeclaredType(JavaCompletionTask.java:5855)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.isOfSmartType(JavaCompletionTask.java:4938)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.addMembers(JavaCompletionTask.java:3692)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.insideMemberSelect(JavaCompletionTask.java:1836)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.resolve(JavaCompletionTask.java:375)
>   at org.netbeans.modules.java.completion.BaseTask.run(BaseTask.java:94)
>   at 
> org.netbeans.modules.java.completion.JavaCompletionTask.run(JavaCompletionTask.java:60)
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
>   at 
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
>   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)
> Caused: org.netbeans.modules.parsing.spi.ParseException
>   at 
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:186)
>   at 
> org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
> [catch] at 
> org.netbeans.modules.editor.java.JavaCompletionProvider$JavaCompletionQuery.query(JavaCompletionProvider.java:193)
>   at 
> org.netbeans.spi.editor.completion.support.AsyncCompletionTask.run(AsyncCompletionTask.java:198)
>   at 
> org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
>   at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
>   at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
>   at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
> {noformat}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-437) Code-complete fails override methods in anonymous classes

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-437.
-
Fix Version/s: 9.0
   Resolution: Fixed

> Code-complete fails override methods in anonymous classes
> -
>
> Key: NETBEANS-437
> URL: https://issues.apache.org/jira/browse/NETBEANS-437
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-222-on-20180226)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
> Fix For: 9.0
>
>
> It looks like we need a similar fix as NETBEANS-252 for anonymous classes.
> Repro steps:
> # Given:
> {code:java}
> Phaser test = new Phaser()
> {
>   // Place caret here
> };
> {code}
> # Place caret inside the anonymous class body
> # Invoke code-complete
> # Select "onAdvance" method and hit ENTER
> # No method is generated



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-231) [jdk-javac] Changing name in class signature throws error

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-231.
-
Fix Version/s: 13
   Resolution: Fixed

> [jdk-javac] Changing name in class signature throws error
> -
>
> Key: NETBEANS-231
> URL: https://issues.apache.org/jira/browse/NETBEANS-231
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - JDK Problems
>Reporter: Geertjan Wielenga
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: jdk-javac
> Fix For: 13
>
>
> After I create a new Java source file using vanilla javac (i.e. not 
> nb-javac), and change the name of the class within the class signature (i.e., 
> not by renaming the file or by doing refactoring, but just by typing a 
> different name in the class signature in the Java source file), the error 
> below is thrown:
> com.sun.tools.javac.code.ClassFinder$BadClassFile: bad source file: 
> MyApp1.java
>   file does not contain class myapp1.MyApp1
>   Please remove or make sure it appears in the correct subdirectory of the 
> sourcepath.
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:856)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.readSourceFile(JavaCompiler.java:783)
>   at 
> jdk.compiler/com.sun.tools.javac.main.JavaCompiler.lambda$new$0(JavaCompiler.java:343)
>   at 
> jdk.compiler/com.sun.tools.javac.code.ClassFinder.fillIn(ClassFinder.java:352)
>   at 
> jdk.compiler/com.sun.tools.javac.code.ClassFinder.complete(ClassFinder.java:285)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol.complete(Symbol.java:633)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:1314)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$ClassSymbol.flags(Symbol.java:1248)
>   at 
> jdk.compiler/com.sun.tools.javac.code.Symbol$TypeSymbol.getEnclosedElements(Symbol.java:800)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:1107)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.visitMethod(NPECheck.java:541)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCMethodDecl.accept(JCTree.java:898)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitClass(TreeScanner.java:187)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCClassDecl.accept(JCTree.java:808)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:541)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:105)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:78)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:113)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitCompilationUnit(TreeScanner.java:144)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:591)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:82)
>   at 
> org.netbeans.api.java.source.support.CancellableTreePathScanner.scan(CancellableTreePathScanner.java:69)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck$VisitorImpl.scan(NPECheck.java:620)
>   at 
> org.netbeans.modules.java.hints.bugs.NPECheck.computeExpressionsState(NPECheck.java:498)
>   at 
>

[jira] [Closed] (NETBEANS-895) Code completion for field initializer does not add import without nbjavac

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-895.
-
Fix Version/s: 13
   Resolution: Fixed

nb-javac is now always installed since NB 13

> Code completion for field initializer does not add import without nbjavac
> -
>
> Key: NETBEANS-895
> URL: https://issues.apache.org/jira/browse/NETBEANS-895
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
> Environment: release-302-on-20180517 without nbjavac
>Reporter: Naoki Kishida
>Assignee: Jan Lahoda
>Priority: Major
> Fix For: 13
>
>
> Code completion for a field initializer does not add import when nbjavac is 
> not enabled.
> for a field type, there are `SecurityException` and `SecurityManager` but are 
> not `Set` for candidates in the completion list.
> {code:java}
> class Foo {
>   Se[ctrl]+[space]
> }
> {code}
> for a field initializer, choising `HashSet` does not add `import 
> java.util.HashSet`
> {code:java}
> import java.util.Set;
> class Foo {
>   Set s = new Hash[ctrl]+[space]
> }
> {code}
> for a field initializer, choising `HashSet` does not insert the `HashSet`
> {code:java}
> import java.util.Set;
> class Foo {
>   static Set s = new Hash[ctrl]+[space]
> }
> {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4220) Auto Completion not working properly on fields from the same class

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4220.
--
Fix Version/s: (was: 11.3)
   Resolution: Works for Me

> Auto Completion not working properly on fields from the same class
> --
>
> Key: NETBEANS-4220
> URL: https://issues.apache.org/jira/browse/NETBEANS-4220
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion & Templates
>Affects Versions: 11.3
>Reporter: Jaime David Daza Tovar
>Assignee: Jaime David Daza Tovar
>Priority: Major
>  Labels: beginner, features, patch
> Attachments: image-2020-04-22-19-04-37-025.png
>
>
> The autocompletion feature fails in situations like the shown in the image 
> below. The right-hand operand indicated had to be manually written in the 
> source file.
> !image-2020-04-22-19-04-37-025.png!
> The log info is shown below:
> -->Log
>  Session: Wednesday, April 22, 2020 6:23:37 PM COT>System Info:   Product 
> Version         = Apache NetBeans IDE 11.3  Operating System        = Windows 
> 10 version 10.0 running on amd64  Java; VM; Vendor        = 1.8.0_251; Java 
> HotSpot(TM) 64-Bit Server VM 25.251-b08; Oracle Corporation  Runtime          
>        = Java(TM) SE Runtime Environment 1.8.0_251-b08  Java Home             
>   = D:\dev\Runners\Java\jdk1.8.0_251\jre  System Locale; Encoding = es_CO 
> (nb); Cp1252  Home Directory          = C:\Users\jaime  Current Directory     
>   = D:\dev\IDE\NetBeans-11.3  User Directory          = 
> C:\Users\jaime\AppData\Roaming\NetBeans\11.3  Cache Directory         = 
> C:\Users\jaime\AppData\Local\NetBeans\Cache\11.3  Installation            = 
> D:\dev\IDE\NetBeans-11.3\netbeans\nb                            
> D:\dev\IDE\NetBeans-11.3\netbeans\ergonomics                            
> D:\dev\IDE\NetBeans-11.3\netbeans\ide                            
> D:\dev\IDE\NetBeans-11.3\netbeans\extide                            
> D:\dev\IDE\NetBeans-11.3\netbeans\java                            
> D:\dev\IDE\NetBeans-11.3\netbeans\apisupport                            
> D:\dev\IDE\NetBeans-11.3\netbeans\webcommon                            
> D:\dev\IDE\NetBeans-11.3\netbeans\websvccommon                            
> D:\dev\IDE\NetBeans-11.3\netbeans\enterprise                            
> D:\dev\IDE\NetBeans-11.3\netbeans\profiler                            
> D:\dev\IDE\NetBeans-11.3\netbeans\php                            
> D:\dev\IDE\NetBeans-11.3\netbeans\harness                            
> D:\dev\IDE\NetBeans-11.3\netbeans\groovy                            
> D:\dev\IDE\NetBeans-11.3\netbeans\javafx                            
> D:\dev\IDE\NetBeans-11.3\netbeans\platform  Boot & Ext. Classpath   = 
> D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\resources.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\rt.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\sunrsasign.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\jsse.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\jce.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\charsets.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\jfr.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\classes;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\access-bridge-64.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\cldrdata.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\dnsns.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\jaccess.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\jfxrt.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\localedata.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\nashorn.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\sunec.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\sunjce_provider.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\sunmscapi.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\sunpkcs11.jar;D:\dev\Runners\Java\jdk1.8.0_251\jre\lib\ext\zipfs.jar
>   Application Classpath   = 
> D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\boot.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\org-openide-modules.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\org-openide-util-lookup.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\org-openide-util-ui.jar;D:\dev\IDE\NetBeans-11.3\netbeans\platform\lib\org-openide-util.jar;D:\dev\Runners\Java\jdk1.8.0_251\lib\dt.jar;D:\dev\Runners\Java\jdk1.8.0_251\lib\tools.jar
>   Startup Classpath       = 
> D:\dev\IDE\NetBeans-11.3\netbeans\platform\core\asm-7.2.jar;D:\dev\IDE

[jira] [Closed] (NETBEANS-4502) Option to download nb-javac during NB installation rather than post installation

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4502.
--
Fix Version/s: 13
   Resolution: Fixed

> Option to download nb-javac during NB installation rather than post 
> installation
> 
>
> Key: NETBEANS-4502
> URL: https://issues.apache.org/jira/browse/NETBEANS-4502
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Arunava Sinha
>Priority: Major
> Fix For: 13
>
>
> Currently once user launch NB for the first time, It popup a dialog 
> recommending the user to install nb-javac plugin. This hampers the user 
> experience as he/she was expecting whatever needed to run NB was already 
> completed during NB installation and once he/she launched the IDE it should 
> work seamlessly without asking asking of any further installation step.
>  
> I hereby propose to move the step for installation of nb-javac plugin to 
> Netbeans installer.
> On run of installer, there can an option to ask  to installs nb-javac plugin 
> as well. On user consent installer would download and install nb-javac plugin 
> as well.
> Existing option to install nb-javac through NB IDE will still there. In case 
> user decides not to install nb-javac during the run of installer, he will get 
> the dialog recommending to install nb-javac on lauch of IDE as we get now.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-3248) Wrong external javadoc url for jdk 11

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-3248.
--
Fix Version/s: ?
   Resolution: Fixed

javadoc links should be working fine now. The issue should have been closed a 
while ago.

> Wrong external javadoc url for jdk 11
> -
>
> Key: NETBEANS-3248
> URL: https://issues.apache.org/jira/browse/NETBEANS-3248
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Javadoc
>Affects Versions: 11.2
> Environment: Windows 7
> Netbeans 11.2b3
> JDK13-openJ9
>Reporter: Pierre Maréchal
>Priority: Major
> Fix For: ?
>
>
> Clicking "Show documentation in external web browser" button in Javadoc 
> window sends the browser to wrong url.
> Example :
> [https://docs.oracle.com/en/java/javase/11/docs/api/java/util/concurrent/Callable.html]
>  
> When it should have been :
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/concurrent/Callable.html]
>  
> It looks like the module part is missing.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-3090) Missing module name in a URL when linking javadoc

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-3090.
--
Fix Version/s: ?
   Resolution: Fixed

javadoc links should be working fine now. The issue should have been closed a 
while ago.

> Missing module name in a URL when linking javadoc
> -
>
> Key: NETBEANS-3090
> URL: https://issues.apache.org/jira/browse/NETBEANS-3090
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Javadoc
>Affects Versions: 11.1
> Environment: NetBeans 11.1 macOS 10.14.6
>Reporter: Vasily
>Priority: Major
> Fix For: ?
>
>
> Using -link option with javadoc produces invalid URL.
> Steps to reproduce:
> 1. Set -link [https://docs.oracle.com/en/java/javase/11/docs/api/] in 
> project>build>Documenting Additional Javadoc Options field
> 2. Generate Javadoc for this project
> 3. Click on any class reference pointing to externally linked documentation 
> (for example java.lang.Object)
> Link appears to point to:
> [https://docs.oracle.com/en/java/javase/11/docs/api/java/lang/Object.html?is-external=true]
> instead of: 
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/lang/Object.html]
> The missing bit is java.base module part of the url
> This problem is not reproduced in NetBeans 10



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5271) JDK javadoc uses wrong URL in external web browser

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5271.
--
Fix Version/s: ?
   Resolution: Fixed

javadoc links should be working fine now. The issue should have been closed a 
while ago.

> JDK javadoc uses wrong URL in external web browser
> --
>
> Key: NETBEANS-5271
> URL: https://issues.apache.org/jira/browse/NETBEANS-5271
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Javadoc
>Affects Versions: 12.2
> Environment: NetBeans 12.2 on JDK 11 running under Debian Linux.
>Reporter: Glenn Holmer
>Assignee: Jakub Herkel
>Priority: Major
> Fix For: ?
>
> Attachments: image-2021-01-21-13-00-00-792.png
>
>
> Steps to reproduce:
> 0) Hit ctrl-space on e.g. System.out.println(). Popup Javadoc appears 
> correctly.
> 1) Click "Show documentation in external web browser" button (second from 
> right in popup toolbar).
> 2) Browser will report a 404 because the URL is
> [https://docs.oracle.com/en/java/javase/11/docs/api/java/io/PrintStream.html]
> instead of
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/io/PrintStream.html]
> This appears to happen with all base classes, e.g.
> [https://docs.oracle.com/en/java/javase/11/docs/api/java/lang/Math.html]
> instead of
> [https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/lang/Math.html]
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-2624) Netbeans does not handle platform javadoc for jdk 10+

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-2624.
--
Fix Version/s: ?
   Resolution: Fixed

javadoc links should be working fine now. The issue should have been closed a 
while ago.

> Netbeans does not handle platform javadoc for jdk 10+
> -
>
> Key: NETBEANS-2624
> URL: https://issues.apache.org/jira/browse/NETBEANS-2624
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Javadoc, platform - JDK Problems
>Affects Versions: 9.0, 10.0, 11.0, 12.0, 12.1, 12.2, 12.3, 12.4, 12.5
> Environment: Product Version: Apache NetBeans IDE 12.5
> Java: 17; OpenJDK 64-Bit Server VM 17+35
> Runtime: OpenJDK Runtime Environment 17+35
> System: Linux version 5.4.0-88-generic running on amd64; UTF-8; en_US (nb)
> previously:
> Product Version: Apache NetBeans IDE 11.0 (Build 
> incubator-netbeans-release-404-on-20190319)
> Java: 1.8.0_211; Java HotSpot(TM) 64-Bit Server VM 25.211-b12
> Runtime: Java(TM) SE Runtime Environment 1.8.0_211-b12
> System: Windows 10 version 10.0 running on amd64; Cp1252; es_ES (nb)
>Reporter: David Requena
>Priority: Major
> Fix For: ?
>
> Attachments: help1.jpg
>
>
> Javadoc is not recognized for java platforms 10 and up. Probably related to 
> new Javadoc format in modularized java releases.
>  *  Platform Javadoc won't be listed at Help/Javadoc references
>  * Show Javadoc on nodes in the project window will fail with "javadoc for 
> xxx.yyy.zzz not be found
>  * Show documentation in external web browser buttons are disabled across the 
> whole ide.
> Issue does not affect code completion or other features using actual comments 
> in platform sources.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5151) update java.source in the project properties

2024-08-02 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5151.
--
Resolution: Fixed

this was fixed over several releases. Minimum is now 8 and javac.release is now 
the preferred property key when modules move to 17.

> update java.source in the project properties
> 
>
> Key: NETBEANS-5151
> URL: https://issues.apache.org/jira/browse/NETBEANS-5151
> Project: NetBeans
>  Issue Type: Improvement
>Reporter: Brad Walker
>Assignee: Brad Walker
>Priority: Major
>  Labels: pull-request-available
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> There are hundreds of warnings that are generated because the java.source 
> specifies version 1.6 in the project.properties files. The warning looks like 
> this:
> {code:java}
> ...
> -compile-ant:
> [javac] Compiling 2 source files to 
> /home/bwalker/src/netbeans/ergonomics/ide.ergonomics/build/classes
>  [repeat] warning: [options] bootstrap class path not set in conjunction with 
> -source 1.6
>[repeat] 1 warning
>  [copy] Copying 6 files to 
> /home/bwalker/src/netbeans/ergonomics/ide.ergonomics/build/classes
> -generate-proxies:
> ...
> {code}
> I've cleaned this up. There are still a few of these warnings left. I will 
> clean them up when I have time to go in and inspect each one individually.
> Since Java 8 is our default, cleaning these up makes those warnings go away.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-2617) Redraw common icons in SVG

2024-07-29 Thread Eirik Bakke (Jira)


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

Eirik Bakke updated NETBEANS-2617:
--
Description: 
Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
icons with SVG versions, for improved appearance on Retina/HiDPI displays.
h2. UPDATE: Progress is now tracked per [these 
instructions|https://github.com/apache/netbeans-tools/blob/master/icon-scripts/README.txt]
 in the netbeans-tools repository

With some practice, it takes on average 30 minutes to create an SVG version of 
a typical icon in Adobe Illustrator. See the attached illustration and 
Illustrator template. The Illustrator template includes a few icons which have 
already been converted.

In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
migrated to the Google Sheet above). By redrawing the most commonly seen icons 
first, we can get the greatest "bang for the buck" in terms of improving 
NetBeans' appearance on HiDPI displays. Once we have a batch of icons ready to 
integrate into the NetBeans repository, Eirik will redo the duplicate detection 
and ensure the SVGs end up in all relevant locations, and start creating pull 
requests.

See also the overview page for HiDPI improvements on 
[https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements]
 .

The style guide and process notes has been moved to [this confluence 
page|https://cwiki.apache.org/confluence/display/NETBEANS/SVG+Icon+Style+Guide+and+Process].

  was:
Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
icons with SVG versions, for improved appearance on Retina/HiDPI displays.
h2. UPDATE: Progress is now tracked per [these 
instructions|[http://example.com|https://github.com/apache/netbeans-tools/blob/master/icon-scripts/README.txt]]
 in the netbeans-tools repository

With some practice, it takes on average 30 minutes to create an SVG version of 
a typical icon in Adobe Illustrator. See the attached illustration and 
Illustrator template. The Illustrator template includes a few icons which have 
already been converted.

In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
migrated to the Google Sheet above). By redrawing the most commonly seen icons 
first, we can get the greatest "bang for the buck" in terms of improving 
NetBeans' appearance on HiDPI displays. Once we have a batch of icons ready to 
integrate into the NetBeans repository, Eirik will redo the duplicate detection 
and ensure the SVGs end up in all relevant locations, and start creating pull 
requests.

See also the overview page for HiDPI improvements on 
[https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements]
 .

The style guide and process notes has been moved to [this confluence 
page|https://cwiki.apache.org/confluence/display/NETBEANS/SVG+Icon+Style+Guide+and+Process].


> Redraw common icons in SVG
> --
>
> Key: NETBEANS-2617
>     URL: https://issues.apache.org/jira/browse/NETBEANS-2617
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Other
>Affects Versions: 11.0
> Environment: Windows, Linux, and MacOS
>Reporter: Eirik Bakke
>Priority: Major
>  Labels: HiDPI
> Attachments: 210604 Icons Overview Cropped.png, 211228 Consolidated 
> Icons.ai, 220101 Updated Dark Filter Test.png, ScreenshotExample.png, 
> ide.editor.bookmarks.ai, ide.editor.macros.ai, ide.seperator.breadcrumbs.ai, 
> image-2022-01-19-14-41-29-967.png, netbeans_icons_illustrator_template.ai, 
> style example (dark filter).png, style example.png
>
>
> Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
> icons with SVG versions, for improved appearance on Retina/HiDPI displays.
> h2. UPDATE: Progress is now tracked per [these 
> instructions|https://github.com/apache/netbeans-tools/blob/master/icon-scripts/README.txt]
>  in the netbeans-tools repository
> With some practice, it takes on average 30 minutes to create an SVG version 
> of a typical icon in Adobe Illustrator. See the attached illustration and 
> Illustrator template. The Illustrator template includes a few icons which 
> have already been converted.
> In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
> migrated to the Google Sheet above). By redrawing the most commonly seen 
> icons first, we can get the greatest "bang for the buck" in terms of 
> improving NetBeans' appearance on HiDPI displays. Once we have a batch of 
> icons ready to integrate into the NetBeans repository, Eirik will redo the 
> duplicate detection and ensure the SVGs end 

[jira] [Updated] (NETBEANS-2617) Redraw common icons in SVG

2024-07-29 Thread Eirik Bakke (Jira)


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

Eirik Bakke updated NETBEANS-2617:
--
Description: 
Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
icons with SVG versions, for improved appearance on Retina/HiDPI displays.
h2. UPDATE: Progress is now tracked per [these 
instructions|[http://example.com|https://github.com/apache/netbeans-tools/blob/master/icon-scripts/README.txt]]
 in the netbeans-tools repository

With some practice, it takes on average 30 minutes to create an SVG version of 
a typical icon in Adobe Illustrator. See the attached illustration and 
Illustrator template. The Illustrator template includes a few icons which have 
already been converted.

In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
migrated to the Google Sheet above). By redrawing the most commonly seen icons 
first, we can get the greatest "bang for the buck" in terms of improving 
NetBeans' appearance on HiDPI displays. Once we have a batch of icons ready to 
integrate into the NetBeans repository, Eirik will redo the duplicate detection 
and ensure the SVGs end up in all relevant locations, and start creating pull 
requests.

See also the overview page for HiDPI improvements on 
[https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements]
 .

The style guide and process notes has been moved to [this confluence 
page|https://cwiki.apache.org/confluence/display/NETBEANS/SVG+Icon+Style+Guide+and+Process].

  was:
Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
icons with SVG versions, for improved appearance on Retina/HiDPI displays.
h2. UPDATE: 
[Here|https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit?usp=sharing]
 is a Google Sheet where we can track progress of contributions and 
prioritization of icons.

With some practice, it takes on average 30 minutes to create an SVG version of 
a typical icon in Adobe Illustrator. See the attached illustration and 
Illustrator template. The Illustrator template includes a few icons which have 
already been converted.

In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
migrated to the Google Sheet above). By redrawing the most commonly seen icons 
first, we can get the greatest "bang for the buck" in terms of improving 
NetBeans' appearance on HiDPI displays. Once we have a batch of icons ready to 
integrate into the NetBeans repository, Eirik will redo the duplicate detection 
and ensure the SVGs end up in all relevant locations, and start creating pull 
requests.

See also the overview page for HiDPI improvements on 
[https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements]
 .

The style guide and process notes has been moved to [this confluence 
page|https://cwiki.apache.org/confluence/display/NETBEANS/SVG+Icon+Style+Guide+and+Process].


> Redraw common icons in SVG
> --
>
> Key: NETBEANS-2617
>     URL: https://issues.apache.org/jira/browse/NETBEANS-2617
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Other
>Affects Versions: 11.0
> Environment: Windows, Linux, and MacOS
>Reporter: Eirik Bakke
>Priority: Major
>  Labels: HiDPI
> Attachments: 210604 Icons Overview Cropped.png, 211228 Consolidated 
> Icons.ai, 220101 Updated Dark Filter Test.png, ScreenshotExample.png, 
> ide.editor.bookmarks.ai, ide.editor.macros.ai, ide.seperator.breadcrumbs.ai, 
> image-2022-01-19-14-41-29-967.png, netbeans_icons_illustrator_template.ai, 
> style example (dark filter).png, style example.png
>
>
> Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
> icons with SVG versions, for improved appearance on Retina/HiDPI displays.
> h2. UPDATE: Progress is now tracked per [these 
> instructions|[http://example.com|https://github.com/apache/netbeans-tools/blob/master/icon-scripts/README.txt]]
>  in the netbeans-tools repository
> With some practice, it takes on average 30 minutes to create an SVG version 
> of a typical icon in Adobe Illustrator. See the attached illustration and 
> Illustrator template. The Illustrator template includes a few icons which 
> have already been converted.
> In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
> migrated to the Google Sheet above). By redrawing the most commonly seen 
> icons first, we can get the greatest "bang for the buck" in terms of 
> improving NetBeans' appearance on HiDPI displays. Once we have a batch of 
> icons ready to integrate into the NetBeans repository, Eirik will redo

[jira] [Commented] (NETBEANS-2955) Menu font is ways too big on a HiDPI monitor (Linux)

2024-07-26 Thread Eirik Bakke (Jira)


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

Eirik Bakke commented on NETBEANS-2955:
---

The latest NetBeans versions use FlatLAF as the default look-and-feel, which 
probably fixes this.

> Menu font is ways too big on a HiDPI monitor (Linux)
> 
>
> Key: NETBEANS-2955
> URL: https://issues.apache.org/jira/browse/NETBEANS-2955
> Project: NetBeans
>  Issue Type: Bug
> Environment: 3840x2160 monitor, Ubuntu 18.04, Unity-desktop, "Scale 
> for menu and title bars" is set to 1.88
>Reporter: John Walker
>Priority: Major
>  Labels: HiDPI
> Attachments: Screenshot from 2019-08-05 21-33-18.png, Screenshot from 
> 2019-08-05 21-34-47.png, Screenshot from 2019-08-05 21-36-49.png
>
>
> Hi There,
> My setup is: 3840x2160 monitor, Ubuntu 18.04, Unity-desktop, "Scale for menu 
> and title bars" is set to 1.88. 
> The netbeans font size of menus, Project Explorer etc is enormously huge.
> This unexpected growth of size happens when I move the scaling ratio from 
> 1.38 to 1.5. 
> I have already tried everything I was able to find on the topic, only 
> switching from GTK+ worked. Please advice on how I can fix it.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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

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



[jira] [Resolved] (NETBEANS-3468) Make HiDPI (Retina) icons work in MacOS menu bar

2024-07-26 Thread Eirik Bakke (Jira)


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

Eirik Bakke resolved NETBEANS-3468.
---
Resolution: Fixed

Fixed by https://github.com/apache/netbeans/pull/7477

> Make HiDPI (Retina) icons work in MacOS menu bar
> 
>
> Key: NETBEANS-3468
> URL: https://issues.apache.org/jira/browse/NETBEANS-3468
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Other
>Affects Versions: 11.3
> Environment: MacOS with retina display
>Reporter: Eirik Bakke
>Priority: Minor
>  Labels: HiDPI
> Attachments: menuicon_retina.png
>
>
> HiDPI icons, introduced in NETBEANS-2614 and NETBEANS-2604, do not yet show 
> up in the correct resolution when used in the menu bar on MacOS. See the 
> attached screenshot (from a NetBeans Platform application). This should be 
> fixed.
> Note that we have only so far introduced HiDPI icons for the "Undo" and 
> "Redo" actions.
> Emilian Bold probably figured this out in his earlier experimental Retina 
> support branch; see RetinaMultiResolutionImage in 
> https://github.com/emilianbold/nextbeans/commit/0f99dba0c1b3e8e0bc4e7cec407b53d30e85ead1
>  . If the solution involves implementing MultiResolutionImage, then make sure 
> not to do this on Windows (to avoid 
> https://bugs.openjdk.java.net/browse/JDK-8212226 ).



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5379) Warning hint "Unused Element" can't be suppressed

2024-07-25 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5379.
--
Fix Version/s: 23
   Resolution: Fixed

> Warning hint "Unused Element" can't be suppressed
> -
>
> Key: NETBEANS-5379
> URL: https://issues.apache.org/jira/browse/NETBEANS-5379
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 12.2
>Reporter: Niklas Matthies
>Priority: Major
> Fix For: 23
>
>
> The hint "Unused Element" (category "Probably Bugs") can't be suppressed, it 
> seems. In particular, @SuppressWarnings("unused") doesn't suppress it.
> One concrete use case I have is a try-with-resources where the resource 
> variable is not used in the try block. (Of course, it is implicitly used for 
> close()-ing the resource.) NetBeans generates a warning (which is fine, the 
> code could indeed be wrong) which however can't be suppressed. Previously 
> (last tested in 12.0), @SuppressWarnings("try") would do the trick.
> This isn't the first time a warning hint was introduced without a way to 
> suppress it. I'd like to suggest to always, as a rule, without exception, add 
> a suppression constant, because there are invariably cases where a warning is 
> a false positive.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4829) Incorrect hint about unused assigned value in switch statement

2024-07-24 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4829.
--
Fix Version/s: ?
   Resolution: Fixed

this too got fixed at some point

> Incorrect hint about unused assigned value in switch statement
> --
>
> Key: NETBEANS-4829
> URL: https://issues.apache.org/jira/browse/NETBEANS-4829
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 12.1
> Environment: Java 15, Windows 10
>Reporter: dennis lucero
>Priority: Minor
> Fix For: ?
>
>
> In some switch statements NetBeans displays a hint saying the assigned value 
> is never used even though it is:
> {code:java}
> public final class SwitchAssignedValueNeverUsed {
> public enum E {
> A,
> B;
> }
> public static void main(final String[] args) {
> E e = E.A;
> String s;
> switch (e) {
> case A -> s = "a"; // Hint: The assigned value is never used
> case B -> s = "b";
> default ->
> throw new AssertionError(e.name());
> }
> System.out.println(s);
> }
> }
> {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5044) "Unused value" hint completely broken for very basic use case

2024-07-24 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5044.
--
Fix Version/s: ?
   Resolution: Fixed

this was fixed at some point unfortunately I don't know what release it was

> "Unused value" hint completely broken for very basic use case
> -
>
> Key: NETBEANS-5044
> URL: https://issues.apache.org/jira/browse/NETBEANS-5044
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 12.0
>Reporter: Dave Trombley
>Priority: Minor
>  Labels: hints, java
> Fix For: ?
>
> Attachments: BrokenUnused.java
>
>
> The "unused value' hint functionality for Java regressed in 12.0, very basic 
> use cases just as the attached code are now broken.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-2814) Strange Behavior on Resolve Imports

2024-07-24 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-2814.
--
Fix Version/s: 22
   (was: 11.1)
   Resolution: Fixed

was fixed via https://github.com/apache/netbeans/pull/7363

> Strange Behavior on Resolve Imports
> ---
>
> Key: NETBEANS-2814
> URL: https://issues.apache.org/jira/browse/NETBEANS-2814
> Project: NetBeans
>  Issue Type: Bug
>  Components: ide - Features On Demand
>Affects Versions: 11.1
>Reporter: Michael D Billman
>Priority: Major
> Fix For: 22
>
> Attachments: image-2019-07-08-09-26-40-368.png
>
>
> I see strange behavior when doing the Ctrl+Shift+I to resolve imports.  We 
> use the javax.xml.bind for these objects and when i resolve, it requests to 
> resolve some strange things:
> !image-2019-07-08-09-26-40-368.png!
>  
> Forgot to add, after clicking ok, it brings in the following unused import:
>  
> import org.fusesource.hawtjni.runtime.Library;
>  
> I am wondering if it is because we have a package name that starts with 
> "Library" (notice it is trying to import com, javax, etc)



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6110) Netbeans hangs on save (CTRL+S)

2024-07-24 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6110.
--
Fix Version/s: 13
   Resolution: Fixed

> Netbeans hangs on save (CTRL+S)
> ---
>
> Key: NETBEANS-6110
> URL: https://issues.apache.org/jira/browse/NETBEANS-6110
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 12.4
> Environment: Using Kubuntu 21.04, OpenJDK 16, Netbeans 12.4
>Reporter: Yngve Halmø
>Assignee: Meghna Jayan
>Priority: Major
> Fix For: 13
>
> Attachments: WorkflowPersistenceServiceTest_104.dump, 
> WorkflowPersistenceServiceTest_70.dump, messages.log.1
>
>
> I am writing a Junit 4 test, and when I click CTRL + S netbeans hangs. The 
> weird thing is that saving works as I start writing the test, but at some 
> point (seemingly after I add certain text or amount of text), saving stops 
> working and Netbeans hangs as soon as I hit save the next time.
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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

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



[jira] [Resolved] (NETBEANS-1914) NetBeans fails to start after being moved to new directory

2024-07-12 Thread Eirik Bakke (Jira)


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

Eirik Bakke resolved NETBEANS-1914.
---
Resolution: Fixed

Resolved by https://github.com/apache/netbeans/pull/5027

> NetBeans fails to start after being moved to new directory
> --
>
> Key: NETBEANS-1914
> URL: https://issues.apache.org/jira/browse/NETBEANS-1914
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0
> Environment: Windows 10 64-bit
>Reporter: Sven Thuri
>Assignee: Johan Persson
>Priority: Major
>  Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> So I don't know a lot about JIRA, bugs and all this stuff so bear with me.
> I just installed netbeans, extracted the zip folder first into my downloads 
> folder I believe and then moved the extracted netbeans folder to my desktop 
> for ease of access.
> When I started up the netbeans .exe file from bin folder it looked okay but I 
> noticed a notification to the right on the bottom bar. It said netbeans could 
> not find a specific jar that it was looking for, but it was looking for it in 
> the wrong place, the Downloads folder, which is not the current directory of 
> the netbeans folder and where I'm starting the program from. However it said 
> it was a silent error, or something like that so I didn't think much of it.
> So I tried just checking out the program and the first thing I do is pressing 
> the File button from the menubar at the top. The program then becomes 
> unresponsive so I ended the task in Task Manager. Then I tried starting the 
> program up again about 5 more times and it kept on happening, so now it tells 
> me I have found a bug and asks me to report it which is what I'm doing  :)
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-1050) Slay all of the warnings! (Root task)

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien commented on NETBEANS-1050:


contribution still welcome ;)

> Slay all of the warnings! (Root task)
> -
>
> Key: NETBEANS-1050
> URL: https://issues.apache.org/jira/browse/NETBEANS-1050
> Project: NetBeans
>  Issue Type: Task
>Reporter: Austin Stephens
>Priority: Minor
>  Labels: warnings
>
> (It is recommended you read this with good humor, like Think Geek)
> While building Netbeans, a number of warnings show up. We should fix that.
> For the sake of organization, we should probably open a new task for each 
> module. This will be the root/umbrella task. *The main project heads should 
> take a look at this task and update it with official stuff.*
> We should probably slay warnings in this order:
>  # Warnings that don't require changes to other modules (like API changes). 
> Examples would be changing raw types to non-raw types or something that would 
> cause another module to not build after the warning has be properly dealt 
> with.
>  # Warnings that Do require changes to other modules (see previous entry for 
> examples)
>  # Those evil warnings that don't leave any links behind. Here are some 
> examples:
> {noformat}
> warning: [options] bootstrap class path not set in conjunction with -source 
> 1.7
> /Volumes/Data/Code//incubator-netbeans/nbbuild/build/public-package-jars/org-netbeans-api-annotations-common.jar(org/netbeans/api/annotations/common/NonNull.class):
>  warning: Cannot find annotation method 'when()' in type 'Nonnull': class 
> file for javax.annotation.Nonnull not found
> warning: unknown enum constant When.ALWAYS
>   reason: class file for javax.annotation.meta.When not found
> /Volumes/Data/Code//incubator-netbeans/nbbuild/build/public-package-jars/org-netbeans-api-annotations-common.jar(org/netbeans/api/annotations/common/NullAllowed.class):
>  warning: Cannot find annotation method 'when()' in type 'Nonnull'
> warning: unknown enum constant When.MAYBE
> /Volumes/Data/Code//incubator-netbeans/nbbuild/build/public-package-jars/org-netbeans-api-annotations-common.jar(org/netbeans/api/annotations/common/CheckForNull.class):
>  warning: Cannot find annotation method 'when()' in type 'Nonnull'
> warning: unknown enum constant When.MAYBE
> warning: Supported source version 'RELEASE_6' from annotation processor 
> 'org.netbeans.modules.openide.util.NbBundleProcessor' less than -source '1.7'
> warning: No processor claimed any of these annotations: 
> org.netbeans.api.annotations.common.NullAllowed,org.netbeans.api.annotations.common.CheckForNull,org.netbeans.api.annotations.common.NonNull{noformat}
>  The following guide-lines should be followed while slaying warnings:
>  * You shall make every effort to resolve the warning without suppressing it. 
> This may involve one or more of the following (non-inclusive):
>  ** Adding a new variable so assignments are not done to method parameters
>  ** Adding a variable followed with an "assert var != null" to let the IDE 
> know that it can't be null
>  ** In the second pass, breaking APIs so raw types and such are not used if 
> possible
>  * You shall suppress the warning on the *smallest scope possible*. Why? 
> Warnings exist for a reason. They are there to tell you that you did 
> something wrong, unless that was your intention and you know what you are 
> doing. That is what @SuppressWarnings is for. If (heaven forbid) you suppress 
> all warnings in a class file, you may be (figuratively) slain, so DON'T!
>  * The following (in my opinion) is a good way to suppress a warning on a 
> line:
> {code:java}
> @SuppressWarning("unchecked")
> Object shush = bar = (Foo)foo;{code}
>  * You may want to add dummy return values to some void methods to enable 
> suppression via the above method.
>  * If you do suppress a warning, and it is not obvious why it was suppressed, 
> *document it*! Leave a comment that says why it was suppressed. The following 
> is an example:
> {code:java}
> //the following is intentional
> //the method is expected to return an constant array
> @SuppressWarnings("OverridableMethodCallInConstructor")
> List shush = ImmutableList.copyOf(getSupportedTypes());{code}
> I think that is all for now...



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-370) Implement the use of common extra mouse buttons

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-370.
-
Fix Version/s: 20
   Resolution: Fixed

via https://github.com/apache/netbeans/pull/6434

> Implement the use of common extra mouse buttons
> ---
>
> Key: NETBEANS-370
> URL: https://issues.apache.org/jira/browse/NETBEANS-370
> Project: NetBeans
>  Issue Type: New Feature
>  Components: editor - Other
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
> Fix For: 20
>
>
> Make it so the "back" button on a mouse will navigate backwards and such. It 
> is a nice feature to have. I note that `sun.awt.enableExtraMouseButtons` is 
> enabled by default (as far as I can tell).



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-708.
-
Fix Version/s: ?
   Resolution: Fixed

lets assume this got fixed at some point. can't repro in NB 22

> Code completion throws an AssertionError when running before an annotation on 
> a final variable in a method
> --
>
> Key: NETBEANS-708
> URL: https://issues.apache.org/jira/browse/NETBEANS-708
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
> Fix For: ?
>
> Attachments: NETBEANS-708.txt
>
>
> {code:java}
>     private void asplode(){
>         
>         @SuppressWarnings("deprecation")
>         final int foo = 0;        
>     }
> {code}
> Typing anything above the annotation (like, say, 'I' for Integer) will cause 
> an assertion error.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-1037) Netbeans sometimes freezes when showing the InspectAndRefactorPanel dialog when running with jdk 1.8.0_152-b16 or later

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-1037.
--
Fix Version/s: ?
   (was: 9.0)
   Resolution: Fixed

never happened to me so far, this issue was opened against NB9, lets assume 
this got fixed at some point

> Netbeans sometimes freezes when showing the InspectAndRefactorPanel dialog 
> when running with jdk 1.8.0_152-b16 or later
> ---
>
> Key: NETBEANS-1037
> URL: https://issues.apache.org/jira/browse/NETBEANS-1037
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
> Fix For: ?
>
>
> The culprit seems to be another "do we really need to synchronize this 
> method" issue.
> The method is InspectAndrefactorPanel.manageRefactorings(boolean single)



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5470) Pattern matching marked as error in Java 16 project

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5470.
--
Fix Version/s: 13
   Resolution: Fixed

should work fine since NB 13

> Pattern matching marked as error in Java 16 project
> ---
>
> Key: NETBEANS-5470
> URL: https://issues.apache.org/jira/browse/NETBEANS-5470
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 12.3
>Reporter: Austin Stephens
>Priority: Major
> Fix For: 13
>
>
> When one has a Java project using JDK 16 and has the source level set to 16, 
> Netbeans still shows the use of pattern matching as an error even though it 
> is no longer a preview feature. The code is question still compiles 
> successfully.
>  
> {code:java}
> public class Test{
>   private boolean test(Object obj){
>   if (obj instanceof String s){
>   return s.isBlank();
>   }
>   return false;
>   }
> }
> {code}
> 15 and 16 aren't listed in the source level drop-down for Netbeans Module 
> projects, so you have to specify 15 or 16 directly in the properties file. 
> That may be related, but I am not sure.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4320) Change method parameters goes out to lunch

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4320.
--
Resolution: Invalid

> Change method parameters goes out to lunch
> --
>
> Key: NETBEANS-4320
> URL: https://issues.apache.org/jira/browse/NETBEANS-4320
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Shevek
>Priority: Major
>
> Freezes for 2 minutes here, every time:
> "AWT-EventQueue-0" #20 prio=6 os_prio=0 tid=0x7f20040ee000 nid=0x7152 
> runnable [0x7f20557c7000]
>java.lang.Thread.State: RUNNABLE
> at 
> org.apache.lucene.index.TermInfosReader.get(TermInfosReader.java:183)
> at 
> org.apache.lucene.index.TermInfosReader.terms(TermInfosReader.java:304)
> at org.apache.lucene.index.SegmentReader.terms(SegmentReader.java:464)
> at 
> org.apache.lucene.index.DirectoryReader$MultiTermEnum.(DirectoryReader.java:1112)
> at 
> org.apache.lucene.index.DirectoryReader.terms(DirectoryReader.java:710)
> at 
> org.apache.lucene.search.WildcardTermEnum.(WildcardTermEnum.java:65)
> at 
> org.apache.lucene.search.WildcardQuery.getEnum(WildcardQuery.java:59)
> at 
> org.apache.lucene.search.TermCollectingRewrite.collectTerms(TermCollectingRewrite.java:34)
> at 
> org.apache.lucene.search.ConstantScoreAutoRewrite.rewrite(ConstantScoreAutoRewrite.java:87)
> at 
> org.apache.lucene.search.MultiTermQuery$ConstantScoreAutoRewrite.rewrite(MultiTermQuery.java:215)
> at 
> org.apache.lucene.search.MultiTermQuery.rewrite(MultiTermQuery.java:304)
> at 
> org.apache.lucene.search.BooleanQuery.rewrite(BooleanQuery.java:356)
> at 
> org.apache.lucene.search.IndexSearcher.rewrite(IndexSearcher.java:592)
> at 
> org.apache.lucene.search.Searcher.createNormalizedWeight(Searcher.java:167)
> at 
> org.apache.lucene.search.IndexSearcher.createNormalizedWeight(IndexSearcher.java:664)
> at 
> org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:383)
> at 
> org.netbeans.modules.parsing.lucene.LuceneIndex.query(LuceneIndex.java:164)
> at 
> org.netbeans.modules.java.source.usages.PersistentClassIndex.lambda$search$1(PersistentClassIndex.java:254)
> at 
> org.netbeans.modules.java.source.usages.PersistentClassIndex$$Lambda$417/1828744740.run(Unknown
>  Source)
> at 
> org.netbeans.modules.parsing.lucene.support.IndexManager$4.call(IndexManager.java:192)
> 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.lucene.support.IndexManager.priorityAccess(IndexManager.java:189)
> at 
> org.netbeans.modules.java.source.usages.PersistentClassIndex.search(PersistentClassIndex.java:249)
> at 
> org.netbeans.api.java.source.ClassIndex.searchImpl(ClassIndex.java:499)
> at 
> org.netbeans.api.java.source.ClassIndex.getElements(ClassIndex.java:342)
> at 
> org.netbeans.modules.refactoring.java.RefactoringUtils.implementorsQuery(RefactoringUtils.java:144)
> at 
> org.netbeans.modules.refactoring.java.RefactoringUtils.getImplementorsAsHandles(RefactoringUtils.java:137)
> at 
> org.netbeans.modules.refactoring.java.plugins.ChangeParametersPlugin$Checks.findDuplicateSubMethods(ChangeParametersPlugin.java:590)
> at 
> org.netbeans.modules.refactoring.java.plugins.ChangeParametersPlugin$Checks.accessModifiers(ChangeParametersPlugin.java:559)
> at 
> org.netbeans.modules.refactoring.java.plugins.ChangeParametersPlugin$Checks.access$000(ChangeParametersPlugin.java:317)
> at 
> org.netbeans.modules.refactoring.java.plugins.ChangeParametersPlugin.fastCheckParameters(ChangeParametersPlugin.java:101)
> at 
> org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$WorkingTask.run(JavaRefactoringPlugin.java:399)
> at 
> org.netbeans.modules.refactoring.java.spi.JavaRefactoringPlugin$WorkingTask.run(JavaRefactoringPlugin.java:369)
> 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$UserTaskAction.run(ParserManager.java:130)
> at 
> org.netbeans

[jira] [Closed] (NETBEANS-4681) Java Record Refactoring Issue

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4681.
--
Fix Version/s: 13
   Resolution: Fixed

this got fixed at some point. Worked in NB 13.

> Java Record Refactoring Issue
> -
>
> Key: NETBEANS-4681
> URL: https://issues.apache.org/jira/browse/NETBEANS-4681
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
>Reporter: Arunava Sinha
>Assignee: Akhilesh Singh
>Priority: Major
> Fix For: 13
>
>  Time Spent: 5.5h
>  Remaining Estimate: 0h
>
> Following refactoring features not working with Java Records (JDK-14)
>  # move to
>  # refactor rename 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6135) Encontrado bug en NetBeans

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6135.
--
Resolution: Invalid

> Encontrado bug en NetBeans
> --
>
> Key: NETBEANS-6135
> URL: https://issues.apache.org/jira/browse/NETBEANS-6135
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - JSP
>Affects Versions: 11.3
>Reporter: Santiago
>Priority: Major
>
> ---
> >Log Session: Monday, October 18, 2021 8:31:22 AM CEST
> >System Info: 
>   Product Version = Apache NetBeans IDE 11.3
>   Operating System    = Windows 10 version 10.0 running on amd64
>   Java; VM; Vendor    = 1.8.0_291; Java HotSpot(TM) 64-Bit Server VM 
> 25.291-b10; Oracle Corporation
>   Runtime = Java(TM) SE Runtime Environment 1.8.0_291-b10
>   Java Home   = C:\Java\jdk1.8.0_291\jre
>   System Locale; Encoding = es_ES (nb); Cp1252
>   Home Directory  = C:\Users\Santiago
>   Current Directory   = C:\NetBeans-11.3
>   User Directory  = C:\Users\Santiago\AppData\Roaming\NetBeans\11.3
>   Cache Directory = 
> C:\Users\Santiago\AppData\Local\NetBeans\Cache\11.3
>   Installation    = C:\NetBeans-11.3\netbeans\nb
>     C:\NetBeans-11.3\netbeans\ide
>     C:\NetBeans-11.3\netbeans\extide
>     C:\NetBeans-11.3\netbeans\java
>     C:\NetBeans-11.3\netbeans\webcommon
>     C:\NetBeans-11.3\netbeans\websvccommon
>     C:\NetBeans-11.3\netbeans\enterprise
>     C:\NetBeans-11.3\netbeans\profiler
>     C:\NetBeans-11.3\netbeans\php
>     C:\NetBeans-11.3\netbeans\harness
>     C:\NetBeans-11.3\netbeans\platform
>   Boot & Ext. Classpath   = 
> C:\Java\jdk1.8.0_291\jre\lib\resources.jar;C:\Java\jdk1.8.0_291\jre\lib\rt.jar;C:\Java\jdk1.8.0_291\jre\lib\sunrsasign.jar;C:\Java\jdk1.8.0_291\jre\lib\jsse.jar;C:\Java\jdk1.8.0_291\jre\lib\jce.jar;C:\Java\jdk1.8.0_291\jre\lib\charsets.jar;C:\Java\jdk1.8.0_291\jre\lib\jfr.jar;C:\Java\jdk1.8.0_291\jre\classes;C:\Java\jdk1.8.0_291\jre\lib\ext\access-bridge-64.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\cldrdata.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\dnsns.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\jaccess.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\jfxrt.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\localedata.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\nashorn.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\sunec.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\sunjce_provider.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\sunmscapi.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\sunpkcs11.jar;C:\Java\jdk1.8.0_291\jre\lib\ext\zipfs.jar
>   Application Classpath   = 
> C:\NetBeans-11.3\netbeans\platform\lib\boot.jar;C:\NetBeans-11.3\netbeans\platform\lib\org-openide-modules.jar;C:\NetBeans-11.3\netbeans\platform\lib\org-openide-util-lookup.jar;C:\NetBeans-11.3\netbeans\platform\lib\org-openide-util-ui.jar;C:\NetBeans-11.3\netbeans\platform\lib\org-openide-util.jar;C:\Java\jdk1.8.0_291\lib\dt.jar;C:\Java\jdk1.8.0_291\lib\tools.jar
>   Startup Classpath   = 
> C:\NetBeans-11.3\netbeans\platform\core\asm-7.2.jar;C:\NetBeans-11.3\netbeans\platform\core\asm-commons-7.2.jar;C:\NetBeans-11.3\netbeans\platform\core\asm-tree-7.2.jar;C:\NetBeans-11.3\netbeans\platform\core\core-base.jar;C:\NetBeans-11.3\netbeans\platform\core\core.jar;C:\NetBeans-11.3\netbeans\platform\core\org-netbeans-libs-asm.jar;C:\NetBeans-11.3\netbeans\platform\core\org-openide-filesystems-compat8.jar;C:\NetBeans-11.3\netbeans\platform\core\org-openide-filesystems.jar;C:\NetBeans-11.3\netbeans\nb\core\org-netbeans-upgrader.jar;C:\NetBeans-11.3\netbeans\nb\core\locale\core_nb.jar
> ---
> WARNING [org.netbeans.core.startup.NbEvents]: The extension 
> C:\NetBeans-11.3\netbeans\ide\modules\ext\jcodings-1.0.18.jar may be multiply 
> loaded by modules: 
> [C:\NetBeans-11.3\netbeans\ide\modules\org-netbeans-modules-textmate-lexer.jar,
>  C:\NetBeans-11.3\netbeans\ide\modules\org-netbeans-libs-bytelist.jar]; see: 
> http://www.netbeans.org/download/dev/javadoc/org-openide-modules/org/openide/modules/doc-files/classpath.html#class-path
> INFO [org.netbeans.modules.netbinox]: Install area set to 
> file:/C:/NetBeans-11.3/netbeans/
> WARNING [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.java.editor.lib, org.netbeans.modules.web.core.

[jira] [Closed] (NETBEANS-6328) IllegalArgumentException caused by FoldManagerImpl in LSP client

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6328.
--
Fix Version/s: 13
   Resolution: Fixed

> IllegalArgumentException caused by FoldManagerImpl in LSP client
> 
>
> Key: NETBEANS-6328
> URL: https://issues.apache.org/jira/browse/NETBEANS-6328
> Project: NetBeans
>  Issue Type: Bug
>  Components: lsp
>Affects Versions: 12.6
> Environment: Windows and Linux
> Tested with Python language server: 
> https://github.com/palantir/python-language-server
>Reporter: Michael Küttner
>Assignee: Michael Küttner
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 13
>
>  Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> {{java.lang.IllegalArgumentException: Invalid end offset: -2, start is: 28}}
> {{at org.netbeans.spi.editor.fold.FoldInfo.(FoldInfo.java:103)}}
> {{at org.netbeans.spi.editor.fold.FoldInfo.range(FoldInfo.java:94)}}
> {{at 
> org.netbeans.modules.lsp.client.bindings.FoldManagerImpl.run(FoldManagerImpl.java:126)}}
> {{at 
> org.netbeans.modules.lsp.client.LSPBindings.lambda$addBackgroundTask$13(LSPBindings.java:411)}}
> {{at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)}}
> {{at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)}}
> {{at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)}}
> {{at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)}}
> {{[catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033) }}
> This exception occurs if a language server returns FoldingRanges without an 
> endCharacter (only lines are set) and if the fold reaches until end of 
> current document.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5181) NbBundle only accepts ISO-8859-1 while UTF-8 is default since JDK9

2024-07-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5181.
--
Fix Version/s: 12.3
   Resolution: Fixed

> NbBundle only accepts ISO-8859-1 while UTF-8 is default since JDK9
> --
>
> Key: NETBEANS-5181
> URL: https://issues.apache.org/jira/browse/NETBEANS-5181
> Project: NetBeans
>  Issue Type: Improvement
>  Components: nblocalization - Code, platform - Filesystems, platform 
> - Other
>Affects Versions: 9.0, 10.0, 11.0, 12.2
> Environment: All
>Reporter: Jerome Lelasseux
>Priority: Major
>  Labels: pull-request-available
> Fix For: 12.3
>
>  Time Spent: 3h 20m
>  Remaining Estimate: 0h
>
> Since JDK9 default encoding for .properties files (resource bundles) is 
> UTF-8. JDK's ResourceBundle.getBundle().getString() automatically handles 
> UTF-8 or ISO-8859-1 files via PropertyResourceBundle.
> But NbBundle methods always read resource bundles as ISO-8859-1. Many 
> translation platforms around  produce UTF-8 files. Adapting the build process 
> to add a transcoding step is not so easy and introduces new problems.
> The NB platform code should be updated to have by default the same behavior 
> as the current JDKs.
> I'll try to come up with a patch...
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-2617) Redraw common icons in SVG

2024-06-12 Thread Eirik Bakke (Jira)


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

Eirik Bakke updated NETBEANS-2617:
--
Description: 
Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
icons with SVG versions, for improved appearance on Retina/HiDPI displays.
h2. UPDATE: 
[Here|https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit?usp=sharing]
 is a Google Sheet where we can track progress of contributions and 
prioritization of icons.

With some practice, it takes on average 30 minutes to create an SVG version of 
a typical icon in Adobe Illustrator. See the attached illustration and 
Illustrator template. The Illustrator template includes a few icons which have 
already been converted.

In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
migrated to the Google Sheet above). By redrawing the most commonly seen icons 
first, we can get the greatest "bang for the buck" in terms of improving 
NetBeans' appearance on HiDPI displays. Once we have a batch of icons ready to 
integrate into the NetBeans repository, Eirik will redo the duplicate detection 
and ensure the SVGs end up in all relevant locations, and start creating pull 
requests.

See also the overview page for HiDPI improvements on 
[https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements]
 .

The style guide and process notes has been moved to [this confluence 
page|https://cwiki.apache.org/confluence/display/NETBEANS/SVG+Icon+Style+Guide+and+Process].

  was:
Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
icons with SVG versions, for improved appearance on Retina/HiDPI displays.

h2. UPDATE: 
[Here|https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit?usp=sharing]
 is a Google Sheet where we can track progress of contributions and 
prioritization of icons.

With some practice, it takes on average 30 minutes to create an SVG version of 
a typical icon in Adobe Illustrator. See the attached illustration and 
Illustrator template. The Illustrator template includes a few icons which have 
already been converted.

In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
migrated to the Google Sheet above). By redrawing the most commonly seen icons 
first, we can get the greatest "bang for the buck" in terms of improving 
NetBeans' appearance on HiDPI displays. Once we have a batch of icons ready to 
integrate into the NetBeans repository, Eirik will redo the duplicate detection 
and ensure the SVGs end up in all relevant locations, and start creating pull 
requests.

See also the overview page for HiDPI improvements on 
https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements
 .

If you wish to contribute to this effort, comment here; Eirik will coordinate 
to make sure multiple people are not working on the same icons.

h2. Proposed Style Guide for Vectorized Icons
*[See tutorial video here.|https://vimeo.com/667860571]*

* Vector icons should be drawn in Adobe Illustrator, or alternatively Inkscape 
or another free tool. In Illustrator, each icon should be one named artboard, 
sized to the correct size in pixels. See the attached Illustrator template. 
(Adobe Illustrator comes with a free 7-day trial, after which it's $35/month. 
If cost is a problem but you want to contribute your time to draw icons, ask 
Eirik...)
* If you prefer to use Inkscape instead, and want to contribute icons, that's 
fine; just make sure to follow the same consistent style as the other icons. If 
using Inkscape, perhaps pick another group of icons than the ones that are 
currently being drawn in Illustrator. It's best to draw all similar-looking 
icons in the same tool.
* For each icon to be vectorized, place the old bitmap version of the icon in a 
separate layer ("Old Bitmap Icons" in the Illustrator template). You can then 
draw the vectorized version on top.
* Since most of the existing NetBeans icons follow a quite consistent visual 
style, and to simplify the job of creating new icons, it is best to keep the 
shape of the new vectorized icons the same as in the old bitmap icons. For 
instance, a rectangle of size 5x4px in the bitmap icon should probably become a 
rectangle of 5x4px in the vector version.
* Keep the same general colors in vectorized icons as in the corresponding old 
bitmap icons.
* Some of the old bitmap icons use grays with a slightly blue tint (e.g. the 
[file 
icons|https://raw.githubusercontent.com/apache/netbeans/master/java/refactoring.java/src/org/netbeans/modules/refactoring/java/resources/newFile.png]).
 This style is out of fashion (resembling 1990s Solaris GUIs etc.); use neutral 
greys instead.
* If the old bitmap icon is complex, it is fine to simplify it a bit when 
dra

[jira] [Assigned] (NETBEANS-2617) Redraw common icons in SVG

2024-06-10 Thread Eirik Bakke (Jira)


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

Eirik Bakke reassigned NETBEANS-2617:
-

Assignee: Eirik Bakke

> Redraw common icons in SVG
> --
>
> Key: NETBEANS-2617
> URL: https://issues.apache.org/jira/browse/NETBEANS-2617
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Other
>Affects Versions: 11.0
> Environment: Windows, Linux, and MacOS
>Reporter: Eirik Bakke
>Assignee: Eirik Bakke
>Priority: Major
>  Labels: HiDPI
> Attachments: 210604 Icons Overview Cropped.png, 211228 Consolidated 
> Icons.ai, 220101 Updated Dark Filter Test.png, ScreenshotExample.png, 
> ide.editor.bookmarks.ai, ide.editor.macros.ai, ide.seperator.breadcrumbs.ai, 
> image-2022-01-19-14-41-29-967.png, netbeans_icons_illustrator_template.ai, 
> style example (dark filter).png, style example.png
>
>
> Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
> icons with SVG versions, for improved appearance on Retina/HiDPI displays.
> h2. UPDATE: 
> [Here|https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit?usp=sharing]
>  is a Google Sheet where we can track progress of contributions and 
> prioritization of icons.
> With some practice, it takes on average 30 minutes to create an SVG version 
> of a typical icon in Adobe Illustrator. See the attached illustration and 
> Illustrator template. The Illustrator template includes a few icons which 
> have already been converted.
> In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
> migrated to the Google Sheet above). By redrawing the most commonly seen 
> icons first, we can get the greatest "bang for the buck" in terms of 
> improving NetBeans' appearance on HiDPI displays. Once we have a batch of 
> icons ready to integrate into the NetBeans repository, Eirik will redo the 
> duplicate detection and ensure the SVGs end up in all relevant locations, and 
> start creating pull requests.
> See also the overview page for HiDPI improvements on 
> https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements
>  .
> If you wish to contribute to this effort, comment here; Eirik will coordinate 
> to make sure multiple people are not working on the same icons.
> h2. Proposed Style Guide for Vectorized Icons
> *[See tutorial video here.|https://vimeo.com/667860571]*
> * Vector icons should be drawn in Adobe Illustrator, or alternatively 
> Inkscape or another free tool. In Illustrator, each icon should be one named 
> artboard, sized to the correct size in pixels. See the attached Illustrator 
> template. (Adobe Illustrator comes with a free 7-day trial, after which it's 
> $35/month. If cost is a problem but you want to contribute your time to draw 
> icons, ask Eirik...)
> * If you prefer to use Inkscape instead, and want to contribute icons, that's 
> fine; just make sure to follow the same consistent style as the other icons. 
> If using Inkscape, perhaps pick another group of icons than the ones that are 
> currently being drawn in Illustrator. It's best to draw all similar-looking 
> icons in the same tool.
> * For each icon to be vectorized, place the old bitmap version of the icon in 
> a separate layer ("Old Bitmap Icons" in the Illustrator template). You can 
> then draw the vectorized version on top.
> * Since most of the existing NetBeans icons follow a quite consistent visual 
> style, and to simplify the job of creating new icons, it is best to keep the 
> shape of the new vectorized icons the same as in the old bitmap icons. For 
> instance, a rectangle of size 5x4px in the bitmap icon should probably become 
> a rectangle of 5x4px in the vector version.
> * Keep the same general colors in vectorized icons as in the corresponding 
> old bitmap icons.
> * Some of the old bitmap icons use grays with a slightly blue tint (e.g. the 
> [file 
> icons|https://raw.githubusercontent.com/apache/netbeans/master/java/refactoring.java/src/org/netbeans/modules/refactoring/java/resources/newFile.png]).
>  This style is out of fashion (resembling 1990s Solaris GUIs etc.); use 
> neutral greys instead.
> * If the old bitmap icon is complex, it is fine to simplify it a bit when 
> drawing vectorized versions.
> * Omit gradients, bevels, and unnecessary drop shadows. They take more time 
> to draw, and with "flat design", they are now out of fashion in any case.
> * Use a stroke width of 1px around the main shapes in th

[jira] [Assigned] (NETBEANS-2617) Redraw common icons in SVG

2024-06-10 Thread Eirik Bakke (Jira)


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

Eirik Bakke reassigned NETBEANS-2617:
-

Assignee: (was: Eirik Bakke)

> Redraw common icons in SVG
> --
>
> Key: NETBEANS-2617
> URL: https://issues.apache.org/jira/browse/NETBEANS-2617
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Other
>Affects Versions: 11.0
> Environment: Windows, Linux, and MacOS
>Reporter: Eirik Bakke
>Priority: Major
>  Labels: HiDPI
> Attachments: 210604 Icons Overview Cropped.png, 211228 Consolidated 
> Icons.ai, 220101 Updated Dark Filter Test.png, ScreenshotExample.png, 
> ide.editor.bookmarks.ai, ide.editor.macros.ai, ide.seperator.breadcrumbs.ai, 
> image-2022-01-19-14-41-29-967.png, netbeans_icons_illustrator_template.ai, 
> style example (dark filter).png, style example.png
>
>
> Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans 
> icons with SVG versions, for improved appearance on Retina/HiDPI displays.
> h2. UPDATE: 
> [Here|https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit?usp=sharing]
>  is a Google Sheet where we can track progress of contributions and 
> prioritization of icons.
> With some practice, it takes on average 30 minutes to create an SVG version 
> of a typical icon in Adobe Illustrator. See the attached illustration and 
> Illustrator template. The Illustrator template includes a few icons which 
> have already been converted.
> In NETBEANS-2605, a prioritized list of icons to convert was produced (now 
> migrated to the Google Sheet above). By redrawing the most commonly seen 
> icons first, we can get the greatest "bang for the buck" in terms of 
> improving NetBeans' appearance on HiDPI displays. Once we have a batch of 
> icons ready to integrate into the NetBeans repository, Eirik will redo the 
> duplicate detection and ensure the SVGs end up in all relevant locations, and 
> start creating pull requests.
> See also the overview page for HiDPI improvements on 
> https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements
>  .
> If you wish to contribute to this effort, comment here; Eirik will coordinate 
> to make sure multiple people are not working on the same icons.
> h2. Proposed Style Guide for Vectorized Icons
> *[See tutorial video here.|https://vimeo.com/667860571]*
> * Vector icons should be drawn in Adobe Illustrator, or alternatively 
> Inkscape or another free tool. In Illustrator, each icon should be one named 
> artboard, sized to the correct size in pixels. See the attached Illustrator 
> template. (Adobe Illustrator comes with a free 7-day trial, after which it's 
> $35/month. If cost is a problem but you want to contribute your time to draw 
> icons, ask Eirik...)
> * If you prefer to use Inkscape instead, and want to contribute icons, that's 
> fine; just make sure to follow the same consistent style as the other icons. 
> If using Inkscape, perhaps pick another group of icons than the ones that are 
> currently being drawn in Illustrator. It's best to draw all similar-looking 
> icons in the same tool.
> * For each icon to be vectorized, place the old bitmap version of the icon in 
> a separate layer ("Old Bitmap Icons" in the Illustrator template). You can 
> then draw the vectorized version on top.
> * Since most of the existing NetBeans icons follow a quite consistent visual 
> style, and to simplify the job of creating new icons, it is best to keep the 
> shape of the new vectorized icons the same as in the old bitmap icons. For 
> instance, a rectangle of size 5x4px in the bitmap icon should probably become 
> a rectangle of 5x4px in the vector version.
> * Keep the same general colors in vectorized icons as in the corresponding 
> old bitmap icons.
> * Some of the old bitmap icons use grays with a slightly blue tint (e.g. the 
> [file 
> icons|https://raw.githubusercontent.com/apache/netbeans/master/java/refactoring.java/src/org/netbeans/modules/refactoring/java/resources/newFile.png]).
>  This style is out of fashion (resembling 1990s Solaris GUIs etc.); use 
> neutral greys instead.
> * If the old bitmap icon is complex, it is fine to simplify it a bit when 
> drawing vectorized versions.
> * Omit gradients, bevels, and unnecessary drop shadows. They take more time 
> to draw, and with "flat design", they are now out of fashion in any case.
> * Use a stroke width of 1px around the main shapes in the icon, like in the 
> e

[jira] [Closed] (NETBEANS-6255) CancelService.abortIfCanceled during classpath scanning

2024-05-21 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6255.
--
Fix Version/s: 21
   Resolution: Fixed

likely fixed via https://github.com/apache/netbeans/pull/6865

> CancelService.abortIfCanceled during classpath scanning
> ---
>
> Key: NETBEANS-6255
> URL: https://issues.apache.org/jira/browse/NETBEANS-6255
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler
>Affects Versions: 12.6
>Reporter: Jesse Glick
>Priority: Critical
> Fix For: 21
>
>
> Dev build from 3ded4d191fa62f3c9062df0806336b395eb37fba. Had already deleted 
> downloaded nbjavac modules from {{~/nbdev}} and cleared my cache. Opened 
> https://github.com/jenkinsci/jenkins/tree/da7935d6cca1e48adbdea9ecae8c9a150e8ce5e8
>  (all modules). Classpath scanning completed but early on threw
> {code:none}
> org.netbeans.lib.nbjavac.services.CancelAbort
>   at 
> org.netbeans.lib.nbjavac.services.CancelService.abortIfCanceled(CancelService.java:53)
>   at 
> org.netbeans.lib.nbjavac.services.NBParserFactory$NBJavacParser.classDeclaration(NBParserFactory.java:97)
>   at 
> com.sun.tools.javac.parser.JavacParser.classOrRecordOrInterfaceOrEnumDeclaration(JavacParser.java:3867)
>   at 
> com.sun.tools.javac.parser.JavacParser.typeDeclaration(JavacParser.java:3856)
>   at 
> com.sun.tools.javac.parser.JavacParser.parseCompilationUnit(JavacParser.java:3700)
>   at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:620)
>   at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:657)
>   at 
> com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:1006)
>   at 
> com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:993)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl.parseInternal(JavacTaskImpl.java:258)
>   at 
> com.sun.tools.javac.api.JavacTaskImpl.invocationHelper(JavacTaskImpl.java:152)
>   at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:248)
> Caused: java.lang.IllegalStateException
>   at com.sun.tools.javac.api.JavacTaskImpl.parse(JavacTaskImpl.java:252)
> [catch] at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker.compile(VanillaCompileWorker.java:203)
>   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:5730)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork$4.call(RepositoryUpdater.java:5639)
>   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$1600(RepositoryUpdater.java:136)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(RepositoryUpdater.java:5766)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(RepositoryUpdater.java:5436)
>   at 
> org.netbeans.modules.parsing.impl.indexing.RepositoryUpdate

[jira] [Commented] (NETBEANS-4191) JPA metamodel classes not indexed properly so IDE generates symbol not found message

2024-03-12 Thread Jira


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

Jürgen Simon commented on NETBEANS-4191:


Still not working in Version 21.

> JPA metamodel classes not indexed properly so IDE generates symbol not found 
> message
> 
>
> Key: NETBEANS-4191
> URL: https://issues.apache.org/jira/browse/NETBEANS-4191
> Project: NetBeans
>  Issue Type: Bug
>  Components: cnd - Editor
>Affects Versions: 12.0, 11.3
> Environment: Windows 10 - 1607
> OpenJDK jdk8u242-b08
> apache-maven 3.6.3
> JavaEE 6 web application project
> EclipseLink JPA provider
> Eclipselink annotation processor
>Reporter: Miklos Krivan
>Priority: Major
> Attachments: nb-1.PNG, nb-2.PNG
>
>
> first scenario NB is not running everything is executed in a console window
>  * maven clean install on my javaee web application project is successful
>  * all of the metamodel classess are compiled into 
> target/generated-sources/annotations folder
>  * the project can be deployed in TomEE instance - run without any mistake
> second scenario:
>  * clear all of the NetBeans cache from 
> %USERPROFILE%/AppData/Local/NetBeans/Cache
>  * now let's start the netbeans64.exe with my project
>  * after a while (some minutes) it finishes indexing and red flags appears on 
> some java source files (where JPA metamodel classess are used) All of the 
> generated metamodel classes looks missing - see my attached nb-1.PNG file
>  * now I do clean and build from the NetBeans and the read flags still 
> appears because of the metamodel classes are not indexed (so not recognized)
>  * now I have tried to open one of them and make some changes (space entered 
> and deleted) so triggering the modification of the source Java file and look 
> in the background the *.rapt and *_.sig suddenly appears in the Cache folder.
>  * so I am proceed with all of them and finally all of the red flag disappears
>  * no I make a new clean and build in the IDE and no red flag appears the 
> project is clean now
> If I repeat the scenarios again the same result.
> I would like to inform you also that this problem not exists in NB 11.2 there 
> only frequent freezing error happens during facelet scanning (full freeze of 
> NetBeans) that is why I wanted to step forward.
> So finally I did somthing magic in my pom file:
>  
> {code:java}
> // code placeholder
> 
> nb-modelgen-fix
> 
> 
> 
> org.apache.maven.plugins
> maven-antrun-plugin
> 3.0.0
> 
> 
> modelgen-touch-files
> install
> 
> run
> 
> 
> 
> 
>  dir="src/main/java" includes="**/*.java">
>  expression="(@Entity|@MappedSuperclass|@Embeddable)" casesensitive="yes" />
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> {code}
> You see this is just for NB so I have changed also the NB actions for clean 
> and build as well activating this profile.
> You see I just touch all of the modell classess after finishing the build 
> (install phase) and this way NB make records in his cache finally based on 
> the source change trigger.
> One more important thing I use the following annotation processor with 
> maven-compiler plugin:
> {code:java}
> // code placeholder
> 
> org.apache.maven.plugins
> maven-compiler-plugin
> 
> 
> 
> 
> org.eclipse.persistence.internal.jpa.modelgen.CanonicalModelProcessor
> 
> 
> 
> -Aeclipselink.persistenceunits=REFLEX-PU
> 
> 1.8
> 1.8
> 
> 
> {code}
> and of course the build-helper plugin:
> {code:java}
> // code placeholder
> 
> org.codehaus.mojo
> build-helper-maven-plugin
> 3.1.0
> 
> 
> add-source
> generate-sources
> 
>  

[jira] [Closed] (NETBEANS-2719) Resolve Hibernate Support

2024-02-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-2719.
--
Resolution: Won't Fix

https://github.com/apache/netbeans/pull/6991

> Resolve Hibernate Support
> -
>
> Key: NETBEANS-2719
> URL: https://issues.apache.org/jira/browse/NETBEANS-2719
> Project: NetBeans
>  Issue Type: Sub-task
>  Components: javaee - Hibernate
>Reporter: Vadiraj Deshpande
>Priority: Major
> Fix For: 12.0
>
>
> Resolve Hibernate library (external, GPL) issue with Hibernate plugin and 
> enable for use. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-2599) Hibernate Plugin Addition

2024-02-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-2599.
--
Resolution: Won't Fix

https://github.com/apache/netbeans/pull/6991

> Hibernate Plugin Addition
> -
>
> Key: NETBEANS-2599
> URL: https://issues.apache.org/jira/browse/NETBEANS-2599
> Project: NetBeans
>  Issue Type: Improvement
>  Components: javaee - Hibernate
>Affects Versions: 12.0
>Reporter: Vadiraj Deshpande
>Priority: Major
> Fix For: 12.0
>
>
> Ref: https://issues.apache.org/jira/browse/NETBEANS-171
> Bringing back Hibernate plugin to the IDE, which was removed due to licensing 
> restrictions.
> There's going to be series of PRs to add back the plugin. 
>  
> [~geertjan.wiele...@oracle.com]



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4096) Hibernate tools version update?

2024-02-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4096.
--
Resolution: Won't Fix

https://github.com/apache/netbeans/pull/6991

> Hibernate tools version update?
> ---
>
> Key: NETBEANS-4096
> URL: https://issues.apache.org/jira/browse/NETBEANS-4096
> Project: NetBeans
>  Issue Type: Wish
>  Components: javaee - Hibernate
>Affects Versions: 11.3
>Reporter: D Burbridge
>Priority: Minor
>
> When I run the Hibernate Tools wizard in Netbeans (right-click on project - 
> New - Hibernate Mapping Files and POJOs from Database...) the resultant java 
> file includes the comment "// Generated  by Hibernate Tools 4.3.1".
> This is despite the fact that I'm using Hibernate 5.4 throughout! (pom.xml 
> uses version 5.4.13.Final, and Tools - Libraries contains version 
> 5.4.11.Final jar files).
> I can only assume that Netbeans has a set of Hibernate tools built-in, which 
> can't be changed by the user?
> (In Tools - Plugins - Installed I've apparently got a Hibernate Plugin 
> (version 1.35.0.1) but there's no update to that, indeed I can't even see it 
> listed on plugins.netbeans.org, so I've no idea whether it's anything 
> relevant or not?)
> The reason I'm asking is that the treatment of date/time fields is apparently 
> improved in Hibernate 5, such that they map better to Java date/time types.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-1590) File version of Windows NB launchers should be updated

2024-01-03 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-1590.
--
Fix Version/s: 21
   Resolution: Fixed

https://github.com/apache/netbeans/pull/6869

> File version of Windows NB launchers should be updated
> --
>
> Key: NETBEANS-1590
> URL: https://issues.apache.org/jira/browse/NETBEANS-1590
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - Launchers&CLI
>Affects Versions: 10.0
>Reporter: Eirik Bakke
>Assignee: Svatopluk Dedic
>Priority: Minor
>  Labels: sd-candidate
> Fix For: 21, Next
>
>
> For NetBeans 10vc2, Roy Henderson reports on the us...@netbeans.apache.org 
> mailing list: "[i]f you hover the mouse over the netbeans or netbeans64 files 
> in vc2/bin using Windows explorer then the file versions display as 9.0.0."
> This is easy to fix, but requires a launcher rebuild. Simply change 
> version="9.0.0.0" to version="10.0" in the "assemblyIdentity" element of the 
> following files:
> {noformat}
> harness/apisupport.harness/windows-launcher-src/app.exe.manifest
> nb/ide.launcher/windows/netbeans.exe.manifest
> nb/ide.launcher/windows/netbeans64.exe.manifest
> platform/o.n.bootstrap/launcher/windows/nbexec.exe.manifest
> {noformat}
> If there's a documented process for producing new NetBeans releases 
> somewhere, this should be added as a TODO that needs to be done for every new 
> release.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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

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



[jira] [Resolved] (NETBEANS-1554) Add push force support

2023-12-28 Thread Jira


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

Matthias Bläsing resolved NETBEANS-1554.

Fix Version/s: 21
   Resolution: Fixed

Fix was merged to master

> Add push force support
> --
>
> Key: NETBEANS-1554
> URL: https://issues.apache.org/jira/browse/NETBEANS-1554
> Project: NetBeans
>  Issue Type: New Feature
>  Components: versioncontrol - Git
>Affects Versions: Next
>Reporter: Christian Lenz
>Assignee: Matthias Bläsing
>Priority: Major
> Fix For: 21
>
>
> From the author of the external ticket:
> {quote}
> One of the main use cases for reset hard is to be able to push --force after 
> it.
> Use case: a github repo R2 is a fork of repo R1. R1 moves forward and R2's 
> latest commit needs to be discarded before merging R1. The workflow is to 
> reset --hard R2 to the previous commit and push force it before merging R1. 
> reset --hard works, push --force is not possible from the IDE.
> {quote}
> This is really the same use case that I have. I can't push because NB says we 
> have things to pull first. Now I have to do a push --force with console. 
> Please add this missing feature.
> Cheers
> Chris



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6143) Project Groups dialog layout problems with --fontsize 16

2023-12-19 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6143.
--
Fix Version/s: 21
   Resolution: Fixed

> Project Groups dialog layout problems with --fontsize 16
> 
>
> Key: NETBEANS-6143
> URL: https://issues.apache.org/jira/browse/NETBEANS-6143
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.5
>Reporter: Mitch Claborn
>Priority: Minor
> Fix For: 21
>
> Attachments: groups1.png
>
>
> When *--fontsize 16* is specified in netbeans.conf on the in the 
> netbeans_default_options value, the Project Groups dialog doesn't show the 
> full text for the "Remove All" button. See attached groups1.png. Without 
> --fontsize 16 the full text "Remove All" is visible.
> PS - there really should be some white space on the right side of those 
> buttons.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-12-17 Thread Eirik Bakke (Jira)


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

Eirik Bakke edited comment on NETBEANS-585 at 12/18/23 4:52 AM:


Ah, I can definitively observe the bug now. In this case I am actually working 
without HiDPI scaling (i.e. using 100% HiDPI scaling), though a different 
scaling level was active when the current Windows 11 session was logged in 
(which sometimes matter when it comes to HiDPI bugs). Making a selection in the 
output pane distorts the text:

!screenshot-1.png!

(Edit: Oh, actually, this is the bug at 
[https://github.com/apache/netbeans/issues/6300] . Clicking by itself appears 
to put the cursor in the correct place. But I bet these two bugs have the same 
cause.)


was (Author: ebakke):
Ah, I can definitively observe the bug now. In this case I am actually working 
without HiDPI scaling (i.e. using 100% HiDPI scaling), though a different 
scaling level was active when the current Windows 11 session was logged in 
(which sometimes matter when it comes to HiDPI bugs). Making a selection in the 
output pane distorts the text:

!screenshot-1.png!

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
> URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
> Attachments: screenshot-1.png
>
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-12-17 Thread Eirik Bakke (Jira)


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

Eirik Bakke commented on NETBEANS-585:
--

Ah, I can definitively observe the bug now. In this case I am actually working 
without HiDPI scaling (i.e. using 100% HiDPI scaling), though a different 
scaling level was active when the current Windows 11 session was logged in 
(which sometimes matter when it comes to HiDPI bugs). Making a selection in the 
output pane distorts the text:

!screenshot-1.png!

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
> URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
> Attachments: screenshot-1.png
>
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-12-17 Thread Eirik Bakke (Jira)


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

Eirik Bakke updated NETBEANS-585:
-
Attachment: screenshot-1.png

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
> URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
> Attachments: screenshot-1.png
>
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

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

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



[jira] [Assigned] (NETBEANS-1554) Add push force support

2023-12-10 Thread Jira


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

Matthias Bläsing reassigned NETBEANS-1554:
--

Assignee: Matthias Bläsing

> Add push force support
> --
>
> Key: NETBEANS-1554
> URL: https://issues.apache.org/jira/browse/NETBEANS-1554
> Project: NetBeans
>  Issue Type: New Feature
>  Components: versioncontrol - Git
>Affects Versions: Next
>Reporter: Christian Lenz
>Assignee: Matthias Bläsing
>Priority: Major
>
> From the author of the external ticket:
> {quote}
> One of the main use cases for reset hard is to be able to push --force after 
> it.
> Use case: a github repo R2 is a fork of repo R1. R1 moves forward and R2's 
> latest commit needs to be discarded before merging R1. The workflow is to 
> reset --hard R2 to the previous commit and push force it before merging R1. 
> reset --hard works, push --force is not possible from the IDE.
> {quote}
> This is really the same use case that I have. I can't push because NB says we 
> have things to pull first. Now I have to do a push --force with console. 
> Please add this missing feature.
> Cheers
> Chris



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-1115) Sometimes method renaming fails using nbjavac

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-1115.
--
Fix Version/s: ?
   Resolution: Fixed

this got likely fixed at some point by a javac update or by other means - at 
least I don't remember seeing this particular exception.

 

If this is still happening, please open a new issue on github and post a fresh 
stack trace there (and the reproducer too). Thanks.

> Sometimes method renaming fails using nbjavac
> -
>
> Key: NETBEANS-1115
> URL: https://issues.apache.org/jira/browse/NETBEANS-1115
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE 9.0 (Build 
> incubator-netbeans-release-334-on-20180708)
> Java: 1.8.0_181; Java HotSpot(TM) 64-Bit Server VM 25.181-b13
> Runtime: Java(TM) SE Runtime Environment 1.8.0_181-b13
> System: Linux version 4.17.9-1-MANJARO running on amd64; UTF-8; sv_SE (nb)
>Reporter: Patrik Karlström
>Assignee: Sarvesh Kesharwani
>Priority: Minor
> Fix For: ?
>
>
> Some times, it is not possible to rename a method with Ctrl-R more than once 
> without first saving the file when using nbjavac.
> Reproduce by use this code and try to rename the method sayHello twice in a 
> row, without saving it first.
> This issue first appeared on the dev list
> [http://mail-archives.apache.org/mod_mbox/netbeans-dev/201808.mbox/%3cCAArD4mA7kC4rU4t-xN-RnjLr=yVOfayupqcLvP2wZAix=u+...@mail.gmail.com%3e]
> {code:title=FailingRenameWithNbJavac.java|borderStyle=solid}
> public class FailingRenameWithNbJavac {
>     public static void main(String[] args) {
>     new FailingRenameWithNbJavac();
>     }
>     public FailingRenameWithNbJavac() {
>     //The error does not happen without the line below being present.
>     sayHello("world");
>     }
>     private void sayHello(String name) {
>     System.out.println("hello " + name);
>     }
> }
> {code}
>  
> After the first rename from sayHello to sayBye there is an editor hint on the 
> calling line in the constructor saying:
> cannot find symbol
>    symbol:   method sayBye(String)
>    location: class FailingRenameWithNbJavac
> 
> (Alt-Enter shows hints)
>   
>  After the second attempt, renaming sayBye to sayWhat in the unsaved file I 
> get the message and the output below.
>   
>  As a side note, error message ("Cannot perform instant rename here") in the 
> status bar just flashes by so one has to hold Ctrl-R in order to be able to 
> read it.
>   
>  INFO [org.netbeans.modules.bugtracking.BugtrackingManager]: Loading stored 
> repositories took 178 millis.
>  INFO [org.netbeans.api.java.source.ElementHandle]: Resolved type is null for 
> kind = CLASS
>  INFO [org.netbeans.api.java.source.ElementHandle]: Cannot resolve: 
> ElementHandle[kind=CLASS; sigs=FailingRenameWithNbJavac$sayBye ]
>  INFO [org.netbeans.api.java.source.TreePathHandle]: Cannot resolve: 
> TreePathHandle[delegate:TreeDelegate[kind:IDENTIFIER, 
> enclosingElement:ElementHandle[kind=CONSTRUCTOR; 
> sigs=FailingRenameWithNbJavac  ()V ], 
> [file:/home/pata/git/java/JavaApplication1/src/FailingRenameWithNbJavac.java@a9c89905:6398fe27|file:///home/pata/git/java/JavaApplication1/src/FailingRenameWithNbJavac.java@a9c89905:6398fe27]]]
>  INFO [org.netbeans.modules.refactoring.java.ui.RefactoringActionsProvider]: 
> doRename: TreePathHandle[delegate:TreeDelegate[kind:IDENTIFIER, 
> enclosingElement:ElementHandle[kind=CONSTRUCTOR; 
> sigs=FailingRenameWithNbJavac  ()V ], 
> [file:/home/pata/git/java/JavaApplication1/src/FailingRenameWithNbJavac.java@a9c89905:6398fe27|file:///home/pata/git/java/JavaApplication1/src/FailingRenameWithNbJavac.java@a9c89905:6398fe27]]]
>  java.lang.NullPointerException: selected
>      at 
> org.netbeans.modules.refactoring.java.ui.RenameRefactoringUI$2.create(RenameRefactoringUI.java:424)
>      at 
> org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$1.createRefactoringUI(ContextAnalyzer.java:94)
>      at 
> org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$TextComponentTask.run(ContextAnalyzer.java:355)
>      at 
> org.netbeans.modules.refactoring.java.ui.ContextAnalyzer$TextComponentTask.run(ContextAnalyzer.java:280)
>      at 
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
>      at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>      at 
> org.netbeans.

[jira] [Closed] (NETBEANS-4521) Missing syntax highlighting for records

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4521.
--
Fix Version/s: ?
   Resolution: Fixed

this got implemented at some point in time

> Missing syntax highlighting for records
> ---
>
> Key: NETBEANS-4521
> URL: https://issues.apache.org/jira/browse/NETBEANS-4521
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 12.0, 11.3
>Reporter: Adam Sotona
>Assignee: Adam Sotona
>Priority: Minor
>  Labels: pull-request-available
> Fix For: ?
>
>  Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> Record declaration is not highlighted and it is not possible to configure 
> record declaration highlighting style in preferences (similar to class 
> declaration).
> Record constructor declaration is not highlighted.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5118) Multiline string literals are highlighted incorrectly when they contain blank lines

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5118.
--
Fix Version/s: 12.3
   Resolution: Fixed

> Multiline string literals are highlighted incorrectly when they contain blank 
> lines
> ---
>
> Key: NETBEANS-5118
> URL: https://issues.apache.org/jira/browse/NETBEANS-5118
> Project: NetBeans
>  Issue Type: Bug
>  Components: cnd - Editor
>Affects Versions: 12.2
> Environment: Product Version: Apache NetBeans IDE 12.2
> Java: 15.0.1; OpenJDK 64-Bit Server VM 15.0.1+9
> Runtime: OpenJDK Runtime Environment 15.0.1+9
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
>Reporter: Scott Palmer
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 12.3
>
> Attachments: bad_highlight.png, correct_indent.png
>
>  Time Spent: 20m
>  Remaining Estimate: 0h
>
> According to the spec, (https://openjdk.java.net/jeps/378) blank lines are 
> excluded from "determining lines" when calculating indentation to strip.
> "Blank lines -- lines that are empty or are composed wholly of white space -- 
> have no visible influence on the indentation."
> NetBeans highlighting does not do this and highlights extra leading spaces as 
> if they are included in the string when there are blank lines that are 
> completely empty or contain less spaces than the correct indent amount.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5269) Tooltip of columns in result-table

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5269.
--
Resolution: Won't Fix

PR was closed

> Tooltip of columns in result-table
> --
>
> Key: NETBEANS-5269
> URL: https://issues.apache.org/jira/browse/NETBEANS-5269
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Stefan See
>Priority: Minor
>  Labels: pull-request-available
>  Time Spent: 1h 40m
>  Remaining Estimate: 0h
>
> If you execute a query on the db, a result-table appears. There you can hover 
> about the column-name und you can see some additional information about the 
> structure of the column. If the column is of the type string, it also shows 
> the attribute "length" with the precision of the column. This doesn't make 
> sense, because by string there is no precision.
> It occured with MariaDB and with a column of the type char(36).



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5520) Git file status not updated

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5520.
--
Resolution: Cannot Reproduce

please file a fresh issue using the latest NB version on github if this is 
still happening and provide a reproducer

 

this could be also line ending or encoding related e.g:
[https://docs.github.com/en/get-started/getting-started-with-git/configuring-git-to-handle-line-endings]

in which case NB can't do much about it, it would have to be solved via git 
config.
 

> Git file status not updated
> ---
>
> Key: NETBEANS-5520
> URL: https://issues.apache.org/jira/browse/NETBEANS-5520
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 12.3
> Environment: WIndows 10
>Reporter: Titum
>Priority: Minor
>
> I removed 12.2 and installed 12.3, since then the colors and icons for files 
> and folders on Projects window are not updated.
> I use Gitkraken to manage my github project for years and until 12.3 the 
> update of the status was good.
> Files are always blue as if they were modified



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5865) FlatLaf filechooser labels missing

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5865.
--
Fix Version/s: 12.5
   Resolution: Fixed

> FlatLaf filechooser labels missing
> --
>
> Key: NETBEANS-5865
> URL: https://issues.apache.org/jira/browse/NETBEANS-5865
> Project: NetBeans
>  Issue Type: Bug
>  Components: FlatLaf
>Reporter: Neil C Smith
>Assignee: Karl Tauber
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 12.5
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> In the standard filechooser (eg. from Open File) using FlatLaf, the popup 
> menu has blank labels, and the details view has the property keys as table 
> headers (similar to image at 
> [https://github.com/JFormDesigner/FlatLaf/issues/98#issuecomment-627454929] ) 
>  Seems to be specific to use inside NetBeans.  Missing values from 
> [https://github.com/JFormDesigner/FlatLaf/blob/main/flatlaf-core/src/main/resources/com/formdev/flatlaf/resources/Bundle.properties]
>  ?



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-1954) Crash when installing nb=javac

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-1954.
--
Fix Version/s: 13
   Resolution: Fixed

> Crash when installing nb=javac
> --
>
> Key: NETBEANS-1954
> URL: https://issues.apache.org/jira/browse/NETBEANS-1954
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 10.0
>Reporter: Michael Bar-Sinai
>Priority: Major
> Fix For: 13
>
>
> From the "view data":
> ---
> >Log Session: Saturday, January 19, 2019 at 10:54:12 PM Israel Standard Time
> >System Info: 
>   Product Version = Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
>   Operating System= Mac OS X version 10.14.2 running on x86_64
>   Java; VM; Vendor= 11; OpenJDK 64-Bit Server VM 11+28; Oracle 
> Corporation
>   Runtime = OpenJDK Runtime Environment 11+28
>   Java Home   = 
> /Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Home
>   System Locale; Encoding = en_IL (nb); UTF-8
>   Home Directory  = /Users/michael
>   Current Directory   = /Users/michael
>   User Directory  = /Users/michael/Library/Application 
> Support/NetBeans/10.0
>   Cache Directory = /Users/michael/Library/Caches/NetBeans/10.0
>   Installation= /Applications/NetBeans/netbeans-10/nb
> /Applications/NetBeans/netbeans-10/ergonomics
> /Applications/NetBeans/netbeans-10/ide
> /Applications/NetBeans/netbeans-10/extide
> /Applications/NetBeans/netbeans-10/java
> /Applications/NetBeans/netbeans-10/apisupport
> /Applications/NetBeans/netbeans-10/webcommon
> /Applications/NetBeans/netbeans-10/websvccommon
> /Applications/NetBeans/netbeans-10/profiler
> /Applications/NetBeans/netbeans-10/php
> /Applications/NetBeans/netbeans-10/harness
> /Applications/NetBeans/netbeans-10/groovy
> /Applications/NetBeans/netbeans-10/javafx
> /Applications/NetBeans/netbeans-10/platform
>   Boot & Ext. Classpath   = 
>   Application Classpath   = 
> /Applications/NetBeans/netbeans-10/platform/lib/boot.jar:/Applications/NetBeans/netbeans-10/platform/lib/org-openide-modules.jar:/Applications/NetBeans/netbeans-10/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/netbeans-10/platform/lib/org-openide-util-ui.jar:/Applications/NetBeans/netbeans-10/platform/lib/org-openide-util.jar
>   Startup Classpath   = 
> /Applications/NetBeans/netbeans-10/platform/core/org-netbeans-libs-asm.jar:/Applications/NetBeans/netbeans-10/platform/core/org-openide-filesystems-compat8.jar:/Applications/NetBeans/netbeans-10/platform/core/asm-all-5.0.1.jar:/Applications/NetBeans/netbeans-10/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/netbeans-10/platform/core/core.jar:/Applications/NetBeans/netbeans-10/platform/core/core-base.jar:/Applications/NetBeans/netbeans-10/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/netbeans-10/nb/core/locale/core_nb.jar
> ---
> WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module 
> org.lorenzos.emmet: added = [module org.netbeans.modules.csl.types/1 > 1.0] 
> removed = []; details: [Splitting parts of csl.api off into csl.types]
> WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module 
> com.revivius.nb.darcula: added = [module org.openide.util.ui > 9.3] removed = 
> []; details: [#243100: Separate desktop-independent utilities]
> WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module 
> flow.netbeans.markdown: added = [module org.netbeans.modules.csl.types/1 > 
> 1.0] removed = []; details: [Splitting parts of csl.api off into csl.types]
> INFO [org.netbeans.modules.netbinox]: Install area set to 
> file:/Applications/NetBeans/netbeans-10/
> WARNING [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.java.editor.lib, org.netbeans.modules.xml.text] use 
> org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated.
> WARNING [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.ide.kit, org.netbeans.modules.xml.text] u

[jira] [Closed] (NETBEANS-2098) Exception installing nb-javac library

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-2098.
--
Fix Version/s: 13
   Resolution: Fixed

nb-javac is enabled by default without the need to download anything since 
quite a while

> Exception installing nb-javac library
> -
>
> Key: NETBEANS-2098
> URL: https://issues.apache.org/jira/browse/NETBEANS-2098
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Lionel Rivas
>Priority: Major
> Fix For: 13
>
>
> This issue occurred when trying to active Java SE features after initial 
> install. The application prompted me to install the nb-javac library. The 
> issue occurred during nb-javac installation.
>  
> ---
> >Log Session: Friday, February 8, 2019 at 2:50:48 PM Central Standard Time
> >System Info: 
>  Product Version = Apache NetBeans IDE 10.0 (Build 
> incubator-netbeans-release-380-on-20181217)
>  Operating System = Mac OS X version 10.14.3 running on x86_64
>  Java; VM; Vendor = 11.0.2; Java HotSpot(TM) 64-Bit Server VM 11.0.2+9-LTS; 
> Oracle Corporation
>  Runtime = Java(TM) SE Runtime Environment 11.0.2+9-LTS
>  Java Home = /Library/Java/JavaVirtualMachines/jdk-11.0.2.jdk/Contents/Home
>  System Locale; Encoding = en_US (nb); UTF-8
>  Home Directory = /Users/lionelrivas
>  Current Directory = /
>  User Directory = /Users/lionelrivas/Library/Application Support/NetBeans/10.0
>  Cache Directory = /Users/lionelrivas/Library/Caches/NetBeans/10.0
>  Installation = /Applications/NetBeans/NetBeans 
> 10.app/Contents/Resources/NetBeans/nb
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/ergonomics
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/ide
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/extide
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/java
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/apisupport
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/webcommon
>  /Applications/NetBeans/NetBeans 
> 10.app/Contents/Resources/NetBeans/websvccommon
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/profiler
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/php
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/harness
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/groovy
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/javafx
>  /Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/platform
>  Boot & Ext. Classpath = 
>  Application Classpath = /Applications/NetBeans/NetBeans 
> 10.app/Contents/Resources/NetBeans/platform/lib/boot.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/platform/lib/org-openide-modules.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/platform/lib/org-openide-util-lookup.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/platform/lib/org-openide-util-ui.jar:/Applications/NetBeans/NetBeans
>  10.app/Contents/Resources/NetBeans/platform/lib/org-openide-util.jar
>  Startup Classpath = /Applications/NetBeans/NetBeans 
> 10.app/Contents/Resources/NetBeans/platform/core/org-netbeans-libs-asm.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/platform/core/org-openide-filesystems-compat8.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/platform/core/asm-all-5.0.1.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/platform/core/org-openide-filesystems.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/platform/core/core.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/platform/core/core-base.jar:/Applications/NetBeans/NetBeans
>  
> 10.app/Contents/Resources/NetBeans/nb/core/org-netbeans-upgrader.jar:/Applications/NetBeans/NetBeans
>  10.app/Contents/Resources/NetBeans/nb/core/locale/core_nb.jar
> ---
> INFO [org.netbeans.modules.netbinox]: Install area set to 
> file:/Applications/NetBeans/NetBeans 10.app/Contents/Resources/NetBeans/
> WARNING [org.netbeans.core.modules]: the modules 
> [org.netbeans.modules.xml.text] use 
> org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated.
> WARNING [org.netbeans.core.modules]: the modules 
> [org

[jira] [Closed] (NETBEANS-4201) Git status shows modified on unmodified files

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4201.
--
Resolution: Invalid

this is likely a problem with platform dependent line endings or even file 
encodings, see for example:
[https://docs.github.com/en/get-started/getting-started-with-git/configuring-git-to-handle-line-endings]

 

when you use git in via console you should see the exact same results

> Git status shows modified on unmodified files
> -
>
> Key: NETBEANS-4201
> URL: https://issues.apache.org/jira/browse/NETBEANS-4201
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 11.3
> Environment: Windows 10
>Reporter: Justin Levene
>Priority: Major
>
> Most files are marked as modified even though I have committed everything and 
> my console states my branch is up to date.  This only appeared when I updated 
> to 11.3.
> I am using Bitbucket to host my git.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6241) SwitchToRuleSwitch Hint not working with Pattern Matching Switch

2023-12-09 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6241.
--
Fix Version/s: 15
   Resolution: Fixed

> SwitchToRuleSwitch Hint not working with Pattern Matching Switch 
> -
>
> Key: NETBEANS-6241
> URL: https://issues.apache.org/jira/browse/NETBEANS-6241
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 12.5
>Reporter: Sandeep Mishra
>Assignee: Sandeep Mishra
>Priority: Major
>  Labels: pull-request-available
> Fix For: 15
>
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> With the given code :
> {code:java}
> static void testSwitchStatements(Integer i) {
>         switch (i) {
>             case 1, 2 : System.out.println("1"); break;
>             case 3 : System.out.println("3"); break;
>             case Integer i : System.out.println(i);
>                      break;
>         } 
>     }
> {code}
> We get the hint to covert to rule switch. The output of the hint does not 
> convert the binding pattern to rule switch case.
> {code:java}
> static void testSwitchStatements(Integer i) {
>         switch (i) {
>             case 1, 2 -> System.out.println("1");
>             case 3 -> System.out.println("3");
>             case Integer i : System.out.println(i);
>                      break;
>         } 
>     }
> {code}
>  
> When running the hint on a switch expression :
> {code:java}
> switch (p) {
>     case (Integer i  && (i > 10)):
>          return (String) o1;
>     default :
>          return (String) o2;
> }{code}
> The output is multiple default statements.
> {code:java}
> return (String) (switch (p) {
>             default -> o1;
>             default -> o2;
> }); {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-12-08 Thread Michael Bien (Jira)


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

Michael Bien commented on NETBEANS-585:
---

there is also https://github.com/apache/netbeans/issues/6300

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
> URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-12-08 Thread Michael Bien (Jira)


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

Michael Bien edited comment on NETBEANS-585 at 12/8/23 7:36 PM:


I remember Neil fixing the terminal which gave wrong results with certain 
fonts: [https://github.com/apache/netbeans/pull/6163]

Output window is a different code path, however, this here might be font 
related too - assuming it is still an issue.

 

but if nobody here can reproduce this anymore we should still close it. Every 
time I look at Jira when i try to find an older bug - i close 5-10 already 
fixed issues nobody bothered to close.


was (Author: mbien):
I remember Neil fixing the terminal which gave wrong results with certain 
fonts: [https://github.com/apache/netbeans/pull/6163]

Output window is a different code path, however, this here might be font 
related too - assuming it is still an issue.

 

but if nobody here can reproduce this anymore we should still close it. Every 
time I look at Jira when i try to find an older bug - i close 5-10 already 
fixed issues nobody bothered to close i notice while searching.

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
> URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-12-08 Thread Michael Bien (Jira)


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

Michael Bien edited comment on NETBEANS-585 at 12/8/23 7:35 PM:


I remember Neil fixing the terminal which gave wrong results with certain 
fonts: [https://github.com/apache/netbeans/pull/6163]

Output window is a different code path, however, this here might be font 
related too - assuming it is still an issue.

 

but if nobody here can reproduce this anymore we should still close it. Every 
time I look at Jira when i try to find an older bug - i close 5-10 already 
fixed issues nobody bothered to close i notice while searching.


was (Author: mbien):
I remember Neil fixing the terminal which gave wrong results with certain 
fonts: [https://github.com/apache/netbeans/pull/6163]

Output window is a different code path, however, this here might be font 
related too - assuming it is still an issue.

 

but if nobody here can reproduce this anymore we should still close it. Every 
time I look at Jira since i try to find an older bug - i close 5-10 already 
fixed issues nobody bothered to close i notice while searching.

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
> URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-12-08 Thread Michael Bien (Jira)


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

Michael Bien commented on NETBEANS-585:
---

I remember Neil fixing the terminal which gave wrong results with certain 
fonts: [https://github.com/apache/netbeans/pull/6163]

Output window is a different code path, however, this here might be font 
related too - assuming it is still an issue.

 

but if nobody here can reproduce this anymore we should still close it. Every 
time I look at Jira since i try to find an older bug - i close 5-10 already 
fixed issues nobody bothered to close i notice while searching.

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
> URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-12-08 Thread Eirik Bakke (Jira)


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

Eirik Bakke commented on NETBEANS-585:
--

Hmm, at the moment I can't reproduce the issue anymore, even though it was 
there for a very long time. I'm on Windows 11 with 150% HiDPI scaling, on 
NetBeans 18 and Java 17.0.9. It's possible something changed in recent JDK 
versions that impacted font metrics.

Maybe good to hear if others are observing the bug still.

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
>     URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6491) New NB platform application w/ maven does not offer NB's own release

2023-12-08 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6491.
--
Fix Version/s: 21
   Resolution: Fixed

mitigated via [https://github.com/apache/netbeans/pull/6751]

its hardcoded, but among a group of other Strings which need to be updated 
periodically anyway so its probably not needed to infer the NB version over 
other means.

> New NB platform application w/ maven does not offer NB's own release
> 
>
> Key: NETBEANS-6491
> URL: https://issues.apache.org/jira/browse/NETBEANS-6491
> Project: NetBeans
>  Issue Type: Bug
>  Components: apisupport - Maven
>Affects Versions: NB13
>Reporter: Svatopluk Dedic
>Priority: Major
> Fix For: 21
>
>
> I've tried to create NB platform application right after installation and 
> with a fresh userdir. Only *RELEASE90* and *dev-* versions were offered in 
> the New from Template wizard.
> All releases became available only *after whole central index was downloaded* 
> and indexed.
>  * NetBeans own version should be offered - RELEASE130 in this case as I was 
> using the release binaries downloaded from Apache
>  * Maven project infra should support version queries for a specific g:a even 
> though the central repo is not indexed yet - one can do that using HTTP 
> queries. Would be also useful for completion, too



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6027) IDE freezes when using Maven + "Xlint:strictfp"

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6027.
--
Fix Version/s: ?
   Resolution: Cannot Reproduce

can't reproduce this in NB 20. Potentially a javac bug?

> IDE freezes when using Maven + "Xlint:strictfp"
> ---
>
> Key: NETBEANS-6027
> URL: https://issues.apache.org/jira/browse/NETBEANS-6027
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.4, 12.5
> Environment: These are the versions of my software:
>  * OS: Debian GNU/Linux 10.10 (Buster).
>  * Java platform:
> {noformat}
>   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)
> {noformat}
> The JDK build has been downloaded directly from java.net.
> I've also tested the IDE with JDK 16, using a build downloaded from Adoptium. 
> But the result has been the same.
>Reporter: negora
>Priority: Major
> Fix For: ?
>
> Attachments: 01-before-writing-text-block.png, 
> 02-after-writing-text-block.png
>
>
> Hello:
> I'm developing a Java project using Maven. If I write this configuration in 
> the {{pom.xml}} file:
> {code:java}
> 
>   org.apache.maven.plugins
>   maven-compiler-plugin
>   3.8.1
>   
> 17
> 
>   -Xlint:all
> 
>true
>  
> {code}
> And then, I edit any Java source file, the IDE freezes completely. I've to 
> kill the process.
> However, if I replace the "-Xlint:all" argument with this equivalent value:
> {code:java}
> 
>   org.apache.maven.plugins
>   maven-compiler-plugin
>   3.8.1
>   
> 17
> 
>   -Xlint:cast,classfile,deprecation,
> dep-ann,divzero,empty,fallthrough,finally,options,
> overrides,path,processing,rawtypes,static,
> try,unchecked,varargs
> 
>true
>  
> {code}
> It works well. 
> It also works well if I remove the compiler arguments all together.
> There is a visual defect that indicates me whether the IDE is going to freeze 
> or not before saving the file: The code that is after the text block 
> partially loses its highlighting and becomes white. Please, check the 
> attached screenshots.
> h4. UPDATE #1.
> I've continued making tests, and I've realized that the value {{all}} in 
> {{-Xlint:all}} is equivalent to more values than I thought:
> {noformat}
> auxiliaryclass
> cast
> classfile
> deprecation
> dep-ann
> divzero
> empty
> exports
> fallthrough
> finally
> missing-explicit-ctor
> module
> opens
> options
> overloads
> overrides
> path
> processing
> rawtypes
> removal
> requires-automatic
> requires-transitive-automatic
> serial
> static
> strictfp
> synchronization
> text-blocks
> try
> unchecked
> varargs
> preview
> {noformat}
> By removing one by one, I've found which one causes the freeze: {{strictfp}} .
> h4. UPDATE #2.
> I confirm that the value {{text-blocks}} also causes the same problem if 
> there is at least one text block in the source file that is currently open. 
> The highlighting fails and I can't save the file.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-296) Hyperlinks missing in stacktraces when using maven-surefire-plugin 3.0.0-M4 or later

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-296.
-
Fix Version/s: ?
   Resolution: Fixed

I am pretty sure I fixed this at some point

> Hyperlinks missing in stacktraces when using maven-surefire-plugin 3.0.0-M4 
> or later
> 
>
> Key: NETBEANS-296
> URL: https://issues.apache.org/jira/browse/NETBEANS-296
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180117-unknown-revn)
> Updates: Updates available
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
> Fix For: ?
>
>
> If Surefire runs a test that throws an exception we see the stacktrace in the 
> Output Window but the line items are not hyperlinked back to the source-code. 
> For example, given:
> {code}
> removeOrders(com.holdmyspot.pyramid.bitstamp.OrderEventListenerTest)  Time 
> elapsed: 13.942 s  <<< FAILURE!
> java.lang.IllegalArgumentException: 
> amount must be positive.
> Actual: 0
>   at com.holdmyspot.pyramid.exchange.Order.(Order.java:42)
>   at 
> com.holdmyspot.pyramid.bitstamp.OrderStream$OrderEventSubscriber.onEvent(OrderStream.java:209)
>   at 
> com.holdmyspot.pyramid.bitstamp.OrderEventListenerTest.removeOrders(OrderEventListenerTest.java:74)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:124)
>   at org.testng.internal.Invoker.invokeMethod(Invoker.java:571)
>   at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:707)
>   at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:979)
>   at 
> org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125)
>   at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
>   at org.testng.TestRunner.privateRun(TestRunner.java:648)
>   at org.testng.TestRunner.run(TestRunner.java:505)
>   at org.testng.SuiteRunner.runTest(SuiteRunner.java:455)
>   at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:450)
>   at org.testng.SuiteRunner.privateRun(SuiteRunner.java:415)
>   at org.testng.SuiteRunner.run(SuiteRunner.java:364)
>   at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
>   at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:84)
>   at org.testng.TestNG.runSuitesSequentially(TestNG.java:1187)
>   at org.testng.TestNG.runSuitesLocally(TestNG.java:1116)
>   at org.testng.TestNG.runSuites(TestNG.java:1028)
>   at org.testng.TestNG.run(TestNG.java:996)
>   at 
> org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:135)
>   at 
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.executeSingleClass(TestNGDirectoryTestSuite.java:112)
>   at 
> org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:99)
>   at 
> org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:146)
>   at 
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:373)
>   at 
> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:334)
>   at 
> org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:119)
>   at 
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:407)
> {code}
> We should be able to click on stacktrace elements and the editor should jump 
> to the associated file and line number. I believe this behavior works for Ant 
> projects but it work in most cases for Maven projects.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6225) Netbeans loses almost all functionality after package update

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6225.
--
Resolution: Invalid

> Netbeans loses almost all functionality after package update
> 
>
> Key: NETBEANS-6225
> URL: https://issues.apache.org/jira/browse/NETBEANS-6225
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Compiler, java - Editor, java - Navigation
>Affects Versions: 12.4
> Environment: Operating System: Manjaro Linux (Qonos 21.2.0)
> JDK Version: openjdk 17.0.1
> Package Manager: Pamac 10.3.0-1 - libpamac 11.2.0
>Reporter: Mac Coleman
>Priority: Major
>  Labels: newbie, patch
> Attachments: IDElog
>
>
> After updating packages on Linux machine, Netbeans loses all functionality. 
> New Java with Ant projects or files can not be created, and existing projects 
> can not be opened. Projects that remain open can not be built or run. The 
> navigator remains stuck on "Please wait..." and the output window stays 
> blank. This issue occurs independently of program complexity, and projects 
> that are as simple as "hello world" programs can not be opened or run. 
> Projects with Maven can be created, but new files within those projects can 
> not be created or run.
> I initially installed Netbeans and used it for several weeks without issue. I 
> suspect that my package manager somehow messed up one of the dependencies of 
> Netbeans, but I've been unsuccessful in finding exactly which one. I've tried 
> reinstalling Netbeans, removing everything related to Java development from 
> my machine, and even deleting all of my NetBeansProjects directory to resolve 
> the problem, but nothing has been successful. I also tried installing 
> NetBeans 12.5, but I was met with the same issue. I worry that in my attempts 
> to solve the problem myself, I probably made the issue worse.
> Also, my apologies for the poorly made bug report. I'm very new to Jira, but 
> I hope I can give all the information you need. It sounds likely that this 
> might be an issue with my package manager, so I understand if there isn't 
> much that can be done.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6290) Saving a Java file containing a Text Block hangs

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6290.
--
Fix Version/s: ?
   Resolution: Fixed

> Saving a Java file containing a Text Block hangs
> 
>
> Key: NETBEANS-6290
> URL: https://issues.apache.org/jira/browse/NETBEANS-6290
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.6
> Environment: Java details on Windows 10:
> IMPLEMENTOR="Azul Systems, Inc."
> IMPLEMENTOR_VERSION="Zulu17.28+13-CA"
> OS_ARCH="x86_64"
> OS_NAME="Windows" (Windows 10)
> The file is in a Maven project.
>Reporter: Yaytay
>Priority: Major
> Fix For: ?
>
>
> Trying to save this file causes the entire Netbeans UI to hang:
> {code:java}
> /*
>  * Click 
> nbfs://nbhost/SystemFileSystem/Templates/Licenses/license-default.txt to 
> change this license
>  * Click nbfs://nbhost/SystemFileSystem/Templates/Classes/Class.java to edit 
> this template
>  */
> package maypackage;
> /**
>  *
>  * @author jtalbut
>  */
> public class NewClass {
>   
>   @Test
>   public void doit() {
> String s = """
> """;
>   }
>   
> }
> {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6107) Gradle support does not work when NB/project is JDK17

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6107.
--
Resolution: Fixed

> Gradle support does not work when NB/project is JDK17
> -
>
> Key: NETBEANS-6107
> URL: https://issues.apache.org/jira/browse/NETBEANS-6107
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Gradle
>Affects Versions: 12.5
> Environment: macOS, GraalVM JDK17, using Micronaut Gradle project, 
> generated by wizard.
>Reporter: Martin Balin
>Assignee: Svata Dedic
>Priority: Major
>  Labels: pull-request-available
> Fix For: 12.6
>
> Attachments: Screenshot 2021-10-05 at 10.57.02.png
>
>  Time Spent: 3h 20m
>  Remaining Estimate: 0h
>
> Opening Gradle based project which uses JDK17 and running NB on JDK17 does 
> not Resolve Problems when project is open.
> It is stuck in this with attached screenshot error. Running Build as command 
> completes as it uses Gradle 7.2 along with JDK17.
> I don't know why JDK16 is referenced, it does not exist on the system and I 
> also removed all NB user dirs.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-585) Clicking in Output Window places caret in wrong position

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien commented on NETBEANS-585:
---

should this be closed?

> Clicking in Output Window places caret in wrong position
> 
>
> Key: NETBEANS-585
> URL: https://issues.apache.org/jira/browse/NETBEANS-585
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-245-on-20180327)
> Java: 9.0.4; Java HotSpot(TM) 64-Bit Server VM 9.0.4+11
> Runtime: Java(TM) SE Runtime Environment 9.0.4+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI
>
> Repro steps:
> 1. Run a Java Maven application that outputs to the console
> 2. Click somewhere in a line of text in the Output Window (wrap-text is 
> disabled)
> 3. Notice that the caret lands many characters to the left of where you click
> It is extremely difficult to copy/paste text because we cannot control where 
> the caret begins copy/pasting from.
> This issue might be related to NETBEANS-235



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-3150) Omnifaces, Adminfaces - taglibs not recognized

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-3150.
--
Fix Version/s: 19
   Resolution: Fixed

> Omnifaces, Adminfaces -  taglibs not recognized
> ---
>
> Key: NETBEANS-3150
> URL: https://issues.apache.org/jira/browse/NETBEANS-3150
> Project: NetBeans
>  Issue Type: Bug
>  Components: web - HTML Editor
>Affects Versions: 11.1
> Environment: Linux Mint 19.1
>Reporter: Frank David Martinez
>Priority: Major
> Fix For: 19
>
>
> *Omnifaces taglibs are not recognized by html editor:*
> xmlns:o="http://omnifaces.org/ui";
> xmlns:of="http://omnifaces.org/functions";
> *Adminfaces:*
> xmlns:adm="http://github.com/adminfaces";



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-3611) No library found for namespace http://omnifaces.org/ui

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-3611.
--
Fix Version/s: 19
   Resolution: Fixed

> No library found for namespace http://omnifaces.org/ui
> --
>
> Key: NETBEANS-3611
> URL: https://issues.apache.org/jira/browse/NETBEANS-3611
> Project: NetBeans
>  Issue Type: Bug
>  Components: javaee - JSF
>Affects Versions: 11.1, 11.2
>Reporter: Ömer Faruk Kurt
>Priority: Major
> Fix For: 19
>
> Attachments: 47298773-eab3a100-d618-11e8-849e-627e6507ee97.png
>
>
> With OmniFace 3.2 you get an error message in a facelet
> {{No library found for namespace http://omnifaces.org/ui}}
> With NetBeans 8.2 en 9.0 you can only have the 8.2 JEE plugins.
> You can actually make JSF2.3 work but adding OmniFaces to a facelet then 
> renders the error.
> I managed to get rid of the error by unpacking the omnifaces-3.2.jar to a 
> directory and add that directory to the libraries of the project and remove 
> the omnifaces-3.2.jar from the libraries.
> After that I changed the XML tag facelet-taglib to a signature as used in 
> mojarra_ext.taglib.xml of javax.faces-2.3.7.jar the error is going away from 
> the facelet.
> I saw a closed issue about a namespace not found in NetBeans 8.2 and I have 
> the same problem.
> [https://github.com/omnifaces/omnifaces/issues/442|https://github.com/omnifaces/omnifaces/issues/url]
> I think the NetBeans webproject is not able to see the new signature of the 
> omnifaces-ui.taglib.xml version 2.3.
> The NetBeans IDE is making a transition to Apache and until Feb. 2019 there 
> will not any renewal on the Jakarta EE plugins for NetBeans supporting JSF 2.3
> [https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Release+Roadmap|https://github.com/omnifaces/omnifaces/issues/url]
> So what I did was to uncheck the package checkbox of the changed directory in 
> the library settings and in the web build/packaging to add the 
> omnifaces-3.2.jar.
> Actually I think it is a NetBeans problem but until feb. 2019 no updates on 
> Jakarta EE to expect from there.
> A picture of 2 projects, 1 with problem and the second with solved problem of 
> the index.xhtml



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4453) Output window doesn't display System.out.print lines until newline is sent.

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4453.
--
Fix Version/s: ?
   Resolution: Fixed

> Output window doesn't display System.out.print lines until newline is sent.
> ---
>
> Key: NETBEANS-4453
> URL: https://issues.apache.org/jira/browse/NETBEANS-4453
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.0
> Environment: Any
>Reporter: Juan F Arjona
>Priority: Major
> Fix For: ?
>
> Attachments: nb-bug.zip
>
>
> Hello:
> I am attaching a demonstration of the bug.  Please load the Maven project and 
> run it by selecting on the menu, Run/Run File.
> The output window stream seems to wait for newline in order to render the 
> output.  This behavior breaks any CLI application that asks questions to the 
> user in a single line.
> This was only present in prior versions when a custom installation of Maven 
> was used.  After NB 12, it happens always.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4927) Error parsing of the JDK classes in editor

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4927.
--
Fix Version/s: ?
   Resolution: Fixed

not reproducible with current versions

> Error parsing of the JDK classes in editor
> --
>
> Key: NETBEANS-4927
> URL: https://issues.apache.org/jira/browse/NETBEANS-4927
> Project: NetBeans
>  Issue Type: New Feature
>  Components: editor - Parsing & Indexing
>Affects Versions: 12.1, 12.2, 12.3, 12.4, 12.5, 12.6
>Reporter: Petr Miksik
>Assignee: oscar lainez
>Priority: Major
> Fix For: ?
>
> Attachments: DefaultMutableTreeNode.dump, ide.log, ui.log
>
>  Time Spent: 40m
>  Remaining Estimate: 0h
>
> The NetBeans IDE fails to pre-parse most of the common JDK classes. As a 
> result, many related functions do not work ('Ctrl + Left Click' method 
> navigation, Java Doc, syntax highlight etc). Sometimes, the JDK source file 
> is not found and must be selected manually.
> See the dump file for DefaultMutableTreeNode class. 
> The problem occurs only with JDK 11 and higher, in both Linux and Windows 
> versions of the IDE.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-2317) Convert any project to Maven project

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-2317.
--
Resolution: Won't Fix

> Convert any project to Maven project
> 
>
> Key: NETBEANS-2317
> URL: https://issues.apache.org/jira/browse/NETBEANS-2317
> Project: NetBeans
>  Issue Type: Bug
>  Components: apisupport - Maven, projects - Generic Projects UI, 
> projects - Maven
>Affects Versions: 10.0
>Reporter: Antônio Diego da LuZ silva
>Assignee: Antônio Diego da LuZ silva
>Priority: Critical
>
> When put a pom.xml on the root folder of an project then remove the nbproject 
> folder the NetBeans continues recognizing the project as the previous format 
> until the PC is rstarted. This can be corrected renaming the root folde and 
> renaming the project. My expectancy is that the project be recognized as a 
> Maven project imediately or after it be reopened.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5132) Netbeans 12.2 NPE in background scanning of project

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5132.
--
Fix Version/s: 12.4
   Resolution: Fixed

> Netbeans 12.2 NPE in background scanning of project
> ---
>
> Key: NETBEANS-5132
> URL: https://issues.apache.org/jira/browse/NETBEANS-5132
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.2
> Environment: OS: Ubuntu 20.04
> JDK: Oracle 1.8_271
>Reporter: Davide Villa
>Priority: Critical
> Fix For: 12.4
>
> Attachments: nb-report.txt, netbeans-ide-log.txt, netbeans.log, ui.log
>
>
> the background scanning of my project throws a NPE in the version 12.2.
>  no problems on the previous version 12.1
>  
> may be the same problem reported NETBEANS-5125
>  
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.

2023-11-29 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-3158.
--
Fix Version/s: 13
   Resolution: Fixed

> netbeans 11.1 requests re-installation of nbjavac plugin and fails.
> ---
>
> Key: NETBEANS-3158
> URL: https://issues.apache.org/jira/browse/NETBEANS-3158
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.1
> Environment: Linux Cinnamon Mint 19.2
>Reporter: Manuel Iglesias
>Priority: Major
> Fix For: 13
>
> Attachments: 0021.log, 0022.log, 0023.log, 0024.log, 
> 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 
> 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from 
> 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot 
> from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, 
> Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 
> 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from 
> 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot 
> from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, 
> messages.log, netbeans.conf
>
>
> Installed plugins data seems to get corrupted with normal use. 'netbeans' 
> then requests re-installation of 'nbjavac' plugin which fails.
> Problem can be reproduced in this way:
>  # Run 'netbeans' without --userdir & --cachedir options # Default values 
> '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run.
>  Open new project so that installation of 'nbjavac' & 'javafx' plugins is 
> triggered.
>  Install plugins and exit.
>  # Run 'netbeans' with  --userdir $HOME/Test/.netbeans/11.1 --cachedir 
> $HOME/Test/.cache/netbeans/11.1 options. # First run.
>  Open new project so that installation of 'nbjavac' & 'javafx' plugins is 
> triggered.
>  Install plugins and exit.
> Run sequentially:
>  * netbeans
>  * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir 
> $HOME/Test/.cache/netbeans/11.1
> After a few times:
>  * Directory $HOME/.netbeans/11.1/config/Modules is empty.
>  * 'netbeans' requests re-installation of 'nbjavac' (which fails).
>  * Tools/Plugins/Installed shows that there are no active plugins.
> EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' 
> & 'netbeans --userdir ... --cachedir ...'
>  to reproduce the bug. I started netbeans (running 'netbeans') and before its 
> window appeared (it takes a few seconds)
>  I tried to close an editor (another application). Just when I mouse-clicked 
> the netbeans' window appeared and I closed
>  netbeans instead of the editor. Next time I started 'netbeans' the bug 
> appeared (plugins data corrupted, etc).



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-1866) Netbean XML Compilation Issues JDK 11

2023-11-20 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-1866.
--
Resolution: Cannot Reproduce

NB builds fine on current JDKs these days

> Netbean XML Compilation Issues JDK 11
> -
>
> Key: NETBEANS-1866
> URL: https://issues.apache.org/jira/browse/NETBEANS-1866
> Project: NetBeans
>  Issue Type: Bug
> Environment: OS: Windows 10, java 11.0.1 2018
> Java:  java --version
> java 11.0.1 2018-10-16 LTS
> Java(TM) SE Runtime Environment 18.9 (build 11.0.1+13-LTS)
> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.1+13-LTS, mixed mode)
> Ant: 
> C:\Windows\SysWOW64>ant -v
> Apache Ant(TM) version 1.10.5 compiled on July 10 2018
> Git:
> C:\Windows\SysWOW64>git --version
> git version 2.18.0.windows.1
>Reporter: Eric Bresie
>Assignee: mehdi amini
>Priority: Major
>  Labels: build
>
> cloned from github as of 1/6/2019 11:20 CST
> Running build with:
> ant -Dcluster.config=full
> Received the following error: 
> [pcompile] Generating 10 resource files to 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\build\gensrc\jdk.jdeps
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> [pathconvert] Warning: Nashorn engine is planned to be removed from a future 
> JDK release
> generate-sources-internal:
>  [pcompile] Generating 6 resource files to 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\build\gensrc\jdk.jshell
>  [mkdir] Created dir: 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\build\nb
>  [javac] Compiling 1031 source files to 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\build\nb
>  [javac] 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\src\java.compiler\share\classes\javax\annotation\processing\Messager.java:28:
>  error: package javax.annotation does not exist
>  [javac] import javax.annotation.*;
>  [javac] ^
>  [javac] 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.compiler\share\classes\com\sun\tools\javac\model\.java:35:
>  error: package sun.reflect.annotation is not visible
>  [javac] import sun.reflect.annotation.*;
>  [javac] ^
>  [javac] (package sun.reflect.annotation is declared in module java.base, 
> which does not export it to module java.compiler)
>  [javac] 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.javadoc\share\classes\com\sun\tools\doclets\internal\toolkit\builders\LayoutParser.java:31:
>  error: package javax.xml.parsers is not visible
>  [javac] import javax.xml.parsers.*;
>  [javac] ^
>  [javac] (package javax.xml.parsers is declared in module java.xml, but 
> module java.compiler does not read it)
>  [javac] 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.javadoc\share\classes\com\sun\tools\doclets\internal\toolkit\builders\LayoutParser.java:33:
>  error: package org.xml.sax is not visible
>  [javac] import org.xml.sax.*;
>  [javac] ^
>  [javac] (package org.xml.sax is declared in module java.xml, but module 
> java.compiler does not read it)
>  [javac] 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.javadoc\share\classes\com\sun\tools\doclets\internal\toolkit\builders\LayoutParser.java:34:
>  error: package org.xml.sax.helpers is not visible
>  [javac] import org.xml.sax.helpers.DefaultHandler;
>  [javac] ^
>  [javac] (package org.xml.sax.helpers is declared in module java.xml, but 
> module java.compiler does not read it)
>  [javac] 
> C:\git\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.javadoc\share\classes\jdk\javadoc\internal\doclets\toolkit\builders\LayoutParser.java:31:
>  error: package javax.xml.parsers is not visible
>  [javac] import javax.xml.par

[jira] [Closed] (NETBEANS-5762) ClassNotFoundException: com.sun.tools.javac.util.Filter when NetBeans is running on JDK17b25

2023-11-20 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5762.
--
Resolution: Cannot Reproduce

not reproducible in NB 20 -> closing

> ClassNotFoundException: com.sun.tools.javac.util.Filter when NetBeans is 
> running on JDK17b25
> 
>
> Key: NETBEANS-5762
> URL: https://issues.apache.org/jira/browse/NETBEANS-5762
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Source
>Affects Versions: Next
> Environment: * NetBeans built from source at 
> a15d4b6b26e5e7f113af440a8afc34c8685befb7
>  * JDK 17 b25 both for NetBeans and the project
>Reporter: Ludovic HOCHET
>Assignee: iyman ahmed elmezayen
>Priority: Major
> Attachments: mavenproject1.zip
>
>
> With
>  * NetBeans built from source at a15d4b6b26e5e7f113af440a8afc34c8685befb7
>  * JDK 17 b25 both for NetBeans and the project
>  * compile on save disabled for the Maven project
>  * nb-javac not installed
> I get
> {noformat}
> java.lang.ClassNotFoundException: com.sun.tools.javac.util.Filter
>   at 
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:641)
>   at 
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:188)
>   at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:520)
>   at org.netbeans.ProxyClassLoader.doFindClass(ProxyClassLoader.java:209)
> Caused: java.lang.ClassNotFoundException: com.sun.tools.javac.util.Filter 
> starting from ModuleCL@6c0f5225[org.netbeans.modules.java.source.base] with 
> possible defining loaders null and declared parents 
> [ModuleCL@5d826d6e[org.netbeans.modules.classfile], 
> ModuleCL@34fa9785[org.netbeans.modules.queries], 
> ModuleCL@6925d6ba[org.netbeans.modules.java.lexer], 
> org.netbeans.MainImpl$BootClassLoader@32e6e9c3, 
> ModuleCL@35df23a9[org.netbeans.modules.parsing.lucene], 
> ModuleCL@22a45042[org.openide.text], 
> ModuleCL@67e3914b[org.netbeans.api.annotations.common], 
> ModuleCL@376fa70f[org.netbeans.lib.nbjavac], 
> ModuleCL@59cb883b[org.netbeans.libs.javacimpl], 
> ModuleCL@62fb8d2b[org.netbeans.api.scripting], ...20 more]
>   at org.netbeans.ProxyClassLoader.doFindClass(ProxyClassLoader.java:211)
>   at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:125)
>   at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:520)
> Caused: java.lang.NoClassDefFoundError: com/sun/tools/javac/util/Filter
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.throwTree(VanillaCompileWorker.java:667)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitBlock(VanillaCompileWorker.java:650)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitBlock(VanillaCompileWorker.java:535)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1083)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.scan(VanillaCompileWorker.java:880)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.scan(VanillaCompileWorker.java:535)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitIf(TreeScanner.java:443)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCIf.accept(JCTree.java:1539)
>   at 
> jdk.compiler/com.sun.source.util.TreePathScanner.scan(TreePathScanner.java:86)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.scan(VanillaCompileWorker.java:880)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.scan(VanillaCompileWorker.java:535)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scanAndReduce(TreeScanner.java:94)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.scan(TreeScanner.java:109)
>   at 
> jdk.compiler/com.sun.source.util.TreeScanner.visitBlock(TreeScanner.java:255)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitBlock(VanillaCompileWorker.java:647)
>   at 
> org.netbeans.modules.java.source.indexing.VanillaCompileWorker$3.visitBlock(VanillaCompileWorker.java:535)
>   at 
> jdk.compiler/com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1083)
>   at 
> jdk.

[jira] [Closed] (NETBEANS-2842) Using of deprecated pack200 tool in nbm packaging

2023-11-20 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-2842.
--
Resolution: Won't Fix

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
> Attachments: nbpython.zip, unpack200 failure.png
>
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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-2842) Using of deprecated pack200 tool in nbm packaging

2023-11-20 Thread Michael Bien (Jira)


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

Michael Bien commented on NETBEANS-2842:


nbm-maven-plugin 14.0 has it disabled by default, the option will be removed in 
future releases.

another way to be 100% sure that no pack200 is involved is to simply build on 
JDK 17+, since it has no pack200 :)

Jira is also no longer used - it is a coincidence that I noticed this question.

> Using of deprecated pack200 tool in nbm packaging
> -
>
> Key: NETBEANS-2842
> URL: https://issues.apache.org/jira/browse/NETBEANS-2842
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 11.3
>Reporter: Benjamin Graf
>Priority: Critical
> Attachments: nbpython.zip, unpack200 failure.png
>
>
> Netbeans plugins are mostly compressed in size by the JDK internal pack200 
> tool which is deprecated since JDK 11 ([https://openjdk.java.net/jeps/336]). 
> It should be thought about an alternative as it might get removed in next JDK 
> releases.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6329) Tools > Show In Finder don't works on JDK 17

2023-11-15 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6329.
--
Fix Version/s: ?
   Resolution: Fixed

> Tools > Show In Finder don't works on JDK 17
> 
>
> Key: NETBEANS-6329
> URL: https://issues.apache.org/jira/browse/NETBEANS-6329
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Actions/Menu/Toolbar
>Affects Versions: 12.6, 13
>Reporter: Dyorgio Nascimento
>Priority: Minor
>  Labels: jdk17, macOS, pull-request-available
> Fix For: ?
>
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> Without 
> {{-J--add-exports=java.desktop/com.apple.eio=ALL-UNNAMED}}
> on etc/netbeans.conf menu Tools>Show in Finder don't works on macOs when 
> using NetBeans with JDK17



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5323) "Preview Design" not working in JDK 17-ea (macOS Big Sur)

2023-11-15 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5323.
--
Fix Version/s: ?
   Resolution: Fixed

> "Preview Design" not working in JDK 17-ea (macOS Big Sur)
> -
>
> Key: NETBEANS-5323
> URL: https://issues.apache.org/jira/browse/NETBEANS-5323
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - JDK Problems
> Environment: *Product Version:* Apache NetBeans IDE DEV (Build 
> dev-887f6b6446a6d82526af46c041123ab63407b599)
> *Updates:* Updates available
> *Java:* 17-ea; OpenJDK 64-Bit Server VM 17-ea+7-444
> *Runtime:* OpenJDK Runtime Environment 17-ea+7-444
> *System:* Mac OS X version 10.16 running on x86_64; UTF-8; en_DE (nb)
> *User directory:* /Users/rami/NetBeansProjects/netbeans/nbbuild/testuserdir
> *Cache directory:* 
> /Users/rami/NetBeansProjects/netbeans/nbbuild/testuserdir/var/cache
>Reporter: Rami Swailem
>Priority: Major
>  Labels: pull-request-available
> Fix For: ?
>
> Attachments: log.txt
>
>  Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> {code:java}
> INFO: class org.netbeans.modules.form.FormLAF cannot access class 
> com.apple.laf.AquaLookAndFeel (in module java.desktop) because module 
> java.desktop does not export com.apple.laf to unnamed module @1455b9f4
> java.lang.IllegalAccessException: class org.netbeans.modules.form.FormLAF 
> cannot access class com.apple.laf.AquaLookAndFeel (in module java.desktop) 
> because module java.desktop does not export com.apple.laf to unnamed module 
> @1455b9f4
> {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-1018) Provide macOS packages for NetBeans

2023-11-15 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-1018.
--
Fix Version/s: ?
   Resolution: Fixed

> Provide macOS packages for NetBeans
> ---
>
> Key: NETBEANS-1018
> URL: https://issues.apache.org/jira/browse/NETBEANS-1018
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Emilian Bold
>Priority: Major
> Fix For: ?
>
>
> We should provide a macOS "convenience" disk image or package.
> The currents build do work, but starting NetBeans from the terminal is not as 
> pretty.
> I would prefer a disk image as it's easiest to pull off and "installing" is 
> just a drag and drop.
> The previous package is more complex as it searches for JDKs and such but I 
> could never get it to work.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4379) Git toolbar - no icons for "Create Branch" and "Switch To Branch"

2023-11-15 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4379.
--
Fix Version/s: 20
   Resolution: Fixed

via https://github.com/apache/netbeans/pull/6696

> Git toolbar - no icons for "Create Branch" and "Switch To Branch"
> -
>
> Key: NETBEANS-4379
> URL: https://issues.apache.org/jira/browse/NETBEANS-4379
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 12.0, 11.3
>Reporter: Tomáš Procházka
>Priority: Minor
> Fix For: 20
>
>
> Actions "Create Branch" and "Switch To Branch" in Git toolbar don't have any 
> icon only text label.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5633) git commit ignores excluded files and commits everything

2023-11-15 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5633.
--
Resolution: Cannot Reproduce

going to close this one since it is fairly old and I never seen this happening 
during development.

If you have a reproducer for this, please open a new issue on github.

> git commit ignores excluded files and commits everything
> 
>
> Key: NETBEANS-5633
> URL: https://issues.apache.org/jira/browse/NETBEANS-5633
> Project: NetBeans
>  Issue Type: Bug
>  Components: versioncontrol - Git
>Affects Versions: 12.0
> Environment: *Product Version:* Apache NetBeans IDE 12.0
> *Java:* 11.0.10; OpenJDK 64-Bit Server VM 11.0.10+9-Ubuntu-0ubuntu1.20.04
> *Runtime:* OpenJDK Runtime Environment 11.0.10+9-Ubuntu-0ubuntu1.20.04
> *System:* Linux version 5.8.0-50-generic running on amd64; UTF-8; en_US (nb)
> git version 2.25.1
>Reporter: Andrew
>Priority: Major
>
> On git commit there is a dialog which prompts checkbox list of files to be 
> commited, but unchecked files are being comitted too.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6305) ProjectManager.find() return null for project dir - race between Git and Projects

2023-11-15 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6305.
--
Fix Version/s: 13
   Resolution: Fixed

> ProjectManager.find() return null for project dir - race between Git and 
> Projects
> -
>
> Key: NETBEANS-6305
> URL: https://issues.apache.org/jira/browse/NETBEANS-6305
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Generic Infrastructure, versioncontrol - Git
>Reporter: Svatopluk Dedic
>Assignee: Jaroslav Tulach
>Priority: Major
>  Labels: VSNetBeans
> Fix For: 13
>
> Attachments: git-project-race-strack.png, git-project-race1.png, 
> git-project-race2.png
>
>
> I was trying to write some gradle projects tests using NbModuleSuite – the 
> plan was to create a simpel gradle project (just buildscript), then open it 
> as a project and inspect.
> To my surprise, calls like FileObject.createAndOpen or 
> FileObject.getOuputStream() write (inside FS Atomic Action) resulted in the 
> project directory not being recognized at all ! When I tried to debug the 
> situation, a stop in the debugger (just a single thread) caused the project 
> to be found magically.
> It turned to be a race between Git module (the workdir is created inside the 
> source tree managed by git) and the Project system: Git module runs as 
> extension to filesystems even inside FS Atomic Action (shown on a pictured 
> stacktrace from debugger) and executes {*}FileOwnerQuery{*}{*}.findOwner{*} 
> on the to-be-project directory before the buildscript is even created. The 
> result of *not being a project* is then cached - and the cache is reset 
> asynchronously when/after the project file is created.
> But the test manages to call ProjectManager.findProject sooner, while the 
> cache still holds the negative result.
> One of the screenshots shows a debugger that stopped in a situation when the 
> script file has been already created (a message in the output window), but 
> project manager call invoked *after* the creation does not find a project. 
> Uncommenting the m.invoke() line in HACK section will fix the situation - 
> caches must be reset.
> The other screenshot is a debugger stopping when the to-be-project directory 
> is first inspected, showing that the directory's  is yet empty.
> // cc: [~entlicher] 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-4716) Netbeans source will not build under Java 13+ (Ambigous reference)

2023-11-15 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4716.
--
Fix Version/s: ?
   Resolution: Fixed

> Netbeans source will not build under Java 13+ (Ambigous reference)
> --
>
> Key: NETBEANS-4716
> URL: https://issues.apache.org/jira/browse/NETBEANS-4716
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Other
>Affects Versions: 12.0, 12.1
>Reporter: Austin Stephens
>Priority: Major
> Fix For: ?
>
>
> When attempting to build from netbeans source, I get a compile error when it 
> goes to build langtools. Here are the details:
> {noformat}
> D:\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.compiler\share\classes\com\sun\tools\javac\file\JavacFileManager.java:519:
>  error: reference to newFileSystem is ambiguous
> this.fileSystem = FileSystems.newFileSystem(archivePath, 
> null);
>   both method newFileSystem(Path,ClassLoader) in FileSystems and method 
> newFileSystem(Path,Map) in FileSystems match
> D:\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.compiler\share\classes\com\sun\tools\javac\file\Locations.java:383:
>  error: reference to newFileSystem is ambiguous
> FileSystems.newFileSystem(file, null).close();
>   both method newFileSystem(Path,ClassLoader) in FileSystems and method 
> newFileSystem(Path,Map) in FileSystems match
> D:\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.compiler\share\classes\com\sun\tools\javac\platform\JDKPlatformProvider.java:80:
>  error: reference to newFileSystem is ambiguous
> try (FileSystem fs = FileSystems.newFileSystem(ctSymFile, null);
>   both method newFileSystem(Path,ClassLoader) in FileSystems and method 
> newFileSystem(Path,Map) in FileSystems match
> D:\netbeans\incubator-netbeans\nbbuild\build\langtools\src\jdk.compiler\share\classes\com\sun\tools\javac\platform\JDKPlatformProvider.java:120:
>  error: reference to newFileSystem is ambiguous
> ctSym2FileSystem.put(file, fs = 
> FileSystems.newFileSystem(file, null));
>   both method newFileSystem(Path,ClassLoader) in FileSystems and method 
> newFileSystem(Path,Map) in FileSystems match{noformat}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6391) NetBeans 12.5/12.6 missing ARM based binaries for MacOSX terminal support in NetBeans

2023-11-14 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6391.
--
Fix Version/s: 20
   Resolution: Fixed

https://github.com/apache/netbeans/pull/6513

> NetBeans 12.5/12.6 missing ARM based binaries for MacOSX terminal support in 
> NetBeans
> -
>
> Key: NETBEANS-6391
> URL: https://issues.apache.org/jira/browse/NETBEANS-6391
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 12.5, 12.6
> Environment: java -version
> {noformat}
> openjdk version "17.0.1" 2021-10-19
> OpenJDK Runtime Environment Temurin-17.0.1+12 (build 17.0.1+12)
> OpenJDK 64-Bit Server VM Temurin-17.0.1+12 (build 17.0.1+12, mixed mode)
> {noformat}
> Mac OS Montery M1 Pro Max MacBook Pro 
>Reporter: Tim
>Priority: Blocker
> Fix For: 20
>
>
> When using the “Open in Terminal” option I get nothing but a blank terminal 
> window when running on an M1 Silicon Pro MacBook Pro using native ARM based 
> JDK
> After debugging the source code of Netbeans itself it comes down to a missing 
> resource in the “_netbeans/ide/bin/nativeexecution/_“ folder for 
> “_MacOSX-unknown_64/pty_”
> This is because the host information cannot figure out the *CPUFAMILY* and is 
> returning “*UNKNOWN*”
> Things I tried:
> 1. Changed the “_netbeans/ide/bin/nativeexecution/hostinfo.sh_” file as 
> follows:
> Add another check for CPUFAMILY and return ARM:
> {noformat}
> …
> CPUFAMILY=`(echo ${CPUTYPE} | egrep "^i|x86_64|athlon|Intel" >/dev/null && 
> echo x86) || echo ${CPUTYPE}`
> if [ "${CPUFAMILY}" = "sparc64" ]; then
>CPUFAMILY="sparc"
> fi
> # New check if ARM64 then return ARM so Java code will stop returning 
> “UNKNOWN”
> if [ "${CPUFAMILY}" = "arm64" ]; then
>CPUFAMILY="arm"
> fi
> {noformat}
> 2. I’m a Java developer and don’t usually compile C++ but going into the 
> “_netbeans/ide/dlight.nativeexecution/tools_” directory and manually running 
> the ‘_buildall.sh_” script compiles almost all the files needed.
> ➜  tools git:(master) ✗ chmod +x ./buildall.sh
> ➜  tools git:(master) ✗ . ./buildall.sh
> {noformat}
> Platform: MacOSX-arm
> Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 
> 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64
> rm -rf ../release/bin/nativeexecution/MacOSX-arm 
> ../release/bin/nativeexecution/MacOSX-arm
> Platform: MacOSX-arm
> Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 
> 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64
> Platform: MacOSX-arm
> Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 
> 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64
> gcc  -s -O2  -o ../release/bin/nativeexecution/MacOSX-arm/privp privp.c
> ld: warning: option -s is obsolete and being ignored
> gcc  -s -O2  -o ../release/bin/nativeexecution/MacOSX-arm/process_start 
> process_start.c
> ld: warning: option -s is obsolete and being ignored
> gcc  -s -O2  -o ../release/bin/nativeexecution/MacOSX-arm/pty_open pty_open.c
> ld: warning: option -s is obsolete and being ignored
> gcc  -s -O2   -s  -o ../release/bin/nativeexecution/MacOSX-arm/sigqueue 
> sigqueue.c
> sigqueue.c:53:12: error: implicit declaration of function 'sigqueue' is 
> invalid in C99 [-Werror,-Wimplicit-function-declaration]
> return sigqueue(pid, signo, value);
>^
> 1 error generated.
> make: *** [sigqueue] Error 1
> /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools
> Platform: MacOSX-arm
> Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 
> 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64
> rm -f -r 
> /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build/MacOSX-arm
>  
> /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/dist/MacOSX-arm
> Platform: MacOSX-arm
> Darwin mars.fios-router.home 21.2.0 Darwin Kernel Version 21.2.0: Sun Nov 28 
> 20:28:41 PST 2021; root:xnu-8019.61.5~1/RELEASE_ARM64_T6000 arm64
> rm -f -r 
> /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/build
> rm -f -r 
> /Users/tmulle/Development/Projects/netbeans/ide/dlight.nativeexecution/tools/pty/dist
> rm -f .make.state*
> Platform: MacOSX-arm
> Darwin mars.fios-route

[jira] [Closed] (NETBEANS-6281) Hitting the enter key at the end of a line of code jumps the cursor to the start of the next line, and the code is not formatted for alignment or indentation.

2023-11-14 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6281.
--
Fix Version/s: 13
   (was: 12.6)
   Resolution: Fixed

> Hitting the enter key at the end of a line of code jumps the cursor to the 
> start of the next line, and the code is not formatted for alignment or 
> indentation.
> --
>
> Key: NETBEANS-6281
> URL: https://issues.apache.org/jira/browse/NETBEANS-6281
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Editor
>Affects Versions: 12.6
>Reporter: luke
>Priority: Critical
> Fix For: 13
>
> Attachments: 12.5.gif, 12.6-1.gif
>
>
> As shown in the attached gif:
> !12.5.gif!
> !12.6-1.gif!



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-6286) trying to indent throws java.lang.NoSuchMethodError exception

2023-11-11 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-6286.
--
Resolution: Fixed

build and run requirements have been synced in recent releases and --release is 
used where possible. Something like this shouldn't happen again.

> trying to indent throws java.lang.NoSuchMethodError exception
> -
>
> Key: NETBEANS-6286
> URL: https://issues.apache.org/jira/browse/NETBEANS-6286
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting & Indentation
>Affects Versions: 12.6
>Reporter: Jason Mayeaux
>Priority: Major
>  Labels: Indentation, editor
> Attachments: messages-2.log
>
>
> I opened an existing project and hit Enter to start a new line, which threw 
> an error. Unexpectedly the new line did not have the indentation level of the 
> previous line.
> I hit Tab to indent the line, and the line did not indent, instead throwing 
> the error again.
> I went to Tools > Options > Editor > Formatting to check my Tabs and Indents 
> settings, which threw the error again as I opened the Formatting tab.
> I tried again in other class files and even making a new project. I closed 
> and reopened the project, and closed and reopened NetBeans. Attempting to 
> indent lines seems to never work and always throw this error. I am only able 
> to indent lines of code by manually hitting the spacebar, copypasting space 
> characters, or using the Source > Format menu option.
> I have even tried deleting my "userdir" at %appdata%\NetBeans\12.6 which did 
> not fix the issue.
> Needless to say, creating and indenting new lines of code is something a 
> developer must do often, so I consider this a nontrivial issue and it 
> significantly slows my workflow.
> A message in the IDE each time encouraged me to report this issue here, so 
> here I am. I hope I have submitted this issue correctly, but I am new to 
> JIRA, so please forgive mistakes.
> Here is a stack trace:
> java.lang.NoSuchMethodError: java.nio.CharBuffer.flip()Ljava/nio/CharBuffer;
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.memoryFileObject(FileObjects.java:516)
>     at 
> org.netbeans.modules.java.source.parsing.FileObjects.memoryFileObject(FileObjects.java:490)
>     at 
> org.netbeans.modules.java.source.save.Reindenter.initRegionData(Reindenter.java:268)
>     at 
> org.netbeans.modules.java.source.save.Reindenter.reindent(Reindenter.java:121)
>     at 
> org.netbeans.modules.editor.indent.TaskHandler$MimeItem.runTask(TaskHandler.java:548)
>     at 
> org.netbeans.modules.editor.indent.TaskHandler.runTasks(TaskHandler.java:309)
>     at 
> org.netbeans.modules.editor.indent.IndentImpl.reindent(IndentImpl.java:282)
>     at org.netbeans.modules.editor.indent.api.Indent.reindent(Indent.java:146)
>     at org.netbeans.modules.editor.indent.api.Indent.reindent(Indent.java:130)
>     at 
> org.netbeans.editor.BaseKit$InsertBreakAction.performLineBreakInsertion(BaseKit.java:1624)
>     at 
> org.netbeans.editor.BaseKit$InsertBreakAction.access$400(BaseKit.java:1439)
>     at org.netbeans.editor.BaseKit$InsertBreakAction$2.run(BaseKit.java:1529)
>     at 
> org.netbeans.editor.GuardedDocument.runAtomicAsUser(GuardedDocument.java:333)
>     at 
> org.netbeans.editor.BaseKit$InsertBreakAction.actionPerformed(BaseKit.java:1520)
>     at org.netbeans.editor.BaseAction.actionPerformed(BaseAction.java:322)
>     at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1663)
>     at javax.swing.JComponent.processKeyBinding(JComponent.java:2882)
>     at javax.swing.JComponent.processKeyBindings(JComponent.java:2929)
>     at javax.swing.JComponent.processKeyEvent(JComponent.java:2845)
>     at java.awt.Component.processEvent(Component.java:6310)
>     at java.awt.Container.processEvent(Container.java:2236)
>     at java.awt.Component.dispatchEventImpl(Component.java:4889)
>     at java.awt.Container.dispatchEventImpl(Container.java:2294)
>     at java.awt.Component.dispatchEvent(Component.java:4711)
>     at 
> java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1954)
>     at 
> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:806)
>     at 
> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1074)
>     at 
> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:945)
>     at 
> java.awt.Defaul

[jira] [Closed] (NETBEANS-4274) Refactoring of class member names in Java

2023-11-11 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-4274.
--
Fix Version/s: 13
   Resolution: Fixed

was fixed in 13 but not closed

> Refactoring of class member names in Java
> -
>
> Key: NETBEANS-4274
> URL: https://issues.apache.org/jira/browse/NETBEANS-4274
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Refactoring
>Affects Versions: 8.2, 11.0, 12.0, 12.1, 12.2
>Reporter: Petr Miksik
>Assignee: Jakub Herkel
>Priority: Major
>  Labels: pull-request-available
> Fix For: 13
>
>  Time Spent: 2h
>  Remaining Estimate: 0h
>
> Class member name refactoring does not work under this specific condition:
> {code}
> class X {
>   int i;
> }
> X x = new X();
> String newName = Integer.toString(x.i);
> {code}
> If you try to refactor name of the member _x.i_ to the name of the variable 
> on the left side (called _newName_), you get the following result:
> {code}
> String newName = Integer.toString(x.X.this.newName);
> {code}



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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] [Closed] (NETBEANS-5903) Git Default Branch on "git init"

2023-10-14 Thread Michael Bien (Jira)


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

Michael Bien closed NETBEANS-5903.
--

> Git Default Branch on "git init"
> 
>
> Key: NETBEANS-5903
> URL: https://issues.apache.org/jira/browse/NETBEANS-5903
> Project: NetBeans
>  Issue Type: New Feature
>  Components: versioncontrol - Git
>Reporter: Kevin Andrews
>Priority: Trivial
> Attachments: image-2021-08-06-16-10-35-431.png
>
>
> Would like the ability to set the default branch when init is used inside 
> netbeans, doesn't appear to respect system installed git defaults
> !image-2021-08-06-16-10-35-431.png!
> A new input box with the ability to set the default branch would be awesome.
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
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



  1   2   3   4   5   6   7   8   9   10   >