[jira] [Created] (NETBEANS-1814) Alt/Option key is not recognized

2018-12-21 Thread Don (JIRA)
Don created NETBEANS-1814:
-

 Summary: Alt/Option key is not recognized
 Key: NETBEANS-1814
 URL: https://issues.apache.org/jira/browse/NETBEANS-1814
 Project: NetBeans
  Issue Type: Bug
  Components: cnd - Editor
Affects Versions: 9.0
 Environment: Product Version = Apache NetBeans IDE 9.0 (Build 
incubator-netbeans-release-334-on-20180708)
Operating System = Mac OS X version 10.14.2 running on x86_64
Java; VM; Vendor = 11
Runtime = Java HotSpot(TM) 64-Bit Server VM 11+28
Reporter: Don
 Fix For: 9.0


 

STEPS:
 Conditions that cause this can not be determined or predicted. The Alt/Option 
key appears to be initially recognized, but at some time during the session it 
stops being recognized. The IDE has to be totally shut down and restarted to 
get it back.

ACTUAL:
 When the Alt/Option key stop being recognized, any attempt to use the keyboard 
with that key depressed appears to be totally ignored.

EXPECTED:
 Various responses are expected depending on what other keys are used with the 
Alt/Option key, such as moving to the next word with the left and right arrow 
keys, or the next instance of a member with the up and down arrow keys, while 
the Alt/Option key is depressed.



--
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-1802) Problem with loading a project which has 2 different project files

2018-12-21 Thread Laszlo Kishalmi (JIRA)


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

Laszlo Kishalmi commented on NETBEANS-1802:
---

Well NetBeans evaluates projects upon the order of ProjectFactory registration 
id-s.
Though it might be possible to offer the type of project to be opened with when 
multiple ProjectFactory is available for the same folder.

> Problem with loading a project which has 2 different project files
> --
>
> Key: NETBEANS-1802
> URL: https://issues.apache.org/jira/browse/NETBEANS-1802
> Project: NetBeans
>  Issue Type: Improvement
>  Components: projects - Generic Infrastructure, projects - Generic 
> Projects UI
>Affects Versions: 8.2, 9.0, 10.0
>Reporter: Christian Lenz
>Priority: Critical
> Attachments: dasaa.7z
>
>
> Most of the comments are inside of the external ticket, but I will summerize 
> it:
> When I have a project, with 2 different project related files like pom.xml 
> and package.json. One is always winning. In my case, pom is winning.
> I had a html5 project, where NetBeans found package.json and everything was 
> fine, because it is a HTML5 project. After some infrastucture changes in my 
> company, using nexus to put artifacts on the repo, we had to add pom.xml 
> files for nexus. Now, after opening NetBeans, the project turns into a maven 
> based project, which is not correct. Only this one file and some 
> infrastructure files, which are not project sourcecode related are needed for 
> nexus.
> Now, because NetBeans things this is a maven project, I can't set the sass 
> compilation anymore or the folder structure is wrong.
> This always happen, if the project loader finds a project specific file and 
> will change the project for that. This happens for pom.xml for example and 
> for this plugin here: https://github.com/tropyx/NetBeansPuppet
> It turns a project into a puppet project and this is even more worse. Here is 
> another discussion about the problem: 
> https://github.com/tropyx/NetBeansPuppet/issues/27
> I know, that NetBeans acts like it was designed but this isn't nice and 
> created problems. I only have one solution which could be ok. Give the user a 
> notification that a project type were found, like for node support and let 
> the user choose whether I want to change the project type or not.
> So for me, I have a HTML5 Project with a package.json file and it should be 
> as it is. If NetBeans found the pom file it should give me the hint whether I 
> want to change it or not.
> If you open NetBeans with a project with two files, I want to choose as what 
> I want to treat the project and it should be saved. Like a project switcher.
> I added a sample project to it to make it clear.
> We can set it back to Major, but I think this is a big problem for multiple 
> project files.
> Cheers
> Chris



--
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-1813) Overlapping BaseProgressUtils progress dialogs globally corrupt the main window glass pane

2018-12-21 Thread Emilian Bold (JIRA)


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

Emilian Bold updated NETBEANS-1813:
---
Attachment: TriggerBugAction.java

> Overlapping BaseProgressUtils progress dialogs globally corrupt the main 
> window glass pane
> --
>
> Key: NETBEANS-1813
> URL: https://issues.apache.org/jira/browse/NETBEANS-1813
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Emilian Bold
>Priority: Major
> Attachments: TriggerBugAction.java
>
>
> BaseProgressUtils.showProgressDialogAndRun shows a modal progress dialog and 
> puts a translucent grey fog over the main window.
> It's possible with two overlapping progress dialogs to forever corrupt the 
> main window glass pane. This glass pane is also used to show node tooltips 
> (when the text is too long to fit).
> See the attached TriggerBugAction which reproduces the issue on NetBeans 8.2 
> and Apache NetBeans 10.
> The explanation is simple. Each progress dialog will:
> 1. save the existing glass pane 
> 2. set the grey glass pane
> 3. restore the glass pane to the saved one when the task has finished.
> If you have dialog 1 and dialog 2 the 2nd dialog will save the glass pane as 
> set by dialog 1. But, if dialog 2 finishes last, it will forever set the 
> glass pane to the grey glass pane.
> I've also attached a video showing how the node tooltip toggles the grey 
> glass pane instead. 
> This glass pane switch logic is in 
> platform/progress.ui/src/org/netbeans/modules/progress/ui/AbstractWindowRunner.java



