[jira] [Resolved] (NETBEANS-285) java.lang.ClassNotFoundException: javax.help.search.SearchEngine

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi resolved NETBEANS-285.
--
   Resolution: Fixed
Fix Version/s: 9.0

The linked PR has been merged, so this issue has been resolved. (I've tested it 
as well)

> java.lang.ClassNotFoundException: javax.help.search.SearchEngine
> 
>
> Key: NETBEANS-285
> URL: https://issues.apache.org/jira/browse/NETBEANS-285
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Help System
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> 20180106-unknown-revn)
> Updates: Updates available
> Java: 9.0.1; Java HotSpot(TM) 64-Bit Server VM 9.0.1+11
> Runtime: Java(TM) SE Runtime Environment 9.0.1+11
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_CA (nb)
> User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev
> Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev
>Reporter: Gili
>Priority: Major
>  Labels: pull-request-available, regression
> Fix For: 9.0
>
>  Time Spent: 1.5h
>  Remaining Estimate: 0h
>
> 1. Type CTRL+I, followed by any character.
> 2. The following exception is thrown:
>  
> {code:java}
> java.lang.ClassNotFoundException: javax.help.search.SearchEngine
>  at 
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
>  at 
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
>  at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
>  at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:197)
> Caused: java.lang.ClassNotFoundException: javax.help.search.SearchEngine 
> starting from ModuleCL@2a46e1c1[org.netbeans.modules.javahelp] with possible 
> defining loaders null and declared parents 
> [ModuleCL@74e1ab6[org.openide.awt], ModuleCL@4cd0c29f[org.openide.loaders], 
> ModuleCL@7cf6fd28[org.openide.windows], 
> org.netbeans.MainImpl$BootClassLoader@71318ec4, 
> ModuleCL@7690c4c8[org.netbeans.api.progress.nb], 
> ModuleCL@666b380c[org.netbeans.api.progress], 
> ModuleCL@5a5e3a9f[org.netbeans.spi.quicksearch], 
> ModuleCL@7752d7d[org.openide.nodes]]
>  at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:199)
>  at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
> Caused: java.lang.NoClassDefFoundError: javax/help/search/SearchEngine
>  at 
> org.netbeans.modules.javahelp.JavaHelpQuickSearchProviderImpl.evaluate(JavaHelpQuickSearchProviderImpl.java:44)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator$3.run(CommandEvaluator.java:242)
> Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to
>  at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator.runEvaluation(CommandEvaluator.java:239)
>  at 
> org.netbeans.modules.quicksearch.CommandEvaluator.evaluate(CommandEvaluator.java:88)
>  at 
> org.netbeans.modules.quicksearch.QuickSearchPopup$1.run(QuickSearchPopup.java:183)
>  at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
>  at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
>  at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
> [catch] at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033){code}
>  
> This is a regression relative to version 8.2



--
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-292) Broken form properties on JDK 9

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi resolved NETBEANS-292.
--
   Resolution: Fixed
Fix Version/s: 9.0

The PR has been merged. I've tested this as well and it seems to work.

> Broken form properties on JDK 9
> ---
>
> Key: NETBEANS-292
> URL: https://issues.apache.org/jira/browse/NETBEANS-292
> Project: NetBeans
>  Issue Type: Bug
>Reporter: Jan Lahoda
>Assignee: Jan Lahoda
>Priority: Critical
>  Labels: jdk9, pull-request-available
> Fix For: 9.0
>
> Attachments: form-broken-properties.png
>
>  Time Spent: 10m
>  Remaining Estimate: 0h
>
> Run on JDK 9, create a form, add a component, select it and look at the 
> properties. The list of properties appears OK, but their editors are usually 
> empty combos, which is not right.
> (Noted by [~GeertjanWielenga].)



--
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-110) Maven code coverage does not consider integraton tests when using jacoco

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi commented on NETBEANS-110:
--

Are you going to provide a patch for this?

> Maven code coverage does not consider integraton tests when using jacoco
> 
>
> Key: NETBEANS-110
> URL: https://issues.apache.org/jira/browse/NETBEANS-110
> Project: NetBeans
>  Issue Type: Bug
>  Components: projects - Maven
>Affects Versions: 9.0
>Reporter: mike duigou
>Assignee: mike duigou
>Priority: Minor
>  Labels: maven
> Fix For: 9.0
>
>
> jacoco records integration test coverage results to jacoco-it.xml which are 
> not currently included in coverage statistics.



--
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-574) Wrong Integration Test default when creating Test cases

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi resolved NETBEANS-574.
--
Resolution: Cannot Reproduce

Well, I went through my 3 Java applications I have opened for test. It works as 
expected. By default the Integration test checkbox is uncecked, though when I 
have an integration test it become checked. Still I can create unit test for a 
class that already has an integration tes. In this case the checkbox stays 
unchecked on opening.

I think this is the normal behaviour.

If you experience something else then please provide a sample project and 
reopen this issue.

> Wrong Integration Test default when creating Test cases
> ---
>
> Key: NETBEANS-574
> URL: https://issues.apache.org/jira/browse/NETBEANS-574
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - JUnit
>Affects Versions: 9.0
>Reporter: Ross Lamont
>Priority: Minor
> Fix For: 9.0
>
>
> Steps to create:
>  * Create a java class with main function
>  * Bring up pop-up menu for that class
>  * Choose Tools->Create/Update tests
> Expected results:
>  * The Integration Tests checkbox should always be unchecked (initially)
> Actual results
>  * The first time I tried it, the Integration Tests checkbox was checked.
>  * Subsequent attempts depend on the previous invocation, ie the checkbox is 
> sticky to how you last used it.  Maybe that is the desired behaviour but it 
> seems odd.



--
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-9) IDE Freezes when reopening the Java Platform Shell more than 2 times.

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi commented on NETBEANS-9:


Please test it again with Java 10 and the latest beta. I could not reproduce 
this issue on Java 10 and Linux.

> IDE Freezes when reopening the Java Platform Shell more than 2 times.
> -
>
> Key: NETBEANS-9
> URL: https://issues.apache.org/jira/browse/NETBEANS-9
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - JShell
>Affects Versions: 9.0
> Environment: 
> D:\NetBeans\netbeans-donation-review\nbbuild\netbeans\bin\netbeans64.exe 
> --jdkhome "C:\Program Files\Java\jdk-9"
> Product Version: NetBeans IDE Dev (Build 20170614-unknown-revn)
> Java: 9-ea; Java HotSpot(TM) 64-Bit Server VM 9-ea+173
> Runtime: Java(TM) SE Runtime Environment 9-ea+173
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb)
> D:\NetBeans\netbeans-donation-review\nbbuild\netbeans\bin\netbeans.exe 
> --jdkhome "C:\Program Files (x86)\Java\jdk-9"
> Product Version: NetBeans IDE Dev (Build 20170614-unknown-revn)
> Java: 9-ea; Java HotSpot(TM) Server VM 9-ea+174
> Runtime: Java(TM) SE Runtime Environment 9-ea+174
> System: Windows 10 version 10.0 running on x86; Cp1252; en_US (nb)
> E:\Workspace\netbeans-donation-review\nbbuild\netbeans\bin\netbeans64.exe 
> --jdkhome "C:\Program Files\Java\jdk-9"
> Product Version: NetBeans IDE Dev (Build 20170614-unknown-revn)
> Java: 9-ea; Java HotSpot(TM) 64-Bit Server VM 9-ea+174
> Runtime: Java(TM) SE Runtime Environment 9-ea+174
> System: Windows Server 2012 R2 version 6.3 running on amd64; Cp1252; en_US 
> (nb)
> E:\Workspace\netbeans-donation-review\nbbuild\netbeans\bin\netbeans.exe 
> --jdkhome "C:\Program Files (x86)\Java\jdk-9"
> Product Version: NetBeans IDE Dev (Build 20170614-unknown-revn)
> Java: 9; Java HotSpot(TM) Server VM 9+175
> Runtime: Java(TM) SE Runtime Environment 9+175
> System: Windows Server 2012 R2 version 6.3 running on x86; Cp1252; en_US (nb)
>Reporter: Carlos Quintanilla
>Priority: Minor
> Fix For: 9.0
>
>
> Hi,
> There seems to be a memory leak when reopening the JShell using the Menu: 
> Tools > Open Java Platform Shell 2 or more times. 
> Steps to reproduce:
> - Windows 10 Pro x64
> - Windows Server 2012 R2 x64
> 1. Open NetBeans x64 or x86. 
>E:\Workspace\netbeans-donation-review\nbbuild\netbeans\bin\netbeans64.exe 
> --jdkhome "C:\Program Files\Java\jdk-9"
>E:\Workspace\netbeans-donation-review\nbbuild\netbeans\bin\netbeans.exe 
> --jdkhome "C:\Program Files (x86)\Java\jdk-9"
>D:\NetBeans\netbeans-donation-review\nbbuild\netbeans\bin\netbeans64.exe 
> --jdkhome "C:\Program Files\Java\jdk-9"
>D:\NetBeans\netbeans-donation-review\nbbuild\netbeans\bin\netbeans.exe 
> --jdkhome "C:\Program Files (x86)\Java\jdk-9"
> 2. Click on Tools > Open Java Platform Shell
> 3. Immediately after, a new document sheet/tab is opened and a progress 
> animation is displayed.
>Text: "Loading and initializing Java Shell. Please wait..."   
>During this time everything in the IDE is responsive and after few seconds 
> Java Shell loads.
>
> |  System Information:
> |  Java version:9-ea+174
> |  Virtual Machine: Java HotSpot(TM) 64-Bit Server VM  9-ea+174
> |  Classpath:
> | E
> | 
> \Workspace\netbeans-donation-review\nbbuild\netbeans\java\modules\ext\nb-mod-jshell-probe.jar
> |  
> [1]-> 
> 4. Close the Java Shell document sheet/tab. 
> 5. Click again on Tools > Open Java Platform Shell.
> 6. Close the Java Shell document sheet/tab. 
> 7. Click again on Tools > Open Java Platform Shell.
> 8. ERROR: 
>The IDE becomes unresponsive for ~7 seconds, then a new document sheet/tab 
> is opened with the progress animation displayed.
>Text: "Loading and initializing Java Shell. Please wait..."   
> 9. A new IDE notification is added to the notification list:
>Text: "Slowness detected. Was it a problem?"
>Priority: SILENT Category: Warning
>Not responsive for 7s. Do you want to report it?
> 10. Closing and re-opening Java Shell subsequent times will freeze the IDE 
> for more and more seconds.
> Notification: Warnings received:
> 8. Slowness detected. Was it a problem?   54s
> 7. Slowness detected. Was it a problem?   45s
> 6. Slowness detected. Was it a problem?   38s
> 5. Slowness detected. Was it a problem?   11s
> 4. Slowness detected. Was it a problem?9s
> 3. Slowness detected. Was it a problem?4s
> 2. No issue.
> 1. No issue.
> 11. Restart the IDE and open Java Shell Platform again.
>The Java Shell sheet/tab will load smoothly (the first 2 times), then it 
> will happen again.
>
>  Best Regards,
> Carlos QT



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (NETBEANS-715) Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source

2018-04-22 Thread will mason (JIRA)

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

will mason updated NETBEANS-715:

Labels: ClassCastException GUI Regression annotations editor hints  (was: 
ClassCastException GUI annotations editor hints)

> Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source
> --
>
> Key: NETBEANS-715
> URL: https://issues.apache.org/jira/browse/NETBEANS-715
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations
>Affects Versions: 9.0
> Environment: * Empty cache directory
> Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Major
>  Labels: ClassCastException, GUI, Regression, annotations, 
> editor, hints
> Fix For: 9.0
>
> Attachments: ClassCastException.logs, JPanelIbaDetails.dump, 
> messages.log
>
>
> h2. context
> *  Gradle project open
> * Panel class open in editor
> * Java debugger running
> * Adding a correction to set value for a JCheckBox field.
> h2. expected / desirable
> * Finish adding source code change
> * Move to next GUI error in debugger and consider how that should work in 
> source
> h2. actual
> *  Annotation exception
> **   stacktrace 
> {code:java}
> An error occurred during parsing of 
> 'D:\work\products\FourAbs\FourAbsClientLibrary\src\main\java\au\com\fourtel\fourabs\client\ibas\JPanelIbaDetails.java'.
>  Please report a bug against java/source and attach dump file 
> 'Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs\var\log\JPanelIbaDetails.dump'.
> Caused: java.lang.ClassCastException: 
> com.sun.tools.javac.tree.JCTree$JCConditional cannot be cast to 
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation
>   at 
> com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607)
>   at 
> com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240)
>   ...
> {code}
> h2.  Impact
> * Interrupts work 
> * Not sure if editing is stable 
> h2.  supporting information
> *  JPanelIbaDetails.dump
> * messages.log
> *  AssertionError.logs - contains ...
> **  stacktrace
> **  UI log
> **  IDE log



--
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-715) Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source

2018-04-22 Thread will mason (JIRA)

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

will mason updated NETBEANS-715:

Environment: 
Product Version: Apache NetBeans IDE Dev (Build 
incubator-netbeans-release-205-on-20180202)
Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
Runtime: Java(TM) SE Runtime Environment 10+46
System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
Plugins:
  * Netbeans Gradle plugin v1.4.3


  was:
* Empty cache directory

Product Version: Apache NetBeans IDE Dev (Build 
incubator-netbeans-release-205-on-20180202)
Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
Runtime: Java(TM) SE Runtime Environment 10+46
System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
Plugins:
  * Netbeans Gradle plugin v1.4.3



> Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source
> --
>
> Key: NETBEANS-715
> URL: https://issues.apache.org/jira/browse/NETBEANS-715
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Major
>  Labels: ClassCastException, GUI, Regression, annotations, 
> editor, hints
> Fix For: 9.0
>
> Attachments: ClassCastException.logs, JPanelIbaDetails.dump, 
> messages.log
>
>
> h2. context
> *  Gradle project open
> * Panel class open in editor
> * Java debugger running
> * Adding a correction to set value for a JCheckBox field.
> h2. expected / desirable
> * Finish adding source code change
> * Move to next GUI error in debugger and consider how that should work in 
> source
> h2. actual
> *  Annotation exception
> **   stacktrace 
> {code:java}
> An error occurred during parsing of 
> 'D:\work\products\FourAbs\FourAbsClientLibrary\src\main\java\au\com\fourtel\fourabs\client\ibas\JPanelIbaDetails.java'.
>  Please report a bug against java/source and attach dump file 
> 'Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs\var\log\JPanelIbaDetails.dump'.
> Caused: java.lang.ClassCastException: 
> com.sun.tools.javac.tree.JCTree$JCConditional cannot be cast to 
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation
>   at 
> com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607)
>   at 
> com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240)
>   ...
> {code}
> h2.  Impact
> * Interrupts work 
> * Not sure if editing is stable 
> h2.  supporting information
> *  JPanelIbaDetails.dump
> * messages.log
> *  AssertionError.logs - contains ...
> **  stacktrace
> **  UI log
> **  IDE log



--
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-715) Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source

2018-04-22 Thread will mason (JIRA)

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

will mason updated NETBEANS-715:

Description: 
h2. context

*  Gradle project open
* Panel class open in editor
* Java debugger running
* Adding a correction to set value for a JCheckBox field.

h2. expected / desirable

* Finish adding source code change
* Move to next GUI error in debugger and consider how that should work in source

h2. actual

*  Annotation exception
**   stacktrace 
{code:java}
An error occurred during parsing of 
'D:\work\products\FourAbs\FourAbsClientLibrary\src\main\java\au\com\fourtel\fourabs\client\ibas\JPanelIbaDetails.java'.
 Please report a bug against java/source and attach dump file 
'Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs\var\log\JPanelIbaDetails.dump'.
Caused: java.lang.ClassCastException: 
com.sun.tools.javac.tree.JCTree$JCConditional cannot be cast to 
com.sun.tools.javac.tree.JCTree$JCMethodInvocation
at 
com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607)
at 
com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240)
  ...
{code}



h2.  Impact

* Interrupts work 
* Not sure if editing is stable 

h2.  supporting information

*  JPanelIbaDetails.dump
* messages.log
*  AssertionError.logs - contains ...
**  stacktrace
**  UI log
**  IDE log


  was:
h2. context

*  Gradle project open
* Panel class open in editor
* Java debugger running
* Adding a correction to set value for a JCheckBox field.

h2. expected / desirable

* Finish adding source code change
* Move to next GUI error in debugger and consider how that should work in source

h2. actual

*  Annotation exception
**   stacktrace 
{code:java}
An error occurred during parsing of 
'D:\work\products\FourAbs\FourAbsClientLibrary\src\main\java\au\com\fourtel\fourabs\client\ibas\JPanelIbaDetails.java'.
 Please report a bug against java/source and attach dump file 
'Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs\var\log\JPanelIbaDetails.dump'.
Caused: java.lang.ClassCastException: 
com.sun.tools.javac.tree.JCTree$JCConditional cannot be cast to 
com.sun.tools.javac.tree.JCTree$JCMethodInvocation
at 
com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607)
at 
com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240)
  ...
{code}



h2.  Impact


h2.  supporting information

*  JPanelIbaDetails.dump
* messages.log
*  AssertionError.logs - contains ...
**  stacktrace
**  UI log
**  IDE log



> Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source
> --
>
> Key: NETBEANS-715
> URL: https://issues.apache.org/jira/browse/NETBEANS-715
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Hints  Annotations
>Affects Versions: 9.0
> Environment: * Empty cache directory
> Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Major
>  Labels: ClassCastException, GUI, annotations, editor, hints
> Fix For: 9.0
>
> Attachments: ClassCastException.logs, JPanelIbaDetails.dump, 
> messages.log
>
>
> h2. context
> *  Gradle project open
> * Panel class open in editor
> * Java debugger running
> * Adding a correction to set value for a JCheckBox field.
> h2. expected / desirable
> * Finish adding source code change
> * Move to next GUI error in debugger and consider how that should work in 
> source
> h2. actual
> *  Annotation exception
> **   stacktrace 
> {code:java}
> An error occurred during parsing of 
> 'D:\work\products\FourAbs\FourAbsClientLibrary\src\main\java\au\com\fourtel\fourabs\client\ibas\JPanelIbaDetails.java'.
>  Please report a bug against java/source and attach dump file 
> 'Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs\var\log\JPanelIbaDetails.dump'.
> Caused: java.lang.ClassCastException: 
> com.sun.tools.javac.tree.JCTree$JCConditional cannot be cast to 
> com.sun.tools.javac.tree.JCTree$JCMethodInvocation
>   at 
> com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607)
>   at 
> com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240)
>   ...
> {code}
> h2.  Impact
> * Interrupts work 
> * Not sure if editing is stable 
> h2.  supporting information
> *  JPanelIbaDetails.dump
> * messages.log
> *  AssertionError.logs - contains 

[jira] [Created] (NETBEANS-715) Annotation: java.lang.ClassCastException While Editing Swing Panel Java Source

2018-04-22 Thread will mason (JIRA)
will mason created NETBEANS-715:
---

 Summary: Annotation: java.lang.ClassCastException While Editing 
Swing Panel Java Source
 Key: NETBEANS-715
 URL: https://issues.apache.org/jira/browse/NETBEANS-715
 Project: NetBeans
  Issue Type: Bug
  Components: editor - Hints  Annotations
Affects Versions: 9.0
 Environment: * Empty cache directory

Product Version: Apache NetBeans IDE Dev (Build 
incubator-netbeans-release-205-on-20180202)
Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
Runtime: Java(TM) SE Runtime Environment 10+46
System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
Plugins:
  * Netbeans Gradle plugin v1.4.3

Reporter: will mason
 Fix For: 9.0
 Attachments: ClassCastException.logs, JPanelIbaDetails.dump, 
messages.log

h2. context

*  Gradle project open
* Panel class open in editor
* Java debugger running
* Adding a correction to set value for a JCheckBox field.

h2. expected / desirable

* Finish adding source code change
* Move to next GUI error in debugger and consider how that should work in source

h2. actual

*  Annotation exception
**   stacktrace 
{code:java}
An error occurred during parsing of 
'D:\work\products\FourAbs\FourAbsClientLibrary\src\main\java\au\com\fourtel\fourabs\client\ibas\JPanelIbaDetails.java'.
 Please report a bug against java/source and attach dump file 
'Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs\var\log\JPanelIbaDetails.dump'.
Caused: java.lang.ClassCastException: 
com.sun.tools.javac.tree.JCTree$JCConditional cannot be cast to 
com.sun.tools.javac.tree.JCTree$JCMethodInvocation
at 
com.sun.tools.javac.comp.ArgumentAttr$ResolvedMethodType.dup(ArgumentAttr.java:607)
at 
com.sun.tools.javac.comp.ArgumentAttr.processArg(ArgumentAttr.java:240)
  ...
{code}



h2.  Impact


h2.  supporting information

*  JPanelIbaDetails.dump
* messages.log
*  AssertionError.logs - contains ...
**  stacktrace
**  UI log
**  IDE log




--
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-697) Netbeans start-up exceptions

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi resolved NETBEANS-697.
--
   Resolution: Duplicate
Fix Version/s: (was: 9.0)

> Netbeans start-up exceptions
> 
>
> Key: NETBEANS-697
> URL: https://issues.apache.org/jira/browse/NETBEANS-697
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
>Reporter: will mason
>Priority: Major
>  Labels: AssertionError, Regression, startup-time
> Attachments: AssertionError.logs, messages.log
>
>
> h2. context
> *  Starting Netbeans from command-line
> *  Previous open Gradle projects to load
> * Previous Source code editor windows to load
> h2. expected / desirable
> *  I feel Ntebeans should be starting without Exceptions showing in the log
> * If there were problems with previous project state these can be logged
> **  And should be repaired, or dropped
> ** In certain case the user might be prompted to supply missing information 
> h2. actual
> *  There are several errors in the attached {{messages.log}} file.
> * As well on this start-up there was also an Assertion Error, see  
> AssertionError.logs attachment.
> **  AssertionError stacktrace:  {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.propertyChange(PaletteTopComponent.java:128)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:341)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:333)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:266)
>   at 
> org.netbeans.spi.palette.PaletteSwitch.showHidePaletteTopComponent(PaletteSwitch.java:226)
>   at 
> 

[jira] [Updated] (NETBEANS-697) Netbeans start-up exceptions

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi updated NETBEANS-697:
-
Component/s: (was: platform - Netigso)
 (was: platform - Module System)
 third-party - Other

