[jira] [Comment Edited] (NETBEANS-2494) autocomplete deletes instead of completes
[ https://issues.apache.org/jira/browse/NETBEANS-2494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17039907#comment-17039907 ] Fabian Bahle edited comment on NETBEANS-2494 at 2/19/20 10:59 AM: -- I just saw this in NB 11.3 beta3 I'll keep an eye on that, but it seems I got the stacktrace when switching a branch, not exactly when trying to autocomplete, but I also saw it when trying to autocomplete in the past (but I think that was on NB 11.2) was (Author: funfried): I just saw this in NB 11.3 beta3 > autocomplete deletes instead of completes > - > > Key: NETBEANS-2494 > URL: https://issues.apache.org/jira/browse/NETBEANS-2494 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 11.0 > Environment: OS X 10.14.3 (18D109) > Java 1.8.0_181 > Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 1.8.0_181; Java HotSpot(TM) 64-Bit Server VM 25.181-b13 > Runtime: Java(TM) SE Runtime Environment 1.8.0_181-b13 > System: Mac OS X version 10.14.3 running on x86_64; UTF-8; en_US (nb) > User directory: ~/Library/Application Support/NetBeans/11.0 > Cache directory: ~/Library/Caches/NetBeans/11.0 >Reporter: Paul >Priority: Critical > Attachments: Test.java > > > easily reproducible (on Mac anyway). > In any java class, inside method body type this: > > OutputStream os = new ByteArra > then press Ctrl-Space, press down-cursor to go to > java.io.ByteArrayOutputStream constructor., press Enter. > Instead of completing as requestedor offering user input to choose what to > actually put there, NB11 deletes the new ByteArra. > The only way to get it to actually complete is mouse-click. > Super-long time NB user here - grew accustomed to a pleasurable dev > experience, and loss of this functionality is so taxing it's worth just using > Eclipse at this point. > > Looking forward to a fix > > Related: NETBEANS-2490 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2494) autocomplete deletes instead of completes
[ https://issues.apache.org/jira/browse/NETBEANS-2494?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17039907#comment-17039907 ] Fabian Bahle commented on NETBEANS-2494: I just saw this in NB 11.3 beta3 > autocomplete deletes instead of completes > - > > Key: NETBEANS-2494 > URL: https://issues.apache.org/jira/browse/NETBEANS-2494 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 11.0 > Environment: OS X 10.14.3 (18D109) > Java 1.8.0_181 > Product Version: Apache NetBeans IDE 11.0 (Build > incubator-netbeans-release-404-on-20190319) > Java: 1.8.0_181; Java HotSpot(TM) 64-Bit Server VM 25.181-b13 > Runtime: Java(TM) SE Runtime Environment 1.8.0_181-b13 > System: Mac OS X version 10.14.3 running on x86_64; UTF-8; en_US (nb) > User directory: ~/Library/Application Support/NetBeans/11.0 > Cache directory: ~/Library/Caches/NetBeans/11.0 >Reporter: Paul >Priority: Critical > Attachments: Test.java > > > easily reproducible (on Mac anyway). > In any java class, inside method body type this: > > OutputStream os = new ByteArra > then press Ctrl-Space, press down-cursor to go to > java.io.ByteArrayOutputStream constructor., press Enter. > Instead of completing as requestedor offering user input to choose what to > actually put there, NB11 deletes the new ByteArra. > The only way to get it to actually complete is mouse-click. > Super-long time NB user here - grew accustomed to a pleasurable dev > experience, and loss of this functionality is so taxing it's worth just using > Eclipse at this point. > > Looking forward to a fix > > Related: NETBEANS-2490 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[ https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16406335#comment-16406335 ] Fabian Bahle edited comment on NETBEANS-373 at 3/20/18 2:02 PM: I have exactly the same issue and not only on NetBeans 8.2, also on NetBeans 9.0 beta. I'm on macOS High Sierra and JDK 1.8.0_162 It's really annoying that the IDE always freezes when I try to refactor/rename something. As soon as the refactor dialog shows up the IDE freezes. EDIT: FYI: Just switched to JDK 1.8.0_151 and it works again was (Author: funfried): I have exactly the same issue and not only on NetBeans 8.2, also on NetBeans 9.0 beta. I'm on macOS High Sierra and JDK 1.8.0_162 It's really annoying that the IDE always freezes when I try to refactor/rename something. As soon as the refactor dialog shows up the IDE freezes. > Netbeans sometimes freezes when showing any refactor dialog when running with > jdk 1.8.0_152-b16 or later > > > Key: NETBEANS-373 > URL: https://issues.apache.org/jira/browse/NETBEANS-373 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 8.2, 9.0 > Environment: Mac >Reporter: Austin Stephens >Priority: Blocker > Fix For: 9.0 > > > Sometimes (or almost always), when you try to do some refactor action, > NetBeans freezes. It appears that a lock is obtained on a panel when the > dialog is shown, and the AppKit Thread tries to get the lock while trying to > add an accessible listener to it. > AppKit Thread: > {code:java} > Container.addContainerListener:2142 > Container$AccessibleAWTContainer.addPropertyChangeListener:3885 > JComponent$AccessibleJComponent.addPropertyChangeListener:3765 > Hidden Source Calls > CAccessible.addNotificationListeners:102 > CAccessible.:84 > CAccessible.getCAccessible:60 > {code} > EDT Thread: > {code:java} > Hidden Source Calls > Unsafe.park > LockSupport.park:194 > AbstractQueuedSynchronizer$ConditionObject.await:2062 > EventQueue.getNextEvent:557 > EventDispatchThread.pumpOneEventForFilters:173 > EventDispatchThread.pumpEventsForFilter:124 > EventDispatchThread.pumpEventsForFilter:117 > WaitDispatchSupport$2.run:190 > WaitDispatchSupport$4.run:235 > WaitDispatchSupport$4.run:233 > AccessController.doPrivileged > WaitDispatchSupport.enter:233 > Dialog.show:1070 > NbPresenter.superShow:1060 > NbPresenter.doShow:1110 > NbPresenter.run:1082 > NbPresenter.run:105 > NbMutexEventProvider$Event.doEventAccess:115 > NbMutexEventProvider$Event.readAccess:75 > LazyMutexImplementation.readAccess:71 > Mutex.readAccess:193 > NbPresenter.show:1067 > Component.show:1669 > Component.setVisible:1616 > Window.setVisible:1017 > Dialog.setVisible:1005 > ParametersPanel.showDialog:674 > RefactoringPanel.refresh:660 > RefactoringPanel.:144 > UI.openRefactoringUI:61 > ContextAnalyzer$4.show:648 > ContextAnalyzer$TextComponentTask.run:369 > RefactoringActionsProvider.doFindUsages:232 > ActionsImplementationFactory.doFindUsages:91 > WhereUsedAction.performAction:52 > RefactoringGlobalAction$ContextAction.actionPerformed:172 > TopComponent.processKeyBinding:1151 > JComponent.processKeyBindings:2963 > JComponent.processKeyEvent:2863 > Component.processEvent:6355 > Container.processEvent:2259 > Component.dispatchEventImpl:4961 > Container.dispatchEventImpl:2317 > Component.dispatchEvent:4793 > KeyboardFocusManager.redispatchEvent:1955 > DefaultKeyboardFocusManager.dispatchKeyEvent:827 > DefaultKeyboardFocusManager.preDispatchKeyEvent:1096 > DefaultKeyboardFocusManager.typeAheadAssertions:966 > DefaultKeyboardFocusManager.dispatchEvent:792 > Component.dispatchEventImpl:4842 > Container.dispatchEventImpl:2317 > Window.dispatchEventImpl:2758 > Component.dispatchEvent:4793 > EventQueue.dispatchEventImpl:766 > EventQueue.access$500:97 > EventQueue$3.run:717 > EventQueue$3.run:711 > AccessController.doPrivileged > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89 > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99 > EventQueue$4.run:739 > EventQueue$4.run:737 > AccessController.doPrivileged > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89 > EventQueue.dispatchEvent:736 > TimableEventQueue.dispatchEvent:136 > EventDispatchThread.pumpOneEventForFilters:199 > EventDispatchThread.pumpEventsForFilter:124 > EventDispatchThread.pumpEventsForHierarchy:113 > EventDispatch
[jira] [Commented] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[ https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16406335#comment-16406335 ] Fabian Bahle commented on NETBEANS-373: --- I have exactly the same issue and not only on NetBeans 8.2, also on NetBeans 9.0 beta. I'm on macOS High Sierra and JDK 1.8.0_162 It's really annoying that the IDE always freezes when I try to refactor/rename something. As soon as the refactor dialog shows up the IDE freezes. > Netbeans sometimes freezes when showing any refactor dialog when running with > jdk 1.8.0_152-b16 or later > > > Key: NETBEANS-373 > URL: https://issues.apache.org/jira/browse/NETBEANS-373 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 8.2, 9.0 > Environment: Mac >Reporter: Austin Stephens >Priority: Blocker > Fix For: 9.0 > > > Sometimes (or almost always), when you try to do some refactor action, > NetBeans freezes. It appears that a lock is obtained on a panel when the > dialog is shown, and the AppKit Thread tries to get the lock while trying to > add an accessible listener to it. > AppKit Thread: > {code:java} > Container.addContainerListener:2142 > Container$AccessibleAWTContainer.addPropertyChangeListener:3885 > JComponent$AccessibleJComponent.addPropertyChangeListener:3765 > Hidden Source Calls > CAccessible.addNotificationListeners:102 > CAccessible.:84 > CAccessible.getCAccessible:60 > {code} > EDT Thread: > {code:java} > Hidden Source Calls > Unsafe.park > LockSupport.park:194 > AbstractQueuedSynchronizer$ConditionObject.await:2062 > EventQueue.getNextEvent:557 > EventDispatchThread.pumpOneEventForFilters:173 > EventDispatchThread.pumpEventsForFilter:124 > EventDispatchThread.pumpEventsForFilter:117 > WaitDispatchSupport$2.run:190 > WaitDispatchSupport$4.run:235 > WaitDispatchSupport$4.run:233 > AccessController.doPrivileged > WaitDispatchSupport.enter:233 > Dialog.show:1070 > NbPresenter.superShow:1060 > NbPresenter.doShow:1110 > NbPresenter.run:1082 > NbPresenter.run:105 > NbMutexEventProvider$Event.doEventAccess:115 > NbMutexEventProvider$Event.readAccess:75 > LazyMutexImplementation.readAccess:71 > Mutex.readAccess:193 > NbPresenter.show:1067 > Component.show:1669 > Component.setVisible:1616 > Window.setVisible:1017 > Dialog.setVisible:1005 > ParametersPanel.showDialog:674 > RefactoringPanel.refresh:660 > RefactoringPanel.:144 > UI.openRefactoringUI:61 > ContextAnalyzer$4.show:648 > ContextAnalyzer$TextComponentTask.run:369 > RefactoringActionsProvider.doFindUsages:232 > ActionsImplementationFactory.doFindUsages:91 > WhereUsedAction.performAction:52 > RefactoringGlobalAction$ContextAction.actionPerformed:172 > TopComponent.processKeyBinding:1151 > JComponent.processKeyBindings:2963 > JComponent.processKeyEvent:2863 > Component.processEvent:6355 > Container.processEvent:2259 > Component.dispatchEventImpl:4961 > Container.dispatchEventImpl:2317 > Component.dispatchEvent:4793 > KeyboardFocusManager.redispatchEvent:1955 > DefaultKeyboardFocusManager.dispatchKeyEvent:827 > DefaultKeyboardFocusManager.preDispatchKeyEvent:1096 > DefaultKeyboardFocusManager.typeAheadAssertions:966 > DefaultKeyboardFocusManager.dispatchEvent:792 > Component.dispatchEventImpl:4842 > Container.dispatchEventImpl:2317 > Window.dispatchEventImpl:2758 > Component.dispatchEvent:4793 > EventQueue.dispatchEventImpl:766 > EventQueue.access$500:97 > EventQueue$3.run:717 > EventQueue$3.run:711 > AccessController.doPrivileged > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89 > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99 > EventQueue$4.run:739 > EventQueue$4.run:737 > AccessController.doPrivileged > ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89 > EventQueue.dispatchEvent:736 > TimableEventQueue.dispatchEvent:136 > EventDispatchThread.pumpOneEventForFilters:199 > EventDispatchThread.pumpEventsForFilter:124 > EventDispatchThread.pumpEventsForHierarchy:113 > EventDispatchThread.pumpEvents:109 > EventDispatchThread.pumpEvents:101 > EventDispatchThread.run:90 > {code} > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mail