[jira] [Created] (NETBEANS-790) Cannot have the the cancel button on the showProgressDialogAndRun not interrupt the working thread.
Austin Stephens created NETBEANS-790: Summary: Cannot have the the cancel button on the showProgressDialogAndRun not interrupt the working thread. Key: NETBEANS-790 URL: https://issues.apache.org/jira/browse/NETBEANS-790 Project: NetBeans Issue Type: Bug Components: platform - Progress Affects Versions: 9.0 Reporter: Austin Stephens Some libraries (such as h2 and lucene when using nio) don't like it if you interrupt their thread when they are doing work. It causes bad things to happen (see https://github.com/h2database/h2database/issues/227). There is currently no way to ask the Progress API to not interrupt a thread when cancelling. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-438) Cannot Sign Platform app due to symlink
[
https://issues.apache.org/jira/browse/NETBEANS-438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens resolved NETBEANS-438.
--
Resolution: Fixed
Fix Version/s: 9.0
Was merged into the main repo
> Cannot Sign Platform app due to symlink
> ---
>
> Key: NETBEANS-438
> URL: https://issues.apache.org/jira/browse/NETBEANS-438
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Other
>Affects Versions: 9.0
> Environment: Mac OS X
>Reporter: Austin Stephens
>Assignee: Austin Stephens
>Priority: Major
> Labels: pull-request-available
> Fix For: 9.0
>
> Time Spent: 7h
> Remaining Estimate: 0h
>
> When you run "Package as->Mac OS X Application", it creates a .app that has a
> symlink as the main executable. Attempting to sign it with `codesign` results
> in the following error:
> {noformat}
> the main executable or Info.plist must be a regular file (no symlinks,
> etc.){noformat}
> This can be solved by calling the resulting script via bash (resulting in
> another instance of bash...) or cd-ing to the script directory and sourcing
> it.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-891) Performing undo on a document causes all cloned editors to scroll to that point
[ https://issues.apache.org/jira/browse/NETBEANS-891?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-891: - Priority: Major (was: Critical) > Performing undo on a document causes all cloned editors to scroll to that > point > --- > > Key: NETBEANS-891 > URL: https://issues.apache.org/jira/browse/NETBEANS-891 > Project: NetBeans > Issue Type: Bug > Components: editor - Navigation >Affects Versions: 8.2, 9.0 >Reporter: Austin Stephens >Priority: Major > > It is rather annoying when working in multiple places in a large file. I > loose my places in the other files. > It moves the caret too. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-889) False positive of "Null Pointer Dereference" when invoking Lamda
Austin Stephens created NETBEANS-889:
Summary: False positive of "Null Pointer Dereference" when
invoking Lamda
Key: NETBEANS-889
URL: https://issues.apache.org/jira/browse/NETBEANS-889
Project: NetBeans
Issue Type: Bug
Components: java - Hints
Affects Versions: 8.2, 9.0
Reporter: Austin Stephens
If the last line of a void Lamda is "field = null" and invoke the resulting (in
this case) Runnable, Netbeans will tell you that you are dereferncing a null
pointer.
{code:java}
// Some comments here
String value = "";
void nullDereference(){
Runnable run = ()->{
value = null;
};
run.run();//false positive
}
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-890) Remove the use of deprecated layout class "EqualFlowLayout" in NbPresenter
Austin Stephens created NETBEANS-890: Summary: Remove the use of deprecated layout class "EqualFlowLayout" in NbPresenter Key: NETBEANS-890 URL: https://issues.apache.org/jira/browse/NETBEANS-890 Project: NetBeans Issue Type: Bug Components: platform - DialogsWizards Affects Versions: 8.2, 9.0 Reporter: Austin Stephens Documentation professes that "EqualFlowLayout" is not used anywhere in the NetBeans codebase. It is referenced in initializeButtons() -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-891) Performing undo on a document causes all cloned editors to scroll to that point
Austin Stephens created NETBEANS-891: Summary: Performing undo on a document causes all cloned editors to scroll to that point Key: NETBEANS-891 URL: https://issues.apache.org/jira/browse/NETBEANS-891 Project: NetBeans Issue Type: Bug Components: editor - Navigation Affects Versions: 8.2, 9.0 Reporter: Austin Stephens It is rather annoying when working in multiple places in a large file. I loose my places in the other files. It moves the caret too. -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-892: - Priority: Major (was: Critical) > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Attachments: SampleProject.7z > > > Move the class "MoveMe" into the class "Killer". Things break -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
Austin Stephens created NETBEANS-892: Summary: Refactor -> Move Class into other class breaks multicatches and lambas in destination class Key: NETBEANS-892 URL: https://issues.apache.org/jira/browse/NETBEANS-892 Project: NetBeans Issue Type: Bug Components: java - Refactoring Affects Versions: 9.0 Reporter: Austin Stephens Attachments: SampleProject.7z Move the class "MoveMe" into the class "Killer". Things break -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16495791#comment-16495791 ] Austin Stephens commented on NETBEANS-892: -- It appears, likewise, that moving a class OUT of the current class causes the same issue. > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Attachments: SampleProject.7z > > > Move the class "MoveMe" into the class "Killer". Things break -- 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-438) Cannot Sign Platform app due to symlink
[
https://issues.apache.org/jira/browse/NETBEANS-438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16498540#comment-16498540
]
Austin Stephens commented on NETBEANS-438:
--
A NetBeans platform application.
> Cannot Sign Platform app due to symlink
> ---
>
> Key: NETBEANS-438
> URL: https://issues.apache.org/jira/browse/NETBEANS-438
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Other
>Affects Versions: 9.0
> Environment: Mac OS X
>Reporter: Austin Stephens
>Assignee: Austin Stephens
>Priority: Major
> Labels: pull-request-available
> Time Spent: 4h 20m
> Remaining Estimate: 0h
>
> When you run "Package as->Mac OS X Application", it creates a .app that has a
> symlink as the main executable. Attempting to sign it with `codesign` results
> in the following error:
> {noformat}
> the main executable or Info.plist must be a regular file (no symlinks,
> etc.){noformat}
> This can be solved by calling the resulting script via bash (resulting in
> another instance of bash...) or cd-ing to the script directory and sourcing
> it.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-892: - Priority: Blocker (was: Major) > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Attachments: SampleProject.7z > > > Move the class "MoveMe" into the class "Killer". Things break -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16496706#comment-16496706 ] Austin Stephens commented on NETBEANS-892: -- Apparently, the refactoring engine wasn't satisfied with just messing up the large code file I was working on, it also decided to mess up (almost) every file in the project those files were in. It was also messing with imports as well. It even did this in blocks of READ-ONLY CODE! Please fix this. > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Attachments: SampleProject.7z > > > Move the class "MoveMe" into the class "Killer". Things break -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-892: - Attachment: EvilRefactorBug.zip > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Attachments: EvilRefactorBug.zip, SampleProject.7z > > > Move the class "MoveMe" into the class "Killer". Things break -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-892: - Description: Move the class "MoveMe" into the class "Killer". Things break. Many, many thing break. (was: Move the class "MoveMe" into the class "Killer". Things break) > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Attachments: EvilRefactorBug.zip, SampleProject.7z > > > Move the class "MoveMe" into the class "Killer". Things break. Many, many > thing break. -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-892: - Description: Move the class "MoveMeIn" into the class "MoveTo". Things break. Many, many thing break. (was: Move the class "MoveMe" into the class "Killer". Things break. Many, many thing break.) > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Attachments: EvilRefactorBug.zip > > > Move the class "MoveMeIn" into the class "MoveTo". Things break. Many, many > thing break. -- 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] [Comment Edited] (NETBEANS-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16496731#comment-16496731 ] Austin Stephens edited comment on NETBEANS-892 at 5/31/18 3:45 PM: --- Ok, it appears it only happens when moving a class into another class, but it modifies every file in the project, even if they are unrelated. The example project has versioning on it so you can see what it changed. * It modifies generated code in read-only blocks. This will be a pain with versioning since the user would appear to have modified code for no reason whatsoever. * It breaks the files it touches. Have fun going through your large project and trying to figure out what changes were yours and what changes were done by the refactoring engine being stupid. was (Author: sir intellegence): Ok, it appears it only happens when moving a class into another class, but it modifies every file in the project, even if they are unrelated. The * It modifies generated code in read-only blocks. This will be a pain with versioning since the user would appear to have modified code for no reason whatsoever. * It breaks the files it touches. Have fun going through your large project and trying to figure out what changes were yours and what changes were done by the refactoring engine being stupid. > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Attachments: EvilRefactorBug.zip > > > Move the class "MoveMe" into the class "Killer". Things break. Many, many > thing break. -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-892: - Attachment: (was: SampleProject.7z) > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Attachments: EvilRefactorBug.zip > > > Move the class "MoveMe" into the class "Killer". Things break. Many, many > thing break. -- 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-892) Refactor -> Move Class into other class breaks multicatches and lambas in destination class
[ https://issues.apache.org/jira/browse/NETBEANS-892?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16496731#comment-16496731 ] Austin Stephens commented on NETBEANS-892: -- Ok, it appears it only happens when moving a class into another class, but it modifies every file in the project, even if they are unrelated. The * It modifies generated code in read-only blocks. This will be a pain with versioning since the user would appear to have modified code for no reason whatsoever. * It breaks the files it touches. Have fun going through your large project and trying to figure out what changes were yours and what changes were done by the refactoring engine being stupid. > Refactor -> Move Class into other class breaks multicatches and lambas in > destination class > --- > > Key: NETBEANS-892 > URL: https://issues.apache.org/jira/browse/NETBEANS-892 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Attachments: EvilRefactorBug.zip, SampleProject.7z > > > Move the class "MoveMe" into the class "Killer". Things break. Many, many > thing break. -- 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-1019) False positive of "Null Pointer Dereference" when passing a lambda with a null possible result to a non-null argument
Austin Stephens created NETBEANS-1019:
-
Summary: False positive of "Null Pointer Dereference" when passing
a lambda with a null possible result to a non-null argument
Key: NETBEANS-1019
URL: https://issues.apache.org/jira/browse/NETBEANS-1019
Project: NetBeans
Issue Type: Bug
Components: java - Hints
Affects Versions: 9.0, Next
Reporter: Austin Stephens
Sample code:
{code:java}
private void func(@NonNull Function func){
}
@CheckForNull
private Object foo(){
return null;
}
private void bar(){
func(item->foo());//false positive
}
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [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=16459925#comment-16459925
]
Austin Stephens commented on NETBEANS-373:
--
It is at
"refactoring.api/src/org/netbeans/modules/refactoring/spi/impl/ParametersPanel.java"
I am more in favor of removing the synchronized things in the file in question.
No one know why they are there.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Fix For: 9.0
>
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
[jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Attachment: Screen Shot 2018-01-26 at 11.37.55 AM.png > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
***UNCHECKED*** [jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Affects Version/s: 9.0 > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png > > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Assigned] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens reassigned NETBEANS-320: Assignee: Austin Stephens > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Major > Labels: mac-os-x > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-348) Change DialogDisplayer.createDialog to be able to take a Window instead of a Frame
[ https://issues.apache.org/jira/browse/NETBEANS-348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-348: - Fix Version/s: 9.0 > Change DialogDisplayer.createDialog to be able to take a Window instead of a > Frame > -- > > Key: NETBEANS-348 > URL: https://issues.apache.org/jira/browse/NETBEANS-348 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Blocker > Fix For: 9.0 > > > Blocking since this would be an API change. Depends on NETBEANS-320. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-348) Change DialogDisplayer.createDialog to be able to take a Window instead of a Frame
Austin Stephens created NETBEANS-348: Summary: Change DialogDisplayer.createDialog to be able to take a Window instead of a Frame Key: NETBEANS-348 URL: https://issues.apache.org/jira/browse/NETBEANS-348 Project: NetBeans Issue Type: Bug Components: platform - Window System Affects Versions: 9.0 Reporter: Austin Stephens Blocking since this would be an API change. Depends on NETBEANS-320. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Right Margin does not line up with text position using monospace
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Description: When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is annoying because I have a 1440x900 screen that I split vertically in to two. This results in two editing areas that are about 80 chars wide. I could see the margin line in both editors when scrolled all the way to the left. Since Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to size those editors so I can see the line in both windows and it is driving me crazy. This is a first world issue at the moment, but you might find code coming from mac programmers coming in two or more chars too wide in the Netbeans source code. was: When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is annoying because I have a 1440x900 screen that I split vertically in to two. This results in two editing areas that are about 80 chars wide. I could see the margin line in both editors when scrolled all the way to the left. Since Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to size those editors so I can see the line in both windows and it is driving me crazy. This is a first world issue at the moment, but you might find code coming from mac programmers coming in two chars too wide in the Netbeans source code. > Right Margin does not line up with text position using monospace > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Minor > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-352) Platform Applications cannot customize their displayed version in About without breaking other things
Austin Stephens created NETBEANS-352: Summary: Platform Applications cannot customize their displayed version in About without breaking other things Key: NETBEANS-352 URL: https://issues.apache.org/jira/browse/NETBEANS-352 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 8.2, 9.0, Next Reporter: Austin Stephens See https://github.com/apache/incubator-netbeans/pull/393 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-349) 2 tests in CustomMenuBarTest always fail
Austin Stephens created NETBEANS-349: Summary: 2 tests in CustomMenuBarTest always fail Key: NETBEANS-349 URL: https://issues.apache.org/jira/browse/NETBEANS-349 Project: NetBeans Issue Type: Bug Components: platform - Window System Affects Versions: 9.0 Reporter: Austin Stephens Attachments: 2018-01-31 09_09_46-Core - Windows - NetBeans IDE 8.2.png They have yet to pass for me. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16347211#comment-16347211 ] Austin Stephens commented on NETBEANS-320: -- Pull request pending: https://github.com/apache/incubator-netbeans/pull/403 > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Major > Labels: mac-os-x, pull-request-available > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > Time Spent: 10m > Remaining Estimate: 0h > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-350) Commit validation fails on master build
Austin Stephens created NETBEANS-350: Summary: Commit validation fails on master build Key: NETBEANS-350 URL: https://issues.apache.org/jira/browse/NETBEANS-350 Project: NetBeans Issue Type: Bug Affects Versions: 9.0, Next Reporter: Austin Stephens Someone needs to be shot... Will not pass on a clean build. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-346) Right Margin does not line up with text position using monospace
Austin Stephens created NETBEANS-346: Summary: Right Margin does not line up with text position using monospace Key: NETBEANS-346 URL: https://issues.apache.org/jira/browse/NETBEANS-346 Project: NetBeans Issue Type: Bug Components: editor - Other Affects Versions: 9.0 Environment: Mac OS 10.10 (at least) Reporter: Austin Stephens Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is annoying because I have a 1440x900 screen that I split vertically in to two. This results in two editing areas that are about 80 chars wide. I could see the margin line in both editors when scrolled all the way to the left. Since Netbeans (9.0 beta) is now drawing them at char 8*2,* it is not possible to size those editors so I can see the line in both windows and it is driving me crazy. This is a first world issue at the moment, but you might find code coming from mac programmers coming in two chars too wide in the Netbeans source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
[ https://issues.apache.org/jira/browse/NETBEANS-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16356209#comment-16356209 ] Austin Stephens commented on NETBEANS-364: -- Possible fix? [https://github.com/apache/incubator-netbeans/pull/414] Will need further work by someone more experienced. > Module "UI Utilities API" does not depend on JAXB API like it should > > > Key: NETBEANS-364 > URL: https://issues.apache.org/jira/browse/NETBEANS-364 > Project: NetBeans > Issue Type: Bug > Components: platform - OptionsSettings >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > This results in platform applications not being able to open the options > window since a NoClassDefFoundError gets thrown when trying to load > org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding > javax.activation.DataContentHandlerFactory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-363) Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started with Java 9
[
https://issues.apache.org/jira/browse/NETBEANS-363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-363:
-
Priority: Blocker (was: Major)
> Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started
> with Java 9
> -
>
> Key: NETBEANS-363
> URL: https://issues.apache.org/jira/browse/NETBEANS-363
> Project: NetBeans
> Issue Type: Bug
> Components: java - Platform
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Labels: PlatformSupport
> Attachments: DummyApp.zip
>
>
> The following output is from trying to run a platform application that was
> just created with not modules of its own:
>
> {code:java}
> platform.download:
> ant -f /Users/astephens/DEV/DummyApp run
> branding:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
> files-init:
> release:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
> build:
> No sub-builds to iterate on
> run:
> run.run:
> Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
> Cannot find java. Please use the --jdkhome switch.
> Result: 2
> BUILD SUCCESSFUL (total time: 1 second)
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-363) Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started with Java 9
[
https://issues.apache.org/jira/browse/NETBEANS-363?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16356084#comment-16356084
]
Austin Stephens commented on NETBEANS-363:
--
You can work around this issue by putting the following into
DummyApp/nbproject/project.properties:
{code:java}
#netbeans is having issues finding java 9
nbjdk.home=${java.home}
{code}
This appears to be related to Java 9 not having a tools.jar
> Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started
> with Java 9
> -
>
> Key: NETBEANS-363
> URL: https://issues.apache.org/jira/browse/NETBEANS-363
> Project: NetBeans
> Issue Type: Bug
> Components: java - Platform
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Labels: PlatformSupport
> Attachments: DummyApp.zip
>
>
> The following output is from trying to run a platform application that was
> just created with not modules of its own:
>
> {code:java}
> platform.download:
> ant -f /Users/astephens/DEV/DummyApp run
> branding:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
> files-init:
> release:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
> build:
> No sub-builds to iterate on
> run:
> run.run:
> Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
> Cannot find java. Please use the --jdkhome switch.
> Result: 2
> BUILD SUCCESSFUL (total time: 1 second)
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
[ https://issues.apache.org/jira/browse/NETBEANS-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-364: - Description: This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding javax.activation.DataContenthandlerFactory. (was: This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener) > Module "UI Utilities API" does not depend on JAXB API like it should > > > Key: NETBEANS-364 > URL: https://issues.apache.org/jira/browse/NETBEANS-364 > Project: NetBeans > Issue Type: Bug > Components: platform - OptionsSettings >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > > This results in platform applications not being able to open the options > window since a NoClassDefFoundError gets thrown when trying to load > org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding > javax.activation.DataContenthandlerFactory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
[ https://issues.apache.org/jira/browse/NETBEANS-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-364: - Description: This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding javax.activation.DataContentHandlerFactory. (was: This results in platform applications not being able to open the options window since a NoClassDefFoundError gets thrown when trying to load org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding javax.activation.DataContenthandlerFactory.) > Module "UI Utilities API" does not depend on JAXB API like it should > > > Key: NETBEANS-364 > URL: https://issues.apache.org/jira/browse/NETBEANS-364 > Project: NetBeans > Issue Type: Bug > Components: platform - OptionsSettings >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > > This results in platform applications not being able to open the options > window since a NoClassDefFoundError gets thrown when trying to load > org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding > javax.activation.DataContentHandlerFactory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-372) Web Service Project Items don't work
Austin Stephens created NETBEANS-372:
Summary: Web Service Project Items don't work
Key: NETBEANS-372
URL: https://issues.apache.org/jira/browse/NETBEANS-372
Project: NetBeans
Issue Type: Bug
Components: webservices - Code, webservices - JAX-WS
Affects Versions: 9.0
Reporter: Austin Stephens
Attachments: Screen Shot 2018-02-09 at 11.13.54 AM.png, Screen Shot
2018-02-09 at 11.18.07 AM.png
The options do not show and the build targets do not run
Error:
{code:java}
wsimport-init:
/Volumes/Data/Code//AzureLib/nbproject/jaxws-build.xml:15: taskdef A
class needed by class com.sun.tools.ws.ant.WsImport cannot be found:
com/sun/istack/tools/ProtectedTask
using the classloader
AntClassLoader[/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/FastInfoset.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/gmbal-api-only.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/ha-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/javax.mail_1.4.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/jaxws-rt.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/saaj-impl.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/stax2-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/woodstox-core-asl.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/stax-ex.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/streambuffer.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/policy.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/management-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/jaxws-tools.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/mimepull.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/api/jaxws-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/api/jsr181-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/api/javax.annotation.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/java/modules/ext/jaxws22/api/saaj-api.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/ide/modules/ext/jaxb/activation.jar:/Volumes/Data/Code//incubator-netbeans/nbbuild/netbeans/ide/modules/ext/jaxb/api/jaxb-api.jar]
BUILD FAILED (total time: 0 seconds){code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
Austin Stephens created NETBEANS-373:
Summary: Netbeans sometimes freezes when showing any refactor
dialog when running with jdk 1.8.0_152-b16 or later
Key: NETBEANS-373
URL: https://issues.apache.org/jira/browse/NETBEANS-373
Project: NetBeans
Issue Type: Bug
Components: java - Refactoring
Affects Versions: 8.2, 9.0
Environment: Mac
Reporter: Austin Stephens
Sometimes, when you try to do some refactor action, NetBeans freezes. It
appears that a lock is obtained on a panel when the dialog is shown, and the
AppKit Thread tries to get the lock while trying to add an accessible listener
to it.
AppKit Thread:
{code:java}
Container.addContainerListener:2142
Container$AccessibleAWTContainer.addPropertyChangeListener:3885
JComponent$AccessibleJComponent.addPropertyChangeListener:3765
Hidden Source Calls
CAccessible.addNotificationListeners:102
CAccessible.:84
CAccessible.getCAccessible:60
{code}
EDT Thread:
{code:java}
Hidden Source Calls
Unsafe.park
LockSupport.park:194
AbstractQueuedSynchronizer$ConditionObject.await:2062
EventQueue.getNextEvent:557
EventDispatchThread.pumpOneEventForFilters:173
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForFilter:117
WaitDispatchSupport$2.run:190
WaitDispatchSupport$4.run:235
WaitDispatchSupport$4.run:233
AccessController.doPrivileged
WaitDispatchSupport.enter:233
Dialog.show:1070
NbPresenter.superShow:1060
NbPresenter.doShow:1110
NbPresenter.run:1082
NbPresenter.run:105
NbMutexEventProvider$Event.doEventAccess:115
NbMutexEventProvider$Event.readAccess:75
LazyMutexImplementation.readAccess:71
Mutex.readAccess:193
NbPresenter.show:1067
Component.show:1669
Component.setVisible:1616
Window.setVisible:1017
Dialog.setVisible:1005
ParametersPanel.showDialog:674
RefactoringPanel.refresh:660
RefactoringPanel.:144
UI.openRefactoringUI:61
ContextAnalyzer$4.show:648
ContextAnalyzer$TextComponentTask.run:369
RefactoringActionsProvider.doFindUsages:232
ActionsImplementationFactory.doFindUsages:91
WhereUsedAction.performAction:52
RefactoringGlobalAction$ContextAction.actionPerformed:172
TopComponent.processKeyBinding:1151
JComponent.processKeyBindings:2963
JComponent.processKeyEvent:2863
Component.processEvent:6355
Container.processEvent:2259
Component.dispatchEventImpl:4961
Container.dispatchEventImpl:2317
Component.dispatchEvent:4793
KeyboardFocusManager.redispatchEvent:1955
DefaultKeyboardFocusManager.dispatchKeyEvent:827
DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
DefaultKeyboardFocusManager.typeAheadAssertions:966
DefaultKeyboardFocusManager.dispatchEvent:792
Component.dispatchEventImpl:4842
Container.dispatchEventImpl:2317
Window.dispatchEventImpl:2758
Component.dispatchEvent:4793
EventQueue.dispatchEventImpl:766
EventQueue.access$500:97
EventQueue$3.run:717
EventQueue$3.run:711
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
EventQueue$4.run:739
EventQueue$4.run:737
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
EventQueue.dispatchEvent:736
TimableEventQueue.dispatchEvent:136
EventDispatchThread.pumpOneEventForFilters:199
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForHierarchy:113
EventDispatchThread.pumpEvents:109
EventDispatchThread.pumpEvents:101
EventDispatchThread.run:90
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-376) Allow passing a tsa value to the nbm jar signer
[
https://issues.apache.org/jira/browse/NETBEANS-376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-376:
-
Description:
Build warning:
{noformat}
Warning:
The signer's certificate chain is not validated.
No -tsa or -tsacert is provided and this jar is not timestamped. Without a
timestamp, users may not be able to validate this jar after the signer
certificate's expiration date () or after any future revocation
date.{noformat}
was:
Build warning:
Warning:
The signer's certificate chain is not validated.
No -tsa or -tsacert is provided and this jar is not timestamped. Without a
timestamp, users may not be able to validate this jar after the signer
certificate's expiration date () or after any future revocation date.
> Allow passing a tsa value to the nbm jar signer
> ---
>
> Key: NETBEANS-376
> URL: https://issues.apache.org/jira/browse/NETBEANS-376
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Module System
>Affects Versions: 8.2, 9.0, Next
>Reporter: Austin Stephens
>Priority: Major
>
> Build warning:
> {noformat}
> Warning:
> The signer's certificate chain is not validated.
> No -tsa or -tsacert is provided and this jar is not timestamped. Without a
> timestamp, users may not be able to validate this jar after the signer
> certificate's expiration date () or after any future revocation
> date.{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-376) Allow passing a tsa value to the nbm jar signer
Austin Stephens created NETBEANS-376: Summary: Allow passing a tsa value to the nbm jar signer Key: NETBEANS-376 URL: https://issues.apache.org/jira/browse/NETBEANS-376 Project: NetBeans Issue Type: Bug Components: platform - Module System Affects Versions: 8.2, 9.0, Next Reporter: Austin Stephens Build warning: Warning: The signer's certificate chain is not validated. No -tsa or -tsacert is provided and this jar is not timestamped. Without a timestamp, users may not be able to validate this jar after the signer certificate's expiration date () or after any future revocation date. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-376) Allow passing a tsa value to the nbm jar signer
[
https://issues.apache.org/jira/browse/NETBEANS-376?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-376:
-
Description:
Build warning:
{noformat}
Warning:
No -tsa or -tsacert is provided and this jar is not timestamped. Without a
timestamp, users may not be able to validate this jar after the signer
certificate's expiration date () or after any future revocation
date.{noformat}
was:
Build warning:
{noformat}
Warning:
The signer's certificate chain is not validated.
No -tsa or -tsacert is provided and this jar is not timestamped. Without a
timestamp, users may not be able to validate this jar after the signer
certificate's expiration date () or after any future revocation
date.{noformat}
> Allow passing a tsa value to the nbm jar signer
> ---
>
> Key: NETBEANS-376
> URL: https://issues.apache.org/jira/browse/NETBEANS-376
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Module System
>Affects Versions: 8.2, 9.0, Next
>Reporter: Austin Stephens
>Priority: Major
>
> Build warning:
> {noformat}
> Warning:
> No -tsa or -tsacert is provided and this jar is not timestamped. Without a
> timestamp, users may not be able to validate this jar after the signer
> certificate's expiration date () or after any future revocation
> date.{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-363) Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started with Java 9
[
https://issues.apache.org/jira/browse/NETBEANS-363?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-363:
-
Description:
The following output is from trying to run a platform application that was just
created with no modules of its own:
{code:java}
platform.download:
ant -f /Users/astephens/DEV/DummyApp run
branding:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
files-init:
release:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
build:
No sub-builds to iterate on
run:
run.run:
Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
Cannot find java. Please use the --jdkhome switch.
Result: 2
BUILD SUCCESSFUL (total time: 1 second)
{code}
was:
The following output is from trying to run a platform application that was just
created with not modules of its own:
{code:java}
platform.download:
ant -f /Users/astephens/DEV/DummyApp run
branding:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
Building jar:
/Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
files-init:
release:
Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
build:
No sub-builds to iterate on
run:
run.run:
Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
Cannot find java. Please use the --jdkhome switch.
Result: 2
BUILD SUCCESSFUL (total time: 1 second)
{code}
> Cannot debug or run a NbPlatform Application in Java 9 if the IDE was started
> with Java 9
> -
>
> Key: NETBEANS-363
> URL: https://issues.apache.org/jira/browse/NETBEANS-363
> Project: NetBeans
> Issue Type: Bug
> Components: java - Platform
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Labels: PlatformSupport
> Attachments: DummyApp.zip
>
>
> The following output is from trying to run a platform application that was
> just created with no modules of its own:
>
> {code:java}
> platform.download:
> ant -f /Users/astephens/DEV/DummyApp run
> branding:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/core/locale/core_dummyapp.jar
> Building jar:
> /Users/astephens/DEV/DummyApp/build/cluster/modules/locale/org-netbeans-core-windows_dummyapp.jar
> files-init:
> release:
> Created dir: /Users/astephens/DEV/DummyApp/build/cluster/config/Modules
> build:
> No sub-builds to iterate on
> run:
> run.run:
> Creating /Users/astephens/DEV/DummyApp/build/cluster/.lastModified
> Cannot find java. Please use the --jdkhome switch.
> Result: 2
> BUILD SUCCESSFUL (total time: 1 second)
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Resolved] (NETBEANS-364) Module "UI Utilities API" does not depend on JAXB API like it should
[ https://issues.apache.org/jira/browse/NETBEANS-364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens resolved NETBEANS-364. -- Resolution: Fixed > Module "UI Utilities API" does not depend on JAXB API like it should > > > Key: NETBEANS-364 > URL: https://issues.apache.org/jira/browse/NETBEANS-364 > Project: NetBeans > Issue Type: Bug > Components: platform - OptionsSettings >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Labels: pull-request-available > Time Spent: 1h > Remaining Estimate: 0h > > This results in platform applications not being able to open the options > window since a NoClassDefFoundError gets thrown when trying to load > org.openide.awt.QuickSearch$SearchFieldListener. Something about not finding > javax.activation.DataContentHandlerFactory. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16373318#comment-16373318 ] Austin Stephens commented on NETBEANS-320: -- I have noticed that there is a possible issue with this solution. If the parent dialog closes while the child is still open, it will close the child dialog. It could be possible that the parent dialog was something temporary like a bubble notification. That would cause issues. I am looking at it. > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2, 9.0 > Environment: Mac OS >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Major > Labels: mac-os-x, pull-request-available > Attachments: Screen Shot 2018-01-23 at 1.28.20 PM.png, Screen Shot > 2018-01-26 at 11.37.55 AM.png > > Time Spent: 10m > Remaining Estimate: 0h > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-400) "Utilities API" module code name ends with "ui"
Austin Stephens created NETBEANS-400: Summary: "Utilities API" module code name ends with "ui" Key: NETBEANS-400 URL: https://issues.apache.org/jira/browse/NETBEANS-400 Project: NetBeans Issue Type: Bug Components: platform - Other Reporter: Austin Stephens Implying that it is used for UI. This is more confusing given there is a module called "UI Utilities API" with the code name of "org.openide.awt" -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-1043) Refactor -> Move method does not update method::references
[
https://issues.apache.org/jira/browse/NETBEANS-1043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16562119#comment-16562119
]
Austin Stephens commented on NETBEANS-1043:
---
According to the branch names, I am using vc3
> Refactor -> Move method does not update method::references
> --
>
> Key: NETBEANS-1043
> URL: https://issues.apache.org/jira/browse/NETBEANS-1043
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Assignee: ARUNAVA SINHA
>Priority: Major
>
> Given the following code (was done inside a class for simplicity):
> {code:java}
> public static class Baz{
> public static void doStuff(BooleanSupplier source){
> boolean val = source.getAsBoolean();
> }
> public static void prepareStuff(){
> doStuff(Bar::moveThis);
> }
> }
> public static class Bar {
> public static boolean moveThis(){
> return true;
> }
> }
> public static class Foo{
>
> }
> {code}
> If you Refactor Move `moveThis` from `Bar` to `Foo`, the reference in
> Baz.prepareStuff() does not get updated.
--
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-1128) Use the JSON format to read mercurial blame data
[ https://issues.apache.org/jira/browse/NETBEANS-1128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-1128: -- Description: To avoid nasty surprises in the future. See [https://github.com/apache/incubator-netbeans/pull/508] for the discussion about why I suggest we use JSON. was:To avoid nasty surprises in the future. > Use the JSON format to read mercurial blame data > > > Key: NETBEANS-1128 > URL: https://issues.apache.org/jira/browse/NETBEANS-1128 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Mercurial >Affects Versions: 9.0 >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Major > > To avoid nasty surprises in the future. > See [https://github.com/apache/incubator-netbeans/pull/508] for the > discussion about why I suggest we use JSON. -- 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-530) No Bind option on the popup to create Bindings
[ https://issues.apache.org/jira/browse/NETBEANS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16576837#comment-16576837 ] Austin Stephens commented on NETBEANS-530: -- I have a revision that brings the form.bindings module back from the dead. How do I reference an external library to go with it? Note: I did not being back jdesktop > No Bind option on the popup to create Bindings > --- > > Key: NETBEANS-530 > URL: https://issues.apache.org/jira/browse/NETBEANS-530 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0 > Environment: Window 8.1, MacOs 10.11.6 >Reporter: efrem mccrimon >Priority: Major > Attachments: Screenshot from 2018-08-02 21-18-53.png, > no_bind_popup_item.JPG > > > Trying to create bindings, created a textfield and Slider to demonstrate and > test basic bean binding. From the Design view, I wanted to bind the slider > to the text field. > Right-click the text field component and wanted to choose Bind. There is not > Bind option on the popup menu. It is not present in build #375, or #378. It > is on NB 8.2 and NB 8.02. -- 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-1128) Use the JSON format to read mercurial blame data
Austin Stephens created NETBEANS-1128: - Summary: Use the JSON format to read mercurial blame data Key: NETBEANS-1128 URL: https://issues.apache.org/jira/browse/NETBEANS-1128 Project: NetBeans Issue Type: Bug Components: versioncontrol - Mercurial Affects Versions: 9.0 Reporter: Austin Stephens Assignee: Austin Stephens To avoid nasty surprises in the future. -- 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-1129) Add Git worktree support
[ https://issues.apache.org/jira/browse/NETBEANS-1129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-1129: -- Summary: Add Git worktree support (was: Add worktree support) > Add Git worktree support > > > Key: NETBEANS-1129 > URL: https://issues.apache.org/jira/browse/NETBEANS-1129 > Project: NetBeans > Issue Type: Bug > Components: versioncontrol - Git >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > > Currently, Netbeans says that all files in a different work-tree are new, > even if they are not. -- 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-1129) Add worktree support
Austin Stephens created NETBEANS-1129: - Summary: Add worktree support Key: NETBEANS-1129 URL: https://issues.apache.org/jira/browse/NETBEANS-1129 Project: NetBeans Issue Type: Bug Components: versioncontrol - Git Affects Versions: 9.0 Reporter: Austin Stephens Currently, Netbeans says that all files in a different work-tree are new, even if they are not. -- 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-530) No Bind option on the popup to create Bindings
[ https://issues.apache.org/jira/browse/NETBEANS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16576841#comment-16576841 ] Austin Stephens commented on NETBEANS-530: -- [~patrick.angle], is [https://github.com/pangle/PACommons] the project that you are working on? > No Bind option on the popup to create Bindings > --- > > Key: NETBEANS-530 > URL: https://issues.apache.org/jira/browse/NETBEANS-530 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0 > Environment: Window 8.1, MacOs 10.11.6 >Reporter: efrem mccrimon >Priority: Major > Attachments: Screenshot from 2018-08-02 21-18-53.png, > no_bind_popup_item.JPG > > > Trying to create bindings, created a textfield and Slider to demonstrate and > test basic bean binding. From the Design view, I wanted to bind the slider > to the text field. > Right-click the text field component and wanted to choose Bind. There is not > Bind option on the popup menu. It is not present in build #375, or #378. It > is on NB 8.2 and NB 8.02. -- 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-1139) AssertionError in org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue
[
https://issues.apache.org/jira/browse/NETBEANS-1139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16581688#comment-16581688
]
Austin Stephens commented on NETBEANS-1139:
---
It appears to happen when there are many variables in the scope of completion?
That is what I gather from the stack trace and it popping up all of the time...
The AssertionError also occurs when it looks like it is trying to increase the
size of the table for the scope.
> AssertionError in
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue
> -
>
> Key: NETBEANS-1139
> URL: https://issues.apache.org/jira/browse/NETBEANS-1139
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 9.0, Next
>Reporter: Austin Stephens
>Priority: Critical
> Attachments: AutoCompleteBug1.java
>
>
> Attempting to Autocomplete the constructor after new in the attached file
> throws an AssertionError.
> StackTrace:
> {noformat}
> java.lang.AssertionError
> at com.sun.tools.javac.util.Assert.error(Assert.java:155)
> at com.sun.tools.javac.util.Assert.check(Assert.java:46)
> at com.sun.tools.javac.code.Scope$ScopeImpl.dble(Scope.java:410)
> at com.sun.tools.javac.code.Scope$ScopeImpl.enter(Scope.java:433)
> at com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:476)
> at
> com.sun.tools.javadoc.main.JavadocMemberEnter.visitVarDef(JavadocMemberEnter.java:83)
> at
> org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitVarDef(NBJavadocMemberEnter.java:92)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962)
> at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:171)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1171)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736)
> at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:760)
> at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1337)
> at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:73)
> at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736)
> at
> org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:878)
> at
> org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:808)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.type(JavaCodeTemplateProcessor.java:716)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue(JavaCodeTemplateProcessor.java:431)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateDefaultValues(JavaCodeTemplateProcessor.java:143)
> at
> org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:225)
> at
> org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:273)
> at
> org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:82)
> at
> org.netbeans.modules.editor.java.JavaCompletionItem.process(JavaCompletionItem.java:566)
> at
> org.netbeans.modules.editor.java.JavaCompletionItem.defaultAction(JavaCompletionItem.java:286)
> at
> org.netbeans.modules.editor.completion.CompletionImpl.dispatchKeyEvent(CompletionImpl.java:785)
> at
> org.netbeans.modules.editor.completion.CompletionImpl.keyPressed(CompletionImpl.java:386)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:258)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257)
> at java.desktop/java.awt.Component.processKeyEvent(Component.java:6547)
> at
> java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2849)
> at java.desktop/java.awt.Component.processEvent(Component.java:6366)
> at java.desktop/java.awt.Container.processEvent(Container.java:2261)
> at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966)
> at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319)
> at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
> at
> java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
> at
>
[jira] [Updated] (NETBEANS-1139) AssertionError in org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue
[
https://issues.apache.org/jira/browse/NETBEANS-1139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-1139:
--
Priority: Critical (was: Major)
> AssertionError in
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue
> -
>
> Key: NETBEANS-1139
> URL: https://issues.apache.org/jira/browse/NETBEANS-1139
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 9.0, Next
>Reporter: Austin Stephens
>Priority: Critical
> Attachments: AutoCompleteBug1.java
>
>
> Attempting to Autocomplete the constructor after new in the attached file
> throws an AssertionError.
> StackTrace:
> {noformat}
> java.lang.AssertionError
> at com.sun.tools.javac.util.Assert.error(Assert.java:155)
> at com.sun.tools.javac.util.Assert.check(Assert.java:46)
> at com.sun.tools.javac.code.Scope$ScopeImpl.dble(Scope.java:410)
> at com.sun.tools.javac.code.Scope$ScopeImpl.enter(Scope.java:433)
> at com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:476)
> at
> com.sun.tools.javadoc.main.JavadocMemberEnter.visitVarDef(JavadocMemberEnter.java:83)
> at
> org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitVarDef(NBJavadocMemberEnter.java:92)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962)
> at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:171)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1171)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736)
> at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:760)
> at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1337)
> at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:73)
> at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736)
> at
> org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:878)
> at
> org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:808)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.type(JavaCodeTemplateProcessor.java:716)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue(JavaCodeTemplateProcessor.java:431)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateDefaultValues(JavaCodeTemplateProcessor.java:143)
> at
> org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:225)
> at
> org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:273)
> at
> org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:82)
> at
> org.netbeans.modules.editor.java.JavaCompletionItem.process(JavaCompletionItem.java:566)
> at
> org.netbeans.modules.editor.java.JavaCompletionItem.defaultAction(JavaCompletionItem.java:286)
> at
> org.netbeans.modules.editor.completion.CompletionImpl.dispatchKeyEvent(CompletionImpl.java:785)
> at
> org.netbeans.modules.editor.completion.CompletionImpl.keyPressed(CompletionImpl.java:386)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:258)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257)
> at java.desktop/java.awt.Component.processKeyEvent(Component.java:6547)
> at
> java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2849)
> at java.desktop/java.awt.Component.processEvent(Component.java:6366)
> at java.desktop/java.awt.Container.processEvent(Container.java:2261)
> at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966)
> at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319)
> at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
> at
> java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
> at
> java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:871)
> at
> java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1140)
> at
> java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1010)
> at
>
[jira] [Updated] (NETBEANS-663) Shortcuts using "alt/option" on the mac do not work.
[
https://issues.apache.org/jira/browse/NETBEANS-663?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-663:
-
Priority: Critical (was: Major)
> Shortcuts using "alt/option" on the mac do not work.
>
>
> Key: NETBEANS-663
> URL: https://issues.apache.org/jira/browse/NETBEANS-663
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Action Items
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Critical
>
> The menu item flashes like it was activated, but nothing happens. This might
> be because the key is interpreted like "alt altGraph pressed \{Key}" or
> because it is never added to the binding map. I do note that "alt + F11" was
> in the map, but that didn't work either (probably for the first reason). All
> of the others are just not in the map. See NbKeymap.getAction.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-663) Shortcuts using "alt/option" on the mac do not work.
[
https://issues.apache.org/jira/browse/NETBEANS-663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16579021#comment-16579021
]
Austin Stephens edited comment on NETBEANS-663 at 8/13/18 11:03 PM:
So, it appears that Oracle, in their infinite wisdom, decided to emit the
ALT_GR modifier with the ALT modifier in Java 9+. It happens to both ALTs on
the Mac and the right one on windows. The added causes the shortcut lookup to
fail since it was only expecting ALT. It seems to break other things like the
shortcut option window (Alt + key don't register)
Edit: This results in certain common shortcuts such as "copy up" and "move left
one word" to not work.
was (Author: sir intellegence):
So, it appears that Oracle, in their infinite wisdom, decided to emit the
ALT_GR modifier with the ALT modifier in Java 9+. It happens to both ALTs on
the Mac and the right one on windows. The added causes the shortcut lookup to
fail since it was only expecting ALT. It seems to break other things like the
shortcut option window (Alt + key don't register)
> Shortcuts using "alt/option" on the mac do not work.
>
>
> Key: NETBEANS-663
> URL: https://issues.apache.org/jira/browse/NETBEANS-663
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Action Items
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Critical
>
> The menu item flashes like it was activated, but nothing happens. This might
> be because the key is interpreted like "alt altGraph pressed \{Key}" or
> because it is never added to the binding map. I do note that "alt + F11" was
> in the map, but that didn't work either (probably for the first reason). All
> of the others are just not in the map. See NbKeymap.getAction.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-663) Shortcuts using "alt/option" on the mac do not work.
[
https://issues.apache.org/jira/browse/NETBEANS-663?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16579021#comment-16579021
]
Austin Stephens commented on NETBEANS-663:
--
So, it appears that Oracle, in their infinite wisdom, decided to emit the
ALT_GR modifier with the ALT modifier in Java 9+. It happens to both ALTs on
the Mac and the right one on windows. The added causes the shortcut lookup to
fail since it was only expecting ALT. It seems to break other things like the
shortcut option window (Alt + key don't register)
> Shortcuts using "alt/option" on the mac do not work.
>
>
> Key: NETBEANS-663
> URL: https://issues.apache.org/jira/browse/NETBEANS-663
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Action Items
>Affects Versions: 9.0
>Reporter: Austin Stephens
>Priority: Major
>
> The menu item flashes like it was activated, but nothing happens. This might
> be because the key is interpreted like "alt altGraph pressed \{Key}" or
> because it is never added to the binding map. I do note that "alt + F11" was
> in the map, but that didn't work either (probably for the first reason). All
> of the others are just not in the map. See NbKeymap.getAction.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-530) No Bind option on the popup to create Bindings
[ https://issues.apache.org/jira/browse/NETBEANS-530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16580441#comment-16580441 ] Austin Stephens commented on NETBEANS-530: -- I have brought back the form.binding module here: [https://github.com/SirIntellegence/incubator-netbeans/tree/NETBEANS-530] Haven't done anything else so far though. > No Bind option on the popup to create Bindings > --- > > Key: NETBEANS-530 > URL: https://issues.apache.org/jira/browse/NETBEANS-530 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0 > Environment: Window 8.1, MacOs 10.11.6 >Reporter: efrem mccrimon >Priority: Major > Attachments: Screenshot from 2018-08-02 21-18-53.png, > no_bind_popup_item.JPG > > > Trying to create bindings, created a textfield and Slider to demonstrate and > test basic bean binding. From the Design view, I wanted to bind the slider > to the text field. > Right-click the text field component and wanted to choose Bind. There is not > Bind option on the popup menu. It is not present in build #375, or #378. It > is on NB 8.2 and NB 8.02. -- 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-1139) AssertionError in org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue
Austin Stephens created NETBEANS-1139:
-
Summary: AssertionError in
org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue
Key: NETBEANS-1139
URL: https://issues.apache.org/jira/browse/NETBEANS-1139
Project: NetBeans
Issue Type: Bug
Components: java - Editor
Affects Versions: 9.0, Next
Environment: Mac 10.10
Java 10.0.2+13
Reporter: Austin Stephens
Attachments: AutoCompleteBug1.java
Attempting to Autocomplete the constructor after new in the attached file
throws an AssertionError.
StackTrace:
{noformat}
java.lang.AssertionError
at com.sun.tools.javac.util.Assert.error(Assert.java:155)
at com.sun.tools.javac.util.Assert.check(Assert.java:46)
at com.sun.tools.javac.code.Scope$ScopeImpl.dble(Scope.java:410)
at com.sun.tools.javac.code.Scope$ScopeImpl.enter(Scope.java:433)
at com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:476)
at
com.sun.tools.javadoc.main.JavadocMemberEnter.visitVarDef(JavadocMemberEnter.java:83)
at
org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitVarDef(NBJavadocMemberEnter.java:92)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962)
at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:171)
at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1171)
at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736)
at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:760)
at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1337)
at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:73)
at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026)
at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660)
at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736)
at
org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:878)
at
org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:808)
at
org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.type(JavaCodeTemplateProcessor.java:716)
at
org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue(JavaCodeTemplateProcessor.java:431)
at
org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateDefaultValues(JavaCodeTemplateProcessor.java:143)
at
org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:225)
at
org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:273)
at
org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:82)
at
org.netbeans.modules.editor.java.JavaCompletionItem.process(JavaCompletionItem.java:566)
at
org.netbeans.modules.editor.java.JavaCompletionItem.defaultAction(JavaCompletionItem.java:286)
at
org.netbeans.modules.editor.completion.CompletionImpl.dispatchKeyEvent(CompletionImpl.java:785)
at
org.netbeans.modules.editor.completion.CompletionImpl.keyPressed(CompletionImpl.java:386)
at
java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:258)
at
java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257)
at
java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257)
at java.desktop/java.awt.Component.processKeyEvent(Component.java:6547)
at java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2849)
at java.desktop/java.awt.Component.processEvent(Component.java:6366)
at java.desktop/java.awt.Container.processEvent(Container.java:2261)
at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319)
at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
at
java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
at
java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:871)
at
java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1140)
at
java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1010)
at
java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:836)
at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4847)
at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319)
at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2772)
at
[jira] [Updated] (NETBEANS-1139) AssertionError in org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue
[
https://issues.apache.org/jira/browse/NETBEANS-1139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-1139:
--
Environment: (was: Mac 10.10
Java 10.0.2+13)
> AssertionError in
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue
> -
>
> Key: NETBEANS-1139
> URL: https://issues.apache.org/jira/browse/NETBEANS-1139
> Project: NetBeans
> Issue Type: Bug
> Components: java - Editor
>Affects Versions: 9.0, Next
>Reporter: Austin Stephens
>Priority: Major
> Attachments: AutoCompleteBug1.java
>
>
> Attempting to Autocomplete the constructor after new in the attached file
> throws an AssertionError.
> StackTrace:
> {noformat}
> java.lang.AssertionError
> at com.sun.tools.javac.util.Assert.error(Assert.java:155)
> at com.sun.tools.javac.util.Assert.check(Assert.java:46)
> at com.sun.tools.javac.code.Scope$ScopeImpl.dble(Scope.java:410)
> at com.sun.tools.javac.code.Scope$ScopeImpl.enter(Scope.java:433)
> at com.sun.tools.javac.comp.MemberEnter.visitVarDef(MemberEnter.java:476)
> at
> com.sun.tools.javadoc.main.JavadocMemberEnter.visitVarDef(JavadocMemberEnter.java:83)
> at
> org.netbeans.lib.nbjavac.services.NBJavadocMemberEnter.visitVarDef(NBJavadocMemberEnter.java:92)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962)
> at com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:171)
> at com.sun.tools.javac.comp.Attr.visitVarDef(Attr.java:1171)
> at com.sun.tools.javac.tree.JCTree$JCVariableDecl.accept(JCTree.java:962)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736)
> at com.sun.tools.javac.comp.Attr.attribStats(Attr.java:760)
> at com.sun.tools.javac.comp.Attr.visitBlock(Attr.java:1337)
> at org.netbeans.lib.nbjavac.services.NBAttr.visitBlock(NBAttr.java:73)
> at com.sun.tools.javac.tree.JCTree$JCBlock.accept(JCTree.java:1026)
> at com.sun.tools.javac.comp.Attr.attribTree(Attr.java:660)
> at com.sun.tools.javac.comp.Attr.attribStat(Attr.java:736)
> at
> org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:878)
> at
> org.netbeans.api.java.source.TreeUtilities.attributeTree(TreeUtilities.java:808)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.type(JavaCodeTemplateProcessor.java:716)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.getProposedValue(JavaCodeTemplateProcessor.java:431)
> at
> org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateDefaultValues(JavaCodeTemplateProcessor.java:143)
> at
> org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:225)
> at
> org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:273)
> at
> org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:82)
> at
> org.netbeans.modules.editor.java.JavaCompletionItem.process(JavaCompletionItem.java:566)
> at
> org.netbeans.modules.editor.java.JavaCompletionItem.defaultAction(JavaCompletionItem.java:286)
> at
> org.netbeans.modules.editor.completion.CompletionImpl.dispatchKeyEvent(CompletionImpl.java:785)
> at
> org.netbeans.modules.editor.completion.CompletionImpl.keyPressed(CompletionImpl.java:386)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:258)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257)
> at
> java.desktop/java.awt.AWTEventMulticaster.keyPressed(AWTEventMulticaster.java:257)
> at java.desktop/java.awt.Component.processKeyEvent(Component.java:6547)
> at
> java.desktop/javax.swing.JComponent.processKeyEvent(JComponent.java:2849)
> at java.desktop/java.awt.Component.processEvent(Component.java:6366)
> at java.desktop/java.awt.Container.processEvent(Container.java:2261)
> at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:4966)
> at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2319)
> at java.desktop/java.awt.Component.dispatchEvent(Component.java:4798)
> at
> java.desktop/java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1950)
> at
> java.desktop/java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:871)
> at
> java.desktop/java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1140)
> at
> java.desktop/java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:1010)
[jira] [Commented] (NETBEANS-346) Tabs, characters, and the right Margin don't line up
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16592772#comment-16592772 ] Austin Stephens commented on NETBEANS-346: -- I don't recall the resolution of the mac computer off of my head. I would have to get it when I go back to work, but it is smaller than 1920x1080 per screen. There are 4 of them arranged in a 2x2 grid. I found a font that it works with on the Mac computer, but I will need to get that also when I go back to work. > 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: Major > 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] [Comment Edited] (NETBEANS-1042) IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided
[
https://issues.apache.org/jira/browse/NETBEANS-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16545539#comment-16545539
]
Austin Stephens edited comment on NETBEANS-1042 at 7/16/18 5:57 PM:
Here is your stack trace:
{noformat}
LineRootElement.getElement:64
NbDocument$DocumentRenderer.run:898
BaseDocument.render:1402
NbDocument$DocumentRenderer.renderToInt:873
NbDocument.findLineOffset:176
DocumentLine$Set.offset:1054
DocumentLine$Set.access$400:921
DocumentLine$Set$OffsetLineCreator.createLine:1095
LineVector.findOrCreateLine:142
Line$Set.findOrCreateLine:533
DocumentLine$Set.access$301:921
DocumentLine$Set$1DocumentRenderer.run:1077
BaseDocument.render:1402
DocumentLine$Set.safelyFindOrCreateLine:1083
DocumentLine$Set.getCurrent:1049
BreakpointAnnotationProvider.addAnnotationTo:416
BreakpointAnnotationProvider.access$600:67
BreakpointAnnotationProvider$2.run:360
RequestProcessor$Task.run:1418
GlobalLookup.execute:45
Lookups.executeWith:278
RequestProcessor$Processor.run:2033 {noformat}
The exception thrown is "Invalid line index=-2 < 0"
Edit: A -1 comes from an array produced by
BreakpointAnnotationProvider.getAnnotationLines on line 126. It (the array of
\{-1}) is then passed to addAnnotationTo where the -1 is pulled from the array,
1 is subtracted from it, and then is used as an index into
LineCookie.getLineSet().getCurrent(int) on line 416.
was (Author: sir intellegence):
Here is your stack trace:
{noformat}
LineRootElement.getElement:64
NbDocument$DocumentRenderer.run:898
BaseDocument.render:1402
NbDocument$DocumentRenderer.renderToInt:873
NbDocument.findLineOffset:176
DocumentLine$Set.offset:1054
DocumentLine$Set.access$400:921
DocumentLine$Set$OffsetLineCreator.createLine:1095
LineVector.findOrCreateLine:142
Line$Set.findOrCreateLine:533
DocumentLine$Set.access$301:921
DocumentLine$Set$1DocumentRenderer.run:1077
BaseDocument.render:1402
DocumentLine$Set.safelyFindOrCreateLine:1083
DocumentLine$Set.getCurrent:1049
BreakpointAnnotationProvider.addAnnotationTo:416
BreakpointAnnotationProvider.access$600:67
BreakpointAnnotationProvider$2.run:360
RequestProcessor$Task.run:1418
GlobalLookup.execute:45
Lookups.executeWith:278
RequestProcessor$Processor.run:2033 {noformat}
The exception thrown is "Invalid line index=-2 < 0"
> IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided
>
>
> Key: NETBEANS-1042
> URL: https://issues.apache.org/jira/browse/NETBEANS-1042
> Project: NetBeans
> Issue Type: Bug
> Components: debugger - Java
>Reporter: Austin Stephens
>Assignee: Austin Stephens
>Priority: Trivial
> Labels: pull-request-available
> Time Spent: 10m
> Remaining Estimate: 0h
>
> It is rather annoying to have exceptions like that thrown when you have
> breakpoints on them to help you find bugs, so I fixed it. This bug report is
> mostly to get a branch name that won't cause issues...
--
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-1050) Slay all of the warnings! (Root task)
Austin Stephens created NETBEANS-1050:
-
Summary: Slay all of the warnings! (Root task)
Key: NETBEANS-1050
URL: https://issues.apache.org/jira/browse/NETBEANS-1050
Project: NetBeans
Issue Type: Task
Reporter: Austin Stephens
(It is recommended you read this with good humor, like Think Geek)
While building Netbeans, a number of warnings show up. We should fix that.
For the sake of organization, we should probably open a new task for each
module. This will be the root/umbrella task. *The main project heads should
take a look at this task and update it with official stuff.*
We should probably slay warnings in this order:
# Warnings that don't require changes to other modules (like API changes).
Examples would be changing raw types to non-raw types or something that would
cause another module to not build after the warning has be properly dealt with.
# Warnings that Do require changes to other modules (see previous entry for
examples)
# Those evil warnings that don't leave any links behind. Here are some
examples:
{noformat}
warning: [options] bootstrap class path not set in conjunction with -source 1.7
/Volumes/Data/Code//incubator-netbeans/nbbuild/build/public-package-jars/org-netbeans-api-annotations-common.jar(org/netbeans/api/annotations/common/NonNull.class):
warning: Cannot find annotation method 'when()' in type 'Nonnull': class file
for javax.annotation.Nonnull not found
warning: unknown enum constant When.ALWAYS
reason: class file for javax.annotation.meta.When not found
/Volumes/Data/Code//incubator-netbeans/nbbuild/build/public-package-jars/org-netbeans-api-annotations-common.jar(org/netbeans/api/annotations/common/NullAllowed.class):
warning: Cannot find annotation method 'when()' in type 'Nonnull'
warning: unknown enum constant When.MAYBE
/Volumes/Data/Code//incubator-netbeans/nbbuild/build/public-package-jars/org-netbeans-api-annotations-common.jar(org/netbeans/api/annotations/common/CheckForNull.class):
warning: Cannot find annotation method 'when()' in type 'Nonnull'
warning: unknown enum constant When.MAYBE
warning: Supported source version 'RELEASE_6' from annotation processor
'org.netbeans.modules.openide.util.NbBundleProcessor' less than -source '1.7'
warning: No processor claimed any of these annotations:
org.netbeans.api.annotations.common.NullAllowed,org.netbeans.api.annotations.common.CheckForNull,org.netbeans.api.annotations.common.NonNull{noformat}
The following guide-lines should be followed while slaying warnings:
* You shall make every effort to resolve the warning without suppressing it.
This may involve one or more of the following (non-inclusive):
** Adding a new variable so assignments are not done to method parameters
** Adding a variable followed with an "assert var != null" to let the IDE know
that it can't be null
** In the second pass, breaking APIs so raw types and such are not used if
possible
* You shall suppress the warning on the *smallest scope possible*. Why?
Warnings exist for a reason. They are there to tell you that you did something
wrong, unless that was your intention and you know what you are doing. That is
what @SuppressWarnings is for. If (heaven forbid) you suppress all warnings in
a class file, you may be (figuratively) slain, so DON'T!
* The following (in my opinion) is a good way to suppress a warning on a line:
{code:java}
@SuppressWarning("unchecked")
Object shush = bar = (Foo)foo;{code}
* You may want to add dummy return values to some void methods to enable
suppression via the above method.
* If you do suppress a warning, and it is not obvious why it was suppressed,
*document it*! Leave a comment that says why it was suppressed. The following
is an example:
{code:java}
//the following is intentional
//the method is expected to return an constant array
@SuppressWarnings("OverridableMethodCallInConstructor")
List shush = ImmutableList.copyOf(getSupportedTypes());{code}
I think that is all for now...
--
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-1042) IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided
[ https://issues.apache.org/jira/browse/NETBEANS-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16545308#comment-16545308 ] Austin Stephens commented on NETBEANS-1042: --- It was -1. I will get you the stack trace. Would a heap dump be better? > IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided > > > Key: NETBEANS-1042 > URL: https://issues.apache.org/jira/browse/NETBEANS-1042 > Project: NetBeans > Issue Type: Bug > Components: debugger - Java >Reporter: Austin Stephens >Assignee: Austin Stephens >Priority: Trivial > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > It is rather annoying to have exceptions like that thrown when you have > breakpoints on them to help you find bugs, so I fixed it. This bug report is > mostly to get a branch name that won't cause issues... -- 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-1202) Add support for bundling and updating the bundled JRE for Platform applications (for Java 9+)
[
https://issues.apache.org/jira/browse/NETBEANS-1202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16599730#comment-16599730
]
Austin Stephens commented on NETBEANS-1202:
---
I was thinking more like, instead of Netbeans being bundled with the JRE, that
Netbeans should have the capability to bundle a JRE (from the current machine)
for a Netbeans Platform product and (possibly) be able to handle JRE updates as
if they were Netbeans modules. Does that make more sense?
> Add support for bundling and updating the bundled JRE for Platform
> applications (for Java 9+)
> -
>
> Key: NETBEANS-1202
> URL: https://issues.apache.org/jira/browse/NETBEANS-1202
> Project: NetBeans
> Issue Type: New Feature
> Components: platform - Other
>Reporter: Austin Stephens
>Priority: Critical
>
> According to [Oracle ("End of Public
> Updates")|http://www.oracle.com/technetwork/java/eol-135779.html], they do
> not plan on migrating desktops from Java 8 to a later version via auto-update
> and "... encourage application developers to [use the packaging options
> introduced with Java SE
> 9|https://blogs.oracle.com/java-platform-group/the-future-of-javafx-and-other-java-client-roadmap-updates]
> to repackage and deliver their Java applications as stand-alone applications
> that include their own custom runtimes."
> It would be wonderful if the NetBeans Platform could handle updating the
> bundled JRE (as if it was a Netbeans Module) so it would be less of a
> head-ache to get Java Security updates out and such.
--
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-1202) Add support for bundling and updating the bundled JRE for Platform applications (for Java 9+)
[
https://issues.apache.org/jira/browse/NETBEANS-1202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16603132#comment-16603132
]
Austin Stephens commented on NETBEANS-1202:
---
RightI see you point. Maybe add an option to not export java modules?
> Add support for bundling and updating the bundled JRE for Platform
> applications (for Java 9+)
> -
>
> Key: NETBEANS-1202
> URL: https://issues.apache.org/jira/browse/NETBEANS-1202
> Project: NetBeans
> Issue Type: New Feature
> Components: platform - Other
>Reporter: Austin Stephens
>Priority: Critical
>
> According to [Oracle ("End of Public
> Updates")|http://www.oracle.com/technetwork/java/eol-135779.html], they do
> not plan on migrating desktops from Java 8 to a later version via auto-update
> and "... encourage application developers to [use the packaging options
> introduced with Java SE
> 9|https://blogs.oracle.com/java-platform-group/the-future-of-javafx-and-other-java-client-roadmap-updates]
> to repackage and deliver their Java applications as stand-alone applications
> that include their own custom runtimes."
> It would be wonderful if the NetBeans Platform could handle updating the
> bundled JRE (as if it was a Netbeans Module) so it would be less of a
> head-ache to get Java Security updates out and such.
--
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-1026) Cannot test custom annotations
Austin Stephens created NETBEANS-1026:
-
Summary: Cannot test custom annotations
Key: NETBEANS-1026
URL: https://issues.apache.org/jira/browse/NETBEANS-1026
Project: NetBeans
Issue Type: Bug
Components: java - Hints
Affects Versions: 9.0
Reporter: Austin Stephens
Attachments: BrokenHintBug.zip
I was working on an annotation and I discovered that the test crashes with the
following error:
{noformat}
Testcase: testWarningProduced(org.apache.netbeans.bugkiller.TestHintTest):
Caused an ERROR
superclass access check failed: class
org.netbeans.lib.nbjavac.services.NBMessager (in unnamed module @0x4d14b6c2)
cannot access class com.sun.tools.javadoc.main.Messager (in module jdk.javadoc)
because module jdk.javadoc does not export com.sun.tools.javadoc.main to
unnamed module @0x4d14b6c2
java.lang.IllegalAccessError: superclass access check failed: class
org.netbeans.lib.nbjavac.services.NBMessager (in unnamed module @0x4d14b6c2)
cannot access class com.sun.tools.javadoc.main.Messager (in module jdk.javadoc)
because module jdk.javadoc does not export com.sun.tools.javadoc.main to
unnamed module @0x4d14b6c2
at
org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:885)
at
org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:741)
at
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
at
org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:582)
at
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
at
org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
at
org.netbeans.modules.java.hints.test.api.HintTest$DeadlockTask.run(HintTest.java:727)
at
org.netbeans.modules.java.hints.test.api.HintTest$DeadlockTask.run(HintTest.java:715)
at
org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
at
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
at
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
at
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
at
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
at
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
at
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
at
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
at
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
at
org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
at
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451)
at
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
at
org.netbeans.modules.java.hints.test.api.HintTest.parse(HintTest.java:558)
at
org.netbeans.modules.java.hints.test.api.HintTest.ensureCompilable(HintTest.java:370)
at org.netbeans.modules.java.hints.test.api.HintTest.run(HintTest.java:444)
at org.netbeans.modules.java.hints.test.api.HintTest.run(HintTest.java:429)
at
org.apache.netbeans.bugkiller.TestHintTest.testWarningProduced(TestHintTest.java:30){noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-1026) Cannot test custom annotations
[
https://issues.apache.org/jira/browse/NETBEANS-1026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-1026:
--
Description:
The test case in the attached project crashes with the following error:
{noformat}
Testcase: testWarningProduced(org.apache.netbeans.bugkiller.TestHintTest):
Caused an ERROR
superclass access check failed: class
org.netbeans.lib.nbjavac.services.NBMessager (in unnamed module @0x4d14b6c2)
cannot access class com.sun.tools.javadoc.main.Messager (in module jdk.javadoc)
because module jdk.javadoc does not export com.sun.tools.javadoc.main to
unnamed module @0x4d14b6c2
java.lang.IllegalAccessError: superclass access check failed: class
org.netbeans.lib.nbjavac.services.NBMessager (in unnamed module @0x4d14b6c2)
cannot access class com.sun.tools.javadoc.main.Messager (in module jdk.javadoc)
because module jdk.javadoc does not export com.sun.tools.javadoc.main to
unnamed module @0x4d14b6c2
at
org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:885)
at
org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:741)
at
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
at
org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:582)
at
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
at
org.netbeans.api.java.source.CompilationController.toPhase(CompilationController.java:84)
at
org.netbeans.modules.java.hints.test.api.HintTest$DeadlockTask.run(HintTest.java:727)
at
org.netbeans.modules.java.hints.test.api.HintTest$DeadlockTask.run(HintTest.java:715)
at
org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:501)
at
org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
at
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:130)
at
org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:114)
at
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
at
org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
at
org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
at
org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
at
org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
at
org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
at
org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
at
org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:81)
at
org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:451)
at
org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:422)
at
org.netbeans.modules.java.hints.test.api.HintTest.parse(HintTest.java:558)
at
org.netbeans.modules.java.hints.test.api.HintTest.ensureCompilable(HintTest.java:370)
at org.netbeans.modules.java.hints.test.api.HintTest.run(HintTest.java:444)
at org.netbeans.modules.java.hints.test.api.HintTest.run(HintTest.java:429)
at
org.apache.netbeans.bugkiller.TestHintTest.testWarningProduced(TestHintTest.java:30){noformat}
was:
I was working on an annotation and I discovered that the test crashes with the
following error:
{noformat}
Testcase: testWarningProduced(org.apache.netbeans.bugkiller.TestHintTest):
Caused an ERROR
superclass access check failed: class
org.netbeans.lib.nbjavac.services.NBMessager (in unnamed module @0x4d14b6c2)
cannot access class com.sun.tools.javadoc.main.Messager (in module jdk.javadoc)
because module jdk.javadoc does not export com.sun.tools.javadoc.main to
unnamed module @0x4d14b6c2
java.lang.IllegalAccessError: superclass access check failed: class
org.netbeans.lib.nbjavac.services.NBMessager (in unnamed module @0x4d14b6c2)
cannot access class com.sun.tools.javadoc.main.Messager (in module jdk.javadoc)
because module jdk.javadoc does not export com.sun.tools.javadoc.main to
unnamed module @0x4d14b6c2
at
org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:885)
at
org.netbeans.modules.java.source.parsing.JavacParser.createJavacTask(JavacParser.java:741)
at
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.getJavacTask(CompilationInfoImpl.java:374)
at
org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:582)
at
org.netbeans.modules.java.source.parsing.CompilationInfoImpl.toPhase(CompilationInfoImpl.java:361)
at
[jira] [Updated] (NETBEANS-1037) Netbeans sometimes freezes when showing the InspectAndRefactorPanel dialog when running with jdk 1.8.0_152-b16 or later
[ https://issues.apache.org/jira/browse/NETBEANS-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-1037: -- Fix Version/s: 9.0 > Netbeans sometimes freezes when showing the InspectAndRefactorPanel dialog > when running with jdk 1.8.0_152-b16 or later > --- > > Key: NETBEANS-1037 > URL: https://issues.apache.org/jira/browse/NETBEANS-1037 > Project: NetBeans > Issue Type: Bug > Components: java - Refactoring >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Fix For: 9.0 > > > The culprit seems to be another "do we really need to synchronize this > method" issue. > The method is InspectAndrefactorPanel.manageRefactorings(boolean single) -- 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-1042) IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided
Austin Stephens created NETBEANS-1042: - Summary: IndexOutOfBoundsException in BreakpointAnnotationProvider can be avoided Key: NETBEANS-1042 URL: https://issues.apache.org/jira/browse/NETBEANS-1042 Project: NetBeans Issue Type: Bug Components: debugger - Java Reporter: Austin Stephens Assignee: Austin Stephens It is rather annoying to have exceptions like that thrown when you have breakpoints on them to help you find bugs, so I fixed it. This bug report is mostly to get a branch name that won't cause issues... -- 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-1043) Refactor -> Move method does not update method::references
Austin Stephens created NETBEANS-1043:
-
Summary: Refactor -> Move method does not update method::references
Key: NETBEANS-1043
URL: https://issues.apache.org/jira/browse/NETBEANS-1043
Project: NetBeans
Issue Type: Bug
Components: java - Refactoring
Affects Versions: 9.0
Reporter: Austin Stephens
Given the following code (was done inside a class for simplicity):
{code:java}
public static class Baz{
public static void doStuff(BooleanSupplier source){
boolean val = source.getAsBoolean();
}
public static void prepareStuff(){
doStuff(Bar::moveThis);
}
}
public static class Bar {
public static boolean moveThis(){
return true;
}
}
public static class Foo{
}
{code}
If you Refactor Move `moveThis` from `Bar` to `Foo`, the reference in
Baz.prepareStuff() does not get updated.
--
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-320) Mac modal dialogs pop-under non-modal dialogs
Austin Stephens created NETBEANS-320: Summary: Mac modal dialogs pop-under non-modal dialogs Key: NETBEANS-320 URL: https://issues.apache.org/jira/browse/NETBEANS-320 Project: NetBeans Issue Type: Bug Components: platform - Window System Affects Versions: 8.2 Environment: Mac OS Reporter: Austin Stephens It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)->Properties->Library->Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Description: It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)->Properties->Libraries->Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog. (was: It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)->Properties->Library->Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog.) > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)->Properties->Libraries->Wrapped JARs and select a wrapped jar. Then > click "Edit...". If your Mac is more severely affected, the "Edit Jar > Reference" dialog will pop-under the Project Properties, if you Mac is less > severly affected, then clicking on the Project Properties window while the > "Edit Jar Reference" dialog is open will cause the Project Properties window > to hide the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-320) Mac modal dialogs pop-under non-modal dialogs
[ https://issues.apache.org/jira/browse/NETBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-320: - Description: It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog. (was: It is very annoying to users. One easy way to reproduce this is to find a module with a wrapped jar and then go to (Right click)->Properties->Libraries->Wrapped JARs and select a wrapped jar. Then click "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" dialog will pop-under the Project Properties, if you Mac is less severly affected, then clicking on the Project Properties window while the "Edit Jar Reference" dialog is open will cause the Project Properties window to hide the dialog.) > Mac modal dialogs pop-under non-modal dialogs > - > > Key: NETBEANS-320 > URL: https://issues.apache.org/jira/browse/NETBEANS-320 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 8.2 > Environment: Mac OS >Reporter: Austin Stephens >Priority: Major > Labels: mac-os-x > > It is very annoying to users. One easy way to reproduce this is to find a > module with a wrapped jar and then go to (Right > click)>Properties>Libraries>Wrapped JARs and select a wrapped jar. Then click > "Edit...". If your Mac is more severely affected, the "Edit Jar Reference" > dialog will pop-under the Project Properties, if you Mac is less severly > affected, then clicking on the Project Properties window while the "Edit Jar > Reference" dialog is open will cause the Project Properties window to hide > the dialog. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-373:
-
Fix Version/s: 9.0
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Critical
> Fix For: 9.0
>
>
> Sometimes, when you try to do some refactor action, NetBeans freezes. It
> appears that a lock is obtained on a panel when the dialog is shown, and the
> AppKit Thread tries to get the lock while trying to add an accessible
> listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Tabs, characters, and the right Margin don't line up
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Summary: Tabs, characters, and the right Margin don't line up (was: Right Margin does not line up with text position using monospace) > Tabs, characters, and the right Margin don't line up > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Critical > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-346) Right Margin does not line up with text position using monospace
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-346: - Priority: Critical (was: Minor) > Right Margin does not line up with text position using monospace > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Critical > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-373) Netbeans sometimes freezes when showing any refactor dialog when running with jdk 1.8.0_152-b16 or later
[
https://issues.apache.org/jira/browse/NETBEANS-373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-373:
-
Priority: Blocker (was: Critical)
Description:
Sometimes (or almost always), when you try to do some refactor action, NetBeans
freezes. It appears that a lock is obtained on a panel when the dialog is
shown, and the AppKit Thread tries to get the lock while trying to add an
accessible listener to it.
AppKit Thread:
{code:java}
Container.addContainerListener:2142
Container$AccessibleAWTContainer.addPropertyChangeListener:3885
JComponent$AccessibleJComponent.addPropertyChangeListener:3765
Hidden Source Calls
CAccessible.addNotificationListeners:102
CAccessible.:84
CAccessible.getCAccessible:60
{code}
EDT Thread:
{code:java}
Hidden Source Calls
Unsafe.park
LockSupport.park:194
AbstractQueuedSynchronizer$ConditionObject.await:2062
EventQueue.getNextEvent:557
EventDispatchThread.pumpOneEventForFilters:173
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForFilter:117
WaitDispatchSupport$2.run:190
WaitDispatchSupport$4.run:235
WaitDispatchSupport$4.run:233
AccessController.doPrivileged
WaitDispatchSupport.enter:233
Dialog.show:1070
NbPresenter.superShow:1060
NbPresenter.doShow:1110
NbPresenter.run:1082
NbPresenter.run:105
NbMutexEventProvider$Event.doEventAccess:115
NbMutexEventProvider$Event.readAccess:75
LazyMutexImplementation.readAccess:71
Mutex.readAccess:193
NbPresenter.show:1067
Component.show:1669
Component.setVisible:1616
Window.setVisible:1017
Dialog.setVisible:1005
ParametersPanel.showDialog:674
RefactoringPanel.refresh:660
RefactoringPanel.:144
UI.openRefactoringUI:61
ContextAnalyzer$4.show:648
ContextAnalyzer$TextComponentTask.run:369
RefactoringActionsProvider.doFindUsages:232
ActionsImplementationFactory.doFindUsages:91
WhereUsedAction.performAction:52
RefactoringGlobalAction$ContextAction.actionPerformed:172
TopComponent.processKeyBinding:1151
JComponent.processKeyBindings:2963
JComponent.processKeyEvent:2863
Component.processEvent:6355
Container.processEvent:2259
Component.dispatchEventImpl:4961
Container.dispatchEventImpl:2317
Component.dispatchEvent:4793
KeyboardFocusManager.redispatchEvent:1955
DefaultKeyboardFocusManager.dispatchKeyEvent:827
DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
DefaultKeyboardFocusManager.typeAheadAssertions:966
DefaultKeyboardFocusManager.dispatchEvent:792
Component.dispatchEventImpl:4842
Container.dispatchEventImpl:2317
Window.dispatchEventImpl:2758
Component.dispatchEvent:4793
EventQueue.dispatchEventImpl:766
EventQueue.access$500:97
EventQueue$3.run:717
EventQueue$3.run:711
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
EventQueue$4.run:739
EventQueue$4.run:737
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
EventQueue.dispatchEvent:736
TimableEventQueue.dispatchEvent:136
EventDispatchThread.pumpOneEventForFilters:199
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForHierarchy:113
EventDispatchThread.pumpEvents:109
EventDispatchThread.pumpEvents:101
EventDispatchThread.run:90
{code}
was:
Sometimes, when you try to do some refactor action, NetBeans freezes. It
appears that a lock is obtained on a panel when the dialog is shown, and the
AppKit Thread tries to get the lock while trying to add an accessible listener
to it.
AppKit Thread:
{code:java}
Container.addContainerListener:2142
Container$AccessibleAWTContainer.addPropertyChangeListener:3885
JComponent$AccessibleJComponent.addPropertyChangeListener:3765
Hidden Source Calls
CAccessible.addNotificationListeners:102
CAccessible.:84
CAccessible.getCAccessible:60
{code}
EDT Thread:
{code:java}
Hidden Source Calls
Unsafe.park
LockSupport.park:194
AbstractQueuedSynchronizer$ConditionObject.await:2062
EventQueue.getNextEvent:557
EventDispatchThread.pumpOneEventForFilters:173
EventDispatchThread.pumpEventsForFilter:124
EventDispatchThread.pumpEventsForFilter:117
WaitDispatchSupport$2.run:190
WaitDispatchSupport$4.run:235
WaitDispatchSupport$4.run:233
AccessController.doPrivileged
WaitDispatchSupport.enter:233
Dialog.show:1070
NbPresenter.superShow:1060
NbPresenter.doShow:1110
NbPresenter.run:1082
NbPresenter.run:105
NbMutexEventProvider$Event.doEventAccess:115
NbMutexEventProvider$Event.readAccess:75
LazyMutexImplementation.readAccess:71
[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=16397599#comment-16397599
]
Austin Stephens commented on NETBEANS-373:
--
It has come to the point where I hope that I can press enter in the dialog
before it dead-locks on itself.
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Fix For: 9.0
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-472) Keymap tests fail in o.n.core when on mac
[
https://issues.apache.org/jira/browse/NETBEANS-472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-472:
-
Labels: test-fail test-failure-fresh (was: test-fail)
> Keymap tests fail in o.n.core when on mac
> -
>
> Key: NETBEANS-472
> URL: https://issues.apache.org/jira/browse/NETBEANS-472
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Actions
>Affects Versions: 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-fail, test-failure-fresh
> Fix For: 9.0
>
>
> {noformat}
> for ctrl pressed 1
> junit.framework.AssertionFailedError
> at org.netbeans.core.NbKeymapTest.assertMapping(NbKeymapTest.java:92)
> at
> org.netbeans.core.NbKeymapTest.testAbstractModifiers(NbKeymapTest.java:181)
> at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
> at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
> at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
> at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479)
> at org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
> {noformat}
> {noformat}
>
> java.lang.NullPointerException at
> org.netbeans.core.NbKeymapTest.testMaskForSameKeystrokeWithDifferentText217497(NbKeymapTest.java:283)
> at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77) at
> org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460) at
> org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386) at
> org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479) at
> org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
> {noformat}
> This is likely because 'O' maps to cmd instead of ctrl on a mac
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-468) api.htmlui tests deadlock on mac when run
[
https://issues.apache.org/jira/browse/NETBEANS-468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-468:
-
Labels: test-fail test-failure-fresh (was: test-failure-fresh)
> api.htmlui tests deadlock on mac when run
> -
>
> Key: NETBEANS-468
> URL: https://issues.apache.org/jira/browse/NETBEANS-468
> Project: NetBeans
> Issue Type: Bug
> Components: platform - HTML4J
>Affects Versions: 9.0, Next
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-fail, test-failure-fresh
> Fix For: 9.0
>
>
> It might be related to NETBEANS-373. It appears that the system deadlocks
> when creating the UI. The FX thread is the Native Ui thread on a mac. It
> appears that FX is waiting for Swing, which is waiting for the native thread
> to do something. Not very sure about it. Here are the stack traces I got
> (might be different each time):
> Swing EDT:
> {noformat}
> GraphicsEnvironment.getLocalGraphicsEnvironment:81
> RepaintManager.:233
> UIManager.initialize:1464
> UIManager.maybeInitialize:1426
> UIManager.getDefaults:659
> UIManager.getBoolean:867
> ImageUtilities.isDarkLaF:182
> ImageUtilities.loadImage:142
> Splash.loadContent:215
> Splash$SplashPainter.init:353
> Splash$SplashPainter$1.run:400
> InvocationEvent.dispatch:311
> EventQueue.dispatchEventImpl:756
> EventQueue.access$500:97
> EventQueue$3.run:709
> EventQueue$3.run:703
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:80
> EventQueue.dispatchEvent:726
> EventDispatchThread.pumpOneEventForFilters:201
> EventDispatchThread.pumpEventsForFilter:116
> EventDispatchThread.pumpEventsForHierarchy:105
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.pumpEvents:93
> EventDispatchThread.run:82 {noformat}
> AppKit/FX thread:
> {noformat}
> UIManager.maybeInitialize:1424
> UIManager.getLookAndFeel:492
> NbBrowsers.applyNbSkin:62
> NbBrowsers$1ApplySkin.run:54
> Hidden Source Calls
> InitializeWebView.run:45
> BrowserBuilder$1OnPageLoad$1CallInitMethod.run:310
> BrwsrCtx$1Wrap.run:120
> AbstractFXPresenter.execute:354
> BrwsrCtx.execute:131
> BrowserBuilder$1OnPageLoad.run:348
> AbstractFXPresenter.onPageLoad:135
> InitializeWebView$1.changed:64
> InitializeWebView$1.changed:57
> ExpressionHelper$SingleChange.fireValueChangedEvent:182
> ExpressionHelper.fireValueChangedEvent:81
> ReadOnlyObjectPropertyBase.fireValueChangedEvent:74
> ReadOnlyObjectWrapper.fireValueChangedEvent:102
> ObjectPropertyBase.markInvalid:112
> ObjectPropertyBase.set:146
> WebEngine$LoadWorker.updateState:1287
> WebEngine$LoadWorker.dispatchLoadEvent:1398
> WebEngine$LoadWorker.access$1200:1280
> WebEngine$PageLoadListener.dispatchLoadEvent:1267
> WebPage.fireLoadEvent:2499
> WebPage.fwkFireLoadEvent:2343
> URLLoader.twkDidFinishLoading
> URLLoader.notifyDidFinishLoading:859
> URLLoader.lambda$didFinishLoading$103:850
> 1530391356.run
> PlatformImpl.lambda$null$172:295
> 1314999409.run
> AccessController.doPrivileged
> PlatformImpl.lambda$runLater$173:294
> 1702940637.run
> InvokeLaterDispatcher$Future.run:95 {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-349) 2 tests in CustomMenuBarTest always fail
[ https://issues.apache.org/jira/browse/NETBEANS-349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-349: - Labels: test-fail test-failure test-failure-fresh (was: ) > 2 tests in CustomMenuBarTest always fail > > > Key: NETBEANS-349 > URL: https://issues.apache.org/jira/browse/NETBEANS-349 > Project: NetBeans > Issue Type: Bug > Components: platform - Window System >Affects Versions: 9.0 >Reporter: Austin Stephens >Priority: Major > Labels: test-fail, test-failure, test-failure-fresh > Attachments: 2018-01-31 09_09_46-Core - Windows - NetBeans IDE 8.2.png > > > They have yet to pass for me. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-350) Commit validation fails on master build
[ https://issues.apache.org/jira/browse/NETBEANS-350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-350: - Labels: test-fail test-failure test-failure-fresh (was: ) > Commit validation fails on master build > --- > > Key: NETBEANS-350 > URL: https://issues.apache.org/jira/browse/NETBEANS-350 > Project: NetBeans > Issue Type: Bug > Components: ide - Code >Affects Versions: 9.0, Next >Reporter: Austin Stephens >Priority: Major > Labels: test-fail, test-failure, test-failure-fresh > > Someone needs to be shot... Will not pass on a clean build. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-468) api.htmlui tests deadlock on mac when run
[
https://issues.apache.org/jira/browse/NETBEANS-468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-468:
-
Labels: test-failure-fresh (was: )
> api.htmlui tests deadlock on mac when run
> -
>
> Key: NETBEANS-468
> URL: https://issues.apache.org/jira/browse/NETBEANS-468
> Project: NetBeans
> Issue Type: Bug
> Components: platform - HTML4J
>Affects Versions: 9.0, Next
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-failure-fresh
> Fix For: 9.0
>
>
> It might be related to NETBEANS-373. It appears that the system deadlocks
> when creating the UI. The FX thread is the Native Ui thread on a mac. It
> appears that FX is waiting for Swing, which is waiting for the native thread
> to do something. Not very sure about it. Here are the stack traces I got
> (might be different each time):
> Swing EDT:
> {noformat}
> GraphicsEnvironment.getLocalGraphicsEnvironment:81
> RepaintManager.:233
> UIManager.initialize:1464
> UIManager.maybeInitialize:1426
> UIManager.getDefaults:659
> UIManager.getBoolean:867
> ImageUtilities.isDarkLaF:182
> ImageUtilities.loadImage:142
> Splash.loadContent:215
> Splash$SplashPainter.init:353
> Splash$SplashPainter$1.run:400
> InvocationEvent.dispatch:311
> EventQueue.dispatchEventImpl:756
> EventQueue.access$500:97
> EventQueue$3.run:709
> EventQueue$3.run:703
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:80
> EventQueue.dispatchEvent:726
> EventDispatchThread.pumpOneEventForFilters:201
> EventDispatchThread.pumpEventsForFilter:116
> EventDispatchThread.pumpEventsForHierarchy:105
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.pumpEvents:93
> EventDispatchThread.run:82 {noformat}
> AppKit/FX thread:
> {noformat}
> UIManager.maybeInitialize:1424
> UIManager.getLookAndFeel:492
> NbBrowsers.applyNbSkin:62
> NbBrowsers$1ApplySkin.run:54
> Hidden Source Calls
> InitializeWebView.run:45
> BrowserBuilder$1OnPageLoad$1CallInitMethod.run:310
> BrwsrCtx$1Wrap.run:120
> AbstractFXPresenter.execute:354
> BrwsrCtx.execute:131
> BrowserBuilder$1OnPageLoad.run:348
> AbstractFXPresenter.onPageLoad:135
> InitializeWebView$1.changed:64
> InitializeWebView$1.changed:57
> ExpressionHelper$SingleChange.fireValueChangedEvent:182
> ExpressionHelper.fireValueChangedEvent:81
> ReadOnlyObjectPropertyBase.fireValueChangedEvent:74
> ReadOnlyObjectWrapper.fireValueChangedEvent:102
> ObjectPropertyBase.markInvalid:112
> ObjectPropertyBase.set:146
> WebEngine$LoadWorker.updateState:1287
> WebEngine$LoadWorker.dispatchLoadEvent:1398
> WebEngine$LoadWorker.access$1200:1280
> WebEngine$PageLoadListener.dispatchLoadEvent:1267
> WebPage.fireLoadEvent:2499
> WebPage.fwkFireLoadEvent:2343
> URLLoader.twkDidFinishLoading
> URLLoader.notifyDidFinishLoading:859
> URLLoader.lambda$didFinishLoading$103:850
> 1530391356.run
> PlatformImpl.lambda$null$172:295
> 1314999409.run
> AccessController.doPrivileged
> PlatformImpl.lambda$runLater$173:294
> 1702940637.run
> InvokeLaterDispatcher$Future.run:95 {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-472) Keymap tests fail in o.n.core when on mac
Austin Stephens created NETBEANS-472:
Summary: Keymap tests fail in o.n.core when on mac
Key: NETBEANS-472
URL: https://issues.apache.org/jira/browse/NETBEANS-472
Project: NetBeans
Issue Type: Bug
Components: platform - Actions
Affects Versions: 9.0
Environment: Mac
Reporter: Austin Stephens
Fix For: 9.0
{noformat}
for ctrl pressed 1
junit.framework.AssertionFailedError
at org.netbeans.core.NbKeymapTest.assertMapping(NbKeymapTest.java:92)
at
org.netbeans.core.NbKeymapTest.testAbstractModifiers(NbKeymapTest.java:181)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479)
at org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
{noformat}
{noformat}
java.lang.NullPointerException at
org.netbeans.core.NbKeymapTest.testMaskForSameKeystrokeWithDifferentText217497(NbKeymapTest.java:283)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77) at
org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460) at
org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386) at
org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479) at
org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
{noformat}
This is likely because 'O' maps to cmd instead of ctrl on a mac
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-473) org.openide.awt.ActionsTest.testTooltipsContainAccelerator Fails on macs
[
https://issues.apache.org/jira/browse/NETBEANS-473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-473:
-
Description:
{noformat}
junit.framework.AssertionFailedError
at
org.openide.awt.ActionsTest.testTooltipsContainAccelerator(ActionsTest.java:391)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
{noformat}
The tooltip is actually "^+C". It was expecting "Ctrl+C".
was:
{noformat}
junit.framework.AssertionFailedError
at
org.openide.awt.ActionsTest.testTooltipsContainAccelerator(ActionsTest.java:391)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
{noformat}
The tooltip is actually "^+C"
> org.openide.awt.ActionsTest.testTooltipsContainAccelerator Fails on macs
>
>
> Key: NETBEANS-473
> URL: https://issues.apache.org/jira/browse/NETBEANS-473
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Actions
>Affects Versions: 9.0, Next
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-fail, test-failure, test-failure-fresh
>
> {noformat}
> junit.framework.AssertionFailedError
> at
> org.openide.awt.ActionsTest.testTooltipsContainAccelerator(ActionsTest.java:391)
> at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
> at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
> at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
> at
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at
[jira] [Created] (NETBEANS-473) org.openide.awt.ActionsTest.testTooltipsContainAccelerator Fails on macs
Austin Stephens created NETBEANS-473:
Summary:
org.openide.awt.ActionsTest.testTooltipsContainAccelerator Fails on macs
Key: NETBEANS-473
URL: https://issues.apache.org/jira/browse/NETBEANS-473
Project: NetBeans
Issue Type: Bug
Components: platform - Actions
Affects Versions: 9.0, Next
Environment: Mac
Reporter: Austin Stephens
{noformat}
junit.framework.AssertionFailedError
at
org.openide.awt.ActionsTest.testTooltipsContainAccelerator(ActionsTest.java:391)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
{noformat}
The tooltip is actually "^+C"
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-475) org.netbeans.modules.templatesui.CompatibilityKitTest Deadlocks on mac
Austin Stephens created NETBEANS-475: Summary: org.netbeans.modules.templatesui.CompatibilityKitTest Deadlocks on mac Key: NETBEANS-475 URL: https://issues.apache.org/jira/browse/NETBEANS-475 Project: NetBeans Issue Type: Bug Components: platform - HTML4J Affects Versions: 9.0, Next Environment: Mac Reporter: Austin Stephens This test deadlocks for the same reason the html.uiapi tests do ([NETBEANS-468]) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-474) VersioningQueryTest in org.netbeans.api.queries fails when not debugged but passes when debugged on mac
Austin Stephens created NETBEANS-474:
Summary: VersioningQueryTest in org.netbeans.api.queries fails
when not debugged but passes when debugged on mac
Key: NETBEANS-474
URL: https://issues.apache.org/jira/browse/NETBEANS-474
Project: NetBeans
Issue Type: Bug
Components: platform - Other
Affects Versions: 9.0, Next
Environment: Mac
Reporter: Austin Stephens
{noformat}
junit.framework.AssertionFailedError
at
org.netbeans.api.queries.VersioningQueryTest.testNormalized(VersioningQueryTest.java:81)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at java.lang.Thread.run(Thread.java:748)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-476) uihandler.InstallerTest fails on Mac
[
https://issues.apache.org/jira/browse/NETBEANS-476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Austin Stephens updated NETBEANS-476:
-
Environment: Mac
> uihandler.InstallerTest fails on Mac
>
>
> Key: NETBEANS-476
> URL: https://issues.apache.org/jira/browse/NETBEANS-476
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Actions
>Affects Versions: 9.0, Next
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Major
> Labels: test-fail, test-failure, test-failure-fresh
>
> {noformat}
> java.lang.reflect.InvocationTargetException
> at java.awt.EventQueue.invokeAndWait(EventQueue.java:1321)
> at java.awt.EventQueue.invokeAndWait(EventQueue.java:1296)
> at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1348)
> at
> org.netbeans.modules.uihandler.InstallerTest.runTestInEQ(InstallerTest.java:69)
> at
> org.netbeans.modules.uihandler.InstallerTest.testLeftAligned(InstallerTest.java:514)
> at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
> at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
> at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
> at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479)
> at org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
> Caused by: java.lang.RuntimeException: junit.framework.AssertionFailedError:
> Mnemonics expected:<83> but was:<0>
> at
> org.netbeans.modules.uihandler.InstallerTest$1.run(InstallerTest.java:84)
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301)
> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
> at java.awt.EventQueue.access$500(EventQueue.java:97)
> at java.awt.EventQueue$3.run(EventQueue.java:709)
> at java.awt.EventQueue$3.run(EventQueue.java:703)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
> at
> java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
> at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
> Caused by: junit.framework.AssertionFailedError: Mnemonics expected:<83> but
> was:<0>
> at
> org.netbeans.modules.uihandler.InstallerTest.inEQtestLeftAligned(InstallerTest.java:541)
> at
> org.netbeans.modules.uihandler.InstallerTest$1.run(InstallerTest.java:74)
> {noformat}
> Expected 'S' but got '\0'
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-476) uihandler.InstallerTest fails on Mac
Austin Stephens created NETBEANS-476:
Summary: uihandler.InstallerTest fails on Mac
Key: NETBEANS-476
URL: https://issues.apache.org/jira/browse/NETBEANS-476
Project: NetBeans
Issue Type: Bug
Components: platform - Actions
Affects Versions: 9.0, Next
Reporter: Austin Stephens
{noformat}
java.lang.reflect.InvocationTargetException
at java.awt.EventQueue.invokeAndWait(EventQueue.java:1321)
at java.awt.EventQueue.invokeAndWait(EventQueue.java:1296)
at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1348)
at
org.netbeans.modules.uihandler.InstallerTest.runTestInEQ(InstallerTest.java:69)
at
org.netbeans.modules.uihandler.InstallerTest.testLeftAligned(InstallerTest.java:514)
at org.netbeans.junit.NbTestCase.access$200(NbTestCase.java:77)
at org.netbeans.junit.NbTestCase$2.doSomething(NbTestCase.java:460)
at org.netbeans.junit.NbTestCase$1Guard.run(NbTestCase.java:386)
at org.netbeans.junit.NbTestCase.runBare(NbTestCase.java:479)
at org.netbeans.junit.NbTestCase.run(NbTestCase.java:275)
Caused by: java.lang.RuntimeException: junit.framework.AssertionFailedError:
Mnemonics expected:<83> but was:<0>
at org.netbeans.modules.uihandler.InstallerTest$1.run(InstallerTest.java:84)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
at java.awt.EventQueue.access$500(EventQueue.java:97)
at java.awt.EventQueue$3.run(EventQueue.java:709)
at java.awt.EventQueue$3.run(EventQueue.java:703)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
Caused by: junit.framework.AssertionFailedError: Mnemonics expected:<83> but
was:<0>
at
org.netbeans.modules.uihandler.InstallerTest.inEQtestLeftAligned(InstallerTest.java:541)
at org.netbeans.modules.uihandler.InstallerTest$1.run(InstallerTest.java:74)
{noformat}
Expected 'S' but got '\0'
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-468) api.htmlui tests deadlock on mac when run
Austin Stephens created NETBEANS-468:
Summary: api.htmlui tests deadlock on mac when run
Key: NETBEANS-468
URL: https://issues.apache.org/jira/browse/NETBEANS-468
Project: NetBeans
Issue Type: Bug
Components: platform - HTML4J
Affects Versions: 9.0, Next
Environment: Mac
Reporter: Austin Stephens
Fix For: 9.0
It might be related to NETBEANS-373. It appears that the system deadlocks when
creating the UI. The FX thread is the Native Ui thread on a mac. It appears
that FX is waiting for Swing, which is waiting for the native thread to do
something. Not very sure about it. Here are the stack traces I got (might be
different each time):
Swing EDT:
{noformat}
GraphicsEnvironment.getLocalGraphicsEnvironment:81
RepaintManager.:233
UIManager.initialize:1464
UIManager.maybeInitialize:1426
UIManager.getDefaults:659
UIManager.getBoolean:867
ImageUtilities.isDarkLaF:182
ImageUtilities.loadImage:142
Splash.loadContent:215
Splash$SplashPainter.init:353
Splash$SplashPainter$1.run:400
InvocationEvent.dispatch:311
EventQueue.dispatchEventImpl:756
EventQueue.access$500:97
EventQueue$3.run:709
EventQueue$3.run:703
AccessController.doPrivileged
ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:80
EventQueue.dispatchEvent:726
EventDispatchThread.pumpOneEventForFilters:201
EventDispatchThread.pumpEventsForFilter:116
EventDispatchThread.pumpEventsForHierarchy:105
EventDispatchThread.pumpEvents:101
EventDispatchThread.pumpEvents:93
EventDispatchThread.run:82 {noformat}
AppKit/FX thread:
{noformat}
UIManager.maybeInitialize:1424
UIManager.getLookAndFeel:492
NbBrowsers.applyNbSkin:62
NbBrowsers$1ApplySkin.run:54
Hidden Source Calls
InitializeWebView.run:45
BrowserBuilder$1OnPageLoad$1CallInitMethod.run:310
BrwsrCtx$1Wrap.run:120
AbstractFXPresenter.execute:354
BrwsrCtx.execute:131
BrowserBuilder$1OnPageLoad.run:348
AbstractFXPresenter.onPageLoad:135
InitializeWebView$1.changed:64
InitializeWebView$1.changed:57
ExpressionHelper$SingleChange.fireValueChangedEvent:182
ExpressionHelper.fireValueChangedEvent:81
ReadOnlyObjectPropertyBase.fireValueChangedEvent:74
ReadOnlyObjectWrapper.fireValueChangedEvent:102
ObjectPropertyBase.markInvalid:112
ObjectPropertyBase.set:146
WebEngine$LoadWorker.updateState:1287
WebEngine$LoadWorker.dispatchLoadEvent:1398
WebEngine$LoadWorker.access$1200:1280
WebEngine$PageLoadListener.dispatchLoadEvent:1267
WebPage.fireLoadEvent:2499
WebPage.fwkFireLoadEvent:2343
URLLoader.twkDidFinishLoading
URLLoader.notifyDidFinishLoading:859
URLLoader.lambda$didFinishLoading$103:850
1530391356.run
PlatformImpl.lambda$null$172:295
1314999409.run
AccessController.doPrivileged
PlatformImpl.lambda$runLater$173:294
1702940637.run
InvokeLaterDispatcher$Future.run:95 {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [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=16428986#comment-16428986
]
Austin Stephens edited comment on NETBEANS-373 at 4/6/18 9:11 PM:
--
Why is `ParametersPanel.showDialog` (in refactoring.api) `synchronized` anyway?
I tried to get a blame on that line, and it goes back to 10/24/2006 with what
appears to be the creation of the file in the repo from somewhere else... Does
anyone happen to have a copy of the old CVS repo anywhere? The revision in
question has the tag of "{color:#00}after_retouche_2006_merge_trunk{color}"
was (Author: sir intellegence):
Why is `ParametersPanel.showDialog` (in refactoring.api) `synchronized` anyway?
I tried to get a blame on that line, and it goes back to 10/24/2006 with what
appears to be the creation of the file in the repo from somewhere else... Does
anyone happen to have a copy of the old CVS repo anywhere?
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
>
[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=16428986#comment-16428986
]
Austin Stephens commented on NETBEANS-373:
--
Why is `ParametersPanel.showDialog` (in refactoring.api) `synchronized` anyway?
I tried to get a blame on that line, and it goes back to 10/24/2006 with what
appears to be the creation of the file in the repo from somewhere else... Does
anyone happen to have a copy of the old CVS repo anywhere?
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For
[jira] [Commented] (NETBEANS-346) Tabs, characters, and the right Margin don't line up
[ https://issues.apache.org/jira/browse/NETBEANS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16428693#comment-16428693 ] Austin Stephens commented on NETBEANS-346: -- Interesting... Changing the font from the default monospace to Lucida Sans Typewriter fixes the issue for some reason. We should still fix the issue for the default monospace font though. Maybe you could ask some more Mac users to figure out why it happens. > Tabs, characters, and the right Margin don't line up > > > Key: NETBEANS-346 > URL: https://issues.apache.org/jira/browse/NETBEANS-346 > Project: NetBeans > Issue Type: Bug > Components: editor - Other >Affects Versions: 9.0 > Environment: Mac OS 10.10 (at least) >Reporter: Austin Stephens >Priority: Critical > Fix For: 9.0 > > Attachments: Screen Shot 2018-01-29 at 4.58.35 PM.png, Screen Shot > 2018-02-28 at 11.27.32 AM.png, linewidth.png > > > When the Right Margin is set at 80 chars, it is drawn at 8*2* chars. This is > annoying because I have a 1440x900 screen that I split vertically in to two. > This results in two editing areas that are about 80 chars wide. I could see > the margin line in both editors when scrolled all the way to the left. Since > Netbeans (9.0 beta) is now drawing them at char 8*2*, it is not possible to > size those editors so I can see the line in both windows and it is driving me > crazy. > This is a first world issue at the moment, but you might find code coming > from mac programmers coming in two or more chars too wide in the Netbeans > source code. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-605) Permit the user to select initialized fields when generating a conscructor
Austin Stephens created NETBEANS-605: Summary: Permit the user to select initialized fields when generating a conscructor Key: NETBEANS-605 URL: https://issues.apache.org/jira/browse/NETBEANS-605 Project: NetBeans Issue Type: Bug Components: java - Editor Affects Versions: 8.2, 9.0, Next Reporter: Austin Stephens You can Generate a constructor via Source->Insert Code->Constructor. However, the list of variables it gives you only consists of fields that do not have a default value assigned to them. It would be nice if those were in the list as well. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-605) Permit the user to select initialized fields when generating a constructor
[ https://issues.apache.org/jira/browse/NETBEANS-605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Austin Stephens updated NETBEANS-605: - Summary: Permit the user to select initialized fields when generating a constructor (was: Permit the user to select initialized fields when generating a conscructor) > Permit the user to select initialized fields when generating a constructor > -- > > Key: NETBEANS-605 > URL: https://issues.apache.org/jira/browse/NETBEANS-605 > Project: NetBeans > Issue Type: Bug > Components: java - Editor >Affects Versions: 8.2, 9.0, Next >Reporter: Austin Stephens >Priority: Minor > > You can Generate a constructor via Source->Insert Code->Constructor. However, > the list of variables it gives you only consists of fields that do not have a > default value assigned to them. It would be nice if those were in the list as > well. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-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=16429247#comment-16429247
]
Austin Stephens commented on NETBEANS-373:
--
[~cowwoc] I was checking that one. I meant the one before that. The sources
page
([https://web.archive.org/web/20171022112341/https://netbeans.org/community/sources/])
(using a wayback machine link since it will likely change) mentions "the old
CVS repository". I was thinking the refactor sources would have come from there
possibly since I don't know where else the code could have come from. Here is a
link to the revision I tracked the things down to:
http://hg.netbeans.org/releases/rev/bb5436a892c1
> Netbeans sometimes freezes when showing any refactor dialog when running with
> jdk 1.8.0_152-b16 or later
>
>
> Key: NETBEANS-373
> URL: https://issues.apache.org/jira/browse/NETBEANS-373
> Project: NetBeans
> Issue Type: Bug
> Components: java - Refactoring
>Affects Versions: 8.2, 9.0
> Environment: Mac
>Reporter: Austin Stephens
>Priority: Blocker
> Attachments: Screen Shot 2018-04-02 at 11.22.11 AM.png, Screen Shot
> 2018-04-02 at 11.23.15 AM.png, nbpresenter.diff
>
>
> Sometimes (or almost always), when you try to do some refactor action,
> NetBeans freezes. It appears that a lock is obtained on a panel when the
> dialog is shown, and the AppKit Thread tries to get the lock while trying to
> add an accessible listener to it.
> AppKit Thread:
> {code:java}
> Container.addContainerListener:2142
> Container$AccessibleAWTContainer.addPropertyChangeListener:3885
> JComponent$AccessibleJComponent.addPropertyChangeListener:3765
> Hidden Source Calls
> CAccessible.addNotificationListeners:102
> CAccessible.:84
> CAccessible.getCAccessible:60
> {code}
> EDT Thread:
> {code:java}
> Hidden Source Calls
> Unsafe.park
> LockSupport.park:194
> AbstractQueuedSynchronizer$ConditionObject.await:2062
> EventQueue.getNextEvent:557
> EventDispatchThread.pumpOneEventForFilters:173
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForFilter:117
> WaitDispatchSupport$2.run:190
> WaitDispatchSupport$4.run:235
> WaitDispatchSupport$4.run:233
> AccessController.doPrivileged
> WaitDispatchSupport.enter:233
> Dialog.show:1070
> NbPresenter.superShow:1060
> NbPresenter.doShow:1110
> NbPresenter.run:1082
> NbPresenter.run:105
> NbMutexEventProvider$Event.doEventAccess:115
> NbMutexEventProvider$Event.readAccess:75
> LazyMutexImplementation.readAccess:71
> Mutex.readAccess:193
> NbPresenter.show:1067
> Component.show:1669
> Component.setVisible:1616
> Window.setVisible:1017
> Dialog.setVisible:1005
> ParametersPanel.showDialog:674
> RefactoringPanel.refresh:660
> RefactoringPanel.:144
> UI.openRefactoringUI:61
> ContextAnalyzer$4.show:648
> ContextAnalyzer$TextComponentTask.run:369
> RefactoringActionsProvider.doFindUsages:232
> ActionsImplementationFactory.doFindUsages:91
> WhereUsedAction.performAction:52
> RefactoringGlobalAction$ContextAction.actionPerformed:172
> TopComponent.processKeyBinding:1151
> JComponent.processKeyBindings:2963
> JComponent.processKeyEvent:2863
> Component.processEvent:6355
> Container.processEvent:2259
> Component.dispatchEventImpl:4961
> Container.dispatchEventImpl:2317
> Component.dispatchEvent:4793
> KeyboardFocusManager.redispatchEvent:1955
> DefaultKeyboardFocusManager.dispatchKeyEvent:827
> DefaultKeyboardFocusManager.preDispatchKeyEvent:1096
> DefaultKeyboardFocusManager.typeAheadAssertions:966
> DefaultKeyboardFocusManager.dispatchEvent:792
> Component.dispatchEventImpl:4842
> Container.dispatchEventImpl:2317
> Window.dispatchEventImpl:2758
> Component.dispatchEvent:4793
> EventQueue.dispatchEventImpl:766
> EventQueue.access$500:97
> EventQueue$3.run:717
> EventQueue$3.run:711
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:99
> EventQueue$4.run:739
> EventQueue$4.run:737
> AccessController.doPrivileged
> ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege:89
> EventQueue.dispatchEvent:736
> TimableEventQueue.dispatchEvent:136
> EventDispatchThread.pumpOneEventForFilters:199
> EventDispatchThread.pumpEventsForFilter:124
> EventDispatchThread.pumpEventsForHierarchy:113
> EventDispatchThread.pumpEvents:109
> EventDispatchThread.pumpEvents:101
> EventDispatchThread.run:90
[jira] [Created] (NETBEANS-643) Mercurial Annotate fails on files with spaces in them and files named like .hgignore
Austin Stephens created NETBEANS-643:
Summary: Mercurial Annotate fails on files with spaces in them and
files named like .hgignore
Key: NETBEANS-643
URL: https://issues.apache.org/jira/browse/NETBEANS-643
Project: NetBeans
Issue Type: Bug
Components: versioncontrol - Mercurial
Affects Versions: 8.2, 9.0, Next
Reporter: Austin Stephens
Annotate cannot handle output lines such as:
{noformat}
foo 8731 foo/ba r.baz: 98: Stuff
foo 8731 .foo/bar.baz: 98: Stuff{noformat}
Resulting in the annotate column containing nothing. Please fix, it is very
annoying and I have to use a different program to do annotating.
I recommend using a proper data structure (like xml) to get the blame info.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-643) Mercurial Annotate fails on files with spaces in them and files named like .hgignore
[
https://issues.apache.org/jira/browse/NETBEANS-643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16435824#comment-16435824
]
Austin Stephens commented on NETBEANS-643:
--
I have a workaround/fix that I am testing right now. I was going to use JSON
for the blame format, but some weird things happen when that is done.
> Mercurial Annotate fails on files with spaces in them and files named like
> .hgignore
>
>
> Key: NETBEANS-643
> URL: https://issues.apache.org/jira/browse/NETBEANS-643
> Project: NetBeans
> Issue Type: Bug
> Components: versioncontrol - Mercurial
>Affects Versions: 8.2, 9.0, Next
>Reporter: Austin Stephens
>Priority: Major
>
> Annotate cannot handle output lines such as:
> {noformat}
> foo 8731 foo/ba r.baz: 98: Stuff
> foo 8731 .foo/bar.baz: 98: Stuff{noformat}
> Resulting in the annotate column containing nothing. Please fix, it is very
> annoying and I have to use a different program to do annotating.
> I recommend using a proper data structure (like xml) to get the blame info.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