> Netbeans start-up exceptions
> 
>
> Key: NETBEANS-697
> URL: https://issues.apache.org/jira/browse/NETBEANS-697
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
>Reporter: will mason
>Priority: Major
>  Labels: AssertionError, Regression, startup-time
> Attachments: AssertionError.logs, messages.log
>
>
> h2. context
> *  Starting Netbeans from command-line
> *  Previous open Gradle projects to load
> * Previous Source code editor windows to load
> h2. expected / desirable
> *  I feel Ntebeans should be starting without Exceptions showing in the log
> * If there were problems with previous project state these can be logged
> **  And should be repaired, or dropped
> ** In certain case the user might be prompted to supply missing information 
> h2. actual
> *  There are several errors in the attached {{messages.log}} file.
> * As well on this start-up there was also an Assertion Error, see  
> AssertionError.logs attachment.
> **  AssertionError stacktrace:  {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.propertyChange(PaletteTopComponent.java:128)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:341)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:333)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:266)
>   at 
> 

[jira] [Commented] (NETBEANS-697) Netbeans start-up exceptions

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi commented on NETBEANS-697:
--

The same stacktrace has been presented at the linked issue.

> Netbeans start-up exceptions
> 
>
> Key: NETBEANS-697
> URL: https://issues.apache.org/jira/browse/NETBEANS-697
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Module System, platform - Netigso
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
>Reporter: will mason
>Priority: Major
>  Labels: AssertionError, Regression, startup-time
> Fix For: 9.0
>
> Attachments: AssertionError.logs, messages.log
>
>
> h2. context
> *  Starting Netbeans from command-line
> *  Previous open Gradle projects to load
> * Previous Source code editor windows to load
> h2. expected / desirable
> *  I feel Ntebeans should be starting without Exceptions showing in the log
> * If there were problems with previous project state these can be logged
> **  And should be repaired, or dropped
> ** In certain case the user might be prompted to supply missing information 
> h2. actual
> *  There are several errors in the attached {{messages.log}} file.
> * As well on this start-up there was also an Assertion Error, see  
> AssertionError.logs attachment.
> **  AssertionError stacktrace:  {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.propertyChange(PaletteTopComponent.java:128)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:341)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:333)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:266)
>   at 
> 

[jira] [Commented] (NETBEANS-698) AssertionError loading Designer pallete

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi commented on NETBEANS-698:
--

Could you share a minimal Gradle project to test this?

> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Blocker
>  Labels: AssertionError, GUI, Regression, cache, cache-control, 
> designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs, 
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
>  * Starting Netbeans from command-line
>  * Reset windows
> h2. expected / desirable
>  * Windows should be reset to default state
> h2. actual
>  * The pallete sub-panel was not painting ... It just showed "Loading ..." 
> for quite some time.
>  * I used reset windows to try to get it back
>  * Errors in the attached {{messages.log}} file.
>  * Assertion Error, see AssertionError.logs attachment.
>  ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.propertyChange(PaletteTopComponent.java:128)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:341)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:333)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:266)
>   at 
> org.netbeans.spi.palette.PaletteSwitch.showHidePaletteTopComponent(PaletteSwitch.java:226)
>   at 
> 

[jira] [Updated] (NETBEANS-698) AssertionError loading Designer pallete

2018-04-22 Thread will mason (JIRA)

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

will mason updated NETBEANS-698:

Environment: 
Product Version: Apache NetBeans IDE Dev (Build 
incubator-netbeans-release-205-on-20180202)
Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
Runtime: Java(TM) SE Runtime Environment 10+46
System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
Plugins:
  * Netbeans Gradle plugin v1.4.3

  was:
Product Version: Apache NetBeans IDE Dev (Build 
incubator-netbeans-release-205-on-20180202)
Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
Runtime: Java(TM) SE Runtime Environment 10+46
System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09


> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
> Plugins:
>   * Netbeans Gradle plugin v1.4.3
>Reporter: will mason
>Priority: Blocker
>  Labels: AssertionError, GUI, Regression, cache, cache-control, 
> designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs, 
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
>  * Starting Netbeans from command-line
>  * Reset windows
> h2. expected / desirable
>  * Windows should be reset to default state
> h2. actual
>  * The pallete sub-panel was not painting ... It just showed "Loading ..." 
> for quite some time.
>  * I used reset windows to try to get it back
>  * Errors in the attached {{messages.log}} file.
>  * Assertion Error, see AssertionError.logs attachment.
>  ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> 

[jira] [Commented] (NETBEANS-698) AssertionError loading Designer pallete

2018-04-22 Thread will mason (JIRA)

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

will mason commented on NETBEANS-698:
-

* As this error involves an expected path in the build directory:
** {{build/classes/groovy/main}}
** I wondered if there is something to do with the Java 10 compiler.
* The problem does not exhibit with java 8u162, Netbeans 8  and Netbeans Gradle 
plugin v1.4.3
**   Both Netbeans 9 and Netbeans 8 use the 1.4.3 Gradle plugin

> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
>Reporter: will mason
>Priority: Blocker
>  Labels: AssertionError, GUI, Regression, cache, cache-control, 
> designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs, 
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
>  * Starting Netbeans from command-line
>  * Reset windows
> h2. expected / desirable
>  * Windows should be reset to default state
> h2. actual
>  * The pallete sub-panel was not painting ... It just showed "Loading ..." 
> for quite some time.
>  * I used reset windows to try to get it back
>  * Errors in the attached {{messages.log}} file.
>  * Assertion Error, see AssertionError.logs attachment.
>  ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.propertyChange(PaletteTopComponent.java:128)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:341)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:333)
>   at 
> 

[jira] [Commented] (NETBEANS-235) Wrap Text breaks copy/paste of output window

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi commented on NETBEANS-235:
--

Yes, I've repeated your testcase. It worked on Linux even on HiDPI display even 
with fractional scaling (though that is not available by default, and only 
works on Wayland).
I'm sorry to keep giving you advises to test but what happens when you set the 
-J-Dsun.java2d.dpiaware=true to false in etc/netbeans.conf?

> Wrap Text breaks copy/paste of output window
> 
>
> Key: NETBEANS-235
> URL: https://issues.apache.org/jira/browse/NETBEANS-235
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Microsoft Windows [Version 10.0.16299.125]
> DPI scaling: 150%
> java version "9.0.1"
> Java(TM) SE Runtime Environment (build 9.0.1+11)
> Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode)
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI, Java10, regression
> Attachments: 2018-04-22 at 00-57-36.mp4
>
>
> Repro steps:
> 1. Run any Java maven program
> 2. (With Wrap Text disabled) Copy text from the output window, paste it into 
> another application
> 3. Notice that this works (the text you see selected when you copy is the 
> text you get when you paste)
> 4. Enable Wrap Text in the Output Window
> 5. Re-run the application
> 6. Copy text from the output window, paste it into another application.
> 7. Notice that the selected text in Netbeans is not the text that gets 
> pasted. Furthermore, if you attempt to select the entire line in the Output 
> Window, you will notice that the caret will not go to the end of the line. 
> This is because the visual and API offsets are not aligned so when the caret 
> goes *near* the end of line visually, it is actually at the end of the line 
> as far as the API is concerned. If you copy/paste this fake end-of-line you 
> will get the entire line.
> Expected behavior: Consistent behavior when Wrap Text is enabled or disabled.
> 1. We should be able to copy whatever text is visually selected.
> 2. We should be able to select the entire line.



--
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-698) AssertionError loading Designer pallete

2018-04-22 Thread will mason (JIRA)

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

will mason commented on NETBEANS-698:
-

*  A bug has been filed against the Netbeans Gradle plug-in.
** [#382 -- *Netbeans 9-beta1 -- AssertionError during Netbeans 
start-up*|https://github.com/kelemen/netbeans-gradle-project/issues/382]
*  The {{AssertionError}} was raised on netbeans star-up this morning.  Without 
explicitly switching to a designer view.

> AssertionError loading Designer pallete
> ---
>
> Key: NETBEANS-698
> URL: https://issues.apache.org/jira/browse/NETBEANS-698
> Project: NetBeans
>  Issue Type: Bug
>  Components: third-party - Other
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
>Reporter: will mason
>Priority: Blocker
>  Labels: AssertionError, GUI, Regression, cache, cache-control, 
> designer, pallette
> Fix For: 9.0
>
> Attachments: AssertionError-02.logs, AssertionError.logs, 
> image-2018-04-19-10-26-25-919.png, messages-02.log, messages.log
>
>
> h2. context
>  * Starting Netbeans from command-line
>  * Reset windows
> h2. expected / desirable
>  * Windows should be reset to default state
> h2. actual
>  * The pallete sub-panel was not painting ... It just showed "Loading ..." 
> for quite some time.
>  * I used reset windows to try to get it back
>  * Errors in the attached {{messages.log}} file.
>  * Assertion Error, see AssertionError.logs attachment.
>  ** AssertionError stacktrace:
> {noformat}
> java.lang.AssertionError: 
> file:/D:/work/products/FourAbs/FourAbsClientCommon/build/classes/groovy/main
>   at 
> org.netbeans.modules.form.project.ClassSource.getClasspath(ClassSource.java:81)
>   at 
> org.netbeans.modules.form.project.ClassPathUtils.loadClass(ClassPathUtils.java:164)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.loadComponentClass(PaletteItem.java:318)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getComponentClass(PaletteItem.java:146)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getBeanDescriptor(PaletteItem.java:346)
>   at 
> org.netbeans.modules.form.palette.PaletteItem.getTooltip(PaletteItem.java:264)
>   at 
> org.netbeans.modules.form.palette.PaletteItemDataObject$ItemNode.getShortDescription(PaletteItemDataObject.java:333)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at org.openide.nodes.FilterNode.getShortDescription(FilterNode.java:526)
>   at 
> org.netbeans.modules.palette.DefaultItem.getShortDescription(DefaultItem.java:64)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$ItemRenderer.getListCellRendererComponent(CategoryList.java:305)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.updateLayoutState(BasicListUI.java:1439)
>   at 
> org.netbeans.modules.palette.ui.CategoryList$CategoryListUI.updateLayoutState(CategoryList.java:386)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.maybeUpdateLayoutState(BasicListUI.java:1389)
>   at 
> java.desktop/javax.swing.plaf.basic.BasicListUI.getCellBounds(BasicListUI.java:1027)
>   at java.desktop/javax.swing.JList.getCellBounds(JList.java:1641)
>   at java.desktop/javax.swing.JList.ensureIndexIsVisible(JList.java:1153)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.doSetOpened(CategoryDescriptor.java:200)
>   at 
> org.netbeans.modules.palette.ui.CategoryDescriptor.(CategoryDescriptor.java:99)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.computeDescriptors(PalettePanel.java:186)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.access$500(PalettePanel.java:87)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel$2.run(PalettePanel.java:284)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.refresh(PalettePanel.java:301)
>   at 
> org.netbeans.modules.palette.ui.PalettePanel.setContent(PalettePanel.java:403)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.setPaletteController(PaletteTopComponent.java:134)
>   at 
> org.netbeans.spi.palette.PaletteTopComponent.propertyChange(PaletteTopComponent.java:128)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:341)
>   at 
> java.desktop/java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:333)
>   at 
> 

[jira] [Comment Edited] (NETBEANS-235) Wrap Text breaks copy/paste of output window

2018-04-22 Thread Gili (JIRA)

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

Gili edited comment on NETBEANS-235 at 4/22/18 11:35 PM:
-

Confirmed. This bug does **not** occur with JDK 8.

