[jira] [Assigned] (NETBEANS-4864) JavaDoc of the Record is not included in the autocompletion
[ https://issues.apache.org/jira/browse/NETBEANS-4864?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Akhilesh Singh reassigned NETBEANS-4864: Assignee: Akhilesh Singh > JavaDoc of the Record is not included in the autocompletion > --- > > Key: NETBEANS-4864 > URL: https://issues.apache.org/jira/browse/NETBEANS-4864 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 12.1 >Reporter: Akhilesh Singh >Assignee: Akhilesh Singh >Priority: Major > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4311) Support for AutoComplete inside Records
[ https://issues.apache.org/jira/browse/NETBEANS-4311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-4311: - Labels: Java14 pull-request-available record (was: Java14 record) > Support for AutoComplete inside Records > --- > > Key: NETBEANS-4311 > URL: https://issues.apache.org/jira/browse/NETBEANS-4311 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 11.3 >Reporter: Arunava Sinha >Assignee: Arunava Sinha >Priority: Major > Labels: Java14, pull-request-available, record > Fix For: Next > > Time Spent: 3h 20m > Remaining Estimate: 0h > > Records was introduced in Jdk-14. > Currently NB doesn't support fully autocomplete inside Record. > This issue will try to address all auto-complete requirements in Records -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-4812) System.out.print() statements placed before Scanner calls, such as scanner::next(), do not output until after input is entered only in Netbeans console
[
https://issues.apache.org/jira/browse/NETBEANS-4812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Siddhesh Rane closed NETBEANS-4812.
---
Assignee: Siddhesh Rane
Resolution: Invalid
Not a Netbeans issue. Can reproduce on Terminal in Maven exec
> System.out.print() statements placed before Scanner calls, such as
> scanner::next(), do not output until after input is entered only in Netbeans
> console
> ---
>
> Key: NETBEANS-4812
> URL: https://issues.apache.org/jira/browse/NETBEANS-4812
> Project: NetBeans
> Issue Type: Bug
> Components: debugger - Java, java - Editor, platform - Output
> Window, projects - Maven
>Affects Versions: 12.0
> Environment: java --version
> openjdk 14.0.2 2020-07-14
> OpenJDK Runtime Environment (build 14.0.2+12-46)
> OpenJDK 64-Bit Server VM (build 14.0.2+12-46, mixed mode, sharing)
> NetBeans About Info:
> Product Version: Apache NetBeans IDE 12.0
> Java: 14.0.2; OpenJDK 64-Bit Server VM 14.0.2+12-46
> Runtime: OpenJDK Runtime Environment 14.0.2+12-46
> System: Mac OS X version 10.15.6 running on x86_64; UTF-8; en_US (nb)
> Hardware Information:
> Model Name: MacBook Pro
> Model Identifier: MacBookPro15,2
> Processor Name: Quad-Core Intel Core i7
> Processor Speed:2.8 GHz
> Number of Processors: 1
> Total Number of Cores: 4
> L2 Cache (per Core):256 KB
> L3 Cache: 8 MB
> Hyper-Threading Technology: Enabled
> Memory: 16 GB
> Boot ROM Version: 1037.147.4.0.0 (iBridge: 17.16.16610.0.0,0)
> Serial Number (system): C02ZT04JP4G2
> Hardware UUID: 9678EC89-6B02-50FB-84B6-CA859359FB50
> Activation Lock Status: Enabled
> System Software Overview:
> System Version: macOS 10.15.6 (19G2021)
> Kernel Version: Darwin 19.6.0
> Boot Volume:Macintosh HD
> Boot Mode: Normal
> Computer Name: --
> User Name: --
> Secure Virtual Memory: Enabled
> System Integrity Protection:Enabled
> Time since boot:24 days 14:53
>Reporter: Keegan Bilodeau
>Assignee: Siddhesh Rane
>Priority: Major
> Labels: console, java, jdk14, netbeans, netbeans-ui, output
> Attachments: CSCI_2011_Assign_1.zip
>
> Original Estimate: 336h
> Remaining Estimate: 336h
>
> I have a program that runs perfectly fine in both the terminal and in
> Intellij, but then when the Java code is run inside a NetBeans project, it
> outputs incorrectly.
> (Before I continue the description, I have a video
> [here|https://twitter.com/Keglomaniac04/status/1306704821743910913?s=20] and
> the project itself is attached to this report)
> The following is the first code that ran into the problem:
>
> {code:java}
> System.out.print("\nPlease enter a month and year (e.g. Sep 2020): ");
> selectedMonth = Month.valueOf(keyboard.next().toUpperCase());
> selectedYear = keyboard.nextInt();
> {code}
>
> In Intellij and the terminal this was the output (which is correct):
> {code:java}
> Welcome to Keegan Bilodeau's Calendar Application!
> Please enter a month and year (e.g. Sep 2020): l
> Error: You did not enter a valid month!
> Please enter a month and year (e.g. Sep 2020):
> {code}
>
> This is the output in NetBeans (which is wrong):
> {code:java}
> Welcome to Keegan Bilodeau's Calendar Application!
> l
> Please enter a month and year (e.g. Sep 2020): Error: You did not enter a
> valid month!
> {code}
>
> **Something to note is that when the System.out.print() is changed to
> System.out.println(), the code runs properly, but with a newline, which is
> not what I wanted nor should be necessary. One might assume that it was
> because System.out.println() flushes the stream; however, Using
> System.out.print() in conjunction with System.out.flush() changed nothing
>
> For even more information regarding the issue, see the attached files.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-4812) System.out.print() statements placed before Scanner calls, such as scanner::next(), do not output until after input is entered only in Netbeans console
[
https://issues.apache.org/jira/browse/NETBEANS-4812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17204304#comment-17204304
]
Siddhesh Rane edited comment on NETBEANS-4812 at 9/29/20, 10:44 PM:
EDIT:
This is not a Netbeans issue. This is a Maven issue. When you run in Netbeans,
it delegates the work to Maven on command line. In the output window copy the
first line into a terminal and run. You will face the same issue. The reason
you don't see it in IntelliJ is because it is running the file from the JAR.
Closing this issue
was (Author: siddheshrane):
Can confirm this happens, but only for Maven projects. The Maven output
handling performs line by line reading of the output, so any program line not
terminated with newline character will not get printed. Its not trivial to stop
this this behaviour because the line reading is used to seperate Maven specific
messages.
> System.out.print() statements placed before Scanner calls, such as
> scanner::next(), do not output until after input is entered only in Netbeans
> console
> ---
>
> Key: NETBEANS-4812
> URL: https://issues.apache.org/jira/browse/NETBEANS-4812
> Project: NetBeans
> Issue Type: Bug
> Components: debugger - Java, java - Editor, platform - Output
> Window, projects - Maven
>Affects Versions: 12.0
> Environment: java --version
> openjdk 14.0.2 2020-07-14
> OpenJDK Runtime Environment (build 14.0.2+12-46)
> OpenJDK 64-Bit Server VM (build 14.0.2+12-46, mixed mode, sharing)
> NetBeans About Info:
> Product Version: Apache NetBeans IDE 12.0
> Java: 14.0.2; OpenJDK 64-Bit Server VM 14.0.2+12-46
> Runtime: OpenJDK Runtime Environment 14.0.2+12-46
> System: Mac OS X version 10.15.6 running on x86_64; UTF-8; en_US (nb)
> Hardware Information:
> Model Name: MacBook Pro
> Model Identifier: MacBookPro15,2
> Processor Name: Quad-Core Intel Core i7
> Processor Speed:2.8 GHz
> Number of Processors: 1
> Total Number of Cores: 4
> L2 Cache (per Core):256 KB
> L3 Cache: 8 MB
> Hyper-Threading Technology: Enabled
> Memory: 16 GB
> Boot ROM Version: 1037.147.4.0.0 (iBridge: 17.16.16610.0.0,0)
> Serial Number (system): C02ZT04JP4G2
> Hardware UUID: 9678EC89-6B02-50FB-84B6-CA859359FB50
> Activation Lock Status: Enabled
> System Software Overview:
> System Version: macOS 10.15.6 (19G2021)
> Kernel Version: Darwin 19.6.0
> Boot Volume:Macintosh HD
> Boot Mode: Normal
> Computer Name: --
> User Name: --
> Secure Virtual Memory: Enabled
> System Integrity Protection:Enabled
> Time since boot:24 days 14:53
>Reporter: Keegan Bilodeau
>Priority: Major
> Labels: console, java, jdk14, netbeans, netbeans-ui, output
> Attachments: CSCI_2011_Assign_1.zip
>
> Original Estimate: 336h
> Remaining Estimate: 336h
>
> I have a program that runs perfectly fine in both the terminal and in
> Intellij, but then when the Java code is run inside a NetBeans project, it
> outputs incorrectly.
> (Before I continue the description, I have a video
> [here|https://twitter.com/Keglomaniac04/status/1306704821743910913?s=20] and
> the project itself is attached to this report)
> The following is the first code that ran into the problem:
>
> {code:java}
> System.out.print("\nPlease enter a month and year (e.g. Sep 2020): ");
> selectedMonth = Month.valueOf(keyboard.next().toUpperCase());
> selectedYear = keyboard.nextInt();
> {code}
>
> In Intellij and the terminal this was the output (which is correct):
> {code:java}
> Welcome to Keegan Bilodeau's Calendar Application!
> Please enter a month and year (e.g. Sep 2020): l
> Error: You did not enter a valid month!
> Please enter a month and year (e.g. Sep 2020):
> {code}
>
> This is the output in NetBeans (which is wrong):
> {code:java}
> Welcome to Keegan Bilodeau's Calendar Application!
> l
> Please enter a month and year (e.g. Sep 2020): Error: You did not enter a
> valid month!
> {code}
>
> **Something to note is that when the System.out.print() is changed to
> System.out.println(), the code runs properly, but with a newline, which is
> not what I wanted nor should be necessary. One might assume that it was
> because System.out.println() flushes the stream; however, Using
> System.out.print() in conjunction with System.out.flush() changed nothing
>
> For even more information regarding the issue, see the attached files.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-ma
[jira] [Commented] (NETBEANS-4863) Can't create new PHP project from existing source
[
https://issues.apache.org/jira/browse/NETBEANS-4863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17204317#comment-17204317
]
Junichi Yamamoto commented on NETBEANS-4863:
[~lkishalmi] Can you reproduce this? I don't use a snap package. I can't
reproduce it with NetBeans 12.1 installed by the normal installer. (Ubuntu
20.04)
> Can't create new PHP project from existing source
> -
>
> Key: NETBEANS-4863
> URL: https://issues.apache.org/jira/browse/NETBEANS-4863
> Project: NetBeans
> Issue Type: Bug
> Components: php - Project
>Affects Versions: 12.1
> Environment: ubuntu 16.04, netbeans 12.1
>Reporter: Dusan R
>Priority: Minor
>
> Clean netbeans install with snap.
> Then New Project → PHP → PHP Application with existing source → choose a
> existing directory with 0775 permissions in user's home dir. Netbeans creates
> nbproject dir and project.xml
> {code:java}
> // project.xml is not valid for a php project
>
> http://www.netbeans.org/ns/project/1";>
> org.netbeans.modules.php.project
>
>
> {code}
> And throws an error.
> But using a directory with permissions 0777 doesn't causes the error.
> Netbeans is running as current user, with classic confinement.
> After project was created, and permissions of the dir put back to 0775,
> netbeans continue to work normally, project proporties can be updated, files
> can be created or updated, etc.
>
>
> 2020-09-29T17:54:16
> 1601394856698
> 101
> 300
> 16
> CPU INFO
> 4
>
>
> 2020-09-29T17:54:16
> 1601394856714
> 102
> 300
> 16
> SCREEN SIZE
> 1920
> 1080
> 1
>
>
> 2020-09-29T17:54:16
> 1601394856715
> 103
> 700
> 16
> IDE_STARTUP
>
>
> 2020-09-29T17:54:17
> 1601394857907
> 125
> 800
> 16
> USG_LOOK_AND_FEEL
> GTK
> GTK look and feel
>
>
> 2020-09-29T17:54:20
> 1601394860552
> 128
> 800
> 31
> MEMORY
> 16689651712
>
>
> 2020-09-29T17:54:25
> 1601394865768
> 129
> 400
> 21
> UI_ACTION_BUTTON_PRESS
> UI_ACTION_BUTTON_PRESS
> org.openide.awt.Bundle
> org.openide.awt.Actions$MenuItem[Plugins]
> org.openide.awt.Actions$MenuItem
> org.openide.awt.AlwaysEnabledAction[Plu&gins]
> org.openide.awt.AlwaysEnabledAction
> Plu&gins
>
>
> 2020-09-29T17:54:45
> 1601394885238
> 172
> 800
> 15
> INDEXING_STARTED
> INDEXING_STARTED
> org.netbeans.modules.parsing.impl.indexing.Bundle
> 0
>
>
> 2020-09-29T17:54:45
> 1601394885240
> 173
> 800
> 15
> INDEXING_FINISHED
> INDEXING_FINISHED
> org.netbeans.modules.parsing.impl.indexing.Bundle
> 1
>
>
> 2020-09-29T17:54:45
> 1601394885280
> 177
> 500
> 21
> LOG_WINDOW_DEACTIVATED
> LOG_WINDOW_DEACTIVATED
> org.netbeans.core.ui.warmup.Bundle
>
>
> 2020-09-29T17:54:45
> 1601394885340
> 178
> 500
> 21
> LOG_WINDOW_DEACTIVATED
> LOG_WINDOW_DEACTIVATED
> org.netbeans.core.ui.warmup.Bundle
>
>
> 2020-09-29T17:55:05
> 1601394905502
> 112
> 300
> 16
> CPU INFO
> 4
>
>
> 2020-09-29T17:55:05
> 1601394905514
> 113
> 300
> 16
> SCREEN SIZE
> 1920
> 1080
> 1
>
>
> 2020-09-29T17:55:05
> 1601394905520
> 114
> 700
> 16
> IDE_STARTUP
>
>
> 2020-09-29T17:55:16
> 1601394916277
> 112
> 300
> 16
> CPU INFO
> 4
>
>
> 2020-09-29T17:55:16
> 1601394916295
> 113
> 300
> 16
> SCREEN SIZE
> 1920
> 1080
> 1
>
>
> 2020-09-29T17:55:16
> 1601394916295
> 114
> 700
> 16
> IDE_STARTUP
>
>
> 2020-09-29T17:55:17
> 1601394917836
> 136
> 800
> 16
> USG_LOOK_AND_FEEL
> GTK
> GTK look and feel
>
>
> 2020-09-29T17:55:20
> 1601394920853
> 139
> 800
> 15
> MEMORY
> 16689651712
>
>
> 2020-09-29T17:55:24
> 1601394924670
> 140
> 400
> 21
> UI_ACTION_BUTTON_PRESS
> UI_ACTION_BUTTON_PRESS
> org.openide.awt.Bundle
> org.openide.awt.Actions$MenuItem[New Project...]
> org.openide.awt.Actions$MenuItem
> org.openide.awt.AlwaysEnabledAction[Ne&w Project...]
> org.openide.awt.AlwaysEnabledAction
> Ne&w Project...
>
>
> 2020-09-29T17:56:22
> 1601394982463
> 144
> 800
> 15
> USG_VCS_CLIENT
> HG
> CLI
>
>
> 2020-09-29T17:56:44
> 1601395004262
> 145
> 400
> 21
> UI_ACTION_BUTTON_PRESS
> UI_ACTION_BUTTON_PRESS
> org.openide.awt.Bundle
> org.openide.awt.Actions$MenuItem[New Project...]
> org.openide.awt.Actions$MenuItem
> org.openide.awt.AlwaysEnabledAction[Ne&w Project...]
> org.openide.awt.AlwaysEnabledAction
> Ne&w Project...
>
>
> 2020-09-29T17:57:05
> 1601395025333
> 146
> 400
> 21
> UI_ACTION_BUTTON_PRESS
> UI_ACTION_BUTTON_PRESS
> org.openide.awt.Bundle
> org.openide.awt.Actions$MenuItem[Exit]
> org.openide.awt.Actions$MenuItem
> org.netbeans.core.actions.SystemExit[E&xit]
> org.netbeans.core.actions.SystemExit
> E&xit
>
>
> 2020-09-29T17:57:06
> 1601395026551
> 147
> 800
> 98
> INDEXING_STARTED
> IND
[jira] [Commented] (NETBEANS-4812) System.out.print() statements placed before Scanner calls, such as scanner::next(), do not output until after input is entered only in Netbeans console
[
https://issues.apache.org/jira/browse/NETBEANS-4812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17204304#comment-17204304
]
Siddhesh Rane commented on NETBEANS-4812:
-
Can confirm this happens, but only for Maven projects. The Maven output
handling performs line by line reading of the output, so any program line not
terminated with newline character will not get printed. Its not trivial to stop
this this behaviour because the line reading is used to seperate Maven specific
messages.
> System.out.print() statements placed before Scanner calls, such as
> scanner::next(), do not output until after input is entered only in Netbeans
> console
> ---
>
> Key: NETBEANS-4812
> URL: https://issues.apache.org/jira/browse/NETBEANS-4812
> Project: NetBeans
> Issue Type: Bug
> Components: debugger - Java, java - Editor, platform - Output
> Window, projects - Maven
>Affects Versions: 12.0
> Environment: java --version
> openjdk 14.0.2 2020-07-14
> OpenJDK Runtime Environment (build 14.0.2+12-46)
> OpenJDK 64-Bit Server VM (build 14.0.2+12-46, mixed mode, sharing)
> NetBeans About Info:
> Product Version: Apache NetBeans IDE 12.0
> Java: 14.0.2; OpenJDK 64-Bit Server VM 14.0.2+12-46
> Runtime: OpenJDK Runtime Environment 14.0.2+12-46
> System: Mac OS X version 10.15.6 running on x86_64; UTF-8; en_US (nb)
> Hardware Information:
> Model Name: MacBook Pro
> Model Identifier: MacBookPro15,2
> Processor Name: Quad-Core Intel Core i7
> Processor Speed:2.8 GHz
> Number of Processors: 1
> Total Number of Cores: 4
> L2 Cache (per Core):256 KB
> L3 Cache: 8 MB
> Hyper-Threading Technology: Enabled
> Memory: 16 GB
> Boot ROM Version: 1037.147.4.0.0 (iBridge: 17.16.16610.0.0,0)
> Serial Number (system): C02ZT04JP4G2
> Hardware UUID: 9678EC89-6B02-50FB-84B6-CA859359FB50
> Activation Lock Status: Enabled
> System Software Overview:
> System Version: macOS 10.15.6 (19G2021)
> Kernel Version: Darwin 19.6.0
> Boot Volume:Macintosh HD
> Boot Mode: Normal
> Computer Name: --
> User Name: --
> Secure Virtual Memory: Enabled
> System Integrity Protection:Enabled
> Time since boot:24 days 14:53
>Reporter: Keegan Bilodeau
>Priority: Major
> Labels: console, java, jdk14, netbeans, netbeans-ui, output
> Attachments: CSCI_2011_Assign_1.zip
>
> Original Estimate: 336h
> Remaining Estimate: 336h
>
> I have a program that runs perfectly fine in both the terminal and in
> Intellij, but then when the Java code is run inside a NetBeans project, it
> outputs incorrectly.
> (Before I continue the description, I have a video
> [here|https://twitter.com/Keglomaniac04/status/1306704821743910913?s=20] and
> the project itself is attached to this report)
> The following is the first code that ran into the problem:
>
> {code:java}
> System.out.print("\nPlease enter a month and year (e.g. Sep 2020): ");
> selectedMonth = Month.valueOf(keyboard.next().toUpperCase());
> selectedYear = keyboard.nextInt();
> {code}
>
> In Intellij and the terminal this was the output (which is correct):
> {code:java}
> Welcome to Keegan Bilodeau's Calendar Application!
> Please enter a month and year (e.g. Sep 2020): l
> Error: You did not enter a valid month!
> Please enter a month and year (e.g. Sep 2020):
> {code}
>
> This is the output in NetBeans (which is wrong):
> {code:java}
> Welcome to Keegan Bilodeau's Calendar Application!
> l
> Please enter a month and year (e.g. Sep 2020): Error: You did not enter a
> valid month!
> {code}
>
> **Something to note is that when the System.out.print() is changed to
> System.out.println(), the code runs properly, but with a newline, which is
> not what I wanted nor should be necessary. One might assume that it was
> because System.out.println() flushes the stream; however, Using
> System.out.print() in conjunction with System.out.flush() changed nothing
>
> For even more information regarding the issue, see the attached files.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4864) JavaDoc of the Record is not included in the autocompletion
Akhilesh Singh created NETBEANS-4864: Summary: JavaDoc of the Record is not included in the autocompletion Key: NETBEANS-4864 URL: https://issues.apache.org/jira/browse/NETBEANS-4864 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 12.1 Reporter: Akhilesh Singh -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4863) Can't create new PHP project from existing source
Dusan R created NETBEANS-4863:
-
Summary: Can't create new PHP project from existing source
Key: NETBEANS-4863
URL: https://issues.apache.org/jira/browse/NETBEANS-4863
Project: NetBeans
Issue Type: Bug
Components: php - Project
Affects Versions: 12.1
Environment: ubuntu 16.04, netbeans 12.1
Reporter: Dusan R
Clean netbeans install with snap.
Then New Project → PHP → PHP Application with existing source → choose a
existing directory with 0775 permissions in user's home dir. Netbeans creates
nbproject dir and project.xml
{code:java}
// project.xml is not valid for a php project
http://www.netbeans.org/ns/project/1";>
org.netbeans.modules.php.project
{code}
And throws an error.
But using a directory with permissions 0777 doesn't causes the error.
Netbeans is running as current user, with classic confinement.
After project was created, and permissions of the dir put back to 0775,
netbeans continue to work normally, project proporties can be updated, files
can be created or updated, etc.
2020-09-29T17:54:16
1601394856698
101
300
16
CPU INFO
4
2020-09-29T17:54:16
1601394856714
102
300
16
SCREEN SIZE
1920
1080
1
2020-09-29T17:54:16
1601394856715
103
700
16
IDE_STARTUP
2020-09-29T17:54:17
1601394857907
125
800
16
USG_LOOK_AND_FEEL
GTK
GTK look and feel
2020-09-29T17:54:20
1601394860552
128
800
31
MEMORY
16689651712
2020-09-29T17:54:25
1601394865768
129
400
21
UI_ACTION_BUTTON_PRESS
UI_ACTION_BUTTON_PRESS
org.openide.awt.Bundle
org.openide.awt.Actions$MenuItem[Plugins]
org.openide.awt.Actions$MenuItem
org.openide.awt.AlwaysEnabledAction[Plu&gins]
org.openide.awt.AlwaysEnabledAction
Plu&gins
2020-09-29T17:54:45
1601394885238
172
800
15
INDEXING_STARTED
INDEXING_STARTED
org.netbeans.modules.parsing.impl.indexing.Bundle
0
2020-09-29T17:54:45
1601394885240
173
800
15
INDEXING_FINISHED
INDEXING_FINISHED
org.netbeans.modules.parsing.impl.indexing.Bundle
1
2020-09-29T17:54:45
1601394885280
177
500
21
LOG_WINDOW_DEACTIVATED
LOG_WINDOW_DEACTIVATED
org.netbeans.core.ui.warmup.Bundle
2020-09-29T17:54:45
1601394885340
178
500
21
LOG_WINDOW_DEACTIVATED
LOG_WINDOW_DEACTIVATED
org.netbeans.core.ui.warmup.Bundle
2020-09-29T17:55:05
1601394905502
112
300
16
CPU INFO
4
2020-09-29T17:55:05
1601394905514
113
300
16
SCREEN SIZE
1920
1080
1
2020-09-29T17:55:05
1601394905520
114
700
16
IDE_STARTUP
2020-09-29T17:55:16
1601394916277
112
300
16
CPU INFO
4
2020-09-29T17:55:16
1601394916295
113
300
16
SCREEN SIZE
1920
1080
1
2020-09-29T17:55:16
1601394916295
114
700
16
IDE_STARTUP
2020-09-29T17:55:17
1601394917836
136
800
16
USG_LOOK_AND_FEEL
GTK
GTK look and feel
2020-09-29T17:55:20
1601394920853
139
800
15
MEMORY
16689651712
2020-09-29T17:55:24
1601394924670
140
400
21
UI_ACTION_BUTTON_PRESS
UI_ACTION_BUTTON_PRESS
org.openide.awt.Bundle
org.openide.awt.Actions$MenuItem[New Project...]
org.openide.awt.Actions$MenuItem
org.openide.awt.AlwaysEnabledAction[Ne&w Project...]
org.openide.awt.AlwaysEnabledAction
Ne&w Project...
2020-09-29T17:56:22
1601394982463
144
800
15
USG_VCS_CLIENT
HG
CLI
2020-09-29T17:56:44
1601395004262
145
400
21
UI_ACTION_BUTTON_PRESS
UI_ACTION_BUTTON_PRESS
org.openide.awt.Bundle
org.openide.awt.Actions$MenuItem[New Project...]
org.openide.awt.Actions$MenuItem
org.openide.awt.AlwaysEnabledAction[Ne&w Project...]
org.openide.awt.AlwaysEnabledAction
Ne&w Project...
2020-09-29T17:57:05
1601395025333
146
400
21
UI_ACTION_BUTTON_PRESS
UI_ACTION_BUTTON_PRESS
org.openide.awt.Bundle
org.openide.awt.Actions$MenuItem[Exit]
org.openide.awt.Actions$MenuItem
org.netbeans.core.actions.SystemExit[E&xit]
org.netbeans.core.actions.SystemExit
E&xit
2020-09-29T17:57:06
1601395026551
147
800
98
INDEXING_STARTED
INDEXING_STARTED
org.netbeans.modules.parsing.impl.indexing.Bundle
0
2020-09-29T17:57:06
1601395026555
148
800
98
INDEXING_FINISHED
INDEXING_FINISHED
org.netbeans.modules.parsing.impl.indexing.Bundle
2
2020-09-29T17:57:06
1601395026595
152
500
21
LOG_WINDOW_DEACTIVATED
LOG_WINDOW_DEACTIVATED
org.netbeans.core.ui.warmup.Bundle
2020-09-29T17:57:19
1601395039489
106
300
14
CPU INFO
4
2020-09-29T17:57:19
1601395039499
107
300
14
SCREEN SIZE
1920
1080
1
2020-09-29T17:57:19
1601395039500
108
700
14
IDE_STARTUP
2020-09-29T17:57:20
1601395040882
130
800
14
USG_LOOK_AND_FEEL
GTK
GTK look and feel
2020-09-29T17:57:23
1601395043768
133
800
13
MEMORY
16689651712
2020-09-29T17:57:24
1601395044432
134
400
19
UI_ACTION_BUTTON_PRESS
UI_ACTION_BUTTON_PRESS
org.openide.awt.Bundle
org.openide.awt.Actions$MenuItem[New Project...]
org.openide.awt.Actions$MenuItem
org.openide.a
[jira] [Resolved] (NETBEANS-4303) Widescreen window layout: newly opened files appear right to different kind of tabs instead of next to other files
[ https://issues.apache.org/jira/browse/NETBEANS-4303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] dennis lucero resolved NETBEANS-4303. - Resolution: Workaround After updating to 12.1 my window layout was lost (as usual: [https://netbeans.org/bugzilla/show_bug.cgi?id=249040).] This time I moved the output window to the right side in a slightly different way. New files are now opened in the center, as they should. > Widescreen window layout: newly opened files appear right to different kind > of tabs instead of next to other files > -- > > Key: NETBEANS-4303 > URL: https://issues.apache.org/jira/browse/NETBEANS-4303 > Project: NetBeans > Issue Type: Improvement > Components: platform - Window System >Affects Versions: 11.3 >Reporter: dennis lucero >Priority: Major > Labels: layout, screen, window > Attachments: NetBeans Widescreen Window Layout.png > > > (Please see the attached screenshot for a quick overview of the problem) > I try to make reasonable use of a wide screen (2560x1440 pixels) with > NetBeans maximized. I moved some parts of the UI (Output, Search Results, > Usages) to the right with opened files in the center. While this basically > works, all newly opened files open in the right area instead of the center > column so I have to move them to the center manually, which is time-consuming > and annoying. All files should open in the same area. That way, the other > tabs (Output etc.) can be accessed quickly even after opening a lot of files. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4861) NB-Javac Upgrade to JDK-15
[ https://issues.apache.org/jira/browse/NETBEANS-4861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-4861: - Labels: pull-request-available (was: ) > NB-Javac Upgrade to JDK-15 > -- > > Key: NETBEANS-4861 > URL: https://issues.apache.org/jira/browse/NETBEANS-4861 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.2 >Reporter: Akshay Gupta >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > netbeans 12.1 currently is supported by nb-javac for JDK-14. > Will upgrade nb-javac to make it in sync with JDK-15 for netbenas 12.2 > nb-javac link: [https://hg.netbeans.org/main/nb-java-x] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4857) ExplorerManager creates way too many PropertyChangeEvents if multiple OutlineViews are synchonized
[
https://issues.apache.org/jira/browse/NETBEANS-4857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17203875#comment-17203875
]
Michael Küttner commented on NETBEANS-4857:
---
I suggest to add
{{outline.getSelectionModel().removeListSelectionListener(managerListener);}}
before the call of {{...clearSelection()}} at line 862 and
{{outline.getSelectionModel().addListSelectionListener(managerListener);}}
after the for loop at line 879.
Any ideas/comments on that?
> ExplorerManager creates way too many PropertyChangeEvents if multiple
> OutlineViews are synchonized
> ---
>
> Key: NETBEANS-4857
> URL: https://issues.apache.org/jira/browse/NETBEANS-4857
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Outline&TreeTable
>Affects Versions: 8.2, 11.0, 12.0, 11.1, 11.2, 11.3, 12.1
>Reporter: Michael Küttner
>Priority: Major
> Attachments: TreeViewMain.java, synchronize-selected-nodes.png
>
>
> An ExplorerManager can be shared by multiple OutlineViews to synchronize
> displayed nodes and selection. This works fine for single node selection
> (ListSelectionModel.SINGLE_SELECTION).
> But in case of multiple selection
> (ListSelectionModel.MULTIPLE_INTERVAL_SELECTION) the ExplorerManager creates
> way too many PropertyChangeEvents.
> I attached a small example application that contains two OutlineViews sharing
> a single ExplorerManger. A PropertyChangeListener is registered to the
> ExplorerManager and prints old/new selected node to standard out.
> If you select all nodes from "0" to "29" (e.g, usind SHIFT+Mouse1) you will
> get following output. The PropertyChangeListener is called *32* times!!!
> old node: [0]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14,
> 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18,
> 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29]; new node: []
> old node: []; new node: [0]
> old node: [0]; new node: [0, 1]
> old node: [0, 1]; new node: [0, 1, 2]
> old node: [0, 1, 2]; new node: [0, 1, 2, 3]
> old node: [0, 1, 2, 3]; new node: [0, 1, 2, 3, 4]
> old node: [0, 1, 2, 3, 4]; new node: [0, 1, 2, 3, 4, 5]
> old node: [0, 1, 2, 3, 4, 5]; new node: [0, 1, 2, 3, 4, 5, 6]
> old node: [0, 1, 2, 3, 4, 5, 6]; new node: [0, 1, 2, 3, 4, 5, 6, 7]
> old node: [0, 1, 2, 3, 4, 5, 6, 7]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8,
> 9]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]; new node: [0, 1, 2, 3, 4, 5, 6, 7,
> 8, 9, 10]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; new node: [0, 1, 2, 3, 4, 5, 6,
> 7, 8, 9, 10, 11]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]; new node: [0, 1, 2, 3, 4,
> 5, 6, 7, 8, 9, 10, 11, 12]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]; new node: [0, 1, 2, 3,
> 4, 5, 6, 7, 8, 9, 10, 11, 12, 13]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13]; new node: [0, 1, 2,
> 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14]; new node: [0,
> 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]; new node:
> [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16]; new
> node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17]; new
> node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18];
> new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18,
> 19]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18,
> 19]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17,
> 18, 19, 20]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18,
> 19, 20]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16,
> 17, 18, 19, 20, 21]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18,
> 19, 20, 21]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15,
> 16, 17, 18, 19, 20, 21, 22]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18,
> 19, 20, 21, 22]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14,
> 15, 16, 17, 18, 19, 20, 21, 22, 23]
> old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18,
> 19, 20, 21, 22, 23]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
> 14, 15, 16, 17, 18, 19, 20, 21, 22, 2
[jira] [Updated] (NETBEANS-4836) Travis build random failure for java.hints and other modules.
[ https://issues.apache.org/jira/browse/NETBEANS-4836?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Akhilesh Singh updated NETBEANS-4836: - Description: Travis builds are failed randomly for java.hints and other modules. Identify the timed out test cases and mark all of them as @RandomlyFails. [https://travis-ci.org/github/apache/netbeans/builds/] Time out - [junit] Test org.netbeans.modules.java.hints.AssignResultToVariableTest FAILED (timeout) [junit] Test org.netbeans.modules.java.hints.errors.CreateMethodTest FAILED (timeout) [junit] Test org.netbeans.modules.java.hints.introduce.IntroduceHintTest FAILED (timeout) Mostly failure -- [junit] Test org.netbeans.modules.java.hints.HideFieldByVarTest FAILED, count 7 [junit] Test org.netbeans.modules.java.hints.errors.ErrorHintsTest FAILED, count 4 [junit] Test org.netbeans.modules.java.hints.errors.VarCompDeclarationTest FAILED, count 2 Less Failure [junit] Test org.netbeans.modules.java.hints.errors.AddFinalModifierTest FAILED,count 1 [junit] Test org.netbeans.modules.java.hints.errors.RemoveOverrideTest FAILED, count 1 [junit] Test org.netbeans.modules.java.hints.errors.AccessErrorTest FAILED, count 1 [junit] Test org.netbeans.modules.java.hints.errors.RemoveFinalModifierFromVariableTest FAILED, count 1 was: Travis builds are failed randomly for java.hints and other modules. Identify the timed out test cases and mark all of them as @RandomlyFails. [https://travis-ci.org/github/apache/netbeans/builds/] > Travis build random failure for java.hints and other modules. > - > > Key: NETBEANS-4836 > URL: https://issues.apache.org/jira/browse/NETBEANS-4836 > Project: NetBeans > Issue Type: Bug >Reporter: Akhilesh Singh >Priority: Critical > Labels: travis-ci > > Travis builds are failed randomly for java.hints and other modules. Identify > the timed out test cases and mark all of them as @RandomlyFails. > [https://travis-ci.org/github/apache/netbeans/builds/] > > > Time out > - > [junit] Test org.netbeans.modules.java.hints.AssignResultToVariableTest > FAILED (timeout) > [junit] Test org.netbeans.modules.java.hints.errors.CreateMethodTest FAILED > (timeout) > [junit] Test org.netbeans.modules.java.hints.introduce.IntroduceHintTest > FAILED (timeout) > Mostly failure > -- > [junit] Test org.netbeans.modules.java.hints.HideFieldByVarTest FAILED, count > 7 > [junit] Test org.netbeans.modules.java.hints.errors.ErrorHintsTest FAILED, > count 4 > [junit] Test org.netbeans.modules.java.hints.errors.VarCompDeclarationTest > FAILED, count 2 > Less Failure > > [junit] Test org.netbeans.modules.java.hints.errors.AddFinalModifierTest > FAILED,count 1 > [junit] Test org.netbeans.modules.java.hints.errors.RemoveOverrideTest > FAILED, count 1 > [junit] Test org.netbeans.modules.java.hints.errors.AccessErrorTest FAILED, > count 1 > [junit] Test > org.netbeans.modules.java.hints.errors.RemoveFinalModifierFromVariableTest > FAILED, count 1 > -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-4836) Travis build random failure for java.hints and other modules.
[
https://issues.apache.org/jira/browse/NETBEANS-4836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17203866#comment-17203866
]
Jaroslav Tulach edited comment on NETBEANS-4836 at 9/29/20, 11:31 AM:
--
FYI: Consider using {{timeOut()}} feature of {{NbTestCase}} as described among
other test patterns: https://openide.netbeans.org/tutorial/test-patterns.html
was (Author: jtulach):
FYI: Consider using {{timeOut()}} feature of {{NbTestCase}} as described among
other test patterns:
[+https://openide.netbeans.org/tutorial/test-patterns.html+]
> Travis build random failure for java.hints and other modules.
> -
>
> Key: NETBEANS-4836
> URL: https://issues.apache.org/jira/browse/NETBEANS-4836
> Project: NetBeans
> Issue Type: Bug
>Reporter: Akhilesh Singh
>Priority: Critical
> Labels: travis-ci
>
> Travis builds are failed randomly for java.hints and other modules. Identify
> the timed out test cases and mark all of them as @RandomlyFails.
> [https://travis-ci.org/github/apache/netbeans/builds/]
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4836) Travis build random failure for java.hints and other modules.
[
https://issues.apache.org/jira/browse/NETBEANS-4836?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17203866#comment-17203866
]
Jaroslav Tulach commented on NETBEANS-4836:
---
FYI: Consider using {{timeOut()}} feature of {{NbTestCase}} as described among
other test patterns:
[+https://openide.netbeans.org/tutorial/test-patterns.html+]
> Travis build random failure for java.hints and other modules.
> -
>
> Key: NETBEANS-4836
> URL: https://issues.apache.org/jira/browse/NETBEANS-4836
> Project: NetBeans
> Issue Type: Bug
>Reporter: Akhilesh Singh
>Priority: Critical
> Labels: travis-ci
>
> Travis builds are failed randomly for java.hints and other modules. Identify
> the timed out test cases and mark all of them as @RandomlyFails.
> [https://travis-ci.org/github/apache/netbeans/builds/]
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4862) NetBeans doesn't somehow cache downloaded Javadoc through URL
[ https://issues.apache.org/jira/browse/NETBEANS-4862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abnilson Rafael updated NETBEANS-4862: -- Description: I'm using Bell Soft 14, which comes bundled with JavaFX 14 I've added javafx javadoc URL in Java Platforms. But recently I noticed that it isn't caching some downloaded javadoc locally, instead it's only keeping the javadoc stored temporary while it's focused on frame (from the auto-completion menu)... And always I go to next item or close the frame it looses the javadoc and download it over again! The process is very repetitive. And to clarify, that doesn't happens to all Java classes - it somehow chooses... was: I'm using Bell Soft 14, which comes bundled with JavaFX 14 I've added javafx javadoc URL in Java Platforms. But recently I noticed that it isn't caching some downloaded javadoc locally, instead it's only keeping the javadoc stored temporary while it's focused on frame... And always I go to next item or close the frame it looses the javadoc and download it over again! And to clarify, that doesn't happens to all Java classes - it somehow chooses... > NetBeans doesn't somehow cache downloaded Javadoc through URL > - > > Key: NETBEANS-4862 > URL: https://issues.apache.org/jira/browse/NETBEANS-4862 > Project: NetBeans > Issue Type: Bug > Components: ide - Code, java - Editor, java - Javadoc >Affects Versions: 12.0 > Environment: Ubuntu 20.04 >Reporter: Abnilson Rafael >Priority: Major > > I'm using Bell Soft 14, which comes bundled with JavaFX 14 I've added javafx > javadoc URL in Java Platforms. But recently I noticed that it isn't caching > some downloaded javadoc locally, instead it's only keeping the javadoc stored > temporary while it's focused on frame (from the auto-completion menu)... And > always I go to next item or close the frame it looses the javadoc and > download it over again! The process is very repetitive. > And to clarify, that doesn't happens to all Java classes - it somehow > chooses... -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4861) NB-Javac Upgrade to JDK-15
[ https://issues.apache.org/jira/browse/NETBEANS-4861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Akshay Gupta updated NETBEANS-4861: --- Summary: NB-Javac Upgrade to JDK-15 (was: NB-Javac Upgrade to JDK-14) > NB-Javac Upgrade to JDK-15 > -- > > Key: NETBEANS-4861 > URL: https://issues.apache.org/jira/browse/NETBEANS-4861 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.2 >Reporter: Akshay Gupta >Priority: Major > > netbeans 12.1 currently is supported by nb-javac for JDK-14. > Will upgrade nb-javac to make it in sync with JDK-15 for netbenas 12.2 > nb-javac link: [https://hg.netbeans.org/main/nb-java-x] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4862) NetBeans doesn't somehow cache downloaded Javadoc through URL
[ https://issues.apache.org/jira/browse/NETBEANS-4862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abnilson Rafael updated NETBEANS-4862: -- Summary: NetBeans doesn't somehow cache downloaded Javadoc through URL (was: NetBeans doesn't cache downloaded Javadoc through URL) > NetBeans doesn't somehow cache downloaded Javadoc through URL > - > > Key: NETBEANS-4862 > URL: https://issues.apache.org/jira/browse/NETBEANS-4862 > Project: NetBeans > Issue Type: Bug > Components: ide - Code, java - Editor, java - Javadoc >Affects Versions: 12.0 > Environment: Ubuntu 20.04 >Reporter: Abnilson Rafael >Priority: Major > > I'm using Bell Soft 14, which comes bundled with JavaFX 14 I've added javafx > javadoc URL in Java Platforms. But recently I noticed that it isn't caching > some downloaded javadoc locally, instead it's only keeping the javadoc stored > temporary while it's focused on frame... And always I go to next item or > close the frame it looses the javadoc and download it over again! > And to clarify, that doesn't happens to all Java classes - it somehow > chooses... -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4862) NetBeans doesn't cache downloaded Javadoc through URL
[ https://issues.apache.org/jira/browse/NETBEANS-4862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Abnilson Rafael updated NETBEANS-4862: -- Description: I'm using Bell Soft 14, which comes bundled with JavaFX 14 I've added javafx javadoc URL in Java Platforms. But recently I noticed that it isn't caching some downloaded javadoc locally, instead it's only keeping the javadoc stored temporary while it's focused on frame... And always I go to next item or close the frame it looses the javadoc and download it over again! And to clarify, that doesn't happens to all Java classes - it somehow chooses... was: I'm using Bell Soft 14, which comes bundled with JavaFX 14 I've added javafx javadoc URL in Java Platforms. But recently I noticed that it isn't caching the downloaded javadoc locally, instead it's only keeping the javadoc stored temporary while it's focused on frame... And always I go to next item or close the frame it looses the javadoc and download it over again! And to clarify, that doesn't happens to all Java classes - it somehow chooses... > NetBeans doesn't cache downloaded Javadoc through URL > - > > Key: NETBEANS-4862 > URL: https://issues.apache.org/jira/browse/NETBEANS-4862 > Project: NetBeans > Issue Type: Bug > Components: ide - Code, java - Editor, java - Javadoc >Affects Versions: 12.0 > Environment: Ubuntu 20.04 >Reporter: Abnilson Rafael >Priority: Major > > I'm using Bell Soft 14, which comes bundled with JavaFX 14 I've added javafx > javadoc URL in Java Platforms. But recently I noticed that it isn't caching > some downloaded javadoc locally, instead it's only keeping the javadoc stored > temporary while it's focused on frame... And always I go to next item or > close the frame it looses the javadoc and download it over again! > And to clarify, that doesn't happens to all Java classes - it somehow > chooses... -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4862) NetBeans doesn't cache downloaded Javadoc through URL
Abnilson Rafael created NETBEANS-4862: - Summary: NetBeans doesn't cache downloaded Javadoc through URL Key: NETBEANS-4862 URL: https://issues.apache.org/jira/browse/NETBEANS-4862 Project: NetBeans Issue Type: Bug Components: ide - Code, java - Editor, java - Javadoc Affects Versions: 12.0 Environment: Ubuntu 20.04 Reporter: Abnilson Rafael I'm using Bell Soft 14, which comes bundled with JavaFX 14 I've added javafx javadoc URL in Java Platforms. But recently I noticed that it isn't caching the downloaded javadoc locally, instead it's only keeping the javadoc stored temporary while it's focused on frame... And always I go to next item or close the frame it looses the javadoc and download it over again! And to clarify, that doesn't happens to all Java classes - it somehow chooses... -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4857) ExplorerManager creates way too many PropertyChangeEvents if multiple OutlineViews are synchonized
[ https://issues.apache.org/jira/browse/NETBEANS-4857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17203824#comment-17203824 ] Michael Küttner commented on NETBEANS-4857: --- The source of the events is the method synchronizeSelectedNodes(..): !synchronize-selected-nodes.png! >From my point of view the whole synchronization process does not need to fire >any property change event. Is there way to deactivate or change this behaviour? > ExplorerManager creates way too many PropertyChangeEvents if multiple > OutlineViews are synchonized > --- > > Key: NETBEANS-4857 > URL: https://issues.apache.org/jira/browse/NETBEANS-4857 > Project: NetBeans > Issue Type: Bug > Components: platform - Outline&TreeTable >Affects Versions: 8.2, 11.0, 12.0, 11.1, 11.2, 11.3, 12.1 >Reporter: Michael Küttner >Priority: Major > Attachments: TreeViewMain.java, synchronize-selected-nodes.png > > > An ExplorerManager can be shared by multiple OutlineViews to synchronize > displayed nodes and selection. This works fine for single node selection > (ListSelectionModel.SINGLE_SELECTION). > But in case of multiple selection > (ListSelectionModel.MULTIPLE_INTERVAL_SELECTION) the ExplorerManager creates > way too many PropertyChangeEvents. > I attached a small example application that contains two OutlineViews sharing > a single ExplorerManger. A PropertyChangeListener is registered to the > ExplorerManager and prints old/new selected node to standard out. > If you select all nodes from "0" to "29" (e.g, usind SHIFT+Mouse1) you will > get following output. The PropertyChangeListener is called *32* times!!! > old node: [0]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, > 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29]; new node: [] > old node: []; new node: [0] > old node: [0]; new node: [0, 1] > old node: [0, 1]; new node: [0, 1, 2] > old node: [0, 1, 2]; new node: [0, 1, 2, 3] > old node: [0, 1, 2, 3]; new node: [0, 1, 2, 3, 4] > old node: [0, 1, 2, 3, 4]; new node: [0, 1, 2, 3, 4, 5] > old node: [0, 1, 2, 3, 4, 5]; new node: [0, 1, 2, 3, 4, 5, 6] > old node: [0, 1, 2, 3, 4, 5, 6]; new node: [0, 1, 2, 3, 4, 5, 6, 7] > old node: [0, 1, 2, 3, 4, 5, 6, 7]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, > 9] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]; new node: [0, 1, 2, 3, 4, 5, 6, 7, > 8, 9, 10] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; new node: [0, 1, 2, 3, 4, 5, 6, > 7, 8, 9, 10, 11] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]; new node: [0, 1, 2, 3, 4, > 5, 6, 7, 8, 9, 10, 11, 12] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]; new node: [0, 1, 2, 3, > 4, 5, 6, 7, 8, 9, 10, 11, 12, 13] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13]; new node: [0, 1, 2, > 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14]; new node: [0, > 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]; new node: > [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16]; new > node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17]; new > node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18]; > new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, > 18, 19, 20] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, > 17, 18, 19, 20, 21] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, > 16, 17, 18, 19, 20, 21, 22] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21, 22]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, > 15, 16, 17, 18, 19, 20, 21, 22, 23] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21, 22, 23]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, > 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24] > old node: [0, 1, 2, 3,
[jira] [Comment Edited] (NETBEANS-4857) ExplorerManager creates way too many PropertyChangeEvents if multiple OutlineViews are synchonized
[ https://issues.apache.org/jira/browse/NETBEANS-4857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17203824#comment-17203824 ] Michael Küttner edited comment on NETBEANS-4857 at 9/29/20, 9:39 AM: - The source of the events is the method OutlineView.synchronizeSelectedNodes(..): !synchronize-selected-nodes.png! >From my point of view the whole synchronization process does not need to fire >any property change event. Is there way to deactivate or change this behaviour? was (Author: mkue): The source of the events is the method synchronizeSelectedNodes(..): !synchronize-selected-nodes.png! >From my point of view the whole synchronization process does not need to fire >any property change event. Is there way to deactivate or change this behaviour? > ExplorerManager creates way too many PropertyChangeEvents if multiple > OutlineViews are synchonized > --- > > Key: NETBEANS-4857 > URL: https://issues.apache.org/jira/browse/NETBEANS-4857 > Project: NetBeans > Issue Type: Bug > Components: platform - Outline&TreeTable >Affects Versions: 8.2, 11.0, 12.0, 11.1, 11.2, 11.3, 12.1 >Reporter: Michael Küttner >Priority: Major > Attachments: TreeViewMain.java, synchronize-selected-nodes.png > > > An ExplorerManager can be shared by multiple OutlineViews to synchronize > displayed nodes and selection. This works fine for single node selection > (ListSelectionModel.SINGLE_SELECTION). > But in case of multiple selection > (ListSelectionModel.MULTIPLE_INTERVAL_SELECTION) the ExplorerManager creates > way too many PropertyChangeEvents. > I attached a small example application that contains two OutlineViews sharing > a single ExplorerManger. A PropertyChangeListener is registered to the > ExplorerManager and prints old/new selected node to standard out. > If you select all nodes from "0" to "29" (e.g, usind SHIFT+Mouse1) you will > get following output. The PropertyChangeListener is called *32* times!!! > old node: [0]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, > 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29]; new node: [] > old node: []; new node: [0] > old node: [0]; new node: [0, 1] > old node: [0, 1]; new node: [0, 1, 2] > old node: [0, 1, 2]; new node: [0, 1, 2, 3] > old node: [0, 1, 2, 3]; new node: [0, 1, 2, 3, 4] > old node: [0, 1, 2, 3, 4]; new node: [0, 1, 2, 3, 4, 5] > old node: [0, 1, 2, 3, 4, 5]; new node: [0, 1, 2, 3, 4, 5, 6] > old node: [0, 1, 2, 3, 4, 5, 6]; new node: [0, 1, 2, 3, 4, 5, 6, 7] > old node: [0, 1, 2, 3, 4, 5, 6, 7]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, > 9] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]; new node: [0, 1, 2, 3, 4, 5, 6, 7, > 8, 9, 10] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; new node: [0, 1, 2, 3, 4, 5, 6, > 7, 8, 9, 10, 11] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]; new node: [0, 1, 2, 3, 4, > 5, 6, 7, 8, 9, 10, 11, 12] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]; new node: [0, 1, 2, 3, > 4, 5, 6, 7, 8, 9, 10, 11, 12, 13] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13]; new node: [0, 1, 2, > 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14]; new node: [0, > 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]; new node: > [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16]; new > node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17]; new > node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18]; > new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, > 18, 19, 20] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, > 17, 18, 19, 20, 21] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, > 16, 17, 18, 19, 20, 21, 22] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 1
[jira] [Updated] (NETBEANS-4857) ExplorerManager creates way too many PropertyChangeEvents if multiple OutlineViews are synchonized
[ https://issues.apache.org/jira/browse/NETBEANS-4857?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Küttner updated NETBEANS-4857: -- Attachment: synchronize-selected-nodes.png > ExplorerManager creates way too many PropertyChangeEvents if multiple > OutlineViews are synchonized > --- > > Key: NETBEANS-4857 > URL: https://issues.apache.org/jira/browse/NETBEANS-4857 > Project: NetBeans > Issue Type: Bug > Components: platform - Outline&TreeTable >Affects Versions: 8.2, 11.0, 12.0, 11.1, 11.2, 11.3, 12.1 >Reporter: Michael Küttner >Priority: Major > Attachments: TreeViewMain.java, synchronize-selected-nodes.png > > > An ExplorerManager can be shared by multiple OutlineViews to synchronize > displayed nodes and selection. This works fine for single node selection > (ListSelectionModel.SINGLE_SELECTION). > But in case of multiple selection > (ListSelectionModel.MULTIPLE_INTERVAL_SELECTION) the ExplorerManager creates > way too many PropertyChangeEvents. > I attached a small example application that contains two OutlineViews sharing > a single ExplorerManger. A PropertyChangeListener is registered to the > ExplorerManager and prints old/new selected node to standard out. > If you select all nodes from "0" to "29" (e.g, usind SHIFT+Mouse1) you will > get following output. The PropertyChangeListener is called *32* times!!! > old node: [0]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, > 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29]; new node: [] > old node: []; new node: [0] > old node: [0]; new node: [0, 1] > old node: [0, 1]; new node: [0, 1, 2] > old node: [0, 1, 2]; new node: [0, 1, 2, 3] > old node: [0, 1, 2, 3]; new node: [0, 1, 2, 3, 4] > old node: [0, 1, 2, 3, 4]; new node: [0, 1, 2, 3, 4, 5] > old node: [0, 1, 2, 3, 4, 5]; new node: [0, 1, 2, 3, 4, 5, 6] > old node: [0, 1, 2, 3, 4, 5, 6]; new node: [0, 1, 2, 3, 4, 5, 6, 7] > old node: [0, 1, 2, 3, 4, 5, 6, 7]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, > 9] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]; new node: [0, 1, 2, 3, 4, 5, 6, 7, > 8, 9, 10] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; new node: [0, 1, 2, 3, 4, 5, 6, > 7, 8, 9, 10, 11] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11]; new node: [0, 1, 2, 3, 4, > 5, 6, 7, 8, 9, 10, 11, 12] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]; new node: [0, 1, 2, 3, > 4, 5, 6, 7, 8, 9, 10, 11, 12, 13] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13]; new node: [0, 1, 2, > 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14]; new node: [0, > 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]; new node: > [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16]; new > node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17]; new > node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18]; > new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, > 18, 19, 20] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, > 17, 18, 19, 20, 21] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, > 16, 17, 18, 19, 20, 21, 22] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21, 22]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, > 15, 16, 17, 18, 19, 20, 21, 22, 23] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21, 22, 23]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, > 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20, 21, 22, 23, 24]; new node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, > 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25] > old node: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, > 19, 20
[jira] [Created] (NETBEANS-4861) NB-Javac Upgrade to JDK-14
Akshay Gupta created NETBEANS-4861: -- Summary: NB-Javac Upgrade to JDK-14 Key: NETBEANS-4861 URL: https://issues.apache.org/jira/browse/NETBEANS-4861 Project: NetBeans Issue Type: Bug Affects Versions: 12.2 Reporter: Akshay Gupta netbeans 12.1 currently is supported by nb-javac for JDK-14. Will upgrade nb-javac to make it in sync with JDK-14 for netbenas 12.2 nb-javac link: [https://hg.netbeans.org/main/nb-java-x] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-4861) NB-Javac Upgrade to JDK-14
[ https://issues.apache.org/jira/browse/NETBEANS-4861?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Akshay Gupta updated NETBEANS-4861: --- Description: netbeans 12.1 currently is supported by nb-javac for JDK-14. Will upgrade nb-javac to make it in sync with JDK-15 for netbenas 12.2 nb-javac link: [https://hg.netbeans.org/main/nb-java-x] was: netbeans 12.1 currently is supported by nb-javac for JDK-14. Will upgrade nb-javac to make it in sync with JDK-14 for netbenas 12.2 nb-javac link: [https://hg.netbeans.org/main/nb-java-x] > NB-Javac Upgrade to JDK-14 > -- > > Key: NETBEANS-4861 > URL: https://issues.apache.org/jira/browse/NETBEANS-4861 > Project: NetBeans > Issue Type: Bug >Affects Versions: 12.2 >Reporter: Akshay Gupta >Priority: Major > > netbeans 12.1 currently is supported by nb-javac for JDK-14. > Will upgrade nb-javac to make it in sync with JDK-15 for netbenas 12.2 > nb-javac link: [https://hg.netbeans.org/main/nb-java-x] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-4860) The key "-J-Dline.separator=LF" brokes netbeans
[ https://issues.apache.org/jira/browse/NETBEANS-4860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17203754#comment-17203754 ] Evgeny Knihuta commented on NETBEANS-4860: -- It is related with https://issues.apache.org/jira/browse/NETBEANS-4555 - the root cause - the key in jvm options "-J-Dline.separator=LF" > The key "-J-Dline.separator=LF" brokes netbeans > --- > > Key: NETBEANS-4860 > URL: https://issues.apache.org/jira/browse/NETBEANS-4860 > Project: NetBeans > Issue Type: Bug >Reporter: Evgeny Knihuta >Priority: Major > > With this key in jvm options - "-J-Dline.separator=LF" netbeans doesnt save > changes in tools -> options. If the key is not working in new version please > disable it. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-4860) The key "-J-Dline.separator=LF" brokes netbeans
Evgeny Knihuta created NETBEANS-4860: Summary: The key "-J-Dline.separator=LF" brokes netbeans Key: NETBEANS-4860 URL: https://issues.apache.org/jira/browse/NETBEANS-4860 Project: NetBeans Issue Type: Bug Reporter: Evgeny Knihuta With this key in jvm options - "-J-Dline.separator=LF" netbeans doesnt save changes in tools -> options. If the key is not working in new version please disable it. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