--
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-1813) Overlapping BaseProgressUtils progress dialogs globally corrupt the main window glass pane

2018-12-21 Thread Emilian Bold (JIRA)


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

Emilian Bold updated NETBEANS-1813:
---
Attachment: overlapping-showProgressDialogAndRun-bug.mov

> Overlapping BaseProgressUtils progress dialogs globally corrupt the main 
> window glass pane
> --
>
> Key: NETBEANS-1813
> URL: https://issues.apache.org/jira/browse/NETBEANS-1813
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Emilian Bold
>Priority: Major
> Attachments: TriggerBugAction.java, 
> overlapping-showProgressDialogAndRun-bug.mov
>
>
> BaseProgressUtils.showProgressDialogAndRun shows a modal progress dialog and 
> puts a translucent grey fog over the main window.
> It's possible with two overlapping progress dialogs to forever corrupt the 
> main window glass pane. This glass pane is also used to show node tooltips 
> (when the text is too long to fit).
> See the attached TriggerBugAction which reproduces the issue on NetBeans 8.2 
> and Apache NetBeans 10.
> The explanation is simple. Each progress dialog will:
> 1. save the existing glass pane 
> 2. set the grey glass pane
> 3. restore the glass pane to the saved one when the task has finished.
> If you have dialog 1 and dialog 2 the 2nd dialog will save the glass pane as 
> set by dialog 1. But, if dialog 2 finishes last, it will forever set the 
> glass pane to the grey glass pane.
> I've also attached a video showing how the node tooltip toggles the grey 
> glass pane instead. 
> This glass pane switch logic is in 
> platform/progress.ui/src/org/netbeans/modules/progress/ui/AbstractWindowRunner.java



--
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-1813) Overlapping BaseProgressUtils progress dialogs globally corrupt the main window glass pane

2018-12-21 Thread Emilian Bold (JIRA)


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

Emilian Bold updated NETBEANS-1813:
---
Description: 
BaseProgressUtils.showProgressDialogAndRun shows a modal progress dialog and 
puts a translucent grey fog over the main window.

It's possible with two overlapping progress dialogs to forever corrupt the main 
window glass pane. This glass pane is also used to show node tooltips (when the 
text is too long to fit).

See the attached TriggerBugAction which reproduces the issue on NetBeans 8.2 
and Apache NetBeans 10.

The explanation is simple. Each progress dialog will:

1. save the existing glass pane 
2. set the grey glass pane
3. restore the glass pane to the saved one when the task has finished.

If you have dialog 1 and dialog 2 the 2nd dialog will save the glass pane as 
set by dialog 1. But, if dialog 2 finishes last, it will forever set the glass 
pane to the grey glass pane.

I've also attached a video showing how the node tooltip toggles the grey glass 
pane instead. 

This glass pane switch logic is in 
platform/progress.ui/src/org/netbeans/modules/progress/ui/AbstractWindowRunner.java

  was:
BaseProgressUtils.showProgressDialogAndRun shows a modal progress dialog and 
puts a translucent grey fog over the main window.

It's possible with two overlapping progress dialogs to forever corrupt the main 
window glass pane. This glass pane is also used to show node tooltips (then the 
text is too long to fit).

See the attached TriggerBugAction which reproduces the issue on NetBeans 8.2 
and Apache NetBeans 10.

The explanation is simple. Each progress dialog will:

1. save the existing glass pane 
2. set the grey glass pane
3. restore the glass pane to the saved one when the task has finished.

If you have dialog 1 and dialog 2 the 2nd dialog will save the glass pane as 
set by dialog 1. But, if dialog 2 finishes last, it will forever set the glass 
pane to the grey glass pane.

I've also attached a video showing how the node tooltip toggles the grey glass 
pane instead. 

This glass pane switch logic is in 
platform/progress.ui/src/org/netbeans/modules/progress/ui/AbstractWindowRunner.java


> Overlapping BaseProgressUtils progress dialogs globally corrupt the main 
> window glass pane
> --
>
> Key: NETBEANS-1813
> URL: https://issues.apache.org/jira/browse/NETBEANS-1813
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Emilian Bold
>Priority: Major
> Attachments: TriggerBugAction.java
>
>
> BaseProgressUtils.showProgressDialogAndRun shows a modal progress dialog and 
> puts a translucent grey fog over the main window.
> It's possible with two overlapping progress dialogs to forever corrupt the 
> main window glass pane. This glass pane is also used to show node tooltips 
> (when the text is too long to fit).
> See the attached TriggerBugAction which reproduces the issue on NetBeans 8.2 
> and Apache NetBeans 10.
> The explanation is simple. Each progress dialog will:
> 1. save the existing glass pane 
> 2. set the grey glass pane
> 3. restore the glass pane to the saved one when the task has finished.
> If you have dialog 1 and dialog 2 the 2nd dialog will save the glass pane as 
> set by dialog 1. But, if dialog 2 finishes last, it will forever set the 
> glass pane to the grey glass pane.
> I've also attached a video showing how the node tooltip toggles the grey 
> glass pane instead. 
> This glass pane switch logic is in 
> platform/progress.ui/src/org/netbeans/modules/progress/ui/AbstractWindowRunner.java