This still does not necessarily mean the bug is in the JDK. Maybe we're 
misusing the Java API somehow. How do we track down the problem to its source?

Out of curiosity, were you able to reproduce the problem using the testcase I 
provided above? Or does the problem still not occur under Linux?

As a side-note, here is the description of the HiDPI support added in Java 9: 
https://bugs.openjdk.java.net/browse/JDK-8055212


was (Author: cowwoc):
Confirmed. This bug does **not** occur with JDK 8.

This still does not necessarily mean the bug is in the JDK. Maybe we're 
misusing the Java API somehow. How do we track down the problem to its source?

Out of curiosity, were you able to reproduce the problem using the testcase I 
provided above? Or does the problem still not occur under Linux?

> Wrap Text breaks copy/paste of output window
> 
>
> Key: NETBEANS-235
> URL: https://issues.apache.org/jira/browse/NETBEANS-235
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Microsoft Windows [Version 10.0.16299.125]
> DPI scaling: 150%
> java version "9.0.1"
> Java(TM) SE Runtime Environment (build 9.0.1+11)
> Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode)
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI, Java10, regression
> Attachments: 2018-04-22 at 00-57-36.mp4
>
>
> Repro steps:
> 1. Run any Java maven program
> 2. (With Wrap Text disabled) Copy text from the output window, paste it into 
> another application
> 3. Notice that this works (the text you see selected when you copy is the 
> text you get when you paste)
> 4. Enable Wrap Text in the Output Window
> 5. Re-run the application
> 6. Copy text from the output window, paste it into another application.
> 7. Notice that the selected text in Netbeans is not the text that gets 
> pasted. Furthermore, if you attempt to select the entire line in the Output 
> Window, you will notice that the caret will not go to the end of the line. 
> This is because the visual and API offsets are not aligned so when the caret 
> goes *near* the end of line visually, it is actually at the end of the line 
> as far as the API is concerned. If you copy/paste this fake end-of-line you 
> will get the entire line.
> Expected behavior: Consistent behavior when Wrap Text is enabled or disabled.
> 1. We should be able to copy whatever text is visually selected.
> 2. We should be able to select the entire line.



--
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-235) Wrap Text breaks copy/paste of output window

2018-04-22 Thread Gili (JIRA)

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

Gili updated NETBEANS-235:
--
Labels: HiDPI Java10 regression  (was: HiDPI regression)

> Wrap Text breaks copy/paste of output window
> 
>
> Key: NETBEANS-235
> URL: https://issues.apache.org/jira/browse/NETBEANS-235
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Microsoft Windows [Version 10.0.16299.125]
> DPI scaling: 150%
> java version "9.0.1"
> Java(TM) SE Runtime Environment (build 9.0.1+11)
> Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode)
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI, Java10, regression
> Attachments: 2018-04-22 at 00-57-36.mp4
>
>
> Repro steps:
> 1. Run any Java maven program
> 2. (With Wrap Text disabled) Copy text from the output window, paste it into 
> another application
> 3. Notice that this works (the text you see selected when you copy is the 
> text you get when you paste)
> 4. Enable Wrap Text in the Output Window
> 5. Re-run the application
> 6. Copy text from the output window, paste it into another application.
> 7. Notice that the selected text in Netbeans is not the text that gets 
> pasted. Furthermore, if you attempt to select the entire line in the Output 
> Window, you will notice that the caret will not go to the end of the line. 
> This is because the visual and API offsets are not aligned so when the caret 
> goes *near* the end of line visually, it is actually at the end of the line 
> as far as the API is concerned. If you copy/paste this fake end-of-line you 
> will get the entire line.
> Expected behavior: Consistent behavior when Wrap Text is enabled or disabled.
> 1. We should be able to copy whatever text is visually selected.
> 2. We should be able to select the entire line.



--
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-235) Wrap Text breaks copy/paste of output window

2018-04-22 Thread Gili (JIRA)

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

Gili commented on NETBEANS-235:
---

Confirmed. This bug does **not** occur with JDK 8.

This still does not necessarily mean the bug is in the JDK. Maybe we're 
misusing the Java API somehow. How do we track down the problem to its source?

Out of curiosity, were you able to reproduce the problem using the testcase I 
provided above? Or does the problem still not occur under Linux?

> Wrap Text breaks copy/paste of output window
> 
>
> Key: NETBEANS-235
> URL: https://issues.apache.org/jira/browse/NETBEANS-235
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Microsoft Windows [Version 10.0.16299.125]
> DPI scaling: 150%
> java version "9.0.1"
> Java(TM) SE Runtime Environment (build 9.0.1+11)
> Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode)
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI, regression
> Attachments: 2018-04-22 at 00-57-36.mp4
>
>
> Repro steps:
> 1. Run any Java maven program
> 2. (With Wrap Text disabled) Copy text from the output window, paste it into 
> another application
> 3. Notice that this works (the text you see selected when you copy is the 
> text you get when you paste)
> 4. Enable Wrap Text in the Output Window
> 5. Re-run the application
> 6. Copy text from the output window, paste it into another application.
> 7. Notice that the selected text in Netbeans is not the text that gets 
> pasted. Furthermore, if you attempt to select the entire line in the Output 
> Window, you will notice that the caret will not go to the end of the line. 
> This is because the visual and API offsets are not aligned so when the caret 
> goes *near* the end of line visually, it is actually at the end of the line 
> as far as the API is concerned. If you copy/paste this fake end-of-line you 
> will get the entire line.
> Expected behavior: Consistent behavior when Wrap Text is enabled or disabled.
> 1. We should be able to copy whatever text is visually selected.
> 2. We should be able to select the entire line.



--
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-714) A series of (apparently) related bugs on javascript parsing with Maven web projects.

2018-04-22 Thread JIRA
Alied Pérez Martínez created NETBEANS-714:
-

 Summary: A series of (apparently) related bugs on javascript 
parsing with Maven web projects.
 Key: NETBEANS-714
 URL: https://issues.apache.org/jira/browse/NETBEANS-714
 Project: NetBeans
  Issue Type: Bug
Reporter: Alied Pérez Martínez


In good ole bugzilla there are some bugs reported by the Exception Reporter 
which still happen. They are all quite similar and probably, if not the same, 
are closely related. I'm linking them here just to not lose track of them.
https://netbeans.org/bugzilla/show_bug.cgi?id=271139
https://netbeans.org/bugzilla/show_bug.cgi?id=271154
https://netbeans.org/bugzilla/show_bug.cgi?id=271159
https://netbeans.org/bugzilla/show_bug.cgi?id=271170
https://netbeans.org/bugzilla/show_bug.cgi?id=271190
https://netbeans.org/bugzilla/show_bug.cgi?id=271208
https://netbeans.org/bugzilla/show_bug.cgi?id=271387
https://netbeans.org/bugzilla/show_bug.cgi?id=271635



--
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-444) Can't use apple.laf.AquaLookAndFeel on Java 10 anymore

2018-04-22 Thread Sven Reimers (JIRA)

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

Sven Reimers reassigned NETBEANS-444:
-

Assignee: Sven Reimers

