[jira] [Commented] (NETBEANS-967) java.awt.IllegalComponentStateException: component must be showing on the screen to determine its location
[ https://issues.apache.org/jira/browse/NETBEANS-967?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521863#comment-16521863 ] Tapio Koskinen commented on NETBEANS-967: - I have multiple monitors, but choosing "PC screen only" has no effect on the issue. Also moving the Netbeans window or resizing it doesn't seem to have an effect either. > java.awt.IllegalComponentStateException: component must be showing on the > screen to determine its location > -- > > Key: NETBEANS-967 > URL: https://issues.apache.org/jira/browse/NETBEANS-967 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 9.0 > Environment: Windows10 >Reporter: Jacco van Weert >Priority: Major > > A lot of times I get this exception when CTRL+click to a method or browsing > through the sourcecode. > It's terrible! > > > java.awt.IllegalComponentStateException: component must be showing on the > screen to determine its location > at java.awt.Component.getLocationOnScreen_NoTreeLock(Component.java:2062) > at java.awt.Component.getLocationOnScreen(Component.java:2036) > at > javax.swing.text.JTextComponent$InputMethodRequestsHandler.getTextLocation(JTextComponent.java:4643) > at sun.awt.im.InputMethodContext.getTextLocation(InputMethodContext.java:278) > at sun.awt.windows.WInputMethod$1.run(WInputMethod.java:588) > at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311) > at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) > at java.awt.EventQueue.access$500(EventQueue.java:97) > at java.awt.EventQueue$3.run(EventQueue.java:709) > at java.awt.EventQueue$3.run(EventQueue.java:703) > at java.security.AccessController.doPrivileged(Native Method) > at > java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80) > at > java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90) > at java.awt.EventQueue$4.run(EventQueue.java:733) > at java.awt.EventQueue$4.run(EventQueue.java:731) > at java.security.AccessController.doPrivileged(Native Method) > at > java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:730) > at > org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:136) > [catch] at > java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205) > at > java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) > at > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) -- 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-990) Creating a new NetBeans Project from template has the old branding.
Laszlo Kishalmi created NETBEANS-990: Summary: Creating a new NetBeans Project from template has the old branding. Key: NETBEANS-990 URL: https://issues.apache.org/jira/browse/NETBEANS-990 Project: NetBeans Issue Type: Bug Components: apisupport - Project Affects Versions: 9.0 Reporter: Laszlo Kishalmi -- 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-798) Netbeans crashes after closing snipping tools
[ https://issues.apache.org/jira/browse/NETBEANS-798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521574#comment-16521574 ] Laszlo Kishalmi commented on NETBEANS-798: -- This is not happen on Linux. Could you try it with the current 9.0 release and Oracle Java 10? > Netbeans crashes after closing snipping tools > - > > Key: NETBEANS-798 > URL: https://issues.apache.org/jira/browse/NETBEANS-798 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2 >Reporter: Eduard Fekete >Priority: Critical > Labels: Windows10 > Attachments: b0.PNG > > > I opened the dialog to create a new project because I wanted to take a > screenshot of it for a bug report, by using snipping tools. Ironically I > found another bug, after taking the screenshot and closing snipping tools, > NetBeans crashed. I was able to reproduce this many times. > > -- 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-798) Netbeans crashes after closing snipping tools
[ https://issues.apache.org/jira/browse/NETBEANS-798?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi updated NETBEANS-798: - Labels: Windows10 (was: ) > Netbeans crashes after closing snipping tools > - > > Key: NETBEANS-798 > URL: https://issues.apache.org/jira/browse/NETBEANS-798 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2 >Reporter: Eduard Fekete >Priority: Critical > Labels: Windows10 > Attachments: b0.PNG > > > I opened the dialog to create a new project because I wanted to take a > screenshot of it for a bug report, by using snipping tools. Ironically I > found another bug, after taking the screenshot and closing snipping tools, > NetBeans crashed. I was able to reproduce this many times. > > -- 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-798) Netbeans crashes after closing snipping tools
[ https://issues.apache.org/jira/browse/NETBEANS-798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521551#comment-16521551 ] Geertjan Wielenga commented on NETBEANS-798: Can you provide the log file after NetBeans crashes. > Netbeans crashes after closing snipping tools > - > > Key: NETBEANS-798 > URL: https://issues.apache.org/jira/browse/NETBEANS-798 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2 >Reporter: Eduard Fekete >Priority: Critical > Attachments: b0.PNG > > > I opened the dialog to create a new project because I wanted to take a > screenshot of it for a bug report, by using snipping tools. Ironically I > found another bug, after taking the screenshot and closing snipping tools, > NetBeans crashed. I was able to reproduce this many times. > > -- 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-798) Netbeans crashes after closing snipping tools
[ https://issues.apache.org/jira/browse/NETBEANS-798?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521521#comment-16521521 ] Thierry Danard commented on NETBEANS-798: - I was able to reproduce this with the Windows 10 snipping tool https://support.microsoft.com/en-us/help/4027213/windows-10-open-snipping-tool-and-take-a-screenshot > Netbeans crashes after closing snipping tools > - > > Key: NETBEANS-798 > URL: https://issues.apache.org/jira/browse/NETBEANS-798 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2 >Reporter: Eduard Fekete >Priority: Critical > Attachments: b0.PNG > > > I opened the dialog to create a new project because I wanted to take a > screenshot of it for a bug report, by using snipping tools. Ironically I > found another bug, after taking the screenshot and closing snipping tools, > NetBeans crashed. I was able to reproduce this many times. > > -- 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-989) Exception in annotation processing
[ https://issues.apache.org/jira/browse/NETBEANS-989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521516#comment-16521516 ] Peter Nabbefeld commented on NETBEANS-989: -- I've already fixed my problem with the plugin code, so I can say the exception is thrown because of my bug. I've had accidently (by using replace for all source files) created this assignment: public class WicketSupportConstants { public static final String MIME_TYPE_HTML = WicketSupportConstants.MIME_TYPE_HTML; } This is of course wrong. However, using this field in an annotation shouldn't throw any exception. > Exception in annotation processing > -- > > Key: NETBEANS-989 > URL: https://issues.apache.org/jira/browse/NETBEANS-989 > Project: NetBeans > Issue Type: Bug > Components: java - Editor > Environment: Linux; Release build 316 >Reporter: Peter Nabbefeld >Priority: Major > Attachments: WicketTagNavigator_31.dump > > > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Caused: java.lang.annotation.AnnotationTypeMismatchException: Incorrectly > typed data found for annotation element public abstract java.lang.String > org.netbeans.spi.navigator.NavigatorPanel$Registration.mimeType() (Found data > of type java.lang.String) > at > jdk.compiler/com.sun.tools.javac.model.AnnotationProxyMaker$ValueVisitor$1AnnotationTypeMismatchExceptionProxy.generateException(AnnotationProxyMaker.java:270) > at > java.base/sun.reflect.annotation.AnnotationInvocationHandler.invoke(AnnotationInvocationHandler.java:85) > at com.sun.proxy.$Proxy76.mimeType(Unknown Source) > at > org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.register(NavigatorPanelRegistrationProcessor.java:92) > at > org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.handleProcess(NavigatorPanelRegistrationProcessor.java:76) > at > org.openide.filesystems.annotations.LayerGeneratingProcessor.process(LayerGeneratingProcessor.java:122) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:968) > Caused: com.sun.tools.javac.processing.AnnotationProcessingError > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:980) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:884) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.access$2200(JavacProcessingEnvironment.java:108) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1206) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1315) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1246) > at > org.netbeans.lib.nbjavac.services.NBJavaCompiler.processAnnotations(NBJavaCompiler.java:56) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1143) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:332) > at > jdk.compiler/com.sun.tools.javac.api.JavacTa
[jira] [Commented] (NETBEANS-989) Exception in annotation processing
[ https://issues.apache.org/jira/browse/NETBEANS-989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521511#comment-16521511 ] Geertjan Wielenga commented on NETBEANS-989: Sounds like an error in the plugin code. In any case, to be able to fix it, we'll need step by step instructions to reproduce it. > Exception in annotation processing > -- > > Key: NETBEANS-989 > URL: https://issues.apache.org/jira/browse/NETBEANS-989 > Project: NetBeans > Issue Type: Bug > Components: java - Editor > Environment: Linux; Release build 316 >Reporter: Peter Nabbefeld >Priority: Major > Attachments: WicketTagNavigator_31.dump > > > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Caused: java.lang.annotation.AnnotationTypeMismatchException: Incorrectly > typed data found for annotation element public abstract java.lang.String > org.netbeans.spi.navigator.NavigatorPanel$Registration.mimeType() (Found data > of type java.lang.String) > at > jdk.compiler/com.sun.tools.javac.model.AnnotationProxyMaker$ValueVisitor$1AnnotationTypeMismatchExceptionProxy.generateException(AnnotationProxyMaker.java:270) > at > java.base/sun.reflect.annotation.AnnotationInvocationHandler.invoke(AnnotationInvocationHandler.java:85) > at com.sun.proxy.$Proxy76.mimeType(Unknown Source) > at > org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.register(NavigatorPanelRegistrationProcessor.java:92) > at > org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.handleProcess(NavigatorPanelRegistrationProcessor.java:76) > at > org.openide.filesystems.annotations.LayerGeneratingProcessor.process(LayerGeneratingProcessor.java:122) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:968) > Caused: com.sun.tools.javac.processing.AnnotationProcessingError > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:980) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:884) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.access$2200(JavacProcessingEnvironment.java:108) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1206) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1315) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1246) > at > org.netbeans.lib.nbjavac.services.NBJavaCompiler.processAnnotations(NBJavaCompiler.java:56) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1143) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:332) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:266) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:620) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:481) > at > org.netbeans.modules.java.source.parsing.JavacPa
[jira] [Updated] (NETBEANS-979) With line wrap enabled, cursor at end of line is painted at beginning of next line instead
[ https://issues.apache.org/jira/browse/NETBEANS-979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-979: - Description: In an editor with line wrap enabled, the cursor is shown at the wrong physical location whenever it is supposed to be located at the end of a wrap line. Instead of being painted at the end of the wrap line, it is painted at the beginning of the following line. This causes the behavior of keyboard shortcuts like "End" and "Up" to seem nonsensical to the user, although they might well be behaving correctly wrt. the physical location of the cursor (the character offset). To reproduce: 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and set "Line Wrap" to "After words". Click OK. 2) Create a new plain text file and open it in the editor. 3) Type some gibberish into the editor on a single line that is long enough to be broken into several break lines. 4) With the cursor before the first character of the first wrap line in the paragraph, press the "End" key (Command+Right on MacBook keyboards). The cursor appears to move one line down, which is unexpected. From looking at this situation, the user would now assume that they could press the "Up" key to move the cursor back to the previous break line, but this will not change the cursor position (because the cursor is logically on the previous line). 5) Another unexpected example: Pressing Home anywhere in a paragraph will move the cursor to the first character on the paragraph rather than at the first character of the wrap line. (This might indicate that the problem is more than just a paint bug, though.) Originally reported in BugZilla at https://netbeans.org/bugzilla/show_bug.cgi?id=242115 . Still reproducible on NetBeans 9.0 rc1. See also https://issues.apache.org/jira/browse/NETBEANS-980 . was: In an editor with line wrap enabled, the cursor is shown at the wrong physical location whenever it is supposed to be located at the end of a wrap line. Instead of being painted at the end of the wrap line, it is painted at the beginning of the following line. This causes the behavior of keyboard shortcuts like "End" and "Up" to seem nonsensical to the user, although they might well be behaving correctly wrt. the physical location of the cursor (the character offset). To reproduce: 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and set "Line Wrap" to "After words". Click OK. 2) Create a new plain text file and open it in the editor. 3) Type some gibberish into the editor on a single line that is long enough to be broken into several break lines. 4) With the cursor before the first character of the first wrap line in the paragraph, press the "End" key (Command+Right on MacBook keyboards). The cursor appears to move one line down, which is unexpected. From looking at this situation, the user would now assume that they could press the "Up" key to move the cursor back to the previous break line, but this will not change the cursor position (because the cursor is logically on the previous line). 5) Another unexpected example: Pressing Home anywhere in a paragraph will move the cursor to the first character on the paragraph rather than at the first character of the wrap line. (This might indicate that the problem is more than just a paint bug, though.) Originally reported in BugZilla at https://netbeans.org/bugzilla/show_bug.cgi?id=242115 . Still reproducible on NetBeans 9.0 rc2. See also https://issues.apache.org/jira/browse/NETBEANS-980 . > With line wrap enabled, cursor at end of line is painted at beginning of next > line instead > -- > > Key: NETBEANS-979 > URL: https://issues.apache.org/jira/browse/NETBEANS-979 > Project: NetBeans > Issue Type: Bug > Components: editor - Painting & Printing >Reporter: Eirik Bakke >Priority: Major > Fix For: 9.0 > > > In an editor with line wrap enabled, the cursor is shown at the wrong > physical location whenever it is supposed to be located at the end of a wrap > line. Instead of being painted at the end of the wrap line, it is painted at > the beginning of the following line. This causes the behavior of keyboard > shortcuts like "End" and "Up" to seem nonsensical to the user, although they > might well be behaving correctly wrt. the physical location of the cursor > (the character offset). > To reproduce: > 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and > set "Line Wrap" to "After words". Click OK. > 2) Create a new plain text file and open it in the editor. > 3) Type some gibberish into the editor on a single line that is long enough > to be broken into several break lines. > 4) With the cursor before t
[jira] [Updated] (NETBEANS-980) Cannot arrow up/down to shorter word-wrapped line in editor
[ https://issues.apache.org/jira/browse/NETBEANS-980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-980: - Description: If line wrap is enabled, and the text caret is located in a wrapped paragraph, the up/down arrow keys cannot be used to move the caret up/down to another wrap line if the target wrap line is shorter than the current caret position. Either nothing happens, or the caret may skip the shorter wrap lines and step multiple wrap lines up/down. To reproduce: 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and set "Line Wrap" to "After words". Click OK. 2) Create a new plain text file and paste in the paragraph "SHORTWORD LONGWORD SHORTWORD LUUUNGWORD". 3) Resize the editor window so that the paragraph gets split into three wrap lines (one word on each wrap line--i.e. make the editor a little wider than the long word). 4) Position the cursor right after "...ONG" 5) Press the "Up" arrow. Nothing happens (expected would be to the caret to move up to the end of the previous wrap line). 6) Press the "Down" arrow. This moves the caret _two_ wrap lines down instead of to the end of the next wrap line. Tested in NetBeans 9.0 rc1. was: If line wrap is enabled, and the text caret is located in a wrapped paragraph, the up/down arrow keys cannot be used to move the caret up/down to another wrap line if the target wrap line is shorter than the current caret position. Either nothing happens, or the caret may skip the shorter wrap lines and step multiple wrap lines up/down. To reproduce: 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and set "Line Wrap" to "After words". Click OK. 2) Create a new plain text file and paste in the paragraph "SHORTWORD LONGWORD SHORTWORD LUUUNGWORD". 3) Resize the editor window so that the paragraph gets split into three wrap lines (one word on each wrap line--i.e. make the editor a little wider than the long word). 4) Position the cursor right after "...ONG" 5) Press the "Up" arrow. Nothing happens (expected would be to the caret to move up to the end of the previous wrap line). 6) Press the "Down" arrow. This moves the caret _two_ wrap lines down instead of to the end of the next wrap line. Tested in NetBeans 9.0 rc2. > Cannot arrow up/down to shorter word-wrapped line in editor > --- > > Key: NETBEANS-980 > URL: https://issues.apache.org/jira/browse/NETBEANS-980 > Project: NetBeans > Issue Type: Bug > Components: editor - Other, editor - Painting & Printing >Affects Versions: 9.0 >Reporter: Eirik Bakke >Priority: Major > > If line wrap is enabled, and the text caret is located in a wrapped > paragraph, the up/down arrow keys cannot be used to move the caret up/down to > another wrap line if the target wrap line is shorter than the current caret > position. Either nothing happens, or the caret may skip the shorter wrap > lines and step multiple wrap lines up/down. > To reproduce: > 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and > set "Line Wrap" to "After words". Click OK. > 2) Create a new plain text file and paste in the paragraph "SHORTWORD > LONGWORD SHORTWORD LUUUNGWORD". > 3) Resize the editor window so that the paragraph gets split into three wrap > lines (one word on each wrap line--i.e. make the editor a little wider than > the long word). > 4) Position the cursor right after "...ONG" > 5) Press the "Up" arrow. Nothing happens (expected would be to the caret to > move up to the end of the previous wrap line). > 6) Press the "Down" arrow. This moves the caret _two_ wrap lines down instead > of to the end of the next wrap line. > Tested in NetBeans 9.0 rc1. -- 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-978) Visual cursor position not updated when editor resized under line wrap
[ https://issues.apache.org/jira/browse/NETBEANS-978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-978: - Description: If line wrap is enabled, and the editor window is resized, the text is re-wrapped correctly to the new width of the editor. However, the cursor ends up in weird places, still blinking. To reproduce: 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and set "Line Wrap" to "After words". Click OK. 2) Create a new plain text file and open it in the editor. Type a couple of long lines (with some spaces in them)--they will correctly be broken when the line reaches the end of the editor window. 3) Now resize the editor window in the horizontal direction, back and forth a couple of times. Observe that while the text is re-broken to the new width, the cursor tends to end up in non-sensical places (it may seem as if its position is only updated if it needs to end up on a new physical line, but not if it needs to end up in a different column position). However, as soon as a character is typed or an arrow key is pressed, the cursor re-appears in the correct place. Originally reported in BugZilla at https://netbeans.org/bugzilla/show_bug.cgi?id=241953 . Still reproducible on NetBeans 9.0 rc1. was: If line wrap is enabled, and the editor window is resized, the text is re-wrapped correctly to the new width of the editor. However, the cursor ends up in weird places, still blinking. To reproduce: 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and set "Line Wrap" to "After words". Click OK. 2) Create a new plain text file and open it in the editor. Type a couple of long lines (with some spaces in them)--they will correctly be broken when the line reaches the end of the editor window. 3) Now resize the editor window in the horizontal direction, back and forth a couple of times. Observe that while the text is re-broken to the new width, the cursor tends to end up in non-sensical places (it may seem as if its position is only updated if it needs to end up on a new physical line, but not if it needs to end up in a different column position). However, as soon as a character is typed or an arrow key is pressed, the cursor re-appears in the correct place. Originally reported in BugZilla at https://netbeans.org/bugzilla/show_bug.cgi?id=241953 . Still reproducible on NetBeans 9.0 rc2. > Visual cursor position not updated when editor resized under line wrap > -- > > Key: NETBEANS-978 > URL: https://issues.apache.org/jira/browse/NETBEANS-978 > Project: NetBeans > Issue Type: Bug > Components: editor - Painting & Printing >Affects Versions: 9.0 >Reporter: Eirik Bakke >Priority: Minor > > If line wrap is enabled, and the editor window is resized, the text is > re-wrapped correctly to the new width of the editor. However, the cursor ends > up in weird places, still blinking. > To reproduce: > 1) Go to Options/Preferences->Editor->Formatting, select "All Languages" and > set "Line Wrap" to "After words". Click OK. > 2) Create a new plain text file and open it in the editor. Type a couple of > long lines (with some spaces in them)--they will correctly be broken when the > line reaches the end of the editor window. > 3) Now resize the editor window in the horizontal direction, back and forth a > couple of times. Observe that while the text is re-broken to the new width, > the cursor tends to end up in non-sensical places (it may seem as if its > position is only updated if it needs to end up on a new physical line, but > not if it needs to end up in a different column position). However, as soon > as a character is typed or an arrow key is pressed, the cursor re-appears in > the correct place. > Originally reported in BugZilla at > https://netbeans.org/bugzilla/show_bug.cgi?id=241953 . Still reproducible on > NetBeans 9.0 rc1. -- 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-989) Exception in annotation processing
[ https://issues.apache.org/jira/browse/NETBEANS-989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Nabbefeld updated NETBEANS-989: - Priority: Major (was: Critical) > Exception in annotation processing > -- > > Key: NETBEANS-989 > URL: https://issues.apache.org/jira/browse/NETBEANS-989 > Project: NetBeans > Issue Type: Bug > Components: java - Editor > Environment: Linux; Release build 316 >Reporter: Peter Nabbefeld >Priority: Major > Attachments: WicketTagNavigator_31.dump > > > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Caused: java.lang.annotation.AnnotationTypeMismatchException: Incorrectly > typed data found for annotation element public abstract java.lang.String > org.netbeans.spi.navigator.NavigatorPanel$Registration.mimeType() (Found data > of type java.lang.String) > at > jdk.compiler/com.sun.tools.javac.model.AnnotationProxyMaker$ValueVisitor$1AnnotationTypeMismatchExceptionProxy.generateException(AnnotationProxyMaker.java:270) > at > java.base/sun.reflect.annotation.AnnotationInvocationHandler.invoke(AnnotationInvocationHandler.java:85) > at com.sun.proxy.$Proxy76.mimeType(Unknown Source) > at > org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.register(NavigatorPanelRegistrationProcessor.java:92) > at > org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.handleProcess(NavigatorPanelRegistrationProcessor.java:76) > at > org.openide.filesystems.annotations.LayerGeneratingProcessor.process(LayerGeneratingProcessor.java:122) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:968) > Caused: com.sun.tools.javac.processing.AnnotationProcessingError > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:980) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:884) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.access$2200(JavacProcessingEnvironment.java:108) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1206) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1315) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1246) > at > org.netbeans.lib.nbjavac.services.NBJavaCompiler.processAnnotations(NBJavaCompiler.java:56) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1143) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:332) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:266) > at > org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:620) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:481) > at > org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:135) > at > org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) > at > org.netbe
[jira] [Commented] (NETBEANS-989) Exception in annotation processing
[ https://issues.apache.org/jira/browse/NETBEANS-989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521482#comment-16521482 ] Peter Nabbefeld commented on NETBEANS-989: -- I'm getting the above exception when opening the file (e.g. automatically after starting NB). It contains the following annotation: @NavigatorPanel.Registration( mimeType = WicketSupportConstants.MIME_TYPE_HTML, displayName = "#LBL_NAME" ) I've just noticed an error in the constant definition (which hasn't been shown, i.e. no red balloon), but that shouldn't cause an exception to be thrown, but it's not critical then, of course. > Exception in annotation processing > -- > > Key: NETBEANS-989 > URL: https://issues.apache.org/jira/browse/NETBEANS-989 > Project: NetBeans > Issue Type: Bug > Components: java - Editor > Environment: Linux; Release build 316 >Reporter: Peter Nabbefeld >Priority: Critical > Attachments: WicketTagNavigator_31.dump > > > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Annotation: An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > An error occurred during parsing of > '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. > Please report a bug against java/source and attach dump file > '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. > Caused: java.lang.annotation.AnnotationTypeMismatchException: Incorrectly > typed data found for annotation element public abstract java.lang.String > org.netbeans.spi.navigator.NavigatorPanel$Registration.mimeType() (Found data > of type java.lang.String) > at > jdk.compiler/com.sun.tools.javac.model.AnnotationProxyMaker$ValueVisitor$1AnnotationTypeMismatchExceptionProxy.generateException(AnnotationProxyMaker.java:270) > at > java.base/sun.reflect.annotation.AnnotationInvocationHandler.invoke(AnnotationInvocationHandler.java:85) > at com.sun.proxy.$Proxy76.mimeType(Unknown Source) > at > org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.register(NavigatorPanelRegistrationProcessor.java:92) > at > org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.handleProcess(NavigatorPanelRegistrationProcessor.java:76) > at > org.openide.filesystems.annotations.LayerGeneratingProcessor.process(LayerGeneratingProcessor.java:122) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:968) > Caused: com.sun.tools.javac.processing.AnnotationProcessingError > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:980) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:884) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.access$2200(JavacProcessingEnvironment.java:108) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1206) > at > jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1315) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1246) > at > org.netbeans.lib.nbjavac.services.NBJavaCompiler.processAnnotations(NBJavaCompiler.java:56) > at > jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1143) > at > jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:332) > at > jdk.compiler/co
[jira] [Created] (NETBEANS-989) Exception in annotation processing
Peter Nabbefeld created NETBEANS-989: Summary: Exception in annotation processing Key: NETBEANS-989 URL: https://issues.apache.org/jira/browse/NETBEANS-989 Project: NetBeans Issue Type: Bug Components: java - Editor Environment: Linux; Release build 316 Reporter: Peter Nabbefeld Attachments: WicketTagNavigator_31.dump Annotation: An error occurred during parsing of '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. Please report a bug against java/source and attach dump file '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. Annotation: An error occurred during parsing of '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. Please report a bug against java/source and attach dump file '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. Annotation: An error occurred during parsing of '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. Please report a bug against java/source and attach dump file '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. An error occurred during parsing of '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. Please report a bug against java/source and attach dump file '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. An error occurred during parsing of '/home/peter/NetBeansProjects/web.wicket/src/main/java/org/netbeans/modules/web/wicket/navigator/WicketTagNavigator.java'. Please report a bug against java/source and attach dump file '/home/peter/.netbeans/9.0rc/var/log/WicketTagNavigator_31.dump'. Caused: java.lang.annotation.AnnotationTypeMismatchException: Incorrectly typed data found for annotation element public abstract java.lang.String org.netbeans.spi.navigator.NavigatorPanel$Registration.mimeType() (Found data of type java.lang.String) at jdk.compiler/com.sun.tools.javac.model.AnnotationProxyMaker$ValueVisitor$1AnnotationTypeMismatchExceptionProxy.generateException(AnnotationProxyMaker.java:270) at java.base/sun.reflect.annotation.AnnotationInvocationHandler.invoke(AnnotationInvocationHandler.java:85) at com.sun.proxy.$Proxy76.mimeType(Unknown Source) at org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.register(NavigatorPanelRegistrationProcessor.java:92) at org.netbeans.modules.navigator.NavigatorPanelRegistrationProcessor.handleProcess(NavigatorPanelRegistrationProcessor.java:76) at org.openide.filesystems.annotations.LayerGeneratingProcessor.process(LayerGeneratingProcessor.java:122) at jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:968) Caused: com.sun.tools.javac.processing.AnnotationProcessingError at jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:980) at jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:884) at jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.access$2200(JavacProcessingEnvironment.java:108) at jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1206) at jdk.compiler/com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1315) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1246) at org.netbeans.lib.nbjavac.services.NBJavaCompiler.processAnnotations(NBJavaCompiler.java:56) at jdk.compiler/com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1143) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:332) at jdk.compiler/com.sun.tools.javac.api.JavacTaskImpl.enter(JavacTaskImpl.java:266) at org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:620) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:481) at org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:135) at org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608) at org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775) at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279) at org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702) [catch] at org.
[jira] [Comment Edited] (NETBEANS-781) java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 in build-impl.xml
[ https://issues.apache.org/jira/browse/NETBEANS-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521466#comment-16521466 ] Simon IJskes edited comment on NETBEANS-781 at 6/24/18 11:09 AM: - h3. Jun 22, 2018 - Apache Ant 1.9.12 and 1.10.4 Released >From the release notes: * The task would fail with "java.lang.ClassFormatError: Invalid Constant Pool entry Type 19" while parsing a module-info.class. The task is compatible with Java bytecode version 53 now. Bug reported by Simon IJskes https://issues.apache.org/jira/browse/NETBEANS-781 was (Author: simijskes): h3. Jun 22, 2018 - Apache Ant 1.9.12 and 1.10.4 Released > java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 in > build-impl.xml > -- > > Key: NETBEANS-781 > URL: https://issues.apache.org/jira/browse/NETBEANS-781 > Project: NetBeans > Issue Type: Bug > Components: projects - Ant Project >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-285-on-20180502) > Java: 10.0.1; Java HotSpot(TM) 64-Bit Server VM 10.0.1+10 > Runtime: Java(TM) SE Runtime Environment 10.0.1+10 > System: Linux version 4.15.0-20-generic running on amd64; UTF-8; en_US (nb) >Reporter: Simon IJskes >Assignee: Emilian Bold >Priority: Major > Labels: pull-request-available > Attachments: JavaApplication10.zip > > Time Spent: 4h 2m > Remaining Estimate: 0h > > When i build a project (target jar) with do.depend=true (in > project.properties or private.properties) for a second time after clean, the > following is thrown: > java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 > at > org.apache.tools.ant.taskdefs.optional.depend.constantpool.ConstantPoolEntry.readEntry(ConstantPoolEntry.java:180) > This is in the depend macro: > excludes="${excludes}" includes="${includes}" srcdir="@\{srcdir}"> > > > > > > project properties: > javac.source=10 > javac.target=10 > platform.active=JDK_10 > The exception is thrown direct after opening build/classes/module-info.class -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-781) java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 in build-impl.xml
[ https://issues.apache.org/jira/browse/NETBEANS-781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16521466#comment-16521466 ] Simon IJskes commented on NETBEANS-781: --- h3. Jun 22, 2018 - Apache Ant 1.9.12 and 1.10.4 Released > java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 in > build-impl.xml > -- > > Key: NETBEANS-781 > URL: https://issues.apache.org/jira/browse/NETBEANS-781 > Project: NetBeans > Issue Type: Bug > Components: projects - Ant Project >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-285-on-20180502) > Java: 10.0.1; Java HotSpot(TM) 64-Bit Server VM 10.0.1+10 > Runtime: Java(TM) SE Runtime Environment 10.0.1+10 > System: Linux version 4.15.0-20-generic running on amd64; UTF-8; en_US (nb) >Reporter: Simon IJskes >Assignee: Emilian Bold >Priority: Major > Labels: pull-request-available > Attachments: JavaApplication10.zip > > Time Spent: 4h 2m > Remaining Estimate: 0h > > When i build a project (target jar) with do.depend=true (in > project.properties or private.properties) for a second time after clean, the > following is thrown: > java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 > at > org.apache.tools.ant.taskdefs.optional.depend.constantpool.ConstantPoolEntry.readEntry(ConstantPoolEntry.java:180) > This is in the depend macro: > excludes="${excludes}" includes="${includes}" srcdir="@\{srcdir}"> > > > > > > project properties: > javac.source=10 > javac.target=10 > platform.active=JDK_10 > The exception is thrown direct after opening build/classes/module-info.class -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-816) Netbeans inline JSX Variable
[ https://issues.apache.org/jira/browse/NETBEANS-816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias Bläsing updated NETBEANS-816: -- Priority: Major (was: Critical) Issue Type: Improvement (was: Bug) > Netbeans inline JSX Variable > > > Key: NETBEANS-816 > URL: https://issues.apache.org/jira/browse/NETBEANS-816 > Project: NetBeans > Issue Type: Improvement > Components: javascript - Editor >Affects Versions: 8.2 >Reporter: Wagner Silva >Priority: Major > Attachments: image-2018-05-18-15-28-30-210.png > > > Netbeans is not being able to interpret a variable inside of a style tag in > JSX. > React is very popular right now, and this kind of usage is very important. > > !image-2018-05-18-15-28-30-210.png! -- 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-508) StackOverflowError at org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables
[ https://issues.apache.org/jira/browse/NETBEANS-508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias Bläsing resolved NETBEANS-508. --- Resolution: Invalid Fix Version/s: 9.0 Javascript support is not yet part of Apache Netbeans. Apache Netbeans 9.0 will be released as a Java IDE. Oracle and the ASF are working on the donation process, but cleaning up code and licenses takes time. The JS support came from an import of 8.2 modules. That might or might not work - in this case it did not. Please recheck when JS support is imported into Apache netbeans. > StackOverflowError at > org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables > -- > > Key: NETBEANS-508 > URL: https://issues.apache.org/jira/browse/NETBEANS-508 > Project: NetBeans > Issue Type: Bug > Components: ide - Code, javascript - Node.js >Affects Versions: 9.0 > Environment: VM: Java HotSpot(TM) 64-Bit Server VM, 25.111-b14, > Java(TM) SE Runtime Environment, 1.8.0_111-b14 > OS: Windows 10 > Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-205-on-20180202) >Reporter: Ruslan Lopez Carro >Priority: Critical > Labels: performance > Fix For: 9.0 > > Attachments: download sources.png > > > Clicked on download sources button for nodejs and once downloaded the error > appeared. > [Extra info|http://example.com] > trace > {code:java} > java.lang.StackOverflowError > at > org.netbeans.modules.javascript2.model.api.ModelUtils.getVariables(ModelUtils.java:363) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveSemiTypeCallChain(ModelUtils.java:693) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypeFromSemiType(ModelUtils.java:533) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1294) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveAssignments(ModelUtils.java:1262) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1215) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232) > at > org.netbeans.modules.javascript2.model.api.ModelUtils.resolveTypes(ModelUtils.java:1232) > {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] [Resolved] (NETBEANS-240) Potential system compromise: nb-javac library unsigned
[ https://issues.apache.org/jira/browse/NETBEANS-240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias Bläsing resolved NETBEANS-240. --- Resolution: Fixed Fix Version/s: 9.0 The nb-javac library is now distributed via the netbeans plugin center and is signed. > Potential system compromise: nb-javac library unsigned > -- > > Key: NETBEANS-240 > URL: https://issues.apache.org/jira/browse/NETBEANS-240 > Project: NetBeans > Issue Type: Bug >Reporter: Markus Kilås >Priority: Critical > Fix For: 9.0 > > > During startup of NetBeans the user is prompted to choose a javac library. > However, the recommended one, nbjavac, is fetched over an insecure connection > (both plugin metadata and the actually binaries are fetched over HTTP from > bits.netbeans.org and lahoda.info) and the binaries are unsigned. > The plugin system does the right thing and warns the user about the unsigned > plugins. However, if the user anyway ignores the warnings the system could > easily be compromised. The risk of choosing the insecure alternative is also > larger due to that the user gets very mixed messages as the insecure option > is first "Highly recommended" and then there is a warning that it is > "potentially insecure". > Binary being fetched from lahoda.info on HTTP port 80: > {noformat} > GET /netbeans/nb-javac-auc/org-netbeans-modules-nbjavac.nbm HTTP/1.1 > Cache-Control: no-cache > Pragma: no-cache > User-Agent: Java/1.8.0_151 > Host: lahoda.info > Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 > Connection: keep-alive > HTTP/1.1 200 OK > Content-Type: application/octet-stream > Accept-Ranges: bytes > Content-Length: 17626 > Date: Mon, 01 Jan 2018 17:49:45 GMT > Server: lighttpd/1.4.42 > PK.. > KMETA-INF/PK.. > ... > {noformat} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Closed] (NETBEANS-482) NoClassDefFoundError when trying to handle properties of JavaFX project
[ https://issues.apache.org/jira/browse/NETBEANS-482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Kishalmi closed NETBEANS-482. Resolution: Fixed It seems this got fixed somewhere along the lines. > NoClassDefFoundError when trying to handle properties of JavaFX project > --- > > Key: NETBEANS-482 > URL: https://issues.apache.org/jira/browse/NETBEANS-482 > Project: NetBeans > Issue Type: Bug > Components: platform - Property Editors > Environment: Windows 10, 64-bit > Java 9.0.4, an Java 10 >Reporter: Helmut Leininger >Priority: Critical > Attachments: TestFX1.zip, messages.zip > > > I installed Netbeans 9.0 from Apche incubating. Then, I ran the wizard to > cfreate a n application: > - New Project / JavaFX / JavaFX FXML application > After the wizard has ebded, I tried to view / adapt the project properties: > - right click on the project / Properties > Then, click on "Run" > --> Unexcpected Exception -- 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-986) One-To-One on reverse engineering hibernate
[ https://issues.apache.org/jira/browse/NETBEANS-986?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matthias Bläsing resolved NETBEANS-986. --- Resolution: Invalid Fix Version/s: 9.0 The hibernate modules were removed from netbeans as they are incompatible with the required ALv2 license. > One-To-One on reverse engineering hibernate > --- > > Key: NETBEANS-986 > URL: https://issues.apache.org/jira/browse/NETBEANS-986 > Project: NetBeans > Issue Type: Bug >Affects Versions: 8.2 >Reporter: Philipp Khlupin >Priority: Critical > Fix For: 9.0 > > Attachments: image-2018-06-23-19-37-53-561.png > > > I have two tables with one-by-one relationship (see attached picture) > When I start generate hibernate reverse engineering mechanism > It generates one-to-many relationship > {code:java} > fetch="select"> > > > > > > {code} > Please fix it or give me advice with workaround > !image-2018-06-23-19-37-53-561.png! -- 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