--
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-1813) Overlapping BaseProgressUtils progress dialogs globally corrupt the main window glass pane

2018-12-21 Thread Emilian Bold (JIRA)
Emilian Bold created NETBEANS-1813:
--

 Summary: Overlapping BaseProgressUtils progress dialogs globally 
corrupt the main window glass pane
 Key: NETBEANS-1813
 URL: https://issues.apache.org/jira/browse/NETBEANS-1813
 Project: NetBeans
  Issue Type: Bug
Reporter: Emilian Bold


BaseProgressUtils.showProgressDialogAndRun shows a modal progress dialog and 
puts a translucent grey fog over the main window.

It's possible with two overlapping progress dialogs to forever corrupt the main 
window glass pane. This glass pane is also used to show node tooltips (then the 
text is too long to fit).

See the attached TriggerBugAction which reproduces the issue on NetBeans 8.2 
and Apache NetBeans 10.

The explanation is simple. Each progress dialog will:

1. save the existing glass pane 
2. set the grey glass pane
3. restore the glass pane to the saved one when the task has finished.

If you have dialog 1 and dialog 2 the 2nd dialog will save the glass pane as 
set by dialog 1. But, if dialog 2 finishes last, it will forever set the glass 
pane to the grey glass pane.

I've also attached a video showing how the node tooltip toggles the grey glass 
pane instead. 

This glass pane switch logic is in 
platform/progress.ui/src/org/netbeans/modules/progress/ui/AbstractWindowRunner.java



--
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-1812) Problem after updating nb-javac

2018-12-21 Thread HenryDL (JIRA)
HenryDL created NETBEANS-1812:
-

 Summary: Problem after updating nb-javac
 Key: NETBEANS-1812
 URL: https://issues.apache.org/jira/browse/NETBEANS-1812
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 10.0
 Environment: Windows 10
Reporter: HenryDL


On NetBeans 10 vc 5 I was asked by the IDE notification to update the nb-javac 
plugin. I agreed to proceed, but directly afterwards the notifications area 
showed this new problem:
{noformat}
---
>Log Session: Saturday, December 22, 2018 at 6:37:30 AM Central Africa Time
>System Info: 
Product Version = Apache NetBeans IDE 10.0 (Build 
incubator-netbeans-release-380-on-20181217)
Operating System = Windows 10 version 10.0 running on amd64
Java; VM; Vendor = 11.0.1; Java HotSpot(TM) 64-Bit Server VM 11.0.1+13-LTS; 
Oracle Corporation
Runtime = Java(TM) SE Runtime Environment 11.0.1+13-LTS
Java Home = C:\Program Files\Java\jdk-11.0.1
System Locale; Encoding = en_ZA (nb); Cp1252
Home Directory = C:\Users\Henry
Current Directory = C:\_Code\_TOOLS\netbeans 10vc5\bin
User Directory = C:\Users\Henry\AppData\Roaming\NetBeans\10.0
Cache Directory = C:\Users\Henry\AppData\Local\NetBeans\Cache\10.0
Installation = C:\_Code\_TOOLS\netbeans 10vc5\nb
C:\_Code\_TOOLS\netbeans 10vc5\ergonomics
C:\_Code\_TOOLS\netbeans 10vc5\ide
C:\_Code\_TOOLS\netbeans 10vc5\extide
C:\_Code\_TOOLS\netbeans 10vc5\java
C:\_Code\_TOOLS\netbeans 10vc5\apisupport
C:\_Code\_TOOLS\netbeans 10vc5\webcommon
C:\_Code\_TOOLS\netbeans 10vc5\websvccommon
C:\_Code\_TOOLS\netbeans 10vc5\profiler
C:\_Code\_TOOLS\netbeans 10vc5\php
C:\_Code\_TOOLS\netbeans 10vc5\harness
C:\_Code\_TOOLS\netbeans 10vc5\groovy
C:\_Code\_TOOLS\netbeans 10vc5\javafx
C:\_Code\_TOOLS\netbeans 10vc5\platform
Boot & Ext. Classpath = 
Application Classpath = C:\_Code\_TOOLS\netbeans 
10vc5\platform\lib\boot.jar;C:\_Code\_TOOLS\netbeans 
10vc5\platform\lib\org-openide-modules.jar;C:\_Code\_TOOLS\netbeans 
10vc5\platform\lib\org-openide-util-lookup.jar;C:\_Code\_TOOLS\netbeans 
10vc5\platform\lib\org-openide-util-ui.jar;C:\_Code\_TOOLS\netbeans 
10vc5\platform\lib\org-openide-util.jar
Startup Classpath = C:\_Code\_TOOLS\netbeans 
10vc5\platform\core\asm-all-5.0.1.jar;C:\_Code\_TOOLS\netbeans 
10vc5\platform\core\core-base.jar;C:\_Code\_TOOLS\netbeans 
10vc5\platform\core\core.jar;C:\_Code\_TOOLS\netbeans 
10vc5\platform\core\org-netbeans-libs-asm.jar;C:\_Code\_TOOLS\netbeans 
10vc5\platform\core\org-openide-filesystems-compat8.jar;C:\_Code\_TOOLS\netbeans
 10vc5\platform\core\org-openide-filesystems.jar;C:\_Code\_TOOLS\netbeans 