> Can't use apple.laf.AquaLookAndFeel on Java 10 anymore
> --
>
> Key: NETBEANS-444
> URL: https://issues.apache.org/jira/browse/NETBEANS-444
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
>Reporter: Kirill Grouchnikov
>Assignee: Sven Reimers
>Priority: Major
>
> [https://github.com/apache/incubator-netbeans/blob/master/o.n.upgrader/src/org/netbeans/util/Util.java#L78]
>  stack-traces on Java 10+44
>  
> See [https://bugs.openjdk.java.net/browse/JDK-8185683] that has removed 
> access to that class and [http://jdk.java.net/10/release-notes#JDK-8185683] 
> for the release notes



--
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-406) addPropertyChangeListener w/o matching removePropertyChangeListener

2018-04-22 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot updated NETBEANS-406:

Labels: pull-request-available  (was: )

> addPropertyChangeListener w/o matching removePropertyChangeListener
> ---
>
> Key: NETBEANS-406
> URL: https://issues.apache.org/jira/browse/NETBEANS-406
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - CSL (API  infrastructure), editor - 
> Painting  Printing
>Affects Versions: 8.2, 9.0
> Environment: NetBeans 9.0 beta 
> (incubator-netbeans-release-205-on-20180202) on OpenJDK 64-Bit Server VM 
> 9.0.4.1+11, Mac OS 10.9.5
>Reporter: Eirik Bakke
>Priority: Minor
>  Labels: pull-request-available
>
> The following warning appears in the IDE log every now and then in 8.2 and 
> 9.0 beta:
>  
> {code:java}
> WARNING [org.openide.util.WeakListenerImpl]: Can't remove 
> java.beans.PropertyChangeListener using method 
> org.netbeans.modules.editor.NbEditorDocument.removePropertyChangeListener 
> from org.netbeans.modules.editor.NbEditorDocument@299b063c, 
> mimeType='text/x-editor-search', kitClass=null, length=9, version=15, 
> file=null{code}
>  
> The warning above can be reproduced by opening a Java editor, closing all 
> editors, and then invoking a GC with by double-clicking the memory meter in 
> the "Performance" toolbar item. 
> This bug was previously discussed in Bugzilla at 
> [https://netbeans.org/bugzilla/show_bug.cgi?id=196323] . Not sure what 
> priority to put for this bug; it's a memory leak, but I'm not sure how big of 
> an impact it has.
> *Analysis*
> Storing a stacktrace in WeakListenerImpl.ListenerReference on creation and 
> then printing it on the failed removal shows the place where the problematic 
> listener is added:
> {code:java}
> java.lang.Exception
>  at 
> org.openide.util.WeakListenerImpl$ListenerReference.(WeakListenerImpl.java:554)
>  at org.openide.util.WeakListenerImpl.(WeakListenerImpl.java:109)
>  at org.openide.util.WeakListenerImpl.(WeakListenerImpl.java:99)
>  at 
> org.openide.util.WeakListenerImpl$PropertyChange.(WeakListenerImpl.java:187)
>  at org.openide.util.WeakListeners.propertyChange(WeakListeners.java:282)
>  at 
> org.netbeans.modules.editor.lib2.view.DocumentViewOp.checkSettingsInfo(DocumentViewOp.java:937)
>  at 
> org.netbeans.modules.editor.lib2.view.DocumentViewOp.checkViewsInited(DocumentViewOp.java:622)
>  at 
> org.netbeans.modules.editor.lib2.view.DocumentView.getPreferredSpan(DocumentView.java:251)
>  at 
> javax.swing.plaf.basic.BasicTextUI$RootView.getPreferredSpan(BasicTextUI.java:1353)
>  at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(BasicTextUI.java:919)
>  at javax.swing.JComponent.getPreferredSize(JComponent.java:1662)
>  at javax.swing.JEditorPane.getPreferredSize(JEditorPane.java:1333)
>  at 
> org.netbeans.modules.editor.NbEditorUI$LayeredEditorPane.getPreferredSize(NbEditorUI.java:475){code}
> The problem is on this line of DocumentViewOp:
> {code:java}
> o.n.modules.editor.lib2.view.DocumentUtilities.addPropertyChangeListener(doc, 
> WeakListeners.propertyChange(this, doc));{code}
> The DocumentUtilities.addPropertyChangeListener is a special API for allowing 
> property change listeners to be attached to BaseDocument instances (see 
> Bugzilla [https://netbeans.org/bugzilla/show_bug.cgi?id=181073] ). Since it 
> doesn't actually add addPropertyChangeListener/removePropertyChangeListener 
> methods to BaseDocument, it doesn't work with WeakListeners.
> As far as I can see, the only place that actually uses 
> DocumentUtilities.addPropertyChangeListener is the single line i 
> DocumentViewOp above.
> I would propose adding a removedPropertyChangeListener method to BaseDocument 
> that delegates to DocumentUtilities.removePropertyChangeListener (or performs 
> the equivalent logic itself). This way the WeakListener will find the method 
> it expects when the listener is due to be removed, and the property change 
> events will still have the Document instance as the event source instead of 
> the delegate PropertyChangeSupport, as is probably desired.
> An alternative is to make WeakListeners aware of the special setup wrt. 
> property change listeners on BaseDocument instances. But that seems like an 
> abstraction violation.



--
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-650) Edit Ant Library from Project Window Tree Causes java.lang.AssertionError

2018-04-22 Thread Mark Wilmoth (JIRA)

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

Mark Wilmoth updated NETBEANS-650:
--
Priority: Major  (was: Minor)

> Edit Ant Library from Project Window Tree Causes java.lang.AssertionError
> -
>
> Key: NETBEANS-650
> URL: https://issues.apache.org/jira/browse/NETBEANS-650
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Project
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-linux-406-on-20180411)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; UTF-8; en_US (nb)
>Reporter: Mark Wilmoth
>Priority: Major
> Attachments: Edit Ant Library Bug 001.png, messages.log
>
>
> # Open an Ant Java Project.
>  # In the Project window, right click on any Ant Library or the JDK Library.
>  # This brings up a context menu. Click "Edit..."
>  # A org.openide.util.RequestProcessor$SlowItem exception occurs and nothing 
> else happens. 
> Expected: "Customize Library" window opens in the case of a Ant Library or 
> "Java Platform Manager" window opens for the case of a JDK library.
> Workaround: Use Tools>>Libraries or Tools>>Java Platforms instead.
> java.lang.AssertionError
>  at org.openide.awt.HtmlRendererImpl.reset(HtmlRendererImpl.java:78)
>  at 
> org.openide.awt.HtmlRendererImpl.getTreeCellRendererComponent(HtmlRendererImpl.java:122)
>  at 
> org.openide.explorer.view.NodeRenderer.getTreeCellRendererComponent(NodeRenderer.java:131)
>  at org.openide.explorer.view.TreeView.initializeTree(TreeView.java:289)
>  at org.openide.explorer.view.TreeView.(TreeView.java:213)
>  at org.openide.explorer.view.TreeView.(TreeView.java:203)
>  at org.openide.explorer.view.BeanTreeView.(BeanTreeView.java:73)
>  at 
> org.netbeans.modules.java.platform.ui.PlatformsCustomizer$PlatformsView.(PlatformsCustomizer.java:527)
>  at 
> org.netbeans.modules.java.platform.ui.PlatformsCustomizer.initComponents(PlatformsCustomizer.java:153)
>  at 
> org.netbeans.modules.java.platform.ui.PlatformsCustomizer.(PlatformsCustomizer.java:94)
>  at 
> org.netbeans.api.java.platform.PlatformsCustomizer.showCustomizer(PlatformsCustomizer.java:41)
>  at 
> org.netbeans.modules.java.api.common.project.ui.PlatformNode$PlatformEditable.edit(PlatformNode.java:292)
>  at 
> org.netbeans.modules.java.api.common.project.ui.EditRootAction.performAction(EditRootAction.java:41)
>  at 
> org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
>  at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
>  at 
> org.openide.util.actions.ActionInvoker$ActionRunnable.actionPerformed(ActionInvoker.java:137)
>  at org.netbeans.core.ModuleActions.invokeAction(ModuleActions.java:84)
>  at 
> org.netbeans.modules.openide.actions.ActionsBridgeImpl.invokeAction(ActionsBridgeImpl.java:35)
>  at 
> org.openide.util.actions.ActionInvoker$ActionRunnable.doRun(ActionInvoker.java:128)
>  at org.openide.util.actions.ActionInvoker$2.run(ActionInvoker.java:85)
>  at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
>  at 
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
>  at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
>  at 
> org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
>  Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to
>  at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
>  at 
> org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:89)
>  at org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
>  at 
> org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
>  at 
> java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
>  at 
> java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
>  at 
> java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
>  at 
> java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
>  at java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369)
>  at 
> java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:980)
>  at 
> java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1024)
>  at java.desktop/java.awt.Component.processMouseEvent(Component.java:6589)
>  at 
> java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
>  at java.desktop/java.awt.Component.processEvent(Component.java:6354)
>  at 

[jira] [Commented] (NETBEANS-444) Can't use apple.laf.AquaLookAndFeel on Java 10 anymore

2018-04-22 Thread Sven Reimers (JIRA)

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

Sven Reimers commented on NETBEANS-444:
---

Am I correct to assume that the minimum Java required to run NetBeans is 8?

