[jira] [Created] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
Austin Stephens created NETBEANS-320: Summary: Mac modal dialogs pop-under non-modal dialogs Key: NETBEANS-320 URL: https://issues.apache.org/jira/browse/NETBEANS-320 Project: NetBeans Issue Type: Bug Components: platform - Window System Affects Versions: 8.2 Environment: Mac OS Reporter: Austin Stephens It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)->Properties->Library->Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Description: It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog. (was: It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)->Properties->Libraries->Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog.) > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Description: It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)->Properties->Libraries->Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog. (was: It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)->Properties->Library->Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog.) > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)->Properties->Libraries->Wrapped JARs and select a wrapped jar. Then > click "Edit...". If your Mac is more severely affected, the "Edit Jar > Reference" dialog will pop-under the Project Properties, if you Mac is less > severly affected, then clicking on the Project Properties window while the > "Edit Jar Reference" dialog is open will cause the Project Properties window > to hide the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Attachment: Screen Shot 2018-01-23 at 1.28.20 PM.png > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png > > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
***UNCHECKED*** [jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Affects Version/s: 9.0 > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png > > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Attachment: Screen Shot 2018-01-26 at 11.37.55 AM.png > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-344) org.netbeans.core.windows.service.PresenterDecorator is not publicly accessible
Austin Stephens created NETBEANS-344: Summary: org.netbeans.core.windows.service.PresenterDecorator is not publicly accessible Key: NETBEANS-344 URL: https://issues.apache.org/jira/browse/NETBEANS-344 Project: NetBeans Issue Type: Bug Components: platform - Window System Affects Versions: 8.2, 9.0 Reporter: Austin Stephens The commit message for adding it states that it was added so other modules could customize the displayed dialog, but it is module private. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16344072#comment-16344072 ] Austin Stephens commented on NETBEANS-320: -- Should we also change DialogDisplayer.createDialog to be able to take a Window as a second argument? > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-346) Right Margin does not line up with text position using monospace
Austin Stephens created NETBEANS-346: Summary: Right Margin does not line up with text position using monospace Key: NETBEANS-346 URL: https://issues.apache.org/jira/browse/NETBEANS-346 Project: NetBeans Issue Type: Bug Components: editor - Other Affects Versions: 9.0 Environment: Mac OS 10.10 (at least) Reporter: Austin Stephens Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is annoying because I have a 1440x900 screen that I split vertically in to two. This results in two editing areas that are about 80 chars wide. I could see the margin line in both editors when scrolled all the way to the left. Since Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to size those editors so I can see the line in both windows and it is driving me crazy. This is a first world issue at the moment, but you might find code coming from mac programmers coming in two chars too wide in the Netbeans source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Right Margin does not line up with text position using monospace
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Description: When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is annoying because I have a 1440x900 screen that I split vertically in to two. This results in two editing areas that are about 80 chars wide. I could see the margin line in both editors when scrolled all the way to the left. Since Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to size those editors so I can see the line in both windows and it is driving me crazy. This is a first world issue at the moment, but you might find code coming from mac programmers coming in two or more chars too wide in the Netbeans source code. was: When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is annoying because I have a 1440x900 screen that I split vertically in to two. This results in two editing areas that are about 80 chars wide. I could see the margin line in both editors when scrolled all the way to the left. Since Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to size those editors so I can see the line in both windows and it is driving me crazy. This is a first world issue at the moment, but you might find code coming from mac programmers coming in two chars too wide in the Netbeans source code. > Right Margin does not line up with text position using monospace > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Minor > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Right Margin does not line up with text position using monospace
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Description: When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is annoying because I have a 1440x900 screen that I split vertically in to two. This results in two editing areas that are about 80 chars wide. I could see the margin line in both editors when scrolled all the way to the left. Since Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to size those editors so I can see the line in both windows and it is driving me crazy. This is a first world issue at the moment, but you might find code coming from mac programmers coming in two or more chars too wide in the Netbeans source code. was: When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is annoying because I have a 1440x900 screen that I split vertically in to two. This results in two editing areas that are about 80 chars wide. I could see the margin line in both editors when scrolled all the way to the left. Since Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to size those editors so I can see the line in both windows and it is driving me crazy. This is a first world issue at the moment, but you might find code coming from mac programmers coming in two or more chars too wide in the Netbeans source code. > Right Margin does not line up with text position using monospace > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Minor > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens reassigned NETBEANS-320: Assignee: Austin Stephens > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Major > Labels: mac-os-x > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-348) Change DialogDisplayer.createDialog to be able to take a Window instead of a Frame
Austin Stephens created NETBEANS-348: Summary: Change DialogDisplayer.createDialog to be able to take a Window instead of a Frame Key: NETBEANS-348 URL: https://issues.apache.org/jira/browse/NETBEANS-348 Project: NetBeans Issue Type: Bug Components: platform - Window System Affects Versions: 9.0 Reporter: Austin Stephens Blocking since this would be an API change. Depends on NETBEANS-320. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-348) Change DialogDisplayer.createDialog to be able to take a Window instead of a Frame
[ https://issues.apache.org/jira/browse/NETBEANS-348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-348: - Fix Version/s: 9.0 > Change DialogDisplayer.createDialog to be able to take a Window instead of a > Frame > -- > > Key: NETBEANS-348 > URL: https://issues.apache.org/jira/browse/NETBEANS-348 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Fix For: 9.0 > > > Blocking since this would be an API change. Depends on NETBEANS-320. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-349) 2 tests in CustomMenuBarTest always fail
Austin Stephens created NETBEANS-349: Summary: 2 tests in CustomMenuBarTest always fail Key: NETBEANS-349 URL: https://issues.apache.org/jira/browse/NETBEANS-349 Project: NetBeans Issue Type: Bug Components: platform - Window System Affects Versions: 9.0 Reporter: Austin Stephens Attachments: 2018-01-31 09_09_46-Core - Windows - NetBeans IDE 8.2.png They have yet to pass for me. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16347211#comment-16347211 ] Austin Stephens commented on NETBEANS-320: -- Pull request pending: https://github.com/apache/incubator-netbeans/pull/403 > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Major > Labels: mac-os-x, pull-request-available > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > Time Spent: 10m > Remaining Estimate: 0h > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-350) Commit validation fails on master build
Austin Stephens created NETBEANS-350: Summary: Commit validation fails on master build Key: NETBEANS-350 URL: https://issues.apache.org/jira/browse/NETBEANS-350 Project: NetBeans Issue Type: Bug Affects Versions: 9.0, Next Reporter: Austin Stephens Someone needs to be shot... Will not pass on a clean build. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-352) Platform Applications cannot customize their displayed version in About without breaking other things
Austin Stephens created NETBEANS-352: Summary: Platform Applications cannot customize their displayed version in About without breaking other things Key: NETBEANS-352 URL: https://issues.apache.org/jira/browse/NETBEANS-352 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 8.2, 9.0, Next Reporter: Austin Stephens See https://github.com/apache/incubator-netbeans/pull/393 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-363) Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started with Java 9
[
https://issues.apache.org/jira/browse/NETBEANS-363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-363:
-
Priority: Blocker (was: Major)
> Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started
> with Java 9
> -
>
> Key: NETBEANS-363
> URL: https://issues.apache.org/jira/browse/NETBEANS-363
> Project: NetBeans
> Issue Type: Bug
> Components: java - Platform
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Labels: PlatformSupport
> Attachments: DummyApp.zip
>
>
> The following output is from trying to run a platform application that was
> just created with not modules of its own:
>
> {code:java}
> platform.download:
> ant -f /Users/astephens/DEV/DummyApp run
> branding:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
> files-init:
> release:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
> build:
> No sub-builds to iterate on
> run:
> run.run:
> Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
> Cannot find java. Please use the --jdkhome switch.
> Result: 2
> BUILD SUCCESSFUL (total time: 1 second)
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-363) Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started with Java 9
Austin Stephens created NETBEANS-363:
Summary: Cannot debug or run a NbPlatform Application in Java 9 if
the IDE was started with Java 9
Key: NETBEANS-363
URL: https://issues.apache.org/jira/browse/NETBEANS-363
Project: NetBeans
Issue Type: Bug
Components: java - Platform
Environment: Mac
Reporter: Austin Stephens
Attachments: DummyApp.zip
The following output is from trying to run a platform application that was just
created with not modules of its own:
{code:java}
platform.download:
ant -f /Users/astephens/DEV/DummyApp run
branding:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
files-init:
release:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
build:
No sub-builds to iterate on
run:
run.run:
Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
Cannot find java. Please use the --jdkhome switch.
Result: 2
BUILD SUCCESSFUL (total time: 1 second)
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-363) Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started with Java 9
[
https://issues.apache.org/jira/browse/NETBEANS-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16356084#comment-16356084
]
Austin Stephens commented on NETBEANS-363:
--
You can work around this issue by putting the following into
DummyApp/nbproject/project.properties:
{code:java}
#netbeans is having issues finding java 9
nbjdk.home=${java.home}
{code}
This appears to be related to Java 9 not having a tools.jar
> Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started
> with Java 9
> -
>
> Key: NETBEANS-363
> URL: https://issues.apache.org/jira/browse/NETBEANS-363
> Project: NetBeans
> Issue Type: Bug
> Components: java - Platform
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Labels: PlatformSupport
> Attachments: DummyApp.zip
>
>
> The following output is from trying to run a platform application that was
> just created with not modules of its own:
>
> {code:java}
> platform.download:
> ant -f /Users/astephens/DEV/DummyApp run
> branding:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
> files-init:
> release:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
> build:
> No sub-builds to iterate on
> run:
> run.run:
> Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
> Cannot find java. Please use the --jdkhome switch.
> Result: 2
> BUILD SUCCESSFUL (total time: 1 second)
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
Austin Stephens created NETBEANS-364: Summary: Module "UI Utilities API" does not depend on JAXB API like it should Key: NETBEANS-364 URL: https://issues.apache.org/jira/browse/NETBEANS-364 Project: NetBeans Issue Type: Bug Components: platform - Options&Settings Affects Versions: 9.0 Reporter: Austin Stephens This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
[ https://issues.apache.org/jira/browse/NETBEANS-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-364: - Description: This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding javax.activation.DataContenthandlerFactory. (was: This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener) > Module "UI Utilities API" does not depend on JAXB API like it should > > > Key: NETBEANS-364 > URL: https://issues.apache.org/jira/browse/NETBEANS-364 > Project: NetBeans > Issue Type: Bug > Components: platform - Options&Settings >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > > This results in platform applications not being able to open the options > window since a NoClassDefFoundError gets thrown when trying to load > org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding > javax.activation.DataContenthandlerFactory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
[ https://issues.apache.org/jira/browse/NETBEANS-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-364: - Description: This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding javax.activation.DataContentHandlerFactory. (was: This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding javax.activation.DataContenthandlerFactory.) > Module "UI Utilities API" does not depend on JAXB API like it should > > > Key: NETBEANS-364 > URL: https://issues.apache.org/jira/browse/NETBEANS-364 > Project: NetBeans > Issue Type: Bug > Components: platform - Options&Settings >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > > This results in platform applications not being able to open the options > window since a NoClassDefFoundError gets thrown when trying to load > org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding > javax.activation.DataContentHandlerFactory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
[ https://issues.apache.org/jira/browse/NETBEANS-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16356209#comment-16356209 ] Austin Stephens commented on NETBEANS-364: -- Possible fix? [https://github.com/apache/incubator-netbeans/pull/414] Will need further work by someone more experienced. > Module "UI Utilities API" does not depend on JAXB API like it should > > > Key: NETBEANS-364 > URL: https://issues.apache.org/jira/browse/NETBEANS-364 > Project: NetBeans > Issue Type: Bug > Components: platform - Options&Settings >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > This results in platform applications not being able to open the options > window since a NoClassDefFoundError gets thrown when trying to load > org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding > javax.activation.DataContentHandlerFactory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-363) Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started with Java 9
[
https://issues.apache.org/jira/browse/NETBEANS-363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-363:
-
Description:
The following output is from trying to run a platform application that was just
created with no modules of its own:
{code:java}
platform.download:
ant -f /Users/astephens/DEV/DummyApp run
branding:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
files-init:
release:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
build:
No sub-builds to iterate on
run:
run.run:
Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
Cannot find java. Please use the --jdkhome switch.
Result: 2
BUILD SUCCESSFUL (total time: 1 second)
{code}
was:
The following output is from trying to run a platform application that was just
created with not modules of its own:
{code:java}
platform.download:
ant -f /Users/astephens/DEV/DummyApp run
branding:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
files-init:
release:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
build:
No sub-builds to iterate on
run:
run.run:
Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
Cannot find java. Please use the --jdkhome switch.
Result: 2
BUILD SUCCESSFUL (total time: 1 second)
{code}
> Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started
> with Java 9
> -
>
> Key: NETBEANS-363
> URL: https://issues.apache.org/jira/browse/NETBEANS-363
> Project: NetBeans
> Issue Type: Bug
> Components: java - Platform
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Labels: PlatformSupport
> Attachments: DummyApp.zip
>
>
> The following output is from trying to run a platform application that was
> just created with no modules of its own:
>
> {code:java}
> platform.download:
> ant -f /Users/astephens/DEV/DummyApp run
> branding:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
> files-init:
> release:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
> build:
> No sub-builds to iterate on
> run:
> run.run:
> Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
> Cannot find java. Please use the --jdkhome switch.
> Result: 2
> BUILD SUCCESSFUL (total time: 1 second)
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-370) Implement the use of common extra mouse buttons
Austin Stephens created NETBEANS-370: Summary: 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 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 (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-372) Web Service Project Items don't work
Austin Stephens created NETBEANS-372:
Summary: Web Service Project Items don't work
Key: NETBEANS-372
URL: https://issues.apache.org/jira/browse/NETBEANS-372
Project: NetBeans
Issue Type: Bug
Components: webservices - Code, webservices - JAX-WS
Affects Versions: 9.0
Reporter: Austin Stephens
Attachments: Screen Shot 2018-02-09 at 11.13.54 AM.png, Screen Shot
2018-02-09 at 11.18.07 AM.png
The options do not show and the build targets do not run
Error:
{code:java}
wsimport-init:
/Volumes/Data/Code//AzureLib/nbproject/jaxws-build.xml:15: taskdef A
class needed by class com.sun.tools.ws.ant.WsImport cannot be found:
com/sun/istack/tools/ProtectedTask
using the classloader
AntClassLoader[/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/FastInfoset.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/gmbal-api-only.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/ha-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/javax.mail_1.4.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/jaxws-rt.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/saaj-impl.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/stax2-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/woodstox-core-asl.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/stax-ex.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/streambuffer.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/policy.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/management-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/jaxws-tools.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/mimepull.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/api/jaxws-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/api/jsr181-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/api/javax.annotation.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/api/saaj-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/ide/modules/ext/jaxb/activation.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/ide/modules/ext/jaxb/api/jaxb-api.jar]
BUILD FAILED (total time: 0 seconds){code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
Austin Stephens created NETBEANS-373:
Summary: Netbeans sometimes freezes when showing any refactor
dialog when running with jdk 1.8.0_152-b16 or later
Key: NETBEANS-373
URL: https://issues.apache.org/jira/browse/NETBEANS-373
Project: NetBeans
Issue Type: Bug
Components: java - Refactoring
Affects Versions: 8.2, 9.0
Environment: Mac
Reporter: Austin Stephens
Sometimes, when you try to do some refactor action, NetBeans freezes. It
appears that a lock is obtained on a panel when the dialog is shown, and the
AppKit Thread tries to get the lock while trying to add an accessible listener
to it.
AppKit Thread:
{code:java}
Container.addContainerListener:2142
Container$AccessibleAWTContainer.addPropertyChangeListener:3885
JComponent$AccessibleJComponent.addPropertyChangeListener:3765
Hidden Source Calls
CAccessible.addNotificationListeners:102
CAccessible.:84
CAccessible.getCAccessible:60
{code}
EDT Thread:
{code:java}
Hidden Source Calls
Unsafe.park
LockSupport.park:194
AbstractQueuedSynchronizer$ConditionObject.await:2062
EventQueue.getNextEvent:557
EventDispatchThread.pumpOneEventForFilters:173
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForFilter:117
WaitDispatchSupport$2.run:190
WaitDispatchSupport$4.run:235
WaitDispatchSupport$4.run:233
AccessController.doPrivileged
WaitDispatchSupport.enter:233
Dialog.show:1070
NbPresenter.superShow:1060
NbPresenter.doShow:1110
NbPresenter.run:1082
NbPresenter.run:105
NbMutexEventProvider$Event.doEventAccess:115
NbMutexEventProvider$Event.readAccess:75
LazyMutexImplementation.readAccess:71
Mutex.readAccess:193
NbPresenter.show:1067
Component.show:1669
Component.setVisible:1616
Window.setVisible:1017
Dialog.setVisible:1005
ParametersPanel.showDialog:674
RefactoringPanel.refresh:660
RefactoringPanel.:144
UI.openRefactoringUI:61
ContextAnalyzer$4.show:648
ContextAnalyzer$TextComponentTask.run:369
RefactoringActionsProvider.doFindUsages:232
ActionsImplementationFactory.doFindUsages:91
WhereUsedAction.performAction:52
RefactoringGlobalAction$ContextAction.actionPerformed:172
TopComponent.processKeyBinding:1151
JComponent.processKeyBindings:2963
JComponent.processKeyEvent:2863
Component.processEvent:6355
Container.processEvent:2259
Component.dispatchEventImpl:4961
Container.dispatchEventImpl:2317
Component.dispatchEvent:4793
KeyboardFocusManager.redispatchEvent:1955
DefaultKeyboardFocusManager.dispatchKeyEvent:827
DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
DefaultKeyboardFocusManager.typeAheadAssertions:966
DefaultKeyboardFocusManager.dispatchEvent:792
Component.dispatchEventImpl:4842
Container.dispatchEventImpl:2317
Window.dispatchEventImpl:2758
Component.dispatchEvent:4793
EventQueue.dispatchEventImpl:766
EventQueue.access$500:97
EventQueue$3.run:717
EventQueue$3.run:711
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
EventQueue$4.run:739
EventQueue$4.run:737
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
EventQueue.dispatchEvent:736
TimableEventQueue.dispatchEvent:136
EventDispatchThread.pumpOneEventForFilters:199
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForHierarchy:113
EventDispatchThread.pumpEvents:109
EventDispatchThread.pumpEvents:101
EventDispatchThread.run:90
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-376) Allow passing a tsa value to the nbm jar signer
Austin Stephens created NETBEANS-376: Summary: Allow passing a tsa value to the nbm jar signer Key: NETBEANS-376 URL: https://issues.apache.org/jira/browse/NETBEANS-376 Project: NetBeans Issue Type: Bug Components: platform - Module System Affects Versions: 8.2, 9.0, Next Reporter: Austin Stephens Build warning: Warning: The signer's certificate chain is not validated. No -tsa or -tsacert is provided and this jar is not timestamped. Without a timestamp, users may not be able to validate this jar after the signer certificate's expiration date () or after any future revocation date. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-376) Allow passing a tsa value to the nbm jar signer
[
https://issues.apache.org/jira/browse/NETBEANS-376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-376:
-
Description:
Build warning:
{noformat}
Warning:
The signer's certificate chain is not validated.
No -tsa or -tsacert is provided and this jar is not timestamped. Without a
timestamp, users may not be able to validate this jar after the signer
certificate's expiration date () or after any future revocation
date.{noformat}
was:
Build warning:
Warning:
The signer's certificate chain is not validated.
No -tsa or -tsacert is provided and this jar is not timestamped. Without a
timestamp, users may not be able to validate this jar after the signer
certificate's expiration date () or after any future revocation date.
> Allow passing a tsa value to the nbm jar signer
> ---
>
> Key: NETBEANS-376
> URL: https://issues.apache.org/jira/browse/NETBEANS-376
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Module System
>Affects Versions: 8.2, 9.0, Next
>Reporter: Austin Stephens
>Priority: Major
>
> Build warning:
> {noformat}
> Warning:
> The signer's certificate chain is not validated.
> No -tsa or -tsacert is provided and this jar is not timestamped. Without a
> timestamp, users may not be able to validate this jar after the signer
> certificate's expiration date () or after any future revocation
> date.{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-376) Allow passing a tsa value to the nbm jar signer
[
https://issues.apache.org/jira/browse/NETBEANS-376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-376:
-
Description:
Build warning:
{noformat}
Warning:
No -tsa or -tsacert is provided and this jar is not timestamped. Without a
timestamp, users may not be able to validate this jar after the signer
certificate's expiration date () or after any future revocation
date.{noformat}
was:
Build warning:
{noformat}
Warning:
The signer's certificate chain is not validated.
No -tsa or -tsacert is provided and this jar is not timestamped. Without a
timestamp, users may not be able to validate this jar after the signer
certificate's expiration date () or after any future revocation
date.{noformat}
> Allow passing a tsa value to the nbm jar signer
> ---
>
> Key: NETBEANS-376
> URL: https://issues.apache.org/jira/browse/NETBEANS-376
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Module System
>Affects Versions: 8.2, 9.0, Next
>Reporter: Austin Stephens
>Priority: Major
>
> Build warning:
> {noformat}
> Warning:
> No -tsa or -tsacert is provided and this jar is not timestamped. Without a
> timestamp, users may not be able to validate this jar after the signer
> certificate's expiration date () or after any future revocation
> date.{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-400) "Utilities API" module code name ends with "ui"
Austin Stephens created NETBEANS-400: Summary: "Utilities API" module code name ends with "ui" Key: NETBEANS-400 URL: https://issues.apache.org/jira/browse/NETBEANS-400 Project: NetBeans Issue Type: Bug Components: platform - Other Reporter: Austin Stephens Implying that it is used for UI. This is more confusing given there is a module called "UI Utilities API" with the code name of "org.openide.awt" -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
[ https://issues.apache.org/jira/browse/NETBEANS-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens resolved NETBEANS-364. -- Resolution: Fixed > Module "UI Utilities API" does not depend on JAXB API like it should > > > Key: NETBEANS-364 > URL: https://issues.apache.org/jira/browse/NETBEANS-364 > Project: NetBeans > Issue Type: Bug > Components: platform - Options&Settings >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Labels: pull-request-available > Time Spent: 1h > Remaining Estimate: 0h > > This results in platform applications not being able to open the options > window since a NoClassDefFoundError gets thrown when trying to load > org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding > javax.activation.DataContentHandlerFactory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16373318#comment-16373318 ] Austin Stephens commented on NETBEANS-320: -- I have noticed that there is a possible issue with this solution. If the parent dialog closes while the child is still open, it will close the child dialog. It could be possible that the parent dialog was something temporary like a bubble notification. That would cause issues. I am looking at it. > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Major > Labels: mac-os-x, pull-request-available > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > Time Spent: 10m > Remaining Estimate: 0h > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-346) Right Margin does not line up with text position using monospace
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16380796#comment-16380796 ] Austin Stephens commented on NETBEANS-346: -- Ok, this is a bit more of an issue than I initially thought. *Spaces and tabs don't line up.* This will cause code formatting issues that will drive everyone crazy. > Right Margin does not line up with text position using monospace > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Minor > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Right Margin does not line up with text position using monospace
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Attachment: Screen Shot 2018-02-28 at 11.27.32 AM.png > Right Margin does not line up with text position using monospace > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Minor > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Right Margin does not line up with text position using monospace
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Priority: Critical (was: Minor) > Right Margin does not line up with text position using monospace > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Critical > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Tabs, characters, and the right Margin don't line up
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Summary: Tabs, characters, and the right Margin don't line up (was: Right Margin does not line up with text position using monospace) > Tabs, characters, and the right Margin don't line up > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Critical > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-438) Cannot Sign Platform app due to symlink
Austin Stephens created NETBEANS-438:
Summary: Cannot Sign Platform app due to symlink
Key: NETBEANS-438
URL: https://issues.apache.org/jira/browse/NETBEANS-438
Project: NetBeans
Issue Type: Bug
Components: platform - Other
Affects Versions: 9.0
Environment: Mac OS X
Reporter: Austin Stephens
Assignee: Austin Stephens
Fix For: 9.0
When you run "Package as->Mac OS X Application", it creates a .app that has a
symlink as the main executable. Attempting to sign it with `codesign` results
in the following error:
{noformat}
the main executable or Info.plist must be a regular file (no symlinks,
etc.){noformat}
This can be solved by calling the resulting script via bash (resulting in
another instance of bash...) or cd-ing to the script directory and sourcing it.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Tabs, characters, and the right Margin don't line up
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Fix Version/s: 9.0 > Tabs, characters, and the right Margin don't line up > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Critical > Fix For: 9.0 > > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-423) Evaluation of lambdas and new classes fails: "Unsupported: can not create a new class"
[
https://issues.apache.org/jira/browse/NETBEANS-423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16384001#comment-16384001
]
Austin Stephens commented on NETBEANS-423:
--
See https://github.com/apache/incubator-netbeans#full-history
> Evaluation of lambdas and new classes fails: "Unsupported: can not create a
> new class"
> --
>
> Key: NETBEANS-423
> URL: https://issues.apache.org/jira/browse/NETBEANS-423
> Project: NetBeans
> Issue Type: Bug
> Components: debugger - Code
> Environment: Product Version: Apache NetBeans IDE Dev (Build
> incubator-netbeans-release-219-on-20180221)
> Updates: Updates available
> 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: regression
>
> This issue was originally reported and fixed by
> [https://netbeans.org/bugzilla/show_bug.cgi?id=253248] in version 8.2 but I
> can now reproduce it in the nightly builds.
> Here are the original repro steps:
> # I place a breakpoint after this line of code: {{List
> responseForLanguages = new ArrayList<>(section.getLangs());}}
> # I enter the following in the Variables tab:
> {{responseForLanguages.stream().map(lang -> lang.getId())}}
> # Netbeans responds {{Unsupported: can not create a new class}}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-373:
-
Fix Version/s: 9.0
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Critical
> Fix For: 9.0
>
>
> Sometimes, when you try to do some refactor action, NetBeans freezes. It
> appears that a lock is obtained on a panel when the dialog is shown, and the
> AppKit Thread tries to get the lock while trying to add an accessible
> listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-373:
-
Priority: Blocker (was: Critical)
Description:
Sometimes (or almost always), when you try to do some refactor action, NetBeans
freezes. It appears that a lock is obtained on a panel when the dialog is
shown, and the AppKit Thread tries to get the lock while trying to add an
accessible listener to it.
AppKit Thread:
{code:java}
Container.addContainerListener:2142
Container$AccessibleAWTContainer.addPropertyChangeListener:3885
JComponent$AccessibleJComponent.addPropertyChangeListener:3765
Hidden Source Calls
CAccessible.addNotificationListeners:102
CAccessible.:84
CAccessible.getCAccessible:60
{code}
EDT Thread:
{code:java}
Hidden Source Calls
Unsafe.park
LockSupport.park:194
AbstractQueuedSynchronizer$ConditionObject.await:2062
EventQueue.getNextEvent:557
EventDispatchThread.pumpOneEventForFilters:173
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForFilter:117
WaitDispatchSupport$2.run:190
WaitDispatchSupport$4.run:235
WaitDispatchSupport$4.run:233
AccessController.doPrivileged
WaitDispatchSupport.enter:233
Dialog.show:1070
NbPresenter.superShow:1060
NbPresenter.doShow:1110
NbPresenter.run:1082
NbPresenter.run:105
NbMutexEventProvider$Event.doEventAccess:115
NbMutexEventProvider$Event.readAccess:75
LazyMutexImplementation.readAccess:71
Mutex.readAccess:193
NbPresenter.show:1067
Component.show:1669
Component.setVisible:1616
Window.setVisible:1017
Dialog.setVisible:1005
ParametersPanel.showDialog:674
RefactoringPanel.refresh:660
RefactoringPanel.:144
UI.openRefactoringUI:61
ContextAnalyzer$4.show:648
ContextAnalyzer$TextComponentTask.run:369
RefactoringActionsProvider.doFindUsages:232
ActionsImplementationFactory.doFindUsages:91
WhereUsedAction.performAction:52
RefactoringGlobalAction$ContextAction.actionPerformed:172
TopComponent.processKeyBinding:1151
JComponent.processKeyBindings:2963
JComponent.processKeyEvent:2863
Component.processEvent:6355
Container.processEvent:2259
Component.dispatchEventImpl:4961
Container.dispatchEventImpl:2317
Component.dispatchEvent:4793
KeyboardFocusManager.redispatchEvent:1955
DefaultKeyboardFocusManager.dispatchKeyEvent:827
DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
DefaultKeyboardFocusManager.typeAheadAssertions:966
DefaultKeyboardFocusManager.dispatchEvent:792
Component.dispatchEventImpl:4842
Container.dispatchEventImpl:2317
Window.dispatchEventImpl:2758
Component.dispatchEvent:4793
EventQueue.dispatchEventImpl:766
EventQueue.access$500:97
EventQueue$3.run:717
EventQueue$3.run:711
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
EventQueue$4.run:739
EventQueue$4.run:737
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
EventQueue.dispatchEvent:736
TimableEventQueue.dispatchEvent:136
EventDispatchThread.pumpOneEventForFilters:199
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForHierarchy:113
EventDispatchThread.pumpEvents:109
EventDispatchThread.pumpEvents:101
EventDispatchThread.run:90
{code}
was:
Sometimes, when you try to do some refactor action, NetBeans freezes. It
appears that a lock is obtained on a panel when the dialog is shown, and the
AppKit Thread tries to get the lock while trying to add an accessible listener
to it.
AppKit Thread:
{code:java}
Container.addContainerListener:2142
Container$AccessibleAWTContainer.addPropertyChangeListener:3885
JComponent$AccessibleJComponent.addPropertyChangeListener:3765
Hidden Source Calls
CAccessible.addNotificationListeners:102
CAccessible.:84
CAccessible.getCAccessible:60
{code}
EDT Thread:
{code:java}
Hidden Source Calls
Unsafe.park
LockSupport.park:194
AbstractQueuedSynchronizer$ConditionObject.await:2062
EventQueue.getNextEvent:557
EventDispatchThread.pumpOneEventForFilters:173
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForFilter:117
WaitDispatchSupport$2.run:190
WaitDispatchSupport$4.run:235
WaitDispatchSupport$4.run:233
AccessController.doPrivileged
WaitDispatchSupport.enter:233
Dialog.show:1070
NbPresenter.superShow:1060
NbPresenter.doShow:1110
NbPresenter.run:1082
NbPresenter.run:105
NbMutexEventProvider$Event.doEventAccess:115
NbMutexEventProvider$Event.readAccess:75
LazyMutexImplementation.readAccess:71
Mutex.readAccess:1
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16397599#comment-16397599
]
Austin Stephens commented on NETBEANS-373:
--
It has come to the point where I hope that I can press enter in the dialog
before it dead-locks on itself.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Fix For: 9.0
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-468) api.htmlui tests deadlock on mac when run
Austin Stephens created NETBEANS-468:
Summary: api.htmlui tests deadlock on mac when run
Key: NETBEANS-468
URL: https://issues.apache.org/jira/browse/NETBEANS-468
Project: NetBeans
Issue Type: Bug
Components: platform - HTML4J
Affects Versions: 9.0, Next
Environment: Mac
Reporter: Austin Stephens
Fix For: 9.0
It might be related to NETBEANS-373. It appears that the system deadlocks when
creating the UI. The FX thread is the Native Ui thread on a mac. It appears
that FX is waiting for Swing, which is waiting for the native thread to do
something. Not very sure about it. Here are the stack traces I got (might be
different each time):
Swing EDT:
{noformat}
GraphicsEnvironment.getLocalGraphicsEnvironment:81
RepaintManager.:233
UIManager.initialize:1464
UIManager.maybeInitialize:1426
UIManager.getDefaults:659
UIManager.getBoolean:867
ImageUtilities.isDarkLaF:182
ImageUtilities.loadImage:142
Splash.loadContent:215
Splash$SplashPainter.init:353
Splash$SplashPainter$1.run:400
InvocationEvent.dispatch:311
EventQueue.dispatchEventImpl:756
EventQueue.access$500:97
EventQueue$3.run:709
EventQueue$3.run:703
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:80
EventQueue.dispatchEvent:726
EventDispatchThread.pumpOneEventForFilters:201
EventDispatchThread.pumpEventsForFilter:116
EventDispatchThread.pumpEventsForHierarchy:105
EventDispatchThread.pumpEvents:101
EventDispatchThread.pumpEvents:93
EventDispatchThread.run:82 {noformat}
AppKit/FX thread:
{noformat}
UIManager.maybeInitialize:1424
UIManager.getLookAndFeel:492
NbBrowsers.applyNbSkin:62
NbBrowsers$1ApplySkin.run:54
Hidden Source Calls
InitializeWebView.run:45
BrowserBuilder$1OnPageLoad$1CallInitMethod.run:310
BrwsrCtx$1Wrap.run:120
AbstractFXPresenter.execute:354
BrwsrCtx.execute:131
BrowserBuilder$1OnPageLoad.run:348
AbstractFXPresenter.onPageLoad:135
InitializeWebView$1.changed:64
InitializeWebView$1.changed:57
ExpressionHelper$SingleChange.fireValueChangedEvent:182
ExpressionHelper.fireValueChangedEvent:81
ReadOnlyObjectPropertyBase.fireValueChangedEvent:74
ReadOnlyObjectWrapper.fireValueChangedEvent:102
ObjectPropertyBase.markInvalid:112
ObjectPropertyBase.set:146
WebEngine$LoadWorker.updateState:1287
WebEngine$LoadWorker.dispatchLoadEvent:1398
WebEngine$LoadWorker.access$1200:1280
WebEngine$PageLoadListener.dispatchLoadEvent:1267
WebPage.fireLoadEvent:2499
WebPage.fwkFireLoadEvent:2343
URLLoader.twkDidFinishLoading
URLLoader.notifyDidFinishLoading:859
URLLoader.lambda$didFinishLoading$103:850
1530391356.run
PlatformImpl.lambda$null$172:295
1314999409.run
AccessController.doPrivileged
PlatformImpl.lambda$runLater$173:294
1702940637.run
InvokeLaterDispatcher$Future.run:95 {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-468) api.htmlui tests deadlock on mac when run
[
https://issues.apache.org/jira/browse/NETBEANS-468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-468:
-
Labels: test-failure-fresh (was: )
> api.htmlui tests deadlock on mac when run
> -
>
> Key: NETBEANS-468
> URL: https://issues.apache.org/jira/browse/NETBEANS-468
> Project: NetBeans
> Issue Type: Bug
> Components: platform - HTML4J
>Affects Versions: 9.0, Next
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-failure-fresh
> Fix For: 9.0
>
>
> It might be related to NETBEANS-373. It appears that the system deadlocks
> when creating the UI. The FX thread is the Native Ui thread on a mac. It
> appears that FX is waiting for Swing, which is waiting for the native thread
> to do something. Not very sure about it. Here are the stack traces I got
> (might be different each time):
> Swing EDT:
> {noformat}
> GraphicsEnvironment.getLocalGraphicsEnvironment:81
> RepaintManager.:233
> UIManager.initialize:1464
> UIManager.maybeInitialize:1426
> UIManager.getDefaults:659
> UIManager.getBoolean:867
> ImageUtilities.isDarkLaF:182
> ImageUtilities.loadImage:142
> Splash.loadContent:215
> Splash$SplashPainter.init:353
> Splash$SplashPainter$1.run:400
> InvocationEvent.dispatch:311
> EventQueue.dispatchEventImpl:756
> EventQueue.access$500:97
> EventQueue$3.run:709
> EventQueue$3.run:703
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:80
> EventQueue.dispatchEvent:726
> EventDispatchThread.pumpOneEventForFilters:201
> EventDispatchThread.pumpEventsForFilter:116
> EventDispatchThread.pumpEventsForHierarchy:105
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.pumpEvents:93
> EventDispatchThread.run:82 {noformat}
> AppKit/FX thread:
> {noformat}
> UIManager.maybeInitialize:1424
> UIManager.getLookAndFeel:492
> NbBrowsers.applyNbSkin:62
> NbBrowsers$1ApplySkin.run:54
> Hidden Source Calls
> InitializeWebView.run:45
> BrowserBuilder$1OnPageLoad$1CallInitMethod.run:310
> BrwsrCtx$1Wrap.run:120
> AbstractFXPresenter.execute:354
> BrwsrCtx.execute:131
> BrowserBuilder$1OnPageLoad.run:348
> AbstractFXPresenter.onPageLoad:135
> InitializeWebView$1.changed:64
> InitializeWebView$1.changed:57
> ExpressionHelper$SingleChange.fireValueChangedEvent:182
> ExpressionHelper.fireValueChangedEvent:81
> ReadOnlyObjectPropertyBase.fireValueChangedEvent:74
> ReadOnlyObjectWrapper.fireValueChangedEvent:102
> ObjectPropertyBase.markInvalid:112
> ObjectPropertyBase.set:146
> WebEngine$LoadWorker.updateState:1287
> WebEngine$LoadWorker.dispatchLoadEvent:1398
> WebEngine$LoadWorker.access$1200:1280
> WebEngine$PageLoadListener.dispatchLoadEvent:1267
> WebPage.fireLoadEvent:2499
> WebPage.fwkFireLoadEvent:2343
> URLLoader.twkDidFinishLoading
> URLLoader.notifyDidFinishLoading:859
> URLLoader.lambda$didFinishLoading$103:850
> 1530391356.run
> PlatformImpl.lambda$null$172:295
> 1314999409.run
> AccessController.doPrivileged
> PlatformImpl.lambda$runLater$173:294
> 1702940637.run
> InvokeLaterDispatcher$Future.run:95 {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-472) Keymap tests fail in o.n.core when on mac
Austin Stephens created NETBEANS-472:
Summary: Keymap tests fail in o.n.core when on mac
Key: NETBEANS-472
URL: https://issues.apache.org/jira/browse/NETBEANS-472
Project: NetBeans
Issue Type: Bug
Components: platform - Actions
Affects Versions: 9.0
Environment: Mac
Reporter: Austin Stephens
Fix For: 9.0
{noformat}
for ctrl pressed 1
junit.framework.AssertionFailedError
at org.netbeans.core.NbKeymapTest.assertMapping(NbKeymapTest.java:92)
at
org.netbeans.core.NbKeymapTest.testAbstractModifiers(NbKeymapTest.java:181)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479)
at org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
{noformat}
{noformat}
java.lang.NullPointerException at
org.netbeans.core.NbKeymapTest.testMaskForSameKeystrokeWithDifferentText217497(NbKeymapTest.java:283)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77) at
org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460) at
org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386) at
org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479) at
org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
{noformat}
This is likely because 'O' maps to cmd instead of ctrl on a mac
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-472) Keymap tests fail in o.n.core when on mac
[
https://issues.apache.org/jira/browse/NETBEANS-472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-472:
-
Labels: test-fail test-failure-fresh (was: test-fail)
> Keymap tests fail in o.n.core when on mac
> -
>
> Key: NETBEANS-472
> URL: https://issues.apache.org/jira/browse/NETBEANS-472
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Actions
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-fail, test-failure-fresh
> Fix For: 9.0
>
>
> {noformat}
> for ctrl pressed 1
> junit.framework.AssertionFailedError
> at org.netbeans.core.NbKeymapTest.assertMapping(NbKeymapTest.java:92)
> at
> org.netbeans.core.NbKeymapTest.testAbstractModifiers(NbKeymapTest.java:181)
> at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
> at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
> at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
> at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479)
> at org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
> {noformat}
> {noformat}
>
> java.lang.NullPointerException at
> org.netbeans.core.NbKeymapTest.testMaskForSameKeystrokeWithDifferentText217497(NbKeymapTest.java:283)
> at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77) at
> org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460) at
> org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386) at
> org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479) at
> org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
> {noformat}
> This is likely because 'O' maps to cmd instead of ctrl on a mac
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-468) api.htmlui tests deadlock on mac when run
[
https://issues.apache.org/jira/browse/NETBEANS-468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-468:
-
Labels: test-fail test-failure-fresh (was: test-failure-fresh)
> api.htmlui tests deadlock on mac when run
> -
>
> Key: NETBEANS-468
> URL: https://issues.apache.org/jira/browse/NETBEANS-468
> Project: NetBeans
> Issue Type: Bug
> Components: platform - HTML4J
>Affects Versions: 9.0, Next
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-fail, test-failure-fresh
> Fix For: 9.0
>
>
> It might be related to NETBEANS-373. It appears that the system deadlocks
> when creating the UI. The FX thread is the Native Ui thread on a mac. It
> appears that FX is waiting for Swing, which is waiting for the native thread
> to do something. Not very sure about it. Here are the stack traces I got
> (might be different each time):
> Swing EDT:
> {noformat}
> GraphicsEnvironment.getLocalGraphicsEnvironment:81
> RepaintManager.:233
> UIManager.initialize:1464
> UIManager.maybeInitialize:1426
> UIManager.getDefaults:659
> UIManager.getBoolean:867
> ImageUtilities.isDarkLaF:182
> ImageUtilities.loadImage:142
> Splash.loadContent:215
> Splash$SplashPainter.init:353
> Splash$SplashPainter$1.run:400
> InvocationEvent.dispatch:311
> EventQueue.dispatchEventImpl:756
> EventQueue.access$500:97
> EventQueue$3.run:709
> EventQueue$3.run:703
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:80
> EventQueue.dispatchEvent:726
> EventDispatchThread.pumpOneEventForFilters:201
> EventDispatchThread.pumpEventsForFilter:116
> EventDispatchThread.pumpEventsForHierarchy:105
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.pumpEvents:93
> EventDispatchThread.run:82 {noformat}
> AppKit/FX thread:
> {noformat}
> UIManager.maybeInitialize:1424
> UIManager.getLookAndFeel:492
> NbBrowsers.applyNbSkin:62
> NbBrowsers$1ApplySkin.run:54
> Hidden Source Calls
> InitializeWebView.run:45
> BrowserBuilder$1OnPageLoad$1CallInitMethod.run:310
> BrwsrCtx$1Wrap.run:120
> AbstractFXPresenter.execute:354
> BrwsrCtx.execute:131
> BrowserBuilder$1OnPageLoad.run:348
> AbstractFXPresenter.onPageLoad:135
> InitializeWebView$1.changed:64
> InitializeWebView$1.changed:57
> ExpressionHelper$SingleChange.fireValueChangedEvent:182
> ExpressionHelper.fireValueChangedEvent:81
> ReadOnlyObjectPropertyBase.fireValueChangedEvent:74
> ReadOnlyObjectWrapper.fireValueChangedEvent:102
> ObjectPropertyBase.markInvalid:112
> ObjectPropertyBase.set:146
> WebEngine$LoadWorker.updateState:1287
> WebEngine$LoadWorker.dispatchLoadEvent:1398
> WebEngine$LoadWorker.access$1200:1280
> WebEngine$PageLoadListener.dispatchLoadEvent:1267
> WebPage.fireLoadEvent:2499
> WebPage.fwkFireLoadEvent:2343
> URLLoader.twkDidFinishLoading
> URLLoader.notifyDidFinishLoading:859
> URLLoader.lambda$didFinishLoading$103:850
> 1530391356.run
> PlatformImpl.lambda$null$172:295
> 1314999409.run
> AccessController.doPrivileged
> PlatformImpl.lambda$runLater$173:294
> 1702940637.run
> InvokeLaterDispatcher$Future.run:95 {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-349) 2 tests in CustomMenuBarTest always fail
[ https://issues.apache.org/jira/browse/NETBEANS-349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-349: - Labels: test-fail test-failure test-failure-fresh (was: ) > 2 tests in CustomMenuBarTest always fail > > > Key: NETBEANS-349 > URL: https://issues.apache.org/jira/browse/NETBEANS-349 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Labels: test-fail, test-failure, test-failure-fresh > Attachments: 2018-01-31 09_09_46-Core - Windows - NetBeans IDE 8.2.png > > > They have yet to pass for me. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-350) Commit validation fails on master build
[ https://issues.apache.org/jira/browse/NETBEANS-350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-350: - Labels: test-fail test-failure test-failure-fresh (was: ) > Commit validation fails on master build > --- > > Key: NETBEANS-350 > URL: https://issues.apache.org/jira/browse/NETBEANS-350 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0, Next >Reporter: Austin Stephens >Priority: Major > Labels: test-fail, test-failure, test-failure-fresh > > Someone needs to be shot... Will not pass on a clean build. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-473) org.openide.awt.ActionsTest.testTooltipsContainAccelerator Fails on macs
[
https://issues.apache.org/jira/browse/NETBEANS-473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-473:
-
Description:
{noformat}
junit.framework.AssertionFailedError
at
org.openide.awt.ActionsTest.testTooltipsContainAccelerator(ActionsTest.java:391)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
{noformat}
The tooltip is actually "^+C". It was expecting "Ctrl+C".
was:
{noformat}
junit.framework.AssertionFailedError
at
org.openide.awt.ActionsTest.testTooltipsContainAccelerator(ActionsTest.java:391)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
{noformat}
The tooltip is actually "^+C"
> org.openide.awt.ActionsTest.testTooltipsContainAccelerator Fails on macs
>
>
> Key: NETBEANS-473
> URL: https://issues.apache.org/jira/browse/NETBEANS-473
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Actions
>Affects Versions: 9.0, Next
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-fail, test-failure, test-failure-fresh
>
> {noformat}
> junit.framework.AssertionFailedError
> at
> org.openide.awt.ActionsTest.testTooltipsContainAccelerator(ActionsTest.java:391)
> at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
> at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
> at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
> at
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at java.awt.EventDispatchThread.pumpEvents(Event
[jira] [Created] (NETBEANS-473) org.openide.awt.ActionsTest.testTooltipsContainAccelerator Fails on macs
Austin Stephens created NETBEANS-473:
Summary:
org.openide.awt.ActionsTest.testTooltipsContainAccelerator Fails on macs
Key: NETBEANS-473
URL: https://issues.apache.org/jira/browse/NETBEANS-473
Project: NetBeans
Issue Type: Bug
Components: platform - Actions
Affects Versions: 9.0, Next
Environment: Mac
Reporter: Austin Stephens
{noformat}
junit.framework.AssertionFailedError
at
org.openide.awt.ActionsTest.testTooltipsContainAccelerator(ActionsTest.java:391)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
{noformat}
The tooltip is actually "^+C"
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-474) VersioningQueryTest in org.netbeans.api.queries fails when not debugged but passes when debugged on mac
Austin Stephens created NETBEANS-474:
Summary: VersioningQueryTest in org.netbeans.api.queries fails
when not debugged but passes when debugged on mac
Key: NETBEANS-474
URL: https://issues.apache.org/jira/browse/NETBEANS-474
Project: NetBeans
Issue Type: Bug
Components: platform - Other
Affects Versions: 9.0, Next
Environment: Mac
Reporter: Austin Stephens
{noformat}
junit.framework.AssertionFailedError
at
org.netbeans.api.queries.VersioningQueryTest.testNormalized(VersioningQueryTest.java:81)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at java.lang.Thread.run(Thread.java:748)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-475) org.netbeans.modules.templatesui.CompatibilityKitTest Deadlocks on mac
Austin Stephens created NETBEANS-475: Summary: org.netbeans.modules.templatesui.CompatibilityKitTest Deadlocks on mac Key: NETBEANS-475 URL: https://issues.apache.org/jira/browse/NETBEANS-475 Project: NetBeans Issue Type: Bug Components: platform - HTML4J Affects Versions: 9.0, Next Environment: Mac Reporter: Austin Stephens This test deadlocks for the same reason the html.uiapi tests do ([NETBEANS-468]) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-476) uihandler.InstallerTest fails on Mac
[
https://issues.apache.org/jira/browse/NETBEANS-476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-476:
-
Environment: Mac
> uihandler.InstallerTest fails on Mac
>
>
> Key: NETBEANS-476
> URL: https://issues.apache.org/jira/browse/NETBEANS-476
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Actions
>Affects Versions: 9.0, Next
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-fail, test-failure, test-failure-fresh
>
> {noformat}
> java.lang.reflect.InvocationTargetException
> at java.awt.EventQueue.invokeAndWait(EventQueue.java:1321)
> at java.awt.EventQueue.invokeAndWait(EventQueue.java:1296)
> at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1348)
> at
> org.netbeans.modules.uihandler.InstallerTest.runTestInEQ(InstallerTest.java:69)
> at
> org.netbeans.modules.uihandler.InstallerTest.testLeftAligned(InstallerTest.java:514)
> at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
> at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
> at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
> at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479)
> at org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
> Caused by: java.lang.RuntimeException: junit.framework.AssertionFailedError:
> Mnemonics expected:<83> but was:<0>
> at
> org.netbeans.modules.uihandler.InstallerTest$1.run(InstallerTest.java:84)
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
> at
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: junit.framework.AssertionFailedError: Mnemonics expected:<83> but
> was:<0>
> at
> org.netbeans.modules.uihandler.InstallerTest.inEQtestLeftAligned(InstallerTest.java:541)
> at
> org.netbeans.modules.uihandler.InstallerTest$1.run(InstallerTest.java:74)
> {noformat}
> Expected 'S' but got '\0'
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-476) uihandler.InstallerTest fails on Mac
Austin Stephens created NETBEANS-476:
Summary: uihandler.InstallerTest fails on Mac
Key: NETBEANS-476
URL: https://issues.apache.org/jira/browse/NETBEANS-476
Project: NetBeans
Issue Type: Bug
Components: platform - Actions
Affects Versions: 9.0, Next
Reporter: Austin Stephens
{noformat}
java.lang.reflect.InvocationTargetException
at java.awt.EventQueue.invokeAndWait(EventQueue.java:1321)
at java.awt.EventQueue.invokeAndWait(EventQueue.java:1296)
at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1348)
at
org.netbeans.modules.uihandler.InstallerTest.runTestInEQ(InstallerTest.java:69)
at
org.netbeans.modules.uihandler.InstallerTest.testLeftAligned(InstallerTest.java:514)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479)
at org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
Caused by: java.lang.RuntimeException: junit.framework.AssertionFailedError:
Mnemonics expected:<83> but was:<0>
at org.netbeans.modules.uihandler.InstallerTest$1.run(InstallerTest.java:84)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: junit.framework.AssertionFailedError: Mnemonics expected:<83> but
was:<0>
at
org.netbeans.modules.uihandler.InstallerTest.inEQtestLeftAligned(InstallerTest.java:541)
at org.netbeans.modules.uihandler.InstallerTest$1.run(InstallerTest.java:74)
{noformat}
Expected 'S' but got '\0'
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16415728#comment-16415728
]
Austin Stephens commented on NETBEANS-373:
--
This will still render Netbeans nigh unusable to Mac users unless they decide
to never use refactoring if using an up-to-date version of the JDK. This
includes Java 9.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-348) Change DialogDisplayer.createDialog to be able to take a Window instead of a Frame
[ https://issues.apache.org/jira/browse/NETBEANS-348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16415737#comment-16415737 ] Austin Stephens commented on NETBEANS-348: -- Ok. That makes sense. Removing blocker for 9.0 > Change DialogDisplayer.createDialog to be able to take a Window instead of a > Frame > -- > > Key: NETBEANS-348 > URL: https://issues.apache.org/jira/browse/NETBEANS-348 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > > Blocking since this would be an API change. Depends on NETBEANS-320. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-348) Change DialogDisplayer.createDialog to be able to take a Window instead of a Frame
[ https://issues.apache.org/jira/browse/NETBEANS-348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16415738#comment-16415738 ] Austin Stephens commented on NETBEANS-348: -- It looks like the 9.0 target was already removed. > Change DialogDisplayer.createDialog to be able to take a Window instead of a > Frame > -- > > Key: NETBEANS-348 > URL: https://issues.apache.org/jira/browse/NETBEANS-348 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > > Blocking since this would be an API change. Depends on NETBEANS-320. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16415963#comment-16415963
]
Austin Stephens commented on NETBEANS-373:
--
My main question here is why do we need to hold a lock on the object while the
dialog is visible? Also, would a heap dump help more?
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-373:
-
Attachment: Screen Shot 2018-04-02 at 11.22.11 AM.png
Screen Shot 2018-04-02 at 11.23.15 AM.png
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16422817#comment-16422817
]
Austin Stephens commented on NETBEANS-373:
--
I have added some screen shots showing any outstanding locks on the stack. It
looks like it is syncing on "this" and not the tree lock.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apac
[jira] [Comment Edited] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16422817#comment-16422817
]
Austin Stephens edited comment on NETBEANS-373 at 4/2/18 5:31 PM:
--
I have added some screen shots showing any outstanding locks on the stack. It
looks like it is syncing on "this" and not the tree lock.
In Component:
{code:java}
public synchronized void addContainerListener(ContainerListener l) {
{code}
In ParametersPanel (that calls show)
{code:java}
public synchronized RefactoringSession showDialog() {
{code}
was (Author: sir intellegence):
I have added some screen shots showing any outstanding locks on the stack. It
looks like it is syncing on "this" and not the tree lock.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents
[jira] [Created] (NETBEANS-605) Permit the user to select initialized fields when generating a conscructor
Austin Stephens created NETBEANS-605: Summary: Permit the user to select initialized fields when generating a conscructor Key: NETBEANS-605 URL: https://issues.apache.org/jira/browse/NETBEANS-605 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 8.2, 9.0, Next Reporter: Austin Stephens You can Generate a constructor via Source->Insert Code->Constructor. However, the list of variables it gives you only consists of fields that do not have a default value assigned to them. It would be nice if those were in the list as well. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-605) Permit the user to select initialized fields when generating a constructor
[ https://issues.apache.org/jira/browse/NETBEANS-605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-605: - Summary: Permit the user to select initialized fields when generating a constructor (was: Permit the user to select initialized fields when generating a conscructor) > Permit the user to select initialized fields when generating a constructor > -- > > Key: NETBEANS-605 > URL: https://issues.apache.org/jira/browse/NETBEANS-605 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 8.2, 9.0, Next >Reporter: Austin Stephens >Priority: Minor > > You can Generate a constructor via Source->Insert Code->Constructor. However, > the list of variables it gives you only consists of fields that do not have a > default value assigned to them. It would be nice if those were in the list as > well. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-346) Tabs, characters, and the right Margin don't line up
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16428693#comment-16428693 ] Austin Stephens commented on NETBEANS-346: -- Interesting... Changing the font from the default monospace to Lucida Sans Typewriter fixes the issue for some reason. We should still fix the issue for the default monospace font though. Maybe you could ask some more Mac users to figure out why it happens. > Tabs, characters, and the right Margin don't line up > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Critical > Fix For: 9.0 > > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png, linewidth.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16428986#comment-16428986
]
Austin Stephens commented on NETBEANS-373:
--
Why is `ParametersPanel.showDialog` (in refactoring.api) `synchronized` anyway?
I tried to get a blame on that line, and it goes back to 10/24/2006 with what
appears to be the creation of the file in the repo from somewhere else... Does
anyone happen to have a copy of the old CVS repo anywhere?
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans
[jira] [Comment Edited] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16428986#comment-16428986
]
Austin Stephens edited comment on NETBEANS-373 at 4/6/18 9:11 PM:
--
Why is `ParametersPanel.showDialog` (in refactoring.api) `synchronized` anyway?
I tried to get a blame on that line, and it goes back to 10/24/2006 with what
appears to be the creation of the file in the repo from somewhere else... Does
anyone happen to have a copy of the old CVS repo anywhere? The revision in
question has the tag of "{color:#00}after_retouche_2006_merge_trunk{color}"
was (Author: sir intellegence):
Why is `ParametersPanel.showDialog` (in refactoring.api) `synchronized` anyway?
I tried to get a blame on that line, and it goes back to 10/24/2006 with what
appears to be the creation of the file in the repo from somewhere else... Does
anyone happen to have a copy of the old CVS repo anywhere?
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEven
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16429247#comment-16429247
]
Austin Stephens commented on NETBEANS-373:
--
[~cowwoc] I was checking that one. I meant the one before that. The sources
page
([https://web.archive.org/web/20171022112341/https://netbeans.org/community/sources/])
(using a wayback machine link since it will likely change) mentions "the old
CVS repository". I was thinking the refactor sources would have come from there
possibly since I don't know where else the code could have come from. Here is a
link to the revision I tracked the things down to:
http://hg.netbeans.org/releases/rev/bb5436a892c1
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchT
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16431078#comment-16431078
]
Austin Stephens commented on NETBEANS-373:
--
Is it possible to hook them into this thread, or did you already do so by
referencing them?
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+l
[jira] [Created] (NETBEANS-643) Mercurial Annotate fails on files with spaces in them and files named like .hgignore
Austin Stephens created NETBEANS-643:
Summary: Mercurial Annotate fails on files with spaces in them and
files named like .hgignore
Key: NETBEANS-643
URL: https://issues.apache.org/jira/browse/NETBEANS-643
Project: NetBeans
Issue Type: Bug
Components: versioncontrol - Mercurial
Affects Versions: 8.2, 9.0, Next
Reporter: Austin Stephens
Annotate cannot handle output lines such as:
{noformat}
foo 8731 foo/ba r.baz: 98: Stuff
foo 8731 .foo/bar.baz: 98: Stuff{noformat}
Resulting in the annotate column containing nothing. Please fix, it is very
annoying and I have to use a different program to do annotating.
I recommend using a proper data structure (like xml) to get the blame info.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-643) Mercurial Annotate fails on files with spaces in them and files named like .hgignore
[
https://issues.apache.org/jira/browse/NETBEANS-643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16435824#comment-16435824
]
Austin Stephens commented on NETBEANS-643:
--
I have a workaround/fix that I am testing right now. I was going to use JSON
for the blame format, but some weird things happen when that is done.
> Mercurial Annotate fails on files with spaces in them and files named like
> .hgignore
>
>
> Key: NETBEANS-643
> URL: https://issues.apache.org/jira/browse/NETBEANS-643
> Project: NetBeans
> Issue Type: Bug
> Components: versioncontrol - Mercurial
>Affects Versions: 8.2, 9.0, Next
>Reporter: Austin Stephens
>Priority: Major
>
> Annotate cannot handle output lines such as:
> {noformat}
> foo 8731 foo/ba r.baz: 98: Stuff
> foo 8731 .foo/bar.baz: 98: Stuff{noformat}
> Resulting in the annotate column containing nothing. Please fix, it is very
> annoying and I have to use a different program to do annotating.
> I recommend using a proper data structure (like xml) to get the blame info.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-654) InvalidFileException while editing a class with a .form file
Austin Stephens created NETBEANS-654:
Summary: InvalidFileException while editing a class with a .form
file
Key: NETBEANS-654
URL: https://issues.apache.org/jira/browse/NETBEANS-654
Project: NetBeans
Issue Type: Bug
Components: java - Source
Affects Versions: 9.0
Environment: Mac
Reporter: Austin Stephens
This happens while Netbeans is trying to parse the source of a class that has a
form designer editor thingy.
{noformat}
Annotation: An error occurred during parsing of
'/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
Please report a bug against java/source and attach dump file
'/Users/astephens/Library/Application
Support/NetBeans/dev/var/log/_4.dump'.
Annotation: An error occurred during parsing of
'/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
Please report a bug against java/source and attach dump file
'/Users/astephens/Library/Application
Support/NetBeans/dev/var/log/_4.dump'.
Annotation: An error occurred during parsing of
'/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
Please report a bug against java/source and attach dump file
'/Users/astephens/Library/Application
Support/NetBeans/dev/var/log/_4.dump'.
Annotation: An error occurred during parsing of
'/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
Please report a bug against java/source and attach dump file
'/Users/astephens/Library/Application
Support/NetBeans/dev/var/log/_4.dump'.
An error occurred during parsing of
'/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
Please report a bug against java/source and attach dump file
'/Users/astephens/Library/Application
Support/NetBeans/dev/var/log/_4.dump'.
An error occurred during parsing of
'/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
Please report a bug against java/source and attach dump file
'/Users/astephens/Library/Application
Support/NetBeans/dev/var/log/_4.dump'.
Caused:
org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
Invalid or deleted file:
/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
at
org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
at
org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
Caused: java.lang.IllegalArgumentException
at
org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
at
org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
at
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
[catch] at
org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
at
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
at
org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
at
org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
at
org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
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.java:451)
at
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
at
org.netbeans.modules.java.JavaNode$IconTask$SourceIcon.computeIcon(JavaNode.java:440)
at org.netbeans.modules.java.JavaNode$IconTask.run(JavaNode.java:402)
at org.openide.util.
[jira] [Updated] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-654:
-
Priority: Blocker (was: Major)
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused:
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
> Invalid or deleted file:
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
> at
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
> 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.Par
[jira] [Created] (NETBEANS-663) Shortcuts using "alt/option" on the mac do not work.
Austin Stephens created NETBEANS-663:
Summary: Shortcuts using "alt/option" on the mac do not work.
Key: NETBEANS-663
URL: https://issues.apache.org/jira/browse/NETBEANS-663
Project: NetBeans
Issue Type: Bug
Components: platform - Action Items
Affects Versions: 9.0
Reporter: Austin Stephens
The menu item flashes like it was activated, but nothing happens. This might be
because the key is interpreted like "alt altGraph pressed \{Key}" or because it
is never added to the binding map. I do note that "alt + F11" was in the map,
but that didn't work either (probably for the first reason). All of the others
are just not in the map. See NbKeymap.getAction.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16437758#comment-16437758
]
Austin Stephens commented on NETBEANS-654:
--
I have yet to find a consistent way to reproduce it other than it happens on
those types of files. The best I can think of at the moment is that a race
condition occurs where something deletes the file while the other thread tries
to read it.
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused:
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
> Invalid or deleted file:
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
> at
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
> 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.
[jira] [Commented] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16437790#comment-16437790
]
Austin Stephens commented on NETBEANS-654:
--
I have a feeling that this might be related (info obtained on a different
instance of the issue):
Thread: Diffsidebar long tasks :: FILE_DELETED
/var/folders/h7//T/vcs-/vcs-/.form
{noformat}
File.getParentFile:499
FileInfo.getRoot:165
FileObjectFactory.getInstance:104
FileObjectFactory.getInstance:99
BaseFileObj.getFactory:625
BaseFileObj.getParent:597
FileUtil.isParentOf:1448
RepositoryUpdater.getOwningSourceRoot:1619
ErrorAnnotator$RootAddedDeletedListener.update:369
ErrorAnnotator$RootAddedDeletedListener.fileDeleted:358
FCLSupport$DispatchEventWrapper.dispatchEventImpl:156
FCLSupport$DispatchEventWrapperMulti.dispatchAllEventsSync:223
FCLSupport$DispatchEventWrapper.dispatchEvent:112
FCLSupport.dispatchEvent:87
FileObject$ED.dispatch:1410
FileSystem$EventDispatcher.run:770
EventControl.dispatchEvent:59
FileSystem.dispatchEvent:529
FileObject.dispatchEvent:619
FileObject.fireFileDeletedEvent:595
BaseFileObj.fireFileDeletedEvent:717
FolderObj.delete:427
BaseFileObj$2.call:767
BaseFileObj$2.call:762
FileBasedFileSystem.runAsInconsistent:97
BaseFileObj.delete:776
FileObject.delete:385
DiffSidebar.deleteTempFolder:1174
DiffSidebar.getText:984
DiffSidebar.access$1600:89
DiffSidebar$RefreshDiffTask.fetchOriginalContent:940
DiffSidebar$RefreshDiffTask.computeDiff:909
DiffSidebar$RefreshDiffTask.run:894
RequestProcessor$Task.run:1418
GlobalLookup.execute:45
Lookups.executeWith:278
RequestProcessor$Processor.run:2033{noformat}
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused:
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
> Invalid or deleted file:
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
> at
> org.netbeans.modules.jav
[jira] [Comment Edited] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16437790#comment-16437790
]
Austin Stephens edited comment on NETBEANS-654 at 4/13/18 7:34 PM:
---
I have a feeling that this might be related (info obtained on a different
instance of the issue):
Thread: Diffsidebar long tasks :: FILE_DELETED
/var/folders/h7//T/vcs-/vcs-/.form
{noformat}
File.getParentFile:499
FileInfo.getRoot:165
FileObjectFactory.getInstance:104
FileObjectFactory.getInstance:99
BaseFileObj.getFactory:625
BaseFileObj.getParent:597
FileUtil.isParentOf:1448
RepositoryUpdater.getOwningSourceRoot:1619
ErrorAnnotator$RootAddedDeletedListener.update:369
ErrorAnnotator$RootAddedDeletedListener.fileDeleted:358
FCLSupport$DispatchEventWrapper.dispatchEventImpl:156
FCLSupport$DispatchEventWrapperMulti.dispatchAllEventsSync:223
FCLSupport$DispatchEventWrapper.dispatchEvent:112
FCLSupport.dispatchEvent:87
FileObject$ED.dispatch:1410
FileSystem$EventDispatcher.run:770
EventControl.dispatchEvent:59
FileSystem.dispatchEvent:529
FileObject.dispatchEvent:619
FileObject.fireFileDeletedEvent:595
BaseFileObj.fireFileDeletedEvent:717
FolderObj.delete:427
BaseFileObj$2.call:767
BaseFileObj$2.call:762
FileBasedFileSystem.runAsInconsistent:97
BaseFileObj.delete:776
FileObject.delete:385
DiffSidebar.deleteTempFolder:1174
DiffSidebar.getText:984
DiffSidebar.access$1600:89
DiffSidebar$RefreshDiffTask.fetchOriginalContent:940
DiffSidebar$RefreshDiffTask.computeDiff:909
DiffSidebar$RefreshDiffTask.run:894
RequestProcessor$Task.run:1418
GlobalLookup.execute:45
Lookups.executeWith:278
RequestProcessor$Processor.run:2033
{noformat}
I got this by setting an exception breakpoint that stops all threads.
was (Author: sir intellegence):
I have a feeling that this might be related (info obtained on a different
instance of the issue):
Thread: Diffsidebar long tasks :: FILE_DELETED
/var/folders/h7//T/vcs-/vcs-/.form
{noformat}
File.getParentFile:499
FileInfo.getRoot:165
FileObjectFactory.getInstance:104
FileObjectFactory.getInstance:99
BaseFileObj.getFactory:625
BaseFileObj.getParent:597
FileUtil.isParentOf:1448
RepositoryUpdater.getOwningSourceRoot:1619
ErrorAnnotator$RootAddedDeletedListener.update:369
ErrorAnnotator$RootAddedDeletedListener.fileDeleted:358
FCLSupport$DispatchEventWrapper.dispatchEventImpl:156
FCLSupport$DispatchEventWrapperMulti.dispatchAllEventsSync:223
FCLSupport$DispatchEventWrapper.dispatchEvent:112
FCLSupport.dispatchEvent:87
FileObject$ED.dispatch:1410
FileSystem$EventDispatcher.run:770
EventControl.dispatchEvent:59
FileSystem.dispatchEvent:529
FileObject.dispatchEvent:619
FileObject.fireFileDeletedEvent:595
BaseFileObj.fireFileDeletedEvent:717
FolderObj.delete:427
BaseFileObj$2.call:767
BaseFileObj$2.call:762
FileBasedFileSystem.runAsInconsistent:97
BaseFileObj.delete:776
FileObject.delete:385
DiffSidebar.deleteTempFolder:1174
DiffSidebar.getText:984
DiffSidebar.access$1600:89
DiffSidebar$RefreshDiffTask.fetchOriginalContent:940
DiffSidebar$RefreshDiffTask.computeDiff:909
DiffSidebar$RefreshDiffTask.run:894
RequestProcessor$Task.run:1418
GlobalLookup.execute:45
Lookups.executeWith:278
RequestProcessor$Processor.run:2033{noformat}
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against jav
[jira] [Comment Edited] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16437790#comment-16437790
]
Austin Stephens edited comment on NETBEANS-654 at 4/13/18 7:38 PM:
---
I have a feeling that this might be related (info obtained on a different
instance of the issue):
Thread: Diffsidebar long tasks :: FILE_DELETED
/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523641982284/vcs-1523647512781/.form
{noformat}
File.getParentFile:499
FileInfo.getRoot:165
FileObjectFactory.getInstance:104
FileObjectFactory.getInstance:99
BaseFileObj.getFactory:625
BaseFileObj.getParent:597
FileUtil.isParentOf:1448
RepositoryUpdater.getOwningSourceRoot:1619
ErrorAnnotator$RootAddedDeletedListener.update:369
ErrorAnnotator$RootAddedDeletedListener.fileDeleted:358
FCLSupport$DispatchEventWrapper.dispatchEventImpl:156
FCLSupport$DispatchEventWrapperMulti.dispatchAllEventsSync:223
FCLSupport$DispatchEventWrapper.dispatchEvent:112
FCLSupport.dispatchEvent:87
FileObject$ED.dispatch:1410
FileSystem$EventDispatcher.run:770
EventControl.dispatchEvent:59
FileSystem.dispatchEvent:529
FileObject.dispatchEvent:619
FileObject.fireFileDeletedEvent:595
BaseFileObj.fireFileDeletedEvent:717
FolderObj.delete:427
BaseFileObj$2.call:767
BaseFileObj$2.call:762
FileBasedFileSystem.runAsInconsistent:97
BaseFileObj.delete:776
FileObject.delete:385
DiffSidebar.deleteTempFolder:1174
DiffSidebar.getText:984
DiffSidebar.access$1600:89
DiffSidebar$RefreshDiffTask.fetchOriginalContent:940
DiffSidebar$RefreshDiffTask.computeDiff:909
DiffSidebar$RefreshDiffTask.run:894
RequestProcessor$Task.run:1418
GlobalLookup.execute:45
Lookups.executeWith:278
RequestProcessor$Processor.run:2033
{noformat}
I got this by setting an exception breakpoint that stops all threads. The path
that went missing was
/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523641982284/vcs-1523647512781/.java
was (Author: sir intellegence):
I have a feeling that this might be related (info obtained on a different
instance of the issue):
Thread: Diffsidebar long tasks :: FILE_DELETED
/var/folders/h7//T/vcs-/vcs-/.form
{noformat}
File.getParentFile:499
FileInfo.getRoot:165
FileObjectFactory.getInstance:104
FileObjectFactory.getInstance:99
BaseFileObj.getFactory:625
BaseFileObj.getParent:597
FileUtil.isParentOf:1448
RepositoryUpdater.getOwningSourceRoot:1619
ErrorAnnotator$RootAddedDeletedListener.update:369
ErrorAnnotator$RootAddedDeletedListener.fileDeleted:358
FCLSupport$DispatchEventWrapper.dispatchEventImpl:156
FCLSupport$DispatchEventWrapperMulti.dispatchAllEventsSync:223
FCLSupport$DispatchEventWrapper.dispatchEvent:112
FCLSupport.dispatchEvent:87
FileObject$ED.dispatch:1410
FileSystem$EventDispatcher.run:770
EventControl.dispatchEvent:59
FileSystem.dispatchEvent:529
FileObject.dispatchEvent:619
FileObject.fireFileDeletedEvent:595
BaseFileObj.fireFileDeletedEvent:717
FolderObj.delete:427
BaseFileObj$2.call:767
BaseFileObj$2.call:762
FileBasedFileSystem.runAsInconsistent:97
BaseFileObj.delete:776
FileObject.delete:385
DiffSidebar.deleteTempFolder:1174
DiffSidebar.getText:984
DiffSidebar.access$1600:89
DiffSidebar$RefreshDiffTask.fetchOriginalContent:940
DiffSidebar$RefreshDiffTask.computeDiff:909
DiffSidebar$RefreshDiffTask.run:894
RequestProcessor$Task.run:1418
GlobalLookup.execute:45
Lookups.executeWith:278
RequestProcessor$Processor.run:2033
{noformat}
I got this by setting an exception breakpoint that stops all threads.
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/as
[jira] [Commented] (NETBEANS-663) Shortcuts using "alt/option" on the mac do not work.
[
https://issues.apache.org/jira/browse/NETBEANS-663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16437841#comment-16437841
]
Austin Stephens commented on NETBEANS-663:
--
I note that this appears to happen in windows as well if you use the right alt
key instead of the left one. The right one doesn't work. I think that might be
related to Java 9.
> Shortcuts using "alt/option" on the mac do not work.
>
>
> Key: NETBEANS-663
> URL: https://issues.apache.org/jira/browse/NETBEANS-663
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Action Items
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
>
> The menu item flashes like it was activated, but nothing happens. This might
> be because the key is interpreted like "alt altGraph pressed \{Key}" or
> because it is never added to the binding map. I do note that "alt + F11" was
> in the map, but that didn't work either (probably for the first reason). All
> of the others are just not in the map. See NbKeymap.getAction.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16437869#comment-16437869
]
Austin Stephens commented on NETBEANS-654:
--
Well, that is funny (I think). I placed a breakpoint at the constructor for
SourceIcon, and it appears that it is called and then submitted for an async
task "indirectly" by DiffSidebar.getEditorCookie.
{noformat}
JavaNode$IconTask$SourceIcon.:431
JavaNode$IconTask$SourceIcon.:428
JavaNode$IconTask.create:535
JavaNode.:126
JavaDataSupport.createJavaNode:66
FormDataNode.:51
NbFormServices.createFormDataNode:105
FormDataObject.createNodeDelegate:152
DataObject$1.run:347
DefaultMutexImplementation.readAccess:172
DefaultMutexImplementation$1R.run:1016
Children$ProjectManagerDeadlockDetector.execute:1913
DefaultMutexImplementation.doWrapperAccess:1035
DefaultMutexImplementation.readAccess:162
Mutex.readAccess:235
DataObject.getNodeDelegateImpl:330
DataObject.getNodeDelegate:317
FormDataObject.getLookup:90
FormEditorSupport.:193
NbFormServices.createEditorSupport:126
FormDataObject.getFormEditorSupport:131
FormDataObject.getCookie:81
DiffSidebar.getEditorCookie:
DiffSidebar.getText:1060
DiffSidebar.getText:979
DiffSidebar.access$1600:89
DiffSidebar$RefreshDiffTask.fetchOriginalContent:940{noformat}
DiffSidebar creates two temp files in getText(VersioningSystem) (one for .form
and one for .java) in a temp folder that is deleted in a `finally` that is
called before leaving the method. The .java file is the *same file* *that is
given to the Source Icon Task*. This results in the file being deleted before
JavaNode$IconTask$SourceIcon gets a chance to read it.
Well, that was round-about... Aren't debuggers great? Also, is that enough for
you to find the issue?
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused:
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
> Invalid or deleted file:
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
[jira] [Updated] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-654:
-
Attachment: AccessibilityBugKiller.zip
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
> Attachments: AccessibilityBugKiller.zip
>
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused:
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
> Invalid or deleted file:
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
> at
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
> 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.TaskP
[jira] [Commented] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16441437#comment-16441437
]
Austin Stephens commented on NETBEANS-654:
--
I have added a simple sample. It is of a past bug killing project with
mercurial versioning.
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
> Attachments: AccessibilityBugKiller.zip
>
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused:
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
> Invalid or deleted file:
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
> at
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
> 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.module
[jira] [Comment Edited] (NETBEANS-654) InvalidFileException while editing a class with a .form file
[
https://issues.apache.org/jira/browse/NETBEANS-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16441437#comment-16441437
]
Austin Stephens edited comment on NETBEANS-654 at 4/17/18 8:14 PM:
---
I have added a simple sample. It is of a past bug killing project with
mercurial versioning. All you need to do is to open one of the form files and
it should explode.
was (Author: sir intellegence):
I have added a simple sample. It is of a past bug killing project with
mercurial versioning.
> InvalidFileException while editing a class with a .form file
>
>
> Key: NETBEANS-654
> URL: https://issues.apache.org/jira/browse/NETBEANS-654
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Jan Lahoda
>Priority: Blocker
> Attachments: AccessibilityBugKiller.zip
>
>
> This happens while Netbeans is trying to parse the source of a class that has
> a form designer editor thingy.
> {noformat}
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Annotation: An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> An error occurred during parsing of
> '/var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java'.
> Please report a bug against java/source and attach dump file
> '/Users/astephens/Library/Application
> Support/NetBeans/dev/var/log/_4.dump'.
> Caused:
> org.netbeans.modules.java.source.parsing.FileObjects$InvalidFileException:
> Invalid or deleted file:
> /var/folders/h7/fj0xqrvj6398tchb4bvt4b8c0xt43p/T/vcs-1523547877869/vcs-1523563534216/.java
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:354)
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:334)
> Caused: java.lang.IllegalArgumentException
> at
> org.netbeans.modules.java.source.parsing.FileObjects.sourceFileObject(FileObjects.java:337)
> at
> org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:730)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
> [catch] at
> org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:580)
> at
> org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
> at
> org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:443)
> at
> org.netbeans.modules.java.JavaNode$IconTask$SourceIcon$1.run(JavaNode.java:440)
> 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)
[jira] [Created] (NETBEANS-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method
Austin Stephens created NETBEANS-708:
Summary: 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
{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
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method
[
https://issues.apache.org/jira/browse/NETBEANS-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16446298#comment-16446298
]
Austin Stephens commented on NETBEANS-708:
--
It looks like it happens when the annotation is on a non-final value as well,
it just happens more predictably.
> 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
>
> {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
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16446638#comment-16446638
]
Austin Stephens commented on NETBEANS-373:
--
I have tested removing the synchronized from the showDialog method and have yet
to see issues.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailin
[jira] [Commented] (NETBEANS-344) org.netbeans.core.windows.service.PresenterDecorator is not publicly accessible
[ https://issues.apache.org/jira/browse/NETBEANS-344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16446639#comment-16446639 ] Austin Stephens commented on NETBEANS-344: -- I can't think if much off of the top of my head, but I don't think that class is used anywhere. It could be useful to some people though. > org.netbeans.core.windows.service.PresenterDecorator is not publicly > accessible > --- > > Key: NETBEANS-344 > URL: https://issues.apache.org/jira/browse/NETBEANS-344 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 >Reporter: Austin Stephens >Priority: Trivial > > The commit message for adding it states that it was added so other modules > could customize the displayed dialog, but it is module private. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method
[
https://issues.apache.org/jira/browse/NETBEANS-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16447106#comment-16447106
]
Austin Stephens commented on NETBEANS-708:
--
I guess I will try it with a fresh project and file and see if i can still
break it then.
> 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
> 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
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-708) Code completion throws an AssertionError when running before an annotation on a final variable in a method
[
https://issues.apache.org/jira/browse/NETBEANS-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16447107#comment-16447107
]
Austin Stephens commented on NETBEANS-708:
--
Or were you able to break it?
> 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
> 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
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16450444#comment-16450444
]
Austin Stephens commented on NETBEANS-373:
--
I use the 9.0 version. It breaks with that. I am the one that submitted the bug.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Thomas Corte
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/di
[jira] [Comment Edited] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16450444#comment-16450444
]
Austin Stephens edited comment on NETBEANS-373 at 4/24/18 8:01 PM:
---
[~GeertjanWielenga]: I use the 9.0 version. It breaks with that. I am the one
that submitted the bug.
was (Author: sir intellegence):
I use the 9.0 version. It breaks with that. I am the one that submitted the bug.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Assignee: Thomas Corte
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netb
[jira] [Created] (NETBEANS-734) False positive of possible null pointer derefernce in catch
Austin Stephens created NETBEANS-734:
Summary: False positive of possible null pointer derefernce in
catch
Key: NETBEANS-734
URL: https://issues.apache.org/jira/browse/NETBEANS-734
Project: NetBeans
Issue Type: Bug
Components: java - Source
Affects Versions: 9.0
Reporter: Austin Stephens
{code:java}
private void someMethod(){}
private void falsePositive(){
try{
someMethod();
}
catch(RuntimeException e){
if (e instanceof NullPointerException){
throw e;
}
//false positive for possible null pointer
Throwable cause = e.getCause();
}
}
{code}
Is it event possible for e to be null?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-734) False positive of possible null pointer derefernce in catch
[
https://issues.apache.org/jira/browse/NETBEANS-734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-734:
-
Description:
{code:java}
private void someMethod(){}
private void falsePositive(){
try{
someMethod();
}
catch(RuntimeException e){
if (e instanceof NullPointerException){
throw e;
}
//false positive for possible null pointer
Throwable cause = e.getCause();
}
}
{code}
Is it even possible for e to be null?
was:
{code:java}
private void someMethod(){}
private void falsePositive(){
try{
someMethod();
}
catch(RuntimeException e){
if (e instanceof NullPointerException){
throw e;
}
//false positive for possible null pointer
Throwable cause = e.getCause();
}
}
{code}
Is it event possible for e to be null?
> False positive of possible null pointer derefernce in catch
> ---
>
> Key: NETBEANS-734
> URL: https://issues.apache.org/jira/browse/NETBEANS-734
> Project: NetBeans
> Issue Type: Bug
> Components: java - Source
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
>
> {code:java}
> private void someMethod(){}
> private void falsePositive(){
> try{
> someMethod();
> }
> catch(RuntimeException e){
> if (e instanceof NullPointerException){
> throw e;
> }
> //false positive for possible null pointer
> Throwable cause = e.getCause();
> }
> }
> {code}
> Is it even possible for e to be null?
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16459925#comment-16459925
]
Austin Stephens commented on NETBEANS-373:
--
It is at
"refactoring.api/src/org/netbeans/modules/refactoring/spi/impl/ParametersPanel.java"
I am more in favor of removing the synchronized things in the file in question.
No one know why they are there.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Fix For: 9.0
>
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netb
[jira] [Created] (NETBEANS-790) Cannot have the the cancel button on the showProgressDialogAndRun not interrupt the working thread.
Austin Stephens created NETBEANS-790: Summary: Cannot have the the cancel button on the showProgressDialogAndRun not interrupt the working thread. Key: NETBEANS-790 URL: https://issues.apache.org/jira/browse/NETBEANS-790 Project: NetBeans Issue Type: Bug Components: platform - Progress Affects Versions: 9.0 Reporter: Austin Stephens Some libraries (such as h2 and lucene when using nio) don't like it if you interrupt their thread when they are doing work. It causes bad things to happen (see https://github.com/h2database/h2database/issues/227). There is currently no way to ask the Progress API to not interrupt a thread when cancelling. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-889) False positive of "Null Pointer Dereference" when invoking Lamda
Austin Stephens created NETBEANS-889:
Summary: False positive of "Null Pointer Dereference" when
invoking Lamda
Key: NETBEANS-889
URL: https://issues.apache.org/jira/browse/NETBEANS-889
Project: NetBeans
Issue Type: Bug
Components: java - Hints
Affects Versions: 8.2, 9.0
Reporter: Austin Stephens
If the last line of a void Lamda is "field = null" and invoke the resulting (in
this case) Runnable, Netbeans will tell you that you are dereferncing a null
pointer.
{code:java}
// Some comments here
String value = "";
void nullDereference(){
Runnable run = ()->{
value = null;
};
run.run();//false positive
}
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-890) Remove the use of deprecated layout class "EqualFlowLayout" in NbPresenter
Austin Stephens created NETBEANS-890: Summary: Remove the use of deprecated layout class "EqualFlowLayout" in NbPresenter Key: NETBEANS-890 URL: https://issues.apache.org/jira/browse/NETBEANS-890 Project: NetBeans Issue Type: Bug Components: platform - Dialogs&Wizards Affects Versions: 8.2, 9.0 Reporter: Austin Stephens Documentation professes that "EqualFlowLayout" is not used anywhere in the NetBeans codebase. It is referenced in initializeButtons() -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