10vc5\nb\core\org-netbeans-upgrader.jar;C:\_Code\_TOOLS\netbeans 
10vc5\nb\core\locale\core_nb.jar
---
INFO [org.netbeans.modules.netbinox]: Install area set to 
file:/C:/_Code/_TOOLS/netbeans 10vc5/
WARNING [org.netbeans.core.modules]: the modules 
[org.netbeans.modules.java.editor.lib, org.netbeans.modules.xml.text] use 
org.netbeans.modules.editor.deprecated.pre65formatting which is deprecated.
WARNING [org.netbeans.core.modules]: the modules [org.netbeans.modules.ide.kit, 
org.netbeans.modules.xml.text] use org.netbeans.modules.editor.structure which 
is deprecated.
WARNING [org.netbeans.core.modules]: the modules 
[org.netbeans.modules.java.hints, org.netbeans.modules.jshell.support, 
org.netbeans.modules.maven.hints] use 
org.netbeans.modules.java.hints.legacy.spi which is deprecated: Use Java Hints 
SPI (org.netbeans.spi.java.hints) instead.
WARNING 
[org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: Can 
not resolve URL: 
nbinst://org.netbeans.modules.j2ee.eclipselink/modules/ext/docs/javax.persistence-2.1.0-doc.zip
WARNING [null]: Last record repeated again.
WARNING 
[org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: Can 
not resolve URL: nbinst://org.netbeans.libs.jaxb/modules/ext/jaxb/jaxb-impl.jar
WARNING 
[org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: Can 
not resolve URL: nbinst://org.netbeans.libs.jaxb/modules/ext/jaxb/jaxb-xjc.jar
WARNING 
[org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: Can 
not resolve URL: 
nbinst://org.netbeans.modules.xml.jaxb.api/modules/ext/jaxb/api/jsr173_1.0_api.jar
WARNING 
[org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: Can 
not resolve URL: nbinst://org.netbeans.libs.jaxb/modules/ext/jaxb/jaxb-impl.jar
WARNING 
[org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: Can 
not resolve URL: nbinst://org.netbeans.libs.jaxb/modules/ext/jaxb/jaxb-xjc.jar
WARNING 
[org.netbeans.modules.java.j2seplatform.libraries.J2SELibraryTypeProvider]: Can 
not resolve URL: 
nbinst://org.netbeans.modules.xml.jaxb.api/modules/ext/jaxb/api/jsr173_1.0_api.jar
WARNING 

[jira] [Updated] (NETBEANS-1803) Suppress SmoothScrollPaneUI.java reference in License file

2018-12-21 Thread ASF GitHub Bot (JIRA)


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

ASF GitHub Bot updated NETBEANS-1803:
-
Labels: pull-request-available  (was: )

> Suppress SmoothScrollPaneUI.java reference in License file
> --
>
> Key: NETBEANS-1803
> URL: https://issues.apache.org/jira/browse/NETBEANS-1803
> Project: NetBeans
>  Issue Type: Bug
>Reporter: John McDonnell
>Assignee: Matthias Bläsing
>Priority: Minor
>  Labels: pull-request-available
>
> As part of PR881[1] a file was introduced into the Netbeans sources that came 
> from IntelliJ.
> IntelliJ is licensed with Apache License 2.0[2] and so possibly shouldn't be 
> included in the License file.  The Notice though should and is included in 
> the license file as expect.
>  
> Not blocking for an Incubation release.
> [1]: [https://github.com/apache/incubator-netbeans/pull/881]
> [2]: 
> [https://github.com/JetBrains/intellij-community/blob/34b9dfd0585937c3731e06a89554d1dc86f7f235/LICENSE.txt]
>  



--
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-73) Git Private Key Setting Could be Smarter

2018-12-21 Thread Laszlo Kishalmi (JIRA)


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

Laszlo Kishalmi updated NETBEANS-73:

Fix Version/s: 9.0

> Git Private Key Setting Could be Smarter
> 
>
> Key: NETBEANS-73
> URL: https://issues.apache.org/jira/browse/NETBEANS-73
> Project: NetBeans
>  Issue Type: Improvement
>  Components: versioncontrol - Git
>Affects Versions: 8.2
>Reporter: Laszlo Kishalmi
>Priority: Trivial
>  Labels: easyfix, patch
> Fix For: 9.0
>
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> I guess it is more common to use {{id_rsa}} keys nowadays than {{id_dsa}}. 
> Whenever I clone a repository that I use with ssh, I need to click on private 
> key authentication then browse, and the browse select {{id_dsa}} which I do 
> not have and I have to select my {{id_rsa}} file and close.
> It would be much nicer to pre-fill the input field with the user's {{id_rsa}} 
> or {{id_dsa}} whatever they have ({{id_rsa}} preferred).
> Also this could be done on Windows (where {{id_dsa}} not selected in the Open 
> File dialog) as well as several Windows Git client uses 
> {{%HOME%\.ssh\id_rsa}} as default. 



--
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-1735) "Dev" in About dialog

2018-12-21 Thread Laszlo Kishalmi (JIRA)


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

Laszlo Kishalmi resolved NETBEANS-1735.
---
   Resolution: Fixed
Fix Version/s: 10.0

> "Dev" in About dialog 
> --
>
> Key: NETBEANS-1735
> URL: https://issues.apache.org/jira/browse/NETBEANS-1735
> Project: NetBeans
>  Issue Type: Task
>Reporter: Geertjan Wielenga
>Priority: Major
> Fix For: 10.0
>
>
> The version is **DEV** yet. Help > About > Product Version:
> Apache NetBeans IDE Dev (Build incubator-netbeans-release-370-on-20181121)



--
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-1372) Update the Snap package descriptor files

2018-12-21 Thread Laszlo Kishalmi (JIRA)


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

Laszlo Kishalmi updated NETBEANS-1372:
--
Description: 
We have new hi-res frame images use the 512x512 one for the icon

Update the version number in the snapcraft.yaml and the netbeans.desktop files

In order to have the best out of the box experience add the following options 
to netbeans.conf:

-J-Djdk.gtk.version=2.2 -J-Dawt.useSystemAAFontSettings=on 
-J-Dplugin.manager.install.global=false

  was:
We have new hi-res frame images use the 512x512 one for the icon

Update the version number in the snapcraft.yaml and the netbeans.desktop files

In order to have the best out of the box experience add the following options 
to netbeans.conf:

-J-Djdk.gtk.version=2.2 -J-Dawt.useSystemAAFontSettings=on


> Update the Snap package descriptor files
> 
>
> Key: NETBEANS-1372
> URL: https://issues.apache.org/jira/browse/NETBEANS-1372
> Project: NetBeans
>  Issue Type: Sub-task
>Reporter: Laszlo Kishalmi
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: pull-request-available
> Fix For: 10.0
>
>  Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> We have new hi-res frame images use the 512x512 one for the icon
> Update the version number in the snapcraft.yaml and the netbeans.desktop files
> In order to have the best out of the box experience add the following options 
> to netbeans.conf:
> -J-Djdk.gtk.version=2.2 -J-Dawt.useSystemAAFontSettings=on 
> -J-Dplugin.manager.install.global=false



--
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-1794) Launch failure Ubuntu 18.04 & Netbeans

2018-12-21 Thread Laszlo Kishalmi (JIRA)


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

Laszlo Kishalmi commented on NETBEANS-1794:
---

Are you just seeing this warning or the NetBeans really fails to start?
As the release manager of NetBeans 10.0, I work every day with NetBeans 8.2+ 
every day with many JDK-s and many development versions. Actually my main 
operating system is Ubuntu 18.04.
NetBeans runs well on Ubuntu 18.04, if you are using JDK 9.0 or above the 
mentioned warnings are displayed, but do not cause any problems. We need to be 
prepared for the modular JDK-s, though we also wanted to keep the compatibility 
with Java 8, and these warnings are the result of that.

> Launch failure Ubuntu 18.04 & Netbeans
> --
>
> Key: NETBEANS-1794
> URL: https://issues.apache.org/jira/browse/NETBEANS-1794
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
>Reporter: Richard Steele
>Priority: Minor
>
> After install netbeans completed, then launch get messages:
> netbeans
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by 
> org.netbeans.ProxyURLStreamHandlerFactory 
> (file:/usr/share/netbeans/platform18/lib/boot.jar) to field 
> java.net.URL.handler
> WARNING: Please consider reporting this to the maintainers of 
> org.netbeans.ProxyURLStreamHandlerFactory
> WARNING: Use --illegal-access=warn to enable warnings of further illegal 
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> Is there a missing JAVA package to be installed?



--
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-1794) Launch failure Ubuntu 18.04 & Netbeans

2018-12-21 Thread Laszlo Kishalmi (JIRA)


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

Laszlo Kishalmi updated NETBEANS-1794:
--
Priority: Minor  (was: Blocker)

> Launch failure Ubuntu 18.04 & Netbeans
> --
>
> Key: NETBEANS-1794
> URL: https://issues.apache.org/jira/browse/NETBEANS-1794
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
>Reporter: Richard Steele
>Priority: Minor
>
> After install netbeans completed, then launch get messages:
> netbeans
> WARNING: An illegal reflective access operation has occurred
> WARNING: Illegal reflective access by 
> org.netbeans.ProxyURLStreamHandlerFactory 
> (file:/usr/share/netbeans/platform18/lib/boot.jar) to field 
> java.net.URL.handler
> WARNING: Please consider reporting this to the maintainers of 
> org.netbeans.ProxyURLStreamHandlerFactory
> WARNING: Use --illegal-access=warn to enable warnings of further illegal 
> reflective access operations
> WARNING: All illegal access operations will be denied in a future release
> Is there a missing JAVA package to be installed?



--
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-1800) Locked out of plugin installation due to netbeans requiring admin rights and wayland conflicting with running netbeans as root

2018-12-21 Thread Laszlo Kishalmi (JIRA)


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

Laszlo Kishalmi resolved NETBEANS-1800.
---
   Resolution: Information Provided
Fix Version/s: 10.0

> Locked out of plugin installation due to netbeans requiring admin rights and 
> wayland conflicting with running netbeans as root
> --
>
> Key: NETBEANS-1800
> URL: https://issues.apache.org/jira/browse/NETBEANS-1800
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 9.0
> Environment: Antergos Linux 4.19.8-arch1, x86_64, Gnome/wayland (also 
> affects all other known linux distros on gnome/wayland)
>Reporter: Brian Dayhoff
>Priority: Blocker
> Fix For: 10.0
>
>
> On any linux distro running gnome/wayland, the typical tools to run a visual 
> application as root (eg gksu, gksudo) do not work. Netbeans 9 requires 
> installation of some plugins to be run as administrator (eg the JIRA plugin 
> to interface with this board). There is no possible way to make this work on 
> such systems. Using `sudo -H netbeans` and `sudo -E -H netbeans` will run the 
> program, but then netbeans does not detect the original user or already 
> configured settings. Reinstalling plugins from here does not propogate back 
> to the standard user runtime.
> None of the following work due to various errors:
>  * `sudo netbeans` - program fails with an exception
>  * `gksu netbeans` - wayland prevents entering password, cannot proceed
>  * `gksudo netbeans` - wayland prevents entering password, cannot proceed
>  * `sudo -H netbeans` runs, but does not detect existing configuration, and 
> breaks user runtime if reconfigured
>  * `sudo -E -H netbeans` also runs, does not detect configuration, breaks 
> user runtime if reconfigured
> To the best of my knowledge, wayland is the primary bottleneck here, however 
> it is unlikely that a fix will be issued on their end, as it is a core 
> principle of wayland not to allow visual programs to run as root and they 
> will not patch this. As wayland is becoming the standard window manager for 
> numerous linux distros, this needs to be accounted for, and this restriction 
> needs to be either loosened, provided with a workaround internally, or 
> removed.
> Several systems prevent running on XOrg due to underlying package conflicts, 
> which leads to this issue being unsolvable at the user level, whether or not 
> they have root access privileges.



--
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-1800) Locked out of plugin installation due to netbeans requiring admin rights and wayland conflicting with running netbeans as root

2018-12-21 Thread Laszlo Kishalmi (JIRA)


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

Laszlo Kishalmi commented on NETBEANS-1800:
---

Well, in the plugin manager settings you can force the plugins to be installed 
in the user directory, so you do not have to start NetBeans as root.
You can also change it as the default behavior adding 
-J-Dplugin.manager.install.global=false to the netbeans commandline or in the 
netbeans.conf file. (The upcoming snap distribution for NetBeans 10.0 will have 
that setting by default)

You can install your required plugins into the "shared" directories running 
NetBeans as root, then you can run netbeans as user and have those plugins 
already installed (you may need to activate them though)

> Locked out of plugin installation due to netbeans requiring admin rights and 
> wayland conflicting with running netbeans as root
> --
>
> Key: NETBEANS-1800
> URL: https://issues.apache.org/jira/browse/NETBEANS-1800
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Plugin Manager
>Affects Versions: 9.0
> Environment: Antergos Linux 4.19.8-arch1, x86_64, Gnome/wayland (also 
> affects all other known linux distros on gnome/wayland)
>Reporter: Brian Dayhoff
>Priority: Blocker
>
> On any linux distro running gnome/wayland, the typical tools to run a visual 
> application as root (eg gksu, gksudo) do not work. Netbeans 9 requires 
> installation of some plugins to be run as administrator (eg the JIRA plugin 
> to interface with this board). There is no possible way to make this work on 
> such systems. Using `sudo -H netbeans` and `sudo -E -H netbeans` will run the 
> program, but then netbeans does not detect the original user or already 
> configured settings. Reinstalling plugins from here does not propogate back 
> to the standard user runtime.
> None of the following work due to various errors:
>  * `sudo netbeans` - program fails with an exception
>  * `gksu netbeans` - wayland prevents entering password, cannot proceed
>  * `gksudo netbeans` - wayland prevents entering password, cannot proceed
>  * `sudo -H netbeans` runs, but does not detect existing configuration, and 
> breaks user runtime if reconfigured
>  * `sudo -E -H netbeans` also runs, does not detect configuration, breaks 
> user runtime if reconfigured
> To the best of my knowledge, wayland is the primary bottleneck here, however 
> it is unlikely that a fix will be issued on their end, as it is a core 
> principle of wayland not to allow visual programs to run as root and they 
> will not patch this. As wayland is becoming the standard window manager for 
> numerous linux distros, this needs to be accounted for, and this restriction 
> needs to be either loosened, provided with a workaround internally, or 
> removed.
> Several systems prevent running on XOrg due to underlying package conflicts, 
> which leads to this issue being unsolvable at the user level, whether or not 
> they have root access privileges.



--
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



[incubator-netbeans-website] branch master updated: Changing numbers to bullets for legacy downloads

2018-12-21 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans-website.git


The following commit(s) were added to refs/heads/master by this push:
 new 8332372  Changing numbers to bullets for legacy downloads
8332372 is described below

commit 83323729041b2981eaa34cfcb5019a82c6d5d9b0
Author: Geertjan Wielenga 
AuthorDate: Fri Dec 21 12:52:13 2018 +0100

Changing numbers to bullets for legacy downloads

Changing numbers to bullets for legacy downloads
---
 netbeans.apache.org/src/content/download/index.asciidoc | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/netbeans.apache.org/src/content/download/index.asciidoc 
b/netbeans.apache.org/src/content/download/index.asciidoc
index f9add59..ee98a20 100644
--- a/netbeans.apache.org/src/content/download/index.asciidoc
+++ b/netbeans.apache.org/src/content/download/index.asciidoc
@@ -110,7 +110,7 @@ This is a list of Apache NetBeans (incubating) repositories:
 
 You can download previous Apache NetBeans versions by visiting 
https://archive.apache.org/dist/incubator/netbeans/, while pre-Apache NetBeans 
versions are here: 
 
-. https://netbeans.org/downloads/8.2/
-. https://netbeans.org/downloads/8.1/
-. https://netbeans.org/downloads/8.0/
-. https://netbeans.org/downloads/7.4/
+- https://netbeans.org/downloads/8.2/
+- https://netbeans.org/downloads/8.1/
+- https://netbeans.org/downloads/8.0/
+- https://netbeans.org/downloads/7.4/


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

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



[incubator-netbeans-website] branch master updated: Pointing to specific legacy download pages

2018-12-21 Thread geertjan
This is an automated email from the ASF dual-hosted git repository.

geertjan pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/incubator-netbeans-website.git


The following commit(s) were added to refs/heads/master by this push:
 new 6bbf6e6  Pointing to specific legacy download pages
6bbf6e6 is described below

commit 6bbf6e6a710bf0b376d037672c9bb31dfd7ea121
Author: Geertjan Wielenga 
AuthorDate: Fri Dec 21 12:51:16 2018 +0100

Pointing to specific legacy download pages

Pointing to specific legacy download pages from Apache NetBeans Downloads 
page.
---
 netbeans.apache.org/src/content/download/index.asciidoc | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/netbeans.apache.org/src/content/download/index.asciidoc 
b/netbeans.apache.org/src/content/download/index.asciidoc
index 63c6af6..f9add59 100644
--- a/netbeans.apache.org/src/content/download/index.asciidoc
+++ b/netbeans.apache.org/src/content/download/index.asciidoc
@@ -108,5 +108,9 @@ This is a list of Apache NetBeans (incubating) repositories:
 [[previous]]
 == Previous NetBeans versions
 
-You can download previous Apache NetBeans versions by visiting 
https://archive.apache.org/dist/incubator/netbeans/, while pre-Apache NetBeans 
versions are at https://netbeans.org/downloads/.
+You can download previous Apache NetBeans versions by visiting 
https://archive.apache.org/dist/incubator/netbeans/, while pre-Apache NetBeans 
versions are here: 
 
+. https://netbeans.org/downloads/8.2/
+. https://netbeans.org/downloads/8.1/
+. https://netbeans.org/downloads/8.0/
+. https://netbeans.org/downloads/7.4/


-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: 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-1811) Upgrade Analyzer dependencies to handle modern jar