> Can't use apple.laf.AquaLookAndFeel on Java 10 anymore
> --
>
> Key: NETBEANS-444
> URL: https://issues.apache.org/jira/browse/NETBEANS-444
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 9.0
>Reporter: Kirill Grouchnikov
>Priority: Major
>
> [https://github.com/apache/incubator-netbeans/blob/master/o.n.upgrader/src/org/netbeans/util/Util.java#L78]
>  stack-traces on Java 10+44
>  
> See [https://bugs.openjdk.java.net/browse/JDK-8185683] that has removed 
> access to that class and [http://jdk.java.net/10/release-notes#JDK-8185683] 
> for the release notes



--
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-713) HighlightingManager does not track changes to HighlightsLayerExcludes correctly

2018-04-22 Thread Eirik Bakke (JIRA)

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

Eirik Bakke updated NETBEANS-713:
-
Description: 
The editor API defines the JEditorPane client properties 
[HighlightsLayerExcludes and 
HighlightsLayerIncludes|http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-editor-lib2/index.html?org/netbeans/spi/editor/highlighting/package-summary.html]
 to allow clients to show/hide specific highlight layers on demand. The bug is 
that modifications to these properties are not reflected properly in the editor.

The use case here is for a NetBeans Platform application that needs to modify 
the client properties depending on user action (e.g. keyboard focus state).

The bug seems to be in 
o.n.modules.editor.lib2.highlighting.HighlightingManager.Highlighting. In the 
constructor, the paneFilter variable is initialized once from the 
HighlightsLayerExcludes/HighlightsLayerIncludes client properties, right above 
where the propertyChangeListener that is supposed to track changes to it is 
added. The PropertyChangeListener reacts to changes to the client properties by 
calling rebuildAllLayers(), which calls rebuildAllLayersImpl(), which always 
just uses the value of paneFilter set in the constructor.

Originally reported as Bugzilla bug 
[248664|https://netbeans.org/bugzilla/show_bug.cgi?id=248664]. Adding this as a 
JIRA issue to associate with a pull request that I'm about to open.

  was:
(Copied from Bugzilla bug 
[248664|https://netbeans.org/bugzilla/show_bug.cgi?id=248664] )

The editor API defines the JEditorPane client properties 
[HighlightsLayerExcludes and 
HighlightsLayerIncludes|http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-editor-lib2/index.html?org/netbeans/spi/editor/highlighting/package-summary.html]
 to allow clients to show/hide specific highlight layers on demand. The bug is 
that modifications to these properties are not reflected properly in the editor.

The bug seems to be in 
o.n.modules.editor.lib2.highlighting.HighlightingManager.Highlighting. In the 
constructor, the paneFilter variable is initialized once from the 
HighlightsLayerExcludes/HighlightsLayerIncludes client properties, right above 
where the propertyChangeListener that is supposed to track changes to it is 
added. The PropertyChangeListener reacts to changes to the client properties by 
calling rebuildAllLayers(), which calls rebuildAllLayersImpl(), which always 
just uses the value of paneFilter set in the constructor.

Adding this as a JIRA issue to associate with a pull request that I'm about to 
open.


> HighlightingManager does not track changes to HighlightsLayerExcludes 
> correctly
> ---
>
> Key: NETBEANS-713
> URL: https://issues.apache.org/jira/browse/NETBEANS-713
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 8.2, 9.0
>Reporter: Eirik Bakke
>Priority: Minor
>
> The editor API defines the JEditorPane client properties 
> [HighlightsLayerExcludes and 
> HighlightsLayerIncludes|http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-editor-lib2/index.html?org/netbeans/spi/editor/highlighting/package-summary.html]
>  to allow clients to show/hide specific highlight layers on demand. The bug 
> is that modifications to these properties are not reflected properly in the 
> editor.
> The use case here is for a NetBeans Platform application that needs to modify 
> the client properties depending on user action (e.g. keyboard focus state).
> The bug seems to be in 
> o.n.modules.editor.lib2.highlighting.HighlightingManager.Highlighting. In the 
> constructor, the paneFilter variable is initialized once from the 
> HighlightsLayerExcludes/HighlightsLayerIncludes client properties, right 
> above where the propertyChangeListener that is supposed to track changes to 
> it is added. The PropertyChangeListener reacts to changes to the client 
> properties by calling rebuildAllLayers(), which calls rebuildAllLayersImpl(), 
> which always just uses the value of paneFilter set in the constructor.
> Originally reported as Bugzilla bug 
> [248664|https://netbeans.org/bugzilla/show_bug.cgi?id=248664]. Adding this as 
> a JIRA issue to associate with a pull request that I'm about to open.



--
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-713) HighlightingManager does not track changes to HighlightsLayerExcludes correctly

2018-04-22 Thread Eirik Bakke (JIRA)

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

Eirik Bakke updated NETBEANS-713:
-
Description: 
(Copied from Bugzilla bug 
[248664|https://netbeans.org/bugzilla/show_bug.cgi?id=248664] )

The editor API defines the JEditorPane client properties 
[HighlightsLayerExcludes and 
HighlightsLayerIncludes|http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-editor-lib2/index.html?org/netbeans/spi/editor/highlighting/package-summary.html]
 to allow clients to show/hide specific highlight layers on demand. The bug is 
that modifications to these properties are not reflected properly in the editor.

The bug seems to be in 
o.n.modules.editor.lib2.highlighting.HighlightingManager.Highlighting. In the 
constructor, the paneFilter variable is initialized once from the 
HighlightsLayerExcludes/HighlightsLayerIncludes client properties, right above 
where the propertyChangeListener that is supposed to track changes to it is 
added. The PropertyChangeListener reacts to changes to the client properties by 
calling rebuildAllLayers(), which calls rebuildAllLayersImpl(), which always 
just uses the value of paneFilter set in the constructor.

Adding this as a JIRA issue to associate with a pull request that I'm about to 
open.

  was:
(Copied from Bugzilla bug 
[248664|https://netbeans.org/bugzilla/show_bug.cgi?id=248664]:)

The editor API defines the JEditorPane client properties 
[HighlightsLayerExcludes and 
HighlightsLayerIncludes|http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-editor-lib2/index.html?org/netbeans/spi/editor/highlighting/package-summary.html]
 to allow clients to show/hide specific highlight layers on demand. The bug is 
that modifications to these properties are not reflected properly in the editor.

The bug seems to be in 
o.n.modules.editor.lib2.highlighting.HighlightingManager.Highlighting. In the 
constructor, the paneFilter variable is initialized once from the 
HighlightsLayerExcludes/HighlightsLayerIncludes client properties, right above 
where the propertyChangeListener that is supposed to track changes to it is 
added. The PropertyChangeListener reacts to changes to the client properties by 
calling rebuildAllLayers(), which calls rebuildAllLayersImpl(), which always 
just uses the value of paneFilter set in the constructor.

Adding this as a JIRA issue to associate with a pull request that I'm about to 
open.


> HighlightingManager does not track changes to HighlightsLayerExcludes 
> correctly
> ---
>
> Key: NETBEANS-713
> URL: https://issues.apache.org/jira/browse/NETBEANS-713
> Project: NetBeans
>  Issue Type: Bug
>Affects Versions: 8.2, 9.0
>Reporter: Eirik Bakke
>Priority: Minor
>
> (Copied from Bugzilla bug 
> [248664|https://netbeans.org/bugzilla/show_bug.cgi?id=248664] )
> The editor API defines the JEditorPane client properties 
> [HighlightsLayerExcludes and 
> HighlightsLayerIncludes|http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-editor-lib2/index.html?org/netbeans/spi/editor/highlighting/package-summary.html]
>  to allow clients to show/hide specific highlight layers on demand. The bug 
> is that modifications to these properties are not reflected properly in the 
> editor.
> The bug seems to be in 
> o.n.modules.editor.lib2.highlighting.HighlightingManager.Highlighting. In the 
> constructor, the paneFilter variable is initialized once from the 
> HighlightsLayerExcludes/HighlightsLayerIncludes client properties, right 
> above where the propertyChangeListener that is supposed to track changes to 
> it is added. The PropertyChangeListener reacts to changes to the client 
> properties by calling rebuildAllLayers(), which calls rebuildAllLayersImpl(), 
> which always just uses the value of paneFilter set in the constructor.
> Adding this as a JIRA issue to associate with a pull request that I'm about 
> to open.



--
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-713) HighlightingManager does not track changes to HighlightsLayerExcludes correctly

2018-04-22 Thread Eirik Bakke (JIRA)
Eirik Bakke created NETBEANS-713:


 Summary: HighlightingManager does not track changes to 
HighlightsLayerExcludes correctly
 Key: NETBEANS-713
 URL: https://issues.apache.org/jira/browse/NETBEANS-713
 Project: NetBeans
  Issue Type: Bug
Affects Versions: 8.2, 9.0
Reporter: Eirik Bakke


(Copied from Bugzilla bug 
[248664|https://netbeans.org/bugzilla/show_bug.cgi?id=248664]:)

The editor API defines the JEditorPane client properties 
[HighlightsLayerExcludes and 
HighlightsLayerIncludes|http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-editor-lib2/index.html?org/netbeans/spi/editor/highlighting/package-summary.html]
 to allow clients to show/hide specific highlight layers on demand. The bug is 
that modifications to these properties are not reflected properly in the editor.

The bug seems to be in 
o.n.modules.editor.lib2.highlighting.HighlightingManager.Highlighting. In the 
constructor, the paneFilter variable is initialized once from the 
HighlightsLayerExcludes/HighlightsLayerIncludes client properties, right above 
where the propertyChangeListener that is supposed to track changes to it is 
added. The PropertyChangeListener reacts to changes to the client properties by 
calling rebuildAllLayers(), which calls rebuildAllLayersImpl(), which always 
just uses the value of paneFilter set in the constructor.

Adding this as a JIRA issue to associate with a pull request that I'm about to 
open.



--
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-712) On Aqua, sub-tabs in "Output" tab have vertically off-center text and close buttons

2018-04-22 Thread Eirik Bakke (JIRA)

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

Eirik Bakke updated NETBEANS-712:
-
Priority: Minor  (was: Major)

> On Aqua, sub-tabs in "Output" tab have vertically off-center text and close 
> buttons
> ---
>
> Key: NETBEANS-712
> URL: https://issues.apache.org/jira/browse/NETBEANS-712
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Window System
>Affects Versions: 8.2, 9.0
>Reporter: Eirik Bakke
>Priority: Minor
> Attachments: xalignment251441-patch-illustration.png
>
>
> On MacOS/Aqua, the text and close ("X") buttons of sub-tabs in the "Output" 
> TopComponents such as "Debugger Console" and "Run", are vertically 
> off-center. The attached screenshot shows the problem, and what it looks like 
> after the patch I'm about to propose.
> Originally bugzilla issue 251441. Creating an issue here to associate with an 
> upcoming pull request.



--
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-604) Cannot set same size to visual components

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi resolved NETBEANS-604.
--
Resolution: Incomplete
  Assignee: John Kostaras

Could not reproduce.

If you still experience this behavior, then feel free to reopen this issue, but 
please provide additional information, screenshot/video, exact steps to 
reproduce.

> Cannot set same size to visual components 
> --
>
> Key: NETBEANS-604
> URL: https://issues.apache.org/jira/browse/NETBEANS-604
> Project: NetBeans
>  Issue Type: Bug
>  Components: apisupport - Project
>Affects Versions: 9.0
> Environment: MacOSX
>Reporter: John Kostaras
>Assignee: John Kostaras
>Priority: Major
> Fix For: 9.0
>
>
> h1. Resizing Components test case failed.
> Selecting any two visual components in the visual editor, and right-click, 
> _Same Size > Same Width_ or _Same Size > Same Height_ are disabled.



--
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-342) Revisit netbeans_default_options in netbeans.conf

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi updated NETBEANS-342:
-
Priority: Minor  (was: Major)

> Revisit netbeans_default_options in netbeans.conf
> -
>
> Key: NETBEANS-342
> URL: https://issues.apache.org/jira/browse/NETBEANS-342
> Project: NetBeans
>  Issue Type: Improvement
>  Components: platform - LaunchersCLI
>Affects Versions: 9.0
>Reporter: Laszlo Kishalmi
>Assignee: Laszlo Kishalmi
>Priority: Minor
>
> The default JVM and other options has not been changed too much over the 
> years. If it has been changed those changes were just appends. Like now we 
> got a bunch of appended --add-exports and --add-opens due to Java 9.
> I'd see the following points to be discussed:
>  # Using Client VM is most probably not required / deprecated
>  # Are the initial memory arguments Ok?
>  # Is sun.java2d.noddraw=true still required?
>  # Is sun.zip.disableMemoryMapping=true still required
>  # Shall we force Antialiased text rendering with {{swing.aatext=true}} here?
>  # Java 9 related stuff could be in a different variable
>  



--
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-341) Provide Snap Packages for NetBeans

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi updated NETBEANS-341:
-
Fix Version/s: 9.0

> Provide Snap Packages for NetBeans
> --
>
> Key: NETBEANS-341
> URL: https://issues.apache.org/jira/browse/NETBEANS-341
> Project: NetBeans
>  Issue Type: Wish
>  Components: platform - LaunchersCLI
>Affects Versions: 9.0
>Reporter: Laszlo Kishalmi
>Assignee: Laszlo Kishalmi
>Priority: Major
>  Labels: CI, build, pull-request-available
> Fix For: 9.0
>
>  Time Spent: 2h
>  Remaining Estimate: 0h
>
> The aim of this wish is to make NetBeans IDE available using Snap packaging 
> system making it available on almost all Linux distributions.
> While the invention of Snap package management is a bit controversial among 
> Linux users, it is definitely gaining momentum as some major brands started 
> to deliver their products as Snap packages. Like Spotify and IntelliJ as well.
> Snap store can provide different distribution channels for different state of 
> the products, like alpha, beta and stable (additional channels can be 
> requested as well). Snapcraft.io service provides an automatic build and 
> release functionality for free. Also the snap client can update the installed 
> software daily. Having this functionality can enable some users to live on 
> the edge if they want.
> I've started some experiments which can help make it happen.
>  # This snap code needs to be integrated into the main NetBeans repository.
> Check tle linked PR#404
>  # Snapcraft.io could be bind into github to enable automatic build.
>  As far as I see now we shall request a permission to build a the package 
> with classic confinement (no-security restrictions)
> My experimental package is available and can be tested with:
> {code:java}
> wget 
> https://s3-us-west-2.amazonaws.com/lkishalmi-us-west-2-public/snaps/netbeans_9.0-beta-rc2_amd64.snap
> snap install netbeans_9.0-beta-rc2_amd64.snap --dangerous --classic{code}
> If we could make this happen NetBeans install on Linux could be as simple as:
> {code:java}
> snap install netbeans --classic{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-699) Refactoring Tools Servely Disabled for Un-saved Java Code

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi commented on NETBEANS-699:
--

It might be Gradle plugin specific. Cannot be reproduced using a Maven/Ant 
project at the moment.

> Refactoring Tools Servely Disabled for Un-saved Java Code
> -
>
> Key: NETBEANS-699
> URL: https://issues.apache.org/jira/browse/NETBEANS-699
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Navigation, editor - Refactoring, java - 
> Navigation, java - Refactoring
>Affects Versions: 9.0
> Environment: * gradle clean
> * Purged all Gradle caches
> * Empty cache directory
> Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-release-205-on-20180202)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; Cp1252; en_AU (nb)
> User directory: Z:\tmp\.other\user\netbeans\v09.00-beta\FourAbs
> Cache directory: Z:\tmp\.other\cache\netbeans\FourAbs-09
>Reporter: will mason
>Priority: Critical
>  Labels: CTRL-B, CTRL/Left-Click, Regression, editing, 
> find-usages, navigation, refactoring, searching
> Fix For: 9.0
>
> Attachments: image-2018-04-19-12-58-53-652.png, messages.log
>
>
> h2. context
>  * Editing Java code
>  * Wanted to find all usages of a method
> h2. expected / desirable
>  * Select method name
>  * Press *ALT / F7* 
>  * See Usages pop-up
>  * Press *OK*
>  * Review list of uses found.
>  * There is ONE as identified using {{grep}}
>  * I expect Navigation and Refactoring tools to work on ALL files and 
> Open/Active buffers.
>  * Netbeans 8 does not force me to save or save and reopen files to rename a 
> method, or find all usages, etc.
> h2. actual
>  * Pressing *ALT / F7* resulted in the following error:
> {panel:title=ALT / F7 error}
> !image-2018-04-19-12-58-53-652.png!
> {panel}
>  * The method immediately above this line and the method below are both 
> private
>  * I can press *ALT / F7* for those methods, no problem.
>  * In addition navigation isn't working e.g. *CTRL / Left-Mouse-Click* - Jump 
> to source code fails.
>  * But only for that One method.
> _Furthermore_ ...
>  * These operations started / resumed working on the {{isNullSelectedNote()}} 
> method after *Save-*ing the file.
>  * In a great many cases now Navigation and Refactoring operations have 
> Failed.
>  * And later worked / Resumed working later
>  * There is NO CONSISTENT pattern - However most of the time saving the file 
> or All Files eventually the task seems to work (_again_)
>  * On the other hand, sometimes navigation, refactoring operations work fine 
> without forcing me to save a file. 
>  * It is unpredictable - That can be worse than broken  sometimes!
>  * 
> h2. Impact
>  * Had to go to a command line and run grep
>  * That is not helpful for a Public method used across many projects
> h2. supporting information
>  * messages.log
>  * screenshot



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

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi commented on NETBEANS-346:
--

It could happen that the Mac default monospace font has interesting measures.
As there is a workaround on this issue, I doubt that it would be critical.

We could make the Lucida font (as it comes with the JRE) default on every 
platform by default, to avoid such issues.

> 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-235) Wrap Text breaks copy/paste of output window

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi commented on NETBEANS-235:
--

It is much clearer now. Could you test this under JDK 8? Also you might try to 
use a different font as well.

I'm sorry that I'm just guessing, but I do not think that the output window 
received changes between 8.2 to 9.0.

> Wrap Text breaks copy/paste of output window
> 
>
> Key: NETBEANS-235
> URL: https://issues.apache.org/jira/browse/NETBEANS-235
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Output Window
>Affects Versions: 9.0
> Environment: Microsoft Windows [Version 10.0.16299.125]
> DPI scaling: 150%
> java version "9.0.1"
> Java(TM) SE Runtime Environment (build 9.0.1+11)
> Java HotSpot(TM) 64-Bit Server VM (build 9.0.1+11, mixed mode)
>Reporter: Gili
>Priority: Major
>  Labels: HiDPI, regression
> Attachments: 2018-04-22 at 00-57-36.mp4
>
>
> Repro steps:
> 1. Run any Java maven program
> 2. (With Wrap Text disabled) Copy text from the output window, paste it into 
> another application
> 3. Notice that this works (the text you see selected when you copy is the 
> text you get when you paste)
> 4. Enable Wrap Text in the Output Window
> 5. Re-run the application
> 6. Copy text from the output window, paste it into another application.
> 7. Notice that the selected text in Netbeans is not the text that gets 
> pasted. Furthermore, if you attempt to select the entire line in the Output 
> Window, you will notice that the caret will not go to the end of the line. 
> This is because the visual and API offsets are not aligned so when the caret 
> goes *near* the end of line visually, it is actually at the end of the line 
> as far as the API is concerned. If you copy/paste this fake end-of-line you 
> will get the entire line.
> Expected behavior: Consistent behavior when Wrap Text is enabled or disabled.
> 1. We should be able to copy whatever text is visually selected.
> 2. We should be able to select the entire line.



--
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-404) Javadoc popup is poorly rendered

2018-04-22 Thread Eirik Bakke (JIRA)

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

Eirik Bakke commented on NETBEANS-404:
--

Yup--thanks!

> Javadoc popup is poorly rendered
> 
>
> Key: NETBEANS-404
> URL: https://issues.apache.org/jira/browse/NETBEANS-404
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates, editor - Hints 
>  Annotations
>Affects Versions: 8.2, 9.0
>Reporter: Eirik Bakke
>Assignee: Eirik Bakke
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 9.0
>
> Attachments: darcula-javadoc.png, javadoc.patch, javadocscreenshot.png
>
>  Time Spent: 2.5h
>  Remaining Estimate: 0h
>
> This is a patch for the old issue 236403 with the same name, see 
> [https://netbeans.org/bugzilla/show_bug.cgi?id=236403] .
> Since about NetBeans 7.4, the Java editor's Javadoc popup has been rendered 
> with an all-monospace font. There have also been various complaints about the 
> Javadoc's font size (which the monospace font "fixed" because the monospace 
> font looks larger at the same point size).
> The attached patch makes the Javadoc popup once again use a non-monospace 
> font (as in generated Javadoc HTML), while at the same time increasing the 
> font size to match the editor's own zoom level. See the attached screenshot.



--
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-710) AssertionError running on a recent version of JDK 11

2018-04-22 Thread ASF GitHub Bot (JIRA)

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

ASF GitHub Bot updated NETBEANS-710:

Labels: pull-request-available  (was: )

> AssertionError running on a recent version of JDK 11
> 
>
> Key: NETBEANS-710
> URL: https://issues.apache.org/jira/browse/NETBEANS-710
> Project: NetBeans
>  Issue Type: Bug
>  Components: java - Hints
>Affects Versions: 9.0
>Reporter: Jan Lahoda
>Assignee: Jan Lahoda
>Priority: Major
>  Labels: pull-request-available
>
> Running a recent (custom) build of NetBeans, on a recent (custom) build of 
> JDK 11, editing files like 
> lexer/src/org/netbeans/lib/lexer/token/DefaultToken.java, the AssertionError 
> pasted below happens:
> ---
> java.lang.AssertionError
>     at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
>     at jdk.compiler/com.sun.tools.javac.util.Assert.check(Assert.java:46)
>     at jdk.compiler/com.sun.tools.javac.comp.Modules.enter(Modules.java:244)
>     at 
> org.netbeans.modules.java.hints.spiimpl.Utilities.constructScope(Utilities.java:763)
>     at 
> org.netbeans.modules.java.hints.declarative.Hacks.constructScope(Hacks.java:73)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$1.run(DeclarativeHintsParser.java:499)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$1.run(DeclarativeHintsParser.java:477)
>     at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60)
>     at 
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:357)
>     at 
> org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:340)
>     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:311)
>     at 
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:430)
>     at 
> org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.resolve(DeclarativeHintsParser.java:477)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.access$000(DeclarativeHintsParser.java:83)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseCondition(DeclarativeHintsParser.java:311)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseConditions(DeclarativeHintsParser.java:258)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseRule(DeclarativeHintsParser.java:215)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseInput(DeclarativeHintsParser.java:184)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.access$200(DeclarativeHintsParser.java:90)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.parse(DeclarativeHintsParser.java:395)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.parseHints(DeclarativeHintRegistry.java:263)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.parseHintFile(DeclarativeHintRegistry.java:239)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.readHints(DeclarativeHintRegistry.java:128)
>     at 
> org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.computeHints(DeclarativeHintRegistry.java:111)
>     at 
> org.netbeans.modules.java.hints.spiimpl.RulesManagerImpl.readHints(RulesManagerImpl.java:139)
>     at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:133)
>     at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
>     at 
> org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
>     at 
> 