2018-12-21 Thread Eric Barboni (JIRA)
Eric Barboni created NETBEANS-1811:
--

 Summary: Upgrade Analyzer dependencies to handle modern jar
 Key: NETBEANS-1811
 URL: https://issues.apache.org/jira/browse/NETBEANS-1811
 Project: NetBeans
  Issue Type: Bug
  Components: mavenutilities
Reporter: Eric Barboni


The nbm-plugin need maven-dependencies-analyzer v 1.11 (not yet released) to 
open/analyze jar file created with modern jdk like 11.



--
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-1537) File - Open... "Windows cannot find the target"

2018-12-21 Thread D Burbridge (JIRA)


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

D Burbridge commented on NETBEANS-1537:
---

Another piece of information - I tried it outside the firewall yesterday, and 
had exactly the same behaviour. This would appear to rule out the behaviour 
being any effect of the firewall.

> File - Open... "Windows cannot find the target"
> ---
>
> Key: NETBEANS-1537
> URL: https://issues.apache.org/jira/browse/NETBEANS-1537
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - DialogsWizards
>Affects Versions: 8.2, 9.0
> Environment: Product Version: Apache NetBeans IDE 9.0 (Build 
> incubator-netbeans-release-334-on-20180708)
> Updates: NetBeans IDE is updated to version NetBeans 8.2 Patch 2
> Java: 1.8.0_192; Java HotSpot(TM) 64-Bit Server VM 25.192-b12
> Runtime: Java(TM) SE Runtime Environment 1.8.0_192-b12
> System: Windows 7 version 6.1 running on amd64; Cp1252; en_GB (nb), Windows 
> 10 version 10.0 running on amd64; UTF-8; en_US (nb)
>Reporter: D Burbridge
>Priority: Critical
>  Labels: dialog, file, menu, open, save
>
> When trying to access any file dialog, I get the message:
>  
> netbeans64.exe
> Windows cannot find the target.
> OK
>  
> Clicking OK repeats the message several times, until it finally clears.
> Plus, in the log I have:
>  
> WARNING [org.netbeans.modules.progress.spi.InternalHandle]: Cannot switch to 
> silent mode when not running at 
> org.netbeans.core.ui.warmup.MenuWarmUpTask$NbWindowsAdapter$1HandleBridge.run(MenuWarmUpTask.java:244)
>  
> (repeated several times again)
> It seems to be the file browsing dialog box that's the problem, as it arises 
> on all those I've tested so far:
> File - Open Project
> File - Open File
> File - Save As
> File - Import Project - From Zip - Browse
> Tools - Options - Java - Ant - Browse
>  
> I tried deactivating all plugins but the error still occurred, so it looks 
> like it's a netbeans issue, not 3rd party. (In fact, all I achieved was the 
> complete loss of my plugins as I don't seem to be able to reactivate them 
> now!)
>  
> The other factor to be aware of is that there are a number of shortcuts on my 
> desktop which are currently invalid. I wonder if there is some checking going 
> on within the dialog to see where those shortcuts go, but it's creating the 
> error I'm seeing? In which case, the checking needs to be done silently - 
> after all, invalid shortcuts aren't unusual, especially when working offline. 
> Besides, the error comes up (5-6 times) not just when the "Open file" dialog 
> comes up, but 2-3 times every time I change directory within that 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-1808) 3 Java completion tests failing with nb-javac

2018-12-21 Thread Alessandro Falappa (JIRA)


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

Alessandro Falappa updated NETBEANS-1808:
-
Description: 
3 java/java.completion tests are failing when using nb-javac. The tests are:

JavaCompletionTask111FeaturesTest.testSecondLambdaParam4

JavaCompletionTask111FeaturesTest.testSecondLambdaParam5

JavaCompletionTask111FeaturesTest.testSecondLambdaParamWithAnnotation

 

The error is:
{code:java}
org.netbeans.modules.parsing.spi.ParseException
at 
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:186)
at org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
at 
org.netbeans.modules.java.completion.CompletionTestBase.performTest(CompletionTestBase.java:84)
at 
org.netbeans.modules.java.completion.JavaCompletionTask111FeaturesTest.testSecondLambdaParam4(JavaCompletionTask111FeaturesTest.java:100)
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)
Caused by: java.lang.NullPointerException
at com.sun.tools.javac.code.Types.subst(Types.java:3276)
at 
com.sun.tools.javac.comp.InferenceContext.asUndetVar(InferenceContext.java:207)
at 
com.sun.tools.javac.comp.InferenceContext.asUndetVars(InferenceContext.java:213)
at com.sun.tools.javac.comp.Attr.checkLambdaCompatible(Attr.java:3018)
at com.sun.tools.javac.comp.Attr.visitLambda(Attr.java:2750)
at com.sun.tools.javac.tree.JCTree$JCLambda.accept(JCTree.java:1813)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)
at 
com.sun.tools.javac.comp.DeferredAttr.attribSpeculative(DeferredAttr.java:505)
at 
com.sun.tools.javac.comp.DeferredAttr.attribSpeculative(DeferredAttr.java:486)
at com.sun.tools.javac.comp.DeferredAttr$4.complete(DeferredAttr.java:374)
at 
com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:340)
at 
com.sun.tools.javac.comp.DeferredAttr$DeferredType.check(DeferredAttr.java:326)
at 
com.sun.tools.javac.comp.DeferredAttr$RecoveryDeferredTypeMap.recover(DeferredAttr.java:1095)
at 
com.sun.tools.javac.comp.DeferredAttr$RecoveryDeferredTypeMap.typeOf(DeferredAttr.java:1062)
at 
com.sun.tools.javac.comp.Resolve$ResolveDeferredRecoveryMap.typeOf(Resolve.java:2568)
at 
com.sun.tools.javac.comp.DeferredAttr$DeferredTypeMap.visitType(DeferredAttr.java:1027)
at 
com.sun.tools.javac.comp.DeferredAttr$RecoveryDeferredTypeMap.visitType(DeferredAttr.java:1050)
at 
com.sun.tools.javac.comp.DeferredAttr$DeferredTypeMap.visitType(DeferredAttr.java:1013)
at com.sun.tools.javac.code.Type.accept(Type.java:214)
at com.sun.tools.javac.code.Types$MapVisitor.visit(Types.java:4965)
at com.sun.tools.javac.code.Types$TypeMapping.apply(Types.java:4976)
at com.sun.tools.javac.code.Types$TypeMapping.apply(Types.java:4974)
at com.sun.tools.javac.util.List.map(List.java:425)
at com.sun.tools.javac.comp.Resolve$8.getArgumentTypes(Resolve.java:2556)
at com.sun.tools.javac.comp.Resolve.accessInternal(Resolve.java:2477)
at com.sun.tools.javac.comp.Resolve.accessMethod(Resolve.java:2497)
at com.sun.tools.javac.comp.Resolve$BasicLookupHelper.access(Resolve.java:3311)
at com.sun.tools.javac.comp.Resolve$10.access(Resolve.java:2665)
at com.sun.tools.javac.comp.Resolve.lookupMethod(Resolve.java:3552)
at com.sun.tools.javac.comp.Resolve.resolveQualifiedMethod(Resolve.java:2655)
at com.sun.tools.javac.comp.Resolve.resolveQualifiedMethod(Resolve.java:2649)
at com.sun.tools.javac.comp.Attr.selectSym(Attr.java:3960)
at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3840)
at com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:2116)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)
at com.sun.tools.javac.comp.Attr.visitApply(Attr.java:2068)
at com.sun.tools.javac.tree.JCTree$JCMethodInvocation.accept(JCTree.java:1640)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)
at com.sun.tools.javac.comp.Attr.attribExpr(Attr.java:715)
at com.sun.tools.javac.comp.Attr.visitExec(Attr.java:1827)
at 
com.sun.tools.javac.tree.JCTree$JCExpressionStatement.accept(JCTree.java:1458)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:738)
at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:762)
at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1339)
at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:78)
at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:662)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:738)
at com.sun.tools.javac.comp.Attr.attribStatToTree(Attr.java:422)
at com.sun.tools.javac.api.JavacTrees.attribStatToTree(JavacTrees.java:1017)
at com.sun.tools.javac.api.JavacTrees.getAttrContext(JavacTrees.java:976)
at