[jira] [Updated] (NETBEANS-711) Unable to resolve const identifier in header outside of project directory

2018-04-22 Thread Mark Wilmoth (JIRA)

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

Mark Wilmoth updated NETBEANS-711:
--
Description: 
# Using MSYS2 MinGW_w64 64-bit toolchain. 
 # Open attached project "PPP2ED.zip" in NetBeans.
 # After project is parsed, notice Graph.h shows no error hints.
 # Copy the "FLTK" directory inside project directory outside of project 
directory one level.
 # In the Project Properties, change the C++ Compiler >> Include directory to 
reflect new location (i.e. ../FLTK/include ) and save.
 # Wait for project to parse.
 # Right click on project and go to Code Assistant >> Reparse Project.
 # See Graph.h again and notice "Unable to resolve" hints on lines 19-23, 
42-46, 62-77.

Expected: The identifiers are resolved. 

Workaround: Use FLTK directory inside of project folder.

  was:
# Using MSYS2 MinGW_w64 64-bit toolchain. 
 # Open attached project "PPP2ED.zip" in NetBeans.
 # After project is parsed, notice Graph.h shows no errors.
 # Copy the "FLTK" directory inside project directory outside of project 
directory one level.
 # In the Project Properties, change the C++ Compiler >> Include directory to 
reflect new location (i.e. ../FLTK/include ) and save.
 # Wait for project to parse.
 # Right click on project and go to Code Assistant >> Reparse Project.
 # See Graph.h again and notice "Unable to resolve" errors on lines 19-23, 
42-46, 62-77.

Expected: The identifiers are resolved. 

Workaround: Use FLTK directory inside of project folder.


> Unable to resolve const identifier in header outside of project directory
> -
>
> Key: NETBEANS-711
> URL: https://issues.apache.org/jira/browse/NETBEANS-711
> Project: NetBeans
>  Issue Type: Bug
>  Components: cnd - Editor
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-linux-406-on-20180411)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; UTF-8; en_US (nb)
>Reporter: Mark Wilmoth
>Priority: Minor
> Attachments: PPP2ED.zip, messages.log
>
>
> # Using MSYS2 MinGW_w64 64-bit toolchain. 
>  # Open attached project "PPP2ED.zip" in NetBeans.
>  # After project is parsed, notice Graph.h shows no error hints.
>  # Copy the "FLTK" directory inside project directory outside of project 
> directory one level.
>  # In the Project Properties, change the C++ Compiler >> Include directory to 
> reflect new location (i.e. ../FLTK/include ) and save.
>  # Wait for project to parse.
>  # Right click on project and go to Code Assistant >> Reparse Project.
>  # See Graph.h again and notice "Unable to resolve" hints on lines 19-23, 
> 42-46, 62-77.
> Expected: The identifiers are resolved. 
> Workaround: Use FLTK directory inside of project folder.



--
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-711) Unable to resolve const identifier in header outside of project directory

2018-04-22 Thread Mark Wilmoth (JIRA)

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

Mark Wilmoth updated NETBEANS-711:
--
Description: 
# Using MSYS2 MinGW_w64 64-bit toolchain. 
 # Open attached project "PPP2ED.zip" in NetBeans.
 # After project is parsed, notice Graph.h shows no errors.
 # Copy the "FLTK" directory inside project directory outside of project 
directory one level.
 # In the Project Properties, change the C++ Compiler >> Include directory to 
reflect new location (i.e. ../FLTK/include ) and save.
 # Wait for project to parse.
 # Right click on project and go to Code Assistant >> Reparse Project.
 # See Graph.h again and notice "Unable to resolve" errors on lines 19-23, 
42-46, 62-77.

Expected: The identifiers are resolved. 

Workaround: Use FLTK directory inside of project folder.

  was:
# Using MSYS2 MinGW_w64 toolchain. 
 # Open attached project "PPP2ED.zip" in NetBeans.
 # After project is parsed, notice Graph.h shows no errors.
 # Copy the "FLTK" directory inside project directory outside of project 
directory one level.
 # In the Project Properties, change the C++ Compiler >> Include directory to 
reflect new location (i.e. ../FLTK/include ) and save.
 # Wait for project to parse.
 # Right click on project and go to Code Assistant >> Reparse Project.
 # See Graph.h again and notice "Unable to resolve" errors on lines 19-23, 
42-46, 62-77.

Expected: The identifiers are resolved. 

Workaround: Use FLTK directory inside of project folder.


> Unable to resolve const identifier in header outside of project directory
> -
>
> Key: NETBEANS-711
> URL: https://issues.apache.org/jira/browse/NETBEANS-711
> Project: NetBeans
>  Issue Type: Bug
>  Components: cnd - Editor
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-linux-406-on-20180411)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; UTF-8; en_US (nb)
>Reporter: Mark Wilmoth
>Priority: Minor
> Attachments: PPP2ED.zip, messages.log
>
>
> # Using MSYS2 MinGW_w64 64-bit toolchain. 
>  # Open attached project "PPP2ED.zip" in NetBeans.
>  # After project is parsed, notice Graph.h shows no errors.
>  # Copy the "FLTK" directory inside project directory outside of project 
> directory one level.
>  # In the Project Properties, change the C++ Compiler >> Include directory to 
> reflect new location (i.e. ../FLTK/include ) and save.
>  # Wait for project to parse.
>  # Right click on project and go to Code Assistant >> Reparse Project.
>  # See Graph.h again and notice "Unable to resolve" errors on lines 19-23, 
> 42-46, 62-77.
> Expected: The identifiers are resolved. 
> Workaround: Use FLTK directory inside of project folder.



--
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-650) Edit Ant Library from Project Window Tree Causes java.lang.AssertionError

2018-04-22 Thread Mark Wilmoth (JIRA)

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

Mark Wilmoth updated NETBEANS-650:
--
Description: 
# Open an Ant Java Project.
 # In the Project window, right click on any Ant Library or the JDK Library.
 # This brings up a context menu. Click "Edit..."
 # A org.openide.util.RequestProcessor$SlowItem exception occurs and nothing 
else happens. 

Expected: "Customize Library" window opens in the case of a Ant Library or 
"Java Platform Manager" window opens for the case of a JDK library.

Workaround: Use Tools>>Libraries or Tools>>Java Platforms instead.

java.lang.AssertionError
 at org.openide.awt.HtmlRendererImpl.reset(HtmlRendererImpl.java:78)
 at 
org.openide.awt.HtmlRendererImpl.getTreeCellRendererComponent(HtmlRendererImpl.java:122)
 at 
org.openide.explorer.view.NodeRenderer.getTreeCellRendererComponent(NodeRenderer.java:131)
 at org.openide.explorer.view.TreeView.initializeTree(TreeView.java:289)
 at org.openide.explorer.view.TreeView.(TreeView.java:213)
 at org.openide.explorer.view.TreeView.(TreeView.java:203)
 at org.openide.explorer.view.BeanTreeView.(BeanTreeView.java:73)
 at 
org.netbeans.modules.java.platform.ui.PlatformsCustomizer$PlatformsView.(PlatformsCustomizer.java:527)
 at 
org.netbeans.modules.java.platform.ui.PlatformsCustomizer.initComponents(PlatformsCustomizer.java:153)
 at 
org.netbeans.modules.java.platform.ui.PlatformsCustomizer.(PlatformsCustomizer.java:94)
 at 
org.netbeans.api.java.platform.PlatformsCustomizer.showCustomizer(PlatformsCustomizer.java:41)
 at 
org.netbeans.modules.java.api.common.project.ui.PlatformNode$PlatformEditable.edit(PlatformNode.java:292)
 at 
org.netbeans.modules.java.api.common.project.ui.EditRootAction.performAction(EditRootAction.java:41)
 at 
org.openide.util.actions.NodeAction$DelegateAction$1.run(NodeAction.java:561)
 at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:70)
 at 
org.openide.util.actions.ActionInvoker$ActionRunnable.actionPerformed(ActionInvoker.java:137)
 at org.netbeans.core.ModuleActions.invokeAction(ModuleActions.java:84)
 at 
org.netbeans.modules.openide.actions.ActionsBridgeImpl.invokeAction(ActionsBridgeImpl.java:35)
 at 
org.openide.util.actions.ActionInvoker$ActionRunnable.doRun(ActionInvoker.java:128)
 at org.openide.util.actions.ActionInvoker$2.run(ActionInvoker.java:85)
 at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
 at org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
 at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
 at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
 Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to
 at org.openide.util.RequestProcessor.post(RequestProcessor.java:395)
 at 
org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:89)
 at org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:74)
 at 
org.openide.util.actions.NodeAction$DelegateAction.actionPerformed(NodeAction.java:558)
 at 
java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1967)
 at 
java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2308)
 at 
java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
 at 
java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
 at java.desktop/javax.swing.AbstractButton.doClick(AbstractButton.java:369)
 at 
java.desktop/javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:980)
 at 
java.desktop/javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1024)
 at java.desktop/java.awt.Component.processMouseEvent(Component.java:6589)
 at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3342)
 at java.desktop/java.awt.Component.processEvent(Component.java:6354)
 at java.desktop/java.awt.Container.processEvent(Container.java:2260)
 at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966)
 at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2318)
 at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
 at 
java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4906)
 at 
java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4535)
 at 
java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4476)
 at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2304)
 at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
 at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
 at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:772)
 at java.desktop/java.awt.EventQueue.access$600(EventQueue.java:97)
 at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721)
 at 

[jira] [Updated] (NETBEANS-711) Unable to resolve const identifier in header outside of project directory

2018-04-22 Thread Mark Wilmoth (JIRA)

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

Mark Wilmoth updated NETBEANS-711:
--
Summary: Unable to resolve const identifier in header outside of project 
directory  (was: Unable resolve const identifier in header outside of project 
directory)

> Unable to resolve const identifier in header outside of project directory
> -
>
> Key: NETBEANS-711
> URL: https://issues.apache.org/jira/browse/NETBEANS-711
> Project: NetBeans
>  Issue Type: Bug
>  Components: cnd - Editor
>Affects Versions: 9.0
> Environment: Product Version: Apache NetBeans IDE Dev (Build 
> incubator-netbeans-linux-406-on-20180411)
> Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
> Runtime: Java(TM) SE Runtime Environment 10+46
> System: Windows 10 version 10.0 running on amd64; UTF-8; en_US (nb)
>Reporter: Mark Wilmoth
>Priority: Minor
> Attachments: PPP2ED.zip, messages.log
>
>
> # Using MSYS2 MinGW_w64 toolchain. 
>  # Open attached project "PPP2ED.zip" in NetBeans.
>  # After project is parsed, notice Graph.h shows no errors.
>  # Copy the "FLTK" directory inside project directory outside of project 
> directory one level.
>  # In the Project Properties, change the C++ Compiler >> Include directory to 
> reflect new location (i.e. ../FLTK/include ) and save.
>  # Wait for project to parse.
>  # Right click on project and go to Code Assistant >> Reparse Project.
>  # See Graph.h again and notice "Unable to resolve" errors on lines 19-23, 
> 42-46, 62-77.
> Expected: The identifiers are resolved. 
> Workaround: Use FLTK directory inside of project folder.



--
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-711) Unable resolve const identifier in header outside of project directory

2018-04-22 Thread Mark Wilmoth (JIRA)
Mark Wilmoth created NETBEANS-711:
-

 Summary: Unable resolve const identifier in header outside of 
project directory
 Key: NETBEANS-711
 URL: https://issues.apache.org/jira/browse/NETBEANS-711
 Project: NetBeans
  Issue Type: Bug
  Components: cnd - Editor
Affects Versions: 9.0
 Environment: Product Version: Apache NetBeans IDE Dev (Build 
incubator-netbeans-linux-406-on-20180411)
Java: 10; Java HotSpot(TM) 64-Bit Server VM 10+46
Runtime: Java(TM) SE Runtime Environment 10+46
System: Windows 10 version 10.0 running on amd64; UTF-8; en_US (nb)

Reporter: Mark Wilmoth
 Attachments: PPP2ED.zip, messages.log

# Using MSYS2 MinGW_w64 toolchain. 
 # Open attached project "PPP2ED.zip" in NetBeans.
 # After project is parsed, notice Graph.h shows no errors.
 # Copy the "FLTK" directory inside project directory outside of project 
directory one level.
 # In the Project Properties, change the C++ Compiler >> Include directory to 
reflect new location (i.e. ../FLTK/include ) and save.
 # Wait for project to parse.
 # Right click on project and go to Code Assistant >> Reparse Project.
 # See Graph.h again and notice "Unable to resolve" errors on lines 19-23, 
42-46, 62-77.

Expected: The identifiers are resolved. 

Workaround: Use FLTK directory inside of project folder.



--
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-710) AssertionError running on a recent version of JDK 11

2018-04-22 Thread Jan Lahoda (JIRA)
Jan Lahoda created NETBEANS-710:
---

 Summary: AssertionError running on a recent version of JDK 11
 Key: NETBEANS-710
 URL: https://issues.apache.org/jira/browse/NETBEANS-710
 Project: NetBeans
  Issue Type: Bug
  Components: java - Hints
Affects Versions: 9.0
Reporter: Jan Lahoda
Assignee: Jan Lahoda


Running a recent (custom) build of NetBeans, on a recent (custom) build of JDK 
11, editing files like 
lexer/src/org/netbeans/lib/lexer/token/DefaultToken.java, the AssertionError 
pasted below happens:

---

java.lang.AssertionError
    at jdk.compiler/com.sun.tools.javac.util.Assert.error(Assert.java:155)
    at jdk.compiler/com.sun.tools.javac.util.Assert.check(Assert.java:46)
    at jdk.compiler/com.sun.tools.javac.comp.Modules.enter(Modules.java:244)
    at 
org.netbeans.modules.java.hints.spiimpl.Utilities.constructScope(Utilities.java:763)
    at 
org.netbeans.modules.java.hints.declarative.Hacks.constructScope(Hacks.java:73)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$1.run(DeclarativeHintsParser.java:499)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$1.run(DeclarativeHintsParser.java:477)
    at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
    at 
org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:357)
    at 
org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:340)
    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:311)
    at 
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:430)
    at 
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.resolve(DeclarativeHintsParser.java:477)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.access$000(DeclarativeHintsParser.java:83)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseCondition(DeclarativeHintsParser.java:311)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseConditions(DeclarativeHintsParser.java:258)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseRule(DeclarativeHintsParser.java:215)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.parseInput(DeclarativeHintsParser.java:184)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser$Impl.access$200(DeclarativeHintsParser.java:90)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintsParser.parse(DeclarativeHintsParser.java:395)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.parseHints(DeclarativeHintRegistry.java:263)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.parseHintFile(DeclarativeHintRegistry.java:239)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.readHints(DeclarativeHintRegistry.java:128)
    at 
org.netbeans.modules.java.hints.declarative.DeclarativeHintRegistry.computeHints(DeclarativeHintRegistry.java:111)
    at 
org.netbeans.modules.java.hints.spiimpl.RulesManagerImpl.readHints(RulesManagerImpl.java:139)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:133)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsInvoker.computeHints(HintsInvoker.java:128)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:114)
    at 
org.netbeans.modules.java.hints.spiimpl.hints.HintsTask.run(HintsTask.java:65)
    at 
org.netbeans.modules.java.source.JavaSourceAccessor$CancelableTaskWrapper.run(JavaSourceAccessor.java:273)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor.callParserResultTask(TaskProcessor.java:561)
    at 
org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:786)
    at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
    at 

[jira] [Resolved] (NETBEANS-404) Javadoc popup is poorly rendered

2018-04-22 Thread Laszlo Kishalmi (JIRA)

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

Laszlo Kishalmi resolved NETBEANS-404.
--
   Resolution: Fixed
 Assignee: Eirik Bakke
Fix Version/s: 9.0

As far as I saw your PR has been merged to master.

> Javadoc popup is poorly rendered
> 
>
> Key: NETBEANS-404
> URL: https://issues.apache.org/jira/browse/NETBEANS-404
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Completion  Templates, editor - Hints 
>  Annotations
>Affects Versions: 8.2, 9.0
>Reporter: Eirik Bakke
>Assignee: Eirik Bakke
>Priority: Minor
>  Labels: pull-request-available
> Fix For: 9.0
>
> Attachments: darcula-javadoc.png, javadoc.patch, javadocscreenshot.png
>
>  Time Spent: 2.5h
>  Remaining Estimate: 0h
>
> This is a patch for the old issue 236403 with the same name, see 
> [https://netbeans.org/bugzilla/show_bug.cgi?id=236403] .
> Since about NetBeans 7.4, the Java editor's Javadoc popup has been rendered 
> with an all-monospace font. There have also been various complaints about the 
> Javadoc's font size (which the monospace font "fixed" because the monospace 
> font looks larger at the same point size).
> The attached patch makes the Javadoc popup once again use a non-monospace 
> font (as in generated Javadoc HTML), while at the same time increasing the 
> font size to match the editor's own zoom level. See the attached screenshot.



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