[jira] [Assigned] (NETBEANS-3311) Providing support for converting Text Blocks to String
[ https://issues.apache.org/jira/browse/NETBEANS-3311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Akshay Gupta reassigned NETBEANS-3311: -- Assignee: Akshay Gupta > Providing support for converting Text Blocks to String > -- > > Key: NETBEANS-3311 > URL: https://issues.apache.org/jira/browse/NETBEANS-3311 > Project: NetBeans > Issue Type: New Feature > Components: java - Hints >Affects Versions: 11.3 >Reporter: Akshay Gupta >Assignee: Akshay Gupta >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > Gives a hint when ever a Text block is written. Gives a warning that text > block may not be supported in versions of java older then JDK13. It > recommends a fix named "Convert to String" which converts the text block to > String. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3367) Support for Debug in JEP 330: Launch Single-File Source-Code Programs
ARUNAVA SINHA created NETBEANS-3367: --- Summary: Support for Debug in JEP 330: Launch Single-File Source-Code Programs Key: NETBEANS-3367 URL: https://issues.apache.org/jira/browse/NETBEANS-3367 Project: NetBeans Issue Type: Improvement Components: debugger - Java Reporter: ARUNAVA SINHA Assignee: ARUNAVA SINHA Currently NB-11.2 supports running of single source file , but debug action is missing [https://openjdk.java.net/jeps/330.] -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2950) Cannot finish app by stopping debugging
[
https://issues.apache.org/jira/browse/NETBEANS-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971314#comment-16971314
]
Laszlo Kishalmi commented on NETBEANS-2950:
---
It seems that you walked around the problem quite a bit. Would you review if
the PR: [https://github.com/apache/netbeans/pull/1622] would work as expected?
My early testing was successful.
> Cannot finish app by stopping debugging
> ---
>
> Key: NETBEANS-2950
> URL: https://issues.apache.org/jira/browse/NETBEANS-2950
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.0
>Reporter: Jaroslav Tulach
>Assignee: Steven Ingram
>Priority: Minor
> Labels: EasyFix, pull-request-available
> Attachments: GradleSuccess.jpeg
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> When I create Gradle/Java Application and try to debug it, it doesn't stop
> when I press the "Finish Debugging" button. That is weird and certainly
> different to behavior of Maven and Ant projects. Example:
> {code:java}
> public class Main {
> public static void main(String[] args) throws Exception {
> int cnt = 0;
> while (true) {
> Thread.sleep(1000);
> System.out.println("counting " + ++cnt);
> }
> }
>
> }{code}
> Debug the project. Then press the big red button in the debugger toolbar. The
> debugger disconnects, but immediately reconnects again and the application
> continues. I find this unexpected. Output of one of my executions:
> {code:java}
> > Task :compileJava
> > Task :processResources NO-SOURCE
> > Task :classes
> > Task :run
> Listening for transport dt_socket at address: 5005
> counting 1
> counting 2
> counting 3
> counting 4
> counting 5
> Listening for transport dt_socket at address: 5005
> counting 6
> Listening for transport dt_socket at address: 5005
> Listening for transport dt_socket at address: 5005
> counting 7
> counting 8
> BUILD ABORTED{code}
> At the end I pressed the "small red" button in on the left side of the output
> window and that one terminates the app - e.g. workaround exists.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-2950) Cannot finish app by stopping debugging
[
https://issues.apache.org/jira/browse/NETBEANS-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ASF GitHub Bot updated NETBEANS-2950:
-
Labels: EasyFix pull-request-available (was: EasyFix)
> Cannot finish app by stopping debugging
> ---
>
> Key: NETBEANS-2950
> URL: https://issues.apache.org/jira/browse/NETBEANS-2950
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.0
>Reporter: Jaroslav Tulach
>Assignee: Steven Ingram
>Priority: Minor
> Labels: EasyFix, pull-request-available
> Attachments: GradleSuccess.jpeg
>
>
> When I create Gradle/Java Application and try to debug it, it doesn't stop
> when I press the "Finish Debugging" button. That is weird and certainly
> different to behavior of Maven and Ant projects. Example:
> {code:java}
> public class Main {
> public static void main(String[] args) throws Exception {
> int cnt = 0;
> while (true) {
> Thread.sleep(1000);
> System.out.println("counting " + ++cnt);
> }
> }
>
> }{code}
> Debug the project. Then press the big red button in the debugger toolbar. The
> debugger disconnects, but immediately reconnects again and the application
> continues. I find this unexpected. Output of one of my executions:
> {code:java}
> > Task :compileJava
> > Task :processResources NO-SOURCE
> > Task :classes
> > Task :run
> Listening for transport dt_socket at address: 5005
> counting 1
> counting 2
> counting 3
> counting 4
> counting 5
> Listening for transport dt_socket at address: 5005
> counting 6
> Listening for transport dt_socket at address: 5005
> Listening for transport dt_socket at address: 5005
> counting 7
> counting 8
> BUILD ABORTED{code}
> At the end I pressed the "small red" button in on the left side of the output
> window and that one terminates the app - e.g. workaround exists.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3364) Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily.
[ https://issues.apache.org/jira/browse/NETBEANS-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971295#comment-16971295 ] Pranav Bhattarai edited comment on NETBEANS-3364 at 11/11/19 3:40 AM: -- [~jgneff] I know that. Talking from my experience there, snap packages performance is slower then from what we install from PPA or APT repository. And everyone knows about this issue. You can these kinds of discussions in Reddit's Ubuntu community, Askubuntu, etc. Nobody recommends a snap package. You can clearly see it. IDE's are not a small-sized product, snap makes it even worse. Snap is trying to solve this issue. A PPA is an ultimate, most recommended solution to this. _(I wonder how's Flatpack is any different than Snap.)_ was (Author: prabesh_bhattarai): [~jgneff] I know that. Talking from my experience there, snap packages performance is then from what we install from PPA or APT repository. And everyone knows about this issue. You can these kinds of discussions in Reddit's Ubuntu community, askubuntu, etc. Nobody recommends a snap package. You can clearly see it. IDE's are not a small-sized product, snap makes it even worse. Snap is trying to solve this issue. A PPA is an ultimate, most recommended solution to this. _(I wonder how's Flatpack is any different than Snap.)_ > Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily. > -- > > Key: NETBEANS-3364 > URL: https://issues.apache.org/jira/browse/NETBEANS-3364 > Project: NetBeans > Issue Type: New Feature >Reporter: Pranav Bhattarai >Priority: Major > > It would have helped a lot of people. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3364) Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily.
[ https://issues.apache.org/jira/browse/NETBEANS-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971295#comment-16971295 ] Pranav Bhattarai commented on NETBEANS-3364: [~jgneff] I know that. Talking from my experience there, snap packages performance is then from what we install from PPA or APT repository. And everyone knows about this issue. You can these kinds of discussions in Reddit's Ubuntu community, askubuntu, etc. Nobody recommends a snap package. You can clearly see it. IDE's are not a small-sized product, snap makes it even worse. Snap is trying to solve this issue. A PPA is an ultimate, most recommended solution to this. _(I wonder how's Flatpack is any different than Snap.)_ > Provide a PPA for Ubuntu so that user can Update/ Install Netbeans easily. > -- > > Key: NETBEANS-3364 > URL: https://issues.apache.org/jira/browse/NETBEANS-3364 > Project: NetBeans > Issue Type: New Feature >Reporter: Pranav Bhattarai >Priority: Major > > It would have helped a lot of people. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Created] (NETBEANS-3366) Text in New Project window is unreadable
John Pitchko created NETBEANS-3366: -- Summary: Text in New Project window is unreadable Key: NETBEANS-3366 URL: https://issues.apache.org/jira/browse/NETBEANS-3366 Project: NetBeans Issue Type: Bug Components: ide - UI Affects Versions: 11.1 Reporter: John Pitchko Attachments: Screen Shot 2019-11-10 at 7.11.20 PM.png In the New Project window on macOS Catalina, text entries in the Categories and Projects panels are unreadable. White text on white background. If you click on each one to highlight the entry, the text is readable. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-2950) Cannot finish app by stopping debugging
[
https://issues.apache.org/jira/browse/NETBEANS-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971242#comment-16971242
]
Steven Ingram commented on NETBEANS-2950:
-
My screen shot is attached to the issue now.
> Cannot finish app by stopping debugging
> ---
>
> Key: NETBEANS-2950
> URL: https://issues.apache.org/jira/browse/NETBEANS-2950
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.0
>Reporter: Jaroslav Tulach
>Assignee: Steven Ingram
>Priority: Minor
> Labels: EasyFix
> Attachments: GradleSuccess.jpeg
>
>
> When I create Gradle/Java Application and try to debug it, it doesn't stop
> when I press the "Finish Debugging" button. That is weird and certainly
> different to behavior of Maven and Ant projects. Example:
> {code:java}
> public class Main {
> public static void main(String[] args) throws Exception {
> int cnt = 0;
> while (true) {
> Thread.sleep(1000);
> System.out.println("counting " + ++cnt);
> }
> }
>
> }{code}
> Debug the project. Then press the big red button in the debugger toolbar. The
> debugger disconnects, but immediately reconnects again and the application
> continues. I find this unexpected. Output of one of my executions:
> {code:java}
> > Task :compileJava
> > Task :processResources NO-SOURCE
> > Task :classes
> > Task :run
> Listening for transport dt_socket at address: 5005
> counting 1
> counting 2
> counting 3
> counting 4
> counting 5
> Listening for transport dt_socket at address: 5005
> counting 6
> Listening for transport dt_socket at address: 5005
> Listening for transport dt_socket at address: 5005
> counting 7
> counting 8
> BUILD ABORTED{code}
> At the end I pressed the "small red" button in on the left side of the output
> window and that one terminates the app - e.g. workaround exists.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2950) Cannot finish app by stopping debugging
[
https://issues.apache.org/jira/browse/NETBEANS-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971241#comment-16971241
]
Steven Ingram edited comment on NETBEANS-2950 at 11/10/19 10:03 PM:
[~lkishalmi], I spent some quality time with this issue today, and It turns it
may be a bit more complicated than we first figured. So the issue reported
here stated that the debugger would reattach after finishing a debugging
session. After I stopped that behavior, I found that the build wouldn't stop
running. You would have to click on the output window's red button like the
issue sates as a work around, or click on the process in the bottom right hand
of the IDE and kill the process that way. I had to change my investigation
from the original issue to a new one - why won't the build stop?
When you click "Finish Debugger Session" for a Gradle app, the RequestProcessor
picks up on it starts the process to remove the Debugger from the session, but
there's some logic that is keeping that process from happening cleanly.
I made a comparison of how a maven project handled "Finish Debugging". In
JPDADebuggerImp.java line 1493, there's a check to the see if the looked up
implementation of AbstractDICookie is AttachingDICookie. In the case of a
maven project that instance is a ListeningDICookie so the case fails and
execution starts again on line JPDADebuggerImp 1506. That will use the
VirtualMachineWrapper to "exit" the VM which leads to the behavior we see when
we kill the debugging session for maven.
In a gradle app, that logic to check the implementation of the
AttachingDICookie passes because for gradle the implementation is a
AttachingDICookie so the logic flows until the VirtualMachineWrapper calls
"dispose". That's the difference between the Maven app succeeding the exit and
gradle not succeeding.
{this insert of my screen shot didn't work here. Maybe I can attach it to the
issue itself.}
That's a screen shot after I changed the logic to allow the implementation test
to fail for gradle and use the VirtualMachineWrapper's "exit" method.
I don't have enough domain knowledge yet as to why you would use dispose in one
instance and exit in another, but as far as I can tell, when "exit" is called
for maven that's when you see the process disappear from the lower right hand
corner of the IDE.
I'm not sure why that logic is dependent upon the AbstractDICookie
implementation either.
Can you give me some direction or let me know how you want to proceed. Ask
questions for sure.
Regard,
Steven
was (Author: srexi):
[~lkishalmi], I spent some quality time with this issue today, and It turns it
may be a bit more complicated than we first figured. So the issue reported
here stated that the debugger would reattach after finishing a debugging
session. After I stopped that behavior, I found that the build wouldn't stop
running. You would have to click on the output window's red button like the
issue sates as a work around, or click on the process in the bottom right hand
of the IDE and kill the process that way. I had to change my investigation
from the original issue to a new one - why won't the build stop?
When you click "Finish Debugger Session" for a Gradle app, the RequestProcessor
picks up on it starts the process to remove the Debugger from the session, but
there's some logic that is keeping that process from happening cleanly.
I made a comparison of how a maven project handled "Finish Debugging". In
JPDADebuggerImp.java line 1493, there's a check to the see if the looked up
implementation of AbstractDICookie is AttachingDICookie. In the case of a
maven project that instance is a ListeningDICookie so the case fails and
execution starts again on line JPDADebuggerImp 1506. That will use the
VirtualMachineWrapper to "exit" the VM which leads to the behavior we see when
we kill the debugging session for maven.
In a gradle app, that logic to check the implementation of the
AttachingDICookie passes because for gradle the implementation is a
AttachingDICookie so the logic flows until the VirtualMachineWrapper calls
"dispose". That's the difference between the Maven app succeeding the exit and
gradle not succeeding.
{this insert of my screen shot didn't work here. Maybe I can attach it to the
issue itself.}
That's a screen shot after I changed the logic to allow the implementation test
to fail for gradle and use the VirtualMachineWrapper's "exit" method.
I don't have enough domain knowledge yet as to why you would use dispose in one
instance and exit in another, but as far as I can tell, when "exit" is called
for maven that's when you see the process disappear from the lower right hand
corner of the IDE.
I'm not sure why that logic is dependent upon the AbstractDICookie
implementation either.
Can you give me som
[jira] [Comment Edited] (NETBEANS-2950) Cannot finish app by stopping debugging
[
https://issues.apache.org/jira/browse/NETBEANS-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971241#comment-16971241
]
Steven Ingram edited comment on NETBEANS-2950 at 11/10/19 10:03 PM:
[~lkishalmi], I spent some quality time with this issue today, and It turns it
may be a bit more complicated than we first figured. So the issue reported
here stated that the debugger would reattach after finishing a debugging
session. After I stopped that behavior, I found that the build wouldn't stop
running. You would have to click on the output window's red button like the
issue sates as a work around, or click on the process in the bottom right hand
of the IDE and kill the process that way. I had to change my investigation
from the original issue to a new one - why won't the build stop?
When you click "Finish Debugger Session" for a Gradle app, the RequestProcessor
picks up on it starts the process to remove the Debugger from the session, but
there's some logic that is keeping that process from happening cleanly.
I made a comparison of how a maven project handled "Finish Debugging". In
JPDADebuggerImp.java line 1493, there's a check to the see if the looked up
implementation of AbstractDICookie is AttachingDICookie. In the case of a
maven project that instance is a ListeningDICookie so the case fails and
execution starts again on line JPDADebuggerImp 1506. That will use the
VirtualMachineWrapper to "exit" the VM which leads to the behavior we see when
we kill the debugging session for maven.
In a gradle app, that logic to check the implementation of the
AttachingDICookie passes because for gradle the implementation is a
AttachingDICookie so the logic flows until the VirtualMachineWrapper calls
"dispose". That's the difference between the Maven app succeeding the exit and
gradle not succeeding.
{this insert of my screen shot didn't work here. Maybe I can attach it to the
issue itself.}
That's a screen shot after I changed the logic to allow the implementation test
to fail for gradle and use the VirtualMachineWrapper's "exit" method.
I don't have enough domain knowledge yet as to why you would use dispose in one
instance and exit in another, but as far as I can tell, when "exit" is called
for maven that's when you see the process disappear from the lower right hand
corner of the IDE.
I'm not sure why that logic is dependent upon the AbstractDICookie
implementation either.
Can you give me some direction or let me know how you want to proceed. Ask
questions for sure.
Regards,
Steven
was (Author: srexi):
[~lkishalmi], I spent some quality time with this issue today, and It turns it
may be a bit more complicated than we first figured. So the issue reported
here stated that the debugger would reattach after finishing a debugging
session. After I stopped that behavior, I found that the build wouldn't stop
running. You would have to click on the output window's red button like the
issue sates as a work around, or click on the process in the bottom right hand
of the IDE and kill the process that way. I had to change my investigation
from the original issue to a new one - why won't the build stop?
When you click "Finish Debugger Session" for a Gradle app, the RequestProcessor
picks up on it starts the process to remove the Debugger from the session, but
there's some logic that is keeping that process from happening cleanly.
I made a comparison of how a maven project handled "Finish Debugging". In
JPDADebuggerImp.java line 1493, there's a check to the see if the looked up
implementation of AbstractDICookie is AttachingDICookie. In the case of a
maven project that instance is a ListeningDICookie so the case fails and
execution starts again on line JPDADebuggerImp 1506. That will use the
VirtualMachineWrapper to "exit" the VM which leads to the behavior we see when
we kill the debugging session for maven.
In a gradle app, that logic to check the implementation of the
AttachingDICookie passes because for gradle the implementation is a
AttachingDICookie so the logic flows until the VirtualMachineWrapper calls
"dispose". That's the difference between the Maven app succeeding the exit and
gradle not succeeding.
{this insert of my screen shot didn't work here. Maybe I can attach it to the
issue itself.}
That's a screen shot after I changed the logic to allow the implementation test
to fail for gradle and use the VirtualMachineWrapper's "exit" method.
I don't have enough domain knowledge yet as to why you would use dispose in one
instance and exit in another, but as far as I can tell, when "exit" is called
for maven that's when you see the process disappear from the lower right hand
corner of the IDE.
I'm not sure why that logic is dependent upon the AbstractDICookie
implementation either.
Can you give me
[jira] [Updated] (NETBEANS-2950) Cannot finish app by stopping debugging
[
https://issues.apache.org/jira/browse/NETBEANS-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steven Ingram updated NETBEANS-2950:
Attachment: GradleSuccess.jpeg
> Cannot finish app by stopping debugging
> ---
>
> Key: NETBEANS-2950
> URL: https://issues.apache.org/jira/browse/NETBEANS-2950
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.0
>Reporter: Jaroslav Tulach
>Assignee: Steven Ingram
>Priority: Minor
> Labels: EasyFix
> Attachments: GradleSuccess.jpeg
>
>
> When I create Gradle/Java Application and try to debug it, it doesn't stop
> when I press the "Finish Debugging" button. That is weird and certainly
> different to behavior of Maven and Ant projects. Example:
> {code:java}
> public class Main {
> public static void main(String[] args) throws Exception {
> int cnt = 0;
> while (true) {
> Thread.sleep(1000);
> System.out.println("counting " + ++cnt);
> }
> }
>
> }{code}
> Debug the project. Then press the big red button in the debugger toolbar. The
> debugger disconnects, but immediately reconnects again and the application
> continues. I find this unexpected. Output of one of my executions:
> {code:java}
> > Task :compileJava
> > Task :processResources NO-SOURCE
> > Task :classes
> > Task :run
> Listening for transport dt_socket at address: 5005
> counting 1
> counting 2
> counting 3
> counting 4
> counting 5
> Listening for transport dt_socket at address: 5005
> counting 6
> Listening for transport dt_socket at address: 5005
> Listening for transport dt_socket at address: 5005
> counting 7
> counting 8
> BUILD ABORTED{code}
> At the end I pressed the "small red" button in on the left side of the output
> window and that one terminates the app - e.g. workaround exists.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-2950) Cannot finish app by stopping debugging
[
https://issues.apache.org/jira/browse/NETBEANS-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971241#comment-16971241
]
Steven Ingram edited comment on NETBEANS-2950 at 11/10/19 10:03 PM:
[~lkishalmi], I spent some quality time with this issue today, and It turns it
may be a bit more complicated than we first figured. So the issue reported
here stated that the debugger would reattach after finishing a debugging
session. After I stopped that behavior, I found that the build wouldn't stop
running. You would have to click on the output window's red button like the
issue sates as a work around, or click on the process in the bottom right hand
of the IDE and kill the process that way. I had to change my investigation
from the original issue to a new one - why won't the build stop?
When you click "Finish Debugger Session" for a Gradle app, the RequestProcessor
picks up on it starts the process to remove the Debugger from the session, but
there's some logic that is keeping that process from happening cleanly.
I made a comparison of how a maven project handled "Finish Debugging". In
JPDADebuggerImp.java line 1493, there's a check to the see if the looked up
implementation of AbstractDICookie is AttachingDICookie. In the case of a
maven project that instance is a ListeningDICookie so the case fails and
execution starts again on line JPDADebuggerImp 1506. That will use the
VirtualMachineWrapper to "exit" the VM which leads to the behavior we see when
we kill the debugging session for maven.
In a gradle app, that logic to check the implementation of the
AttachingDICookie passes because for gradle the implementation is a
AttachingDICookie so the logic flows until the VirtualMachineWrapper calls
"dispose". That's the difference between the Maven app succeeding the exit and
gradle not succeeding.
{this insert of my screen shot didn't work here. Maybe I can attach it to the
issue itself.}
That's a screen shot after I changed the logic to allow the implementation test
to fail for gradle and use the VirtualMachineWrapper's "exit" method.
I don't have enough domain knowledge yet as to why you would use dispose in one
instance and exit in another, but as far as I can tell, when "exit" is called
for maven that's when you see the process disappear from the lower right hand
corner of the IDE.
I'm not sure why that logic is dependent upon the AbstractDICookie
implementation either.
Can you give me some direction or let me know how you want to proceed. Ask
questions for sure.
Regard,
Steven
was (Author: srexi):
[~lkishalmi], I spent some quality time with this issue today, and It turns it
may be a bit more complicated than we first figured. So the issue reported
here stated that the debugger would reattach after finishing a debugging
session. After I stopped that behavior, I found that the build wouldn't stop
running. You would have to click on the output window's red button like the
issue sates as a work around, or click on the process in the bottom right hand
of the IDE and kill the process that way. I had to change my investigation
from the original issue to a new one - why won't the build stop?
When you click "Finish Debugger Session" for a Gradle app, the RequestProcessor
picks up on it starts the process to remove the Debugger from the session, but
there's some logic that is keeping that process from happening cleanly.
I made a comparison of how a maven project handled "Finish Debugging". In
JPDADebuggerImp.java line 1493, there's a check to the see if the looked up
implementation of AbstractDICookie is AttachingDICookie. In the case of a
maven project that instance is a ListeningDICookie so the case fails and
execution starts again on line JPDADebuggerImp 1506. That will use the
VirtualMachineWrapper to "exit" the VM which leads to the behavior we see when
we kill the debugging session for maven.
In a gradle app, that logic to check the implementation of the
AttachingDICookie passes because for gradle the implementation is a
AttachingDICookie so the logic flows until the VirtualMachineWrapper calls
"dispose". That's the difference between the Maven app succeeding the exit and
gradle not succeeding. !GradleSuccess.jpeg!
That's a screen shot after I changed the logic to allow the implementation test
to fail for gradle and use the VirtualMachineWrapper's "exit" method.
I don't have enough domain knowledge yet as to why you would use dispose in one
instance and exit in another, but as far as I can tell, when "exit" is called
for maven that's when you see the process disappear from the lower right hand
corner of the IDE.
I'm not sure why that logic is dependent upon the AbstractDICookie
implementation either.
Can you give me some direction or let me know how you want to proceed. Ask
questions for sure.
[jira] [Commented] (NETBEANS-2950) Cannot finish app by stopping debugging
[
https://issues.apache.org/jira/browse/NETBEANS-2950?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971241#comment-16971241
]
Steven Ingram commented on NETBEANS-2950:
-
[~lkishalmi], I spent some quality time with this issue today, and It turns it
may be a bit more complicated than we first figured. So the issue reported
here stated that the debugger would reattach after finishing a debugging
session. After I stopped that behavior, I found that the build wouldn't stop
running. You would have to click on the output window's red button like the
issue sates as a work around, or click on the process in the bottom right hand
of the IDE and kill the process that way. I had to change my investigation
from the original issue to a new one - why won't the build stop?
When you click "Finish Debugger Session" for a Gradle app, the RequestProcessor
picks up on it starts the process to remove the Debugger from the session, but
there's some logic that is keeping that process from happening cleanly.
I made a comparison of how a maven project handled "Finish Debugging". In
JPDADebuggerImp.java line 1493, there's a check to the see if the looked up
implementation of AbstractDICookie is AttachingDICookie. In the case of a
maven project that instance is a ListeningDICookie so the case fails and
execution starts again on line JPDADebuggerImp 1506. That will use the
VirtualMachineWrapper to "exit" the VM which leads to the behavior we see when
we kill the debugging session for maven.
In a gradle app, that logic to check the implementation of the
AttachingDICookie passes because for gradle the implementation is a
AttachingDICookie so the logic flows until the VirtualMachineWrapper calls
"dispose". That's the difference between the Maven app succeeding the exit and
gradle not succeeding. !GradleSuccess.jpeg!
That's a screen shot after I changed the logic to allow the implementation test
to fail for gradle and use the VirtualMachineWrapper's "exit" method.
I don't have enough domain knowledge yet as to why you would use dispose in one
instance and exit in another, but as far as I can tell, when "exit" is called
for maven that's when you see the process disappear from the lower right hand
corner of the IDE.
I'm not sure why that logic is dependent upon the AbstractDICookie
implementation either.
Can you give me some direction or let me know how you want to proceed. Ask
questions for sure.
Regard,
Steven
> Cannot finish app by stopping debugging
> ---
>
> Key: NETBEANS-2950
> URL: https://issues.apache.org/jira/browse/NETBEANS-2950
> Project: NetBeans
> Issue Type: Bug
> Components: projects - Gradle
>Affects Versions: 11.0
>Reporter: Jaroslav Tulach
>Assignee: Steven Ingram
>Priority: Minor
> Labels: EasyFix
>
> When I create Gradle/Java Application and try to debug it, it doesn't stop
> when I press the "Finish Debugging" button. That is weird and certainly
> different to behavior of Maven and Ant projects. Example:
> {code:java}
> public class Main {
> public static void main(String[] args) throws Exception {
> int cnt = 0;
> while (true) {
> Thread.sleep(1000);
> System.out.println("counting " + ++cnt);
> }
> }
>
> }{code}
> Debug the project. Then press the big red button in the debugger toolbar. The
> debugger disconnects, but immediately reconnects again and the application
> continues. I find this unexpected. Output of one of my executions:
> {code:java}
> > Task :compileJava
> > Task :processResources NO-SOURCE
> > Task :classes
> > Task :run
> Listening for transport dt_socket at address: 5005
> counting 1
> counting 2
> counting 3
> counting 4
> counting 5
> Listening for transport dt_socket at address: 5005
> counting 6
> Listening for transport dt_socket at address: 5005
> Listening for transport dt_socket at address: 5005
> counting 7
> counting 8
> BUILD ABORTED{code}
> At the end I pressed the "small red" button in on the left side of the output
> window and that one terminates the app - e.g. workaround exists.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971233#comment-16971233 ] Geertjan Wielenga commented on NETBEANS-3158: - It would be best to join the mail thread I pointed you to so that you can discuss this with the community. From the thread you can see that those who looked into it can’t reproduce it > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[
https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971229#comment-16971229
]
Manuel Iglesias edited comment on NETBEANS-3158 at 11/10/19 9:07 PM:
-
Yes, and I have reported those two times here, including the log files.
The bug was more serious in 'netbeans.11.1'. I commented in a previous post:
\{There is a difference with the previous version: In 'netbeans.11.1', when the
bug happens, directory '$HOME/.netbeans/11.1/config/Modules' is emptied.
'$HOME/.netbeans/11.2/config/Modules' is not emptied when the bug appears in
'netbeans.11.2'. }
I can live with the bug in 'netbeans.11.2': When it happens I only have to open
an old project and reset 'Tools/Java Platforms/Javadoc' settings.
I am going to stop posting, but the bug is still there.
Feel free to close the issue if you are not going to do anything about it.
Best regards.
was (Author: glesialo):
Yes, and I have reported those two times here, including the log files.
The bug was more serious in 'netbeans.11.1'. I commented in a previous post:
{
There is a difference with the previous version: In 'netbeans.11.1', when the
bug happens, directory '$HOME/.netbeans/11.1/config/Modules' is emptied.
'$HOME/.netbeans/11.2/config/Modules' is not emptied when the bug appears in
'netbeans.11.2'. }
I can live with the bug in 'netbeans.11.2': When it happens I only have to open
an old project and reset 'Tools/Java Platforms/Javadoc' settings.
I am going to stop posting, but the bug is still there.
Feel free to close the issue if you are not going to do anything about it.
Best regards.
> netbeans 11.1 requests re-installation of nbjavac plugin and fails.
> ---
>
> Key: NETBEANS-3158
> URL: https://issues.apache.org/jira/browse/NETBEANS-3158
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Plugin Manager
>Affects Versions: 11.1
> Environment: Linux Cinnamon Mint 19.2
>Reporter: Manuel Iglesias
>Priority: Major
> Attachments: 0021.log, 0022.log, 0023.log, 0024.log,
> 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31
> 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from
> 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot
> from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png,
> Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10
> 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from
> 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot
> from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log,
> messages.log, netbeans.conf
>
>
> Installed plugins data seems to get corrupted with normal use. 'netbeans'
> then requests re-installation of 'nbjavac' plugin which fails.
> Problem can be reproduced in this way:
> # Run 'netbeans' without --userdir & --cachedir options # Default values
> '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run.
> Open new project so that installation of 'nbjavac' & 'javafx' plugins is
> triggered.
> Install plugins and exit.
> # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir
> $HOME/Test/.cache/netbeans/11.1 options. # First run.
> Open new project so that installation of 'nbjavac' & 'javafx' plugins is
> triggered.
> Install plugins and exit.
> Run sequentially:
> * netbeans
> * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir
> $HOME/Test/.cache/netbeans/11.1
> After a few times:
> * Directory $HOME/.netbeans/11.1/config/Modules is empty.
> * 'netbeans' requests re-installation of 'nbjavac' (which fails).
> * Tools/Plugins/Installed shows that there are no active plugins.
> EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans'
> & 'netbeans --userdir ... --cachedir ...'
> to reproduce the bug. I started netbeans (running 'netbeans') and before its
> window appeared (it takes a few seconds)
> I tried to close an editor (another application). Just when I mouse-clicked
> the netbeans' window appeared and I closed
> netbeans instead of the editor. Next time I started 'netbeans' the bug
> appeared (plugins data corrupted, etc).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[
https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971229#comment-16971229
]
Manuel Iglesias edited comment on NETBEANS-3158 at 11/10/19 9:07 PM:
-
Yes, and I have reported those two times here, including the log files.
The bug was more serious in 'netbeans.11.1'. I commented in a previous post:
{
There is a difference with the previous version: In 'netbeans.11.1', when the
bug happens, directory '$HOME/.netbeans/11.1/config/Modules' is emptied.
'$HOME/.netbeans/11.2/config/Modules' is not emptied when the bug appears in
'netbeans.11.2'. }
I can live with the bug in 'netbeans.11.2': When it happens I only have to open
an old project and reset 'Tools/Java Platforms/Javadoc' settings.
I am going to stop posting, but the bug is still there.
Feel free to close the issue if you are not going to do anything about it.
Best regards.
was (Author: glesialo):
Yes, and I have reported those two times here, including the log files.
The bug was more serious in 'netbeans.11.1'. I commented in a previous post: {
There is a difference with the previous version: In 'netbeans.11.1', when the
bug happens, directory '$HOME/.netbeans/11.1/config/Modules' is emptied.
'$HOME/.netbeans/11.2/config/Modules' is not emptied when the bug appears in
'netbeans.11.2'.
}
I can live with the bug in 'netbeans.11.2': When it happens I only have to open
an old project and reset 'Tools/Java Platforms/Javadoc' settings.
I am going to stop posting, but the bug is still there.
Feel free to close the issue if you are not going to do anything about it.
Best regards.
> netbeans 11.1 requests re-installation of nbjavac plugin and fails.
> ---
>
> Key: NETBEANS-3158
> URL: https://issues.apache.org/jira/browse/NETBEANS-3158
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Plugin Manager
>Affects Versions: 11.1
> Environment: Linux Cinnamon Mint 19.2
>Reporter: Manuel Iglesias
>Priority: Major
> Attachments: 0021.log, 0022.log, 0023.log, 0024.log,
> 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31
> 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from
> 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot
> from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png,
> Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10
> 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from
> 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot
> from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log,
> messages.log, netbeans.conf
>
>
> Installed plugins data seems to get corrupted with normal use. 'netbeans'
> then requests re-installation of 'nbjavac' plugin which fails.
> Problem can be reproduced in this way:
> # Run 'netbeans' without --userdir & --cachedir options # Default values
> '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run.
> Open new project so that installation of 'nbjavac' & 'javafx' plugins is
> triggered.
> Install plugins and exit.
> # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir
> $HOME/Test/.cache/netbeans/11.1 options. # First run.
> Open new project so that installation of 'nbjavac' & 'javafx' plugins is
> triggered.
> Install plugins and exit.
> Run sequentially:
> * netbeans
> * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir
> $HOME/Test/.cache/netbeans/11.1
> After a few times:
> * Directory $HOME/.netbeans/11.1/config/Modules is empty.
> * 'netbeans' requests re-installation of 'nbjavac' (which fails).
> * Tools/Plugins/Installed shows that there are no active plugins.
> EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans'
> & 'netbeans --userdir ... --cachedir ...'
> to reproduce the bug. I started netbeans (running 'netbeans') and before its
> window appeared (it takes a few seconds)
> I tried to close an editor (another application). Just when I mouse-clicked
> the netbeans' window appeared and I closed
> netbeans instead of the editor. Next time I started 'netbeans' the bug
> appeared (plugins data corrupted, etc).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[
https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971229#comment-16971229
]
Manuel Iglesias commented on NETBEANS-3158:
---
Yes, and I have reported those two times here, including the log files.
The bug was more serious in 'netbeans.11.1'. I commented in a previous post: {
There is a difference with the previous version: In 'netbeans.11.1', when the
bug happens, directory '$HOME/.netbeans/11.1/config/Modules' is emptied.
'$HOME/.netbeans/11.2/config/Modules' is not emptied when the bug appears in
'netbeans.11.2'.
}
I can live with the bug in 'netbeans.11.2': When it happens I only have to open
an old project and reset 'Tools/Java Platforms/Javadoc' settings.
I am going to stop posting, but the bug is still there.
Feel free to close the issue if you are not going to do anything about it.
Best regards.
> netbeans 11.1 requests re-installation of nbjavac plugin and fails.
> ---
>
> Key: NETBEANS-3158
> URL: https://issues.apache.org/jira/browse/NETBEANS-3158
> Project: NetBeans
> Issue Type: Bug
> Components: platform - Plugin Manager
>Affects Versions: 11.1
> Environment: Linux Cinnamon Mint 19.2
>Reporter: Manuel Iglesias
>Priority: Major
> Attachments: 0021.log, 0022.log, 0023.log, 0024.log,
> 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31
> 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from
> 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot
> from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png,
> Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10
> 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from
> 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot
> from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log,
> messages.log, netbeans.conf
>
>
> Installed plugins data seems to get corrupted with normal use. 'netbeans'
> then requests re-installation of 'nbjavac' plugin which fails.
> Problem can be reproduced in this way:
> # Run 'netbeans' without --userdir & --cachedir options # Default values
> '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run.
> Open new project so that installation of 'nbjavac' & 'javafx' plugins is
> triggered.
> Install plugins and exit.
> # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir
> $HOME/Test/.cache/netbeans/11.1 options. # First run.
> Open new project so that installation of 'nbjavac' & 'javafx' plugins is
> triggered.
> Install plugins and exit.
> Run sequentially:
> * netbeans
> * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir
> $HOME/Test/.cache/netbeans/11.1
> After a few times:
> * Directory $HOME/.netbeans/11.1/config/Modules is empty.
> * 'netbeans' requests re-installation of 'nbjavac' (which fails).
> * Tools/Plugins/Installed shows that there are no active plugins.
> EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans'
> & 'netbeans --userdir ... --cachedir ...'
> to reproduce the bug. I started netbeans (running 'netbeans') and before its
> window appeared (it takes a few seconds)
> I tried to close an editor (another application). Just when I mouse-clicked
> the netbeans' window appeared and I closed
> netbeans instead of the editor. Next time I started 'netbeans' the bug
> appeared (plugins data corrupted, etc).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971226#comment-16971226 ] Geertjan Wielenga commented on NETBEANS-3158: - You have run NetBeans 42 times and the problem appeared twice? > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971222#comment-16971222 ] Manuel Iglesias edited comment on NETBEANS-3158 at 11/10/19 8:49 PM: - @[~GeertjanWielenga] 'When you used the installer, you probably only selected "Base IDE"' No, I didn't. Haven't you noticed '$HOME/.netbeans/11.2/var/log/messages.log' numbers? I have run 'netbeans 42 times (0042.log), after the post with 'I think I have found a way to solve my problem' , and the bug has appeared only two times. was (Author: glesialo): @[~GeertjanWielenga] 'When you used the installer, you probably only selected "Base IDE"' No, I didn't. Haven't you noticed '$HOME/.netbeans/11.2/var/log/messages.log' numbers? I have run 'netbeans 42 times, after the post with 'I think I have found a way to solve my problem' ,(0042.log) and the bug has appeared only two times. > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971222#comment-16971222 ] Manuel Iglesias edited comment on NETBEANS-3158 at 11/10/19 8:47 PM: - @[~GeertjanWielenga] 'When you used the installer, you probably only selected "Base IDE"' No, I didn't. Haven't you noticed '$HOME/.netbeans/11.2/var/log/messages.log' numbers? I have run 'netbeans 42 times, after the post with 'I think I have found a way to solve my problem' ,(0042.log) and the bug has appeared only two times. was (Author: glesialo): @[~GeertjanWielenga] >When you used the installer, you probably only selected "Base IDE". No, I didn't. Didn't you see '$HOME/.netbeans/11.2/var/log/messages.log' numbers? I have run 'netbeans 42 times after the post with 'I think I have found a way to solve my problem' (0042.log) and the bug has appeared only two times. > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971222#comment-16971222 ] Manuel Iglesias commented on NETBEANS-3158: --- @[~GeertjanWielenga] >When you used the installer, you probably only selected "Base IDE". No, I didn't. Didn't you see '$HOME/.netbeans/11.2/var/log/messages.log' numbers? I have run 'netbeans 42 times after the post with 'I think I have found a way to solve my problem' (0042.log) and the bug has appeared only two times. > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971212#comment-16971212 ] Geertjan Wielenga commented on NETBEANS-3158: - When you used the installer, you probably only selected "Base IDE". > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans] branch master updated (0dc17cf -> 3f00957)
This is an automated email from the ASF dual-hosted git repository.
jtulach pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git.
from 0dc17cf Merge pull request #1564 from BradWalker/cleanup_build_xml
new e068763 JEDDICT-322 org.netbeans.modules.db.metadata.model convert
friend to public packages
new 0549dfe JEDDICT-322 o.n.m.db.metadata.model increment module version
number & add api changes
new 7fd6d6f JEDDICT-322 o.n.m.db.metadata.model fix typo
new 3f00957 Merge pull request #1482 from
jGauravGupta/JEDDICT-322-db-metadata-model
The 3091 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails. The revisions
listed as "add" were already present in the repository and have only
been added to this reference.
Summary of changes:
ide/{core.ide => db.metadata.model}/apichanges.xml | 37 +++---
ide/db.metadata.model/nbproject/project.xml| 7 ++--
2 files changed, 20 insertions(+), 24 deletions(-)
copy ide/{core.ide => db.metadata.model}/apichanges.xml (59%)
-
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
[netbeans] branch master updated: [NETBEAN-3230] - remove ht-clean target from build.xml
This is an automated email from the ASF dual-hosted git repository.
jtulach pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git
The following commit(s) were added to refs/heads/master by this push:
new f2ae35e [NETBEAN-3230] - remove ht-clean target from build.xml
new 0dc17cf Merge pull request #1564 from BradWalker/cleanup_build_xml
f2ae35e is described below
commit f2ae35eae4e95e59dc1262ffea0a356a7cd992f8
Author: Brad Walker
AuthorDate: Thu Oct 10 13:44:00 2019 -0600
[NETBEAN-3230] - remove ht-clean target from build.xml
The Netbeans project no longer uses Mercurial as it's primary source
code control system. It's not all managed in a Git repo. Therefore,
we no longer need to carry around the technical debt in build.xml..
---
nbbuild/build.xml | 60 +--
1 file changed, 1 insertion(+), 59 deletions(-)
diff --git a/nbbuild/build.xml b/nbbuild/build.xml
index aeb09df..e2f14db 100644
--- a/nbbuild/build.xml
+++ b/nbbuild/build.xml
@@ -1279,9 +1279,7 @@ It is possible to use -Ddebug.port=3234 -Ddebug.pause=y
to start the system in d
-
-
-
+
@@ -1339,62 +1337,6 @@ It is possible to use -Ddebug.port=3234 -Ddebug.pause=y
to start the system in d
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-Cleaning untracked files in ${basedir}...
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
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
[netbeans] branch master updated: [NETBEANS-3252] NodeListModel must clear VisualizerNode count cache before dispatching event.
This is an automated email from the ASF dual-hosted git repository.
jtulach pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git
The following commit(s) were added to refs/heads/master by this push:
new 619d5a3 [NETBEANS-3252] NodeListModel must clear VisualizerNode count
cache before dispatching event.
new c1b1c17 Merge pull request #1580 from sdedic/bugfix/nodelist_cache
619d5a3 is described below
commit 619d5a3f873d963c5fbf86e38d7f8a75df451a70
Author: Svata Dedic
AuthorDate: Fri Oct 18 17:52:47 2019 +0200
[NETBEANS-3252] NodeListModel must clear VisualizerNode count cache before
dispatching event.
---
.../src/org/openide/explorer/view/NodeListModel.java| 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
a/platform/openide.explorer/src/org/openide/explorer/view/NodeListModel.java
b/platform/openide.explorer/src/org/openide/explorer/view/NodeListModel.java
index a77de68..c37cb29 100644
--- a/platform/openide.explorer/src/org/openide/explorer/view/NodeListModel.java
+++ b/platform/openide.explorer/src/org/openide/explorer/view/NodeListModel.java
@@ -327,12 +327,10 @@ public class NodeListModel extends AbstractListModel
implements ComboBoxModel {
final void changeAll() {
size = getSize();
-
+clearChildrenCount();
if (size > 0) {
-fireContentsChanged(this, 0, size - 1);
+fireContentsChanged(this, 0, size);
}
-
-clearChildrenCount();
}
final void added(VisualizerEvent.Added ev) {
-
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
[netbeans] branch master updated (031deb3 -> 845e766)
This is an automated email from the ASF dual-hosted git repository. jtulach pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans.git. from 031deb3 [NETBEANS-3276] Fix NPE on PropertyListener deregistrtation new 6a9409c NETBEANS-2439 changing configuration panel ui to show recommended and required installs. add upper limit for recommended modules new e721430 NETBEANS-2439 better display names for checkboxes new 845e766 Merge pull request #1612 from dukescript/NETBEANS-2439 The 3083 revisions listed above as "new" are entirely new to this repository and will be described in separate emails. The revisions listed as "add" were already present in the repository and have only been added to this reference. Summary of changes: ergonomics/ide.ergonomics/java.properties | 1 + .../ide/ergonomics/fod/ConfigurationPanel.form | 13 ++- .../ide/ergonomics/fod/ConfigurationPanel.java | 93 +- .../modules/ide/ergonomics/fod/FeatureInfo.java| 25 -- .../ide/ergonomics/fod/FindComponentModules.java | 16 +++- .../ide/ergonomics/fod/FoDUpdateUnitProvider.java | 2 +- .../ide/ergonomics/fod/ModulesInstaller.java | 6 +- 7 files changed, 119 insertions(+), 37 deletions(-) - 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
[netbeans-html4j] branch master updated: Introductory OpenJFX Lite video by Geertjan
This is an automated email from the ASF dual-hosted git repository. jtulach pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-html4j.git The following commit(s) were added to refs/heads/master by this push: new 79e8031 Introductory OpenJFX Lite video by Geertjan 79e8031 is described below commit 79e80312c9c9dc03e4ee11d403a917a00959f964 Author: Jaroslav Tulach AuthorDate: Sun Nov 10 18:47:00 2019 +0100 Introductory OpenJFX Lite video by Geertjan --- README.md | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index 001b221..84e9f79 100644 --- a/README.md +++ b/README.md @@ -58,7 +58,10 @@ The HTML/Java API is IDE and build tool neutral. It can be used with [Ant](http://ant.apache.org), [Maven](http://maven.apache.org) or **Gradle**. It is easy to edit it with [Eclipse](https://dukescript.com/best/practices/2015/07/01/DukeScript-with-Eclipse.html), [IntelliJ](https://dukescript.com/best/practices/2016/04/19/IDEA.html) or -[NetBeans](https://dukescript.com/getting_started.html). +[NetBeans](https://dukescript.com/getting_started.html). Here is a short introductory video to get started +with **NetBeans** 11.2 and its **Gradle** support: + +[](https://www.youtube.com/watch?v=cUSDknlhxcY) The most comprehensive getting started guide is available from [the DukeScript project](https://dukescript.com/getting_started.html) website. - 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-1874) Setting some properties of font-colors in options works only till close of program
[ https://issues.apache.org/jira/browse/NETBEANS-1874?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marek Gremblewski updated NETBEANS-1874: Fix Version/s: (was: 11.2) 11.3 Affects Version/s: 11.2 > Setting some properties of font-colors in options works only till close of > program > -- > > Key: NETBEANS-1874 > URL: https://issues.apache.org/jira/browse/NETBEANS-1874 > Project: NetBeans > Issue Type: Bug > Components: editor - Options >Affects Versions: 8.2, 9.0, 10.0, 11.0, 11.1, 11.2 > Environment: Windows 7, 10 >Reporter: Marek Gremblewski >Priority: Trivial > Fix For: 11.3 > > Attachments: netbeans.png > > > Properties `Identifiers` and `numbers` in Fonts & Colors in Options are not > inherited and even not saved in exported config and is only visible until > application close. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Comment Edited] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971156#comment-16971156 ] Manuel Iglesias edited comment on NETBEANS-3158 at 11/10/19 4:28 PM: - Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' Ran without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' and 'Base IDE' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. Toolbar & 'Tools' menu are back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] was (Author: glesialo): Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' ran went without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' and 'Base IDE' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. Toolbar & 'Tools' menu are back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it
[jira] [Comment Edited] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971156#comment-16971156 ] Manuel Iglesias edited comment on NETBEANS-3158 at 11/10/19 4:26 PM: - Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' ran went without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' and 'Base IDE' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. Toolbar & 'Tools' menu are back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] was (Author: glesialo): Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' ran went without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' and 'Base IDE' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. Toolbar & 'Tools' menu are back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran went without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It see
[jira] [Comment Edited] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971156#comment-16971156 ] Manuel Iglesias edited comment on NETBEANS-3158 at 11/10/19 4:25 PM: - Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' ran went without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' and 'Base IDE' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. Toolbar & 'Tools' menu are back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran went without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] was (Author: glesialo): Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' ran went without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' and 'Base IDE' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. 'Tools' menu back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran went without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that i
[jira] [Comment Edited] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971156#comment-16971156 ] Manuel Iglesias edited comment on NETBEANS-3158 at 11/10/19 4:23 PM: - Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' ran went without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' and 'Base IDE' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. 'Tools' menu back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran went without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] was (Author: glesialo): Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' ran went without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. 'Tools' menu back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran went without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run,
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: 0042.log > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Commented] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971156#comment-16971156 ] Manuel Iglesias commented on NETBEANS-3158: --- Bug (in 'netbeans.11.2' it is not as full fledged as in '11.1') happened again. Runs just for testing purposes (I am not using 'netbeans' at the moment): * '0040.log' ran went without problems. No projects open. * '0041.log' Bug. Screenshots: After start up. Notice that some things are missing in the toolbar and 'Tools' menu is almost empty: !Screenshot from 2019-11-10 16-45-28.png! Installed plug-ins. Only 'User Installed Plugins' are activated': !Screenshot from 2019-11-10 16-46-18.png! After opening an old project. 'Tools' menu back to normal: !Screenshot from 2019-11-10 16-47-48.png! 'Tools/Java Platforms/Javadoc' settings (set in a previous run) lost. Only a default value: !Screenshot from 2019-11-10 16-48-54.png! * '0042.log' Ran went without problems. Screenshots: After start up. Toolbar and 'Tools' menu are normal: !Screenshot from 2019-11-10 16-51-33.png! Setting 'Tools/Java Platforms/Javadoc' to my preferred values: !Screenshot from 2019-11-10 16-52-33.png! '$HOME/.netbeans/11.2/var/log/messages.log' attached: [^0040.log][^0041.log][^0042.log] > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, 0042.log, Screenshot from 2019-10-31 > 11-23-33.png, Screenshot from 2019-10-31 11-24-34.png, Screenshot from > 2019-10-31 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, > Screenshot from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 > 16-46-18.png, Screenshot from 2019-11-10 16-47-48.png, Screenshot from > 2019-11-10 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot > from 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: 0040.log > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, Screenshot from 2019-10-31 11-23-33.png, > Screenshot from 2019-10-31 11-24-34.png, Screenshot from 2019-10-31 > 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot from > 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, Screenshot > from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 16-46-18.png, > Screenshot from 2019-11-10 16-47-48.png, Screenshot from 2019-11-10 > 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot from > 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: 0041.log > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > 0040.log, 0041.log, Screenshot from 2019-10-31 11-23-33.png, > Screenshot from 2019-10-31 11-24-34.png, Screenshot from 2019-10-31 > 11-25-31.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot from > 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 19-25-54.png, Screenshot > from 2019-11-10 16-45-28.png, Screenshot from 2019-11-10 16-46-18.png, > Screenshot from 2019-11-10 16-47-48.png, Screenshot from 2019-11-10 > 16-48-54.png, Screenshot from 2019-11-10 16-51-33.png, Screenshot from > 2019-11-10 16-52-33.png, Screenshot1.png, Screenshot2.png, messages.log, > messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: Screenshot from 2019-11-10 16-52-33.png > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > Screenshot from 2019-10-31 11-23-33.png, Screenshot from 2019-10-31 > 11-24-34.png, Screenshot from 2019-10-31 11-25-31.png, Screenshot from > 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 19-25-54.png, Screenshot from 2019-11-10 16-45-28.png, > Screenshot from 2019-11-10 16-46-18.png, Screenshot from 2019-11-10 > 16-47-48.png, Screenshot from 2019-11-10 16-48-54.png, Screenshot from > 2019-11-10 16-51-33.png, Screenshot from 2019-11-10 16-52-33.png, > Screenshot1.png, Screenshot2.png, messages.log, messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: Screenshot from 2019-11-10 16-51-33.png > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > Screenshot from 2019-10-31 11-23-33.png, Screenshot from 2019-10-31 > 11-24-34.png, Screenshot from 2019-10-31 11-25-31.png, Screenshot from > 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 19-25-54.png, Screenshot from 2019-11-10 16-45-28.png, > Screenshot from 2019-11-10 16-46-18.png, Screenshot from 2019-11-10 > 16-47-48.png, Screenshot from 2019-11-10 16-48-54.png, Screenshot from > 2019-11-10 16-51-33.png, Screenshot from 2019-11-10 16-52-33.png, > Screenshot1.png, Screenshot2.png, messages.log, messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: Screenshot from 2019-11-10 16-48-54.png > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > Screenshot from 2019-10-31 11-23-33.png, Screenshot from 2019-10-31 > 11-24-34.png, Screenshot from 2019-10-31 11-25-31.png, Screenshot from > 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 19-25-54.png, Screenshot from 2019-11-10 16-45-28.png, > Screenshot from 2019-11-10 16-46-18.png, Screenshot from 2019-11-10 > 16-47-48.png, Screenshot from 2019-11-10 16-48-54.png, Screenshot1.png, > Screenshot2.png, messages.log, messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: Screenshot from 2019-11-10 16-46-18.png > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > Screenshot from 2019-10-31 11-23-33.png, Screenshot from 2019-10-31 > 11-24-34.png, Screenshot from 2019-10-31 11-25-31.png, Screenshot from > 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 19-25-54.png, Screenshot from 2019-11-10 16-45-28.png, > Screenshot from 2019-11-10 16-46-18.png, Screenshot from 2019-11-10 > 16-47-48.png, Screenshot1.png, Screenshot2.png, messages.log, messages.log, > netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: Screenshot from 2019-11-10 16-47-48.png > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > Screenshot from 2019-10-31 11-23-33.png, Screenshot from 2019-10-31 > 11-24-34.png, Screenshot from 2019-10-31 11-25-31.png, Screenshot from > 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 19-25-54.png, Screenshot from 2019-11-10 16-45-28.png, > Screenshot from 2019-11-10 16-46-18.png, Screenshot from 2019-11-10 > 16-47-48.png, Screenshot1.png, Screenshot2.png, messages.log, messages.log, > netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[jira] [Updated] (NETBEANS-3158) netbeans 11.1 requests re-installation of nbjavac plugin and fails.
[ https://issues.apache.org/jira/browse/NETBEANS-3158?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Manuel Iglesias updated NETBEANS-3158: -- Attachment: Screenshot from 2019-11-10 16-45-28.png > netbeans 11.1 requests re-installation of nbjavac plugin and fails. > --- > > Key: NETBEANS-3158 > URL: https://issues.apache.org/jira/browse/NETBEANS-3158 > Project: NetBeans > Issue Type: Bug > Components: platform - Plugin Manager >Affects Versions: 11.1 > Environment: Linux Cinnamon Mint 19.2 >Reporter: Manuel Iglesias >Priority: Major > Attachments: 0021.log, 0022.log, 0023.log, 0024.log, > Screenshot from 2019-10-31 11-23-33.png, Screenshot from 2019-10-31 > 11-24-34.png, Screenshot from 2019-10-31 11-25-31.png, Screenshot from > 2019-10-31 11-52-50.png, Screenshot from 2019-10-31 11-52-50.png, Screenshot > from 2019-10-31 19-25-54.png, Screenshot from 2019-11-10 16-45-28.png, > Screenshot1.png, Screenshot2.png, messages.log, messages.log, netbeans.conf > > > Installed plugins data seems to get corrupted with normal use. 'netbeans' > then requests re-installation of 'nbjavac' plugin which fails. > Problem can be reproduced in this way: > # Run 'netbeans' without --userdir & --cachedir options # Default values > '$HOME/.netbeans/11.1' & '$HOME/.cache/netbeans/11.1'. First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > # Run 'netbeans' with --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 options. # First run. > Open new project so that installation of 'nbjavac' & 'javafx' plugins is > triggered. > Install plugins and exit. > Run sequentially: > * netbeans > * netbeans --userdir $HOME/Test/.netbeans/11.1 --cachedir > $HOME/Test/.cache/netbeans/11.1 > After a few times: > * Directory $HOME/.netbeans/11.1/config/Modules is empty. > * 'netbeans' requests re-installation of 'nbjavac' (which fails). > * Tools/Plugins/Installed shows that there are no active plugins. > EDIT: It seems that it may not be necessary to run, sequentially, 'netbeans' > & 'netbeans --userdir ... --cachedir ...' > to reproduce the bug. I started netbeans (running 'netbeans') and before its > window appeared (it takes a few seconds) > I tried to close an editor (another application). Just when I mouse-clicked > the netbeans' window appeared and I closed > netbeans instead of the editor. Next time I started 'netbeans' the bug > appeared (plugins data corrupted, etc). -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans-html4j] branch master updated: Pointer to new location of dev javadoc and 1.7 version
This is an automated email from the ASF dual-hosted git repository. jtulach pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-html4j.git The following commit(s) were added to refs/heads/master by this push: new 4275f8a Pointer to new location of dev javadoc and 1.7 version 4275f8a is described below commit 4275f8a5bbd9882fbace429f4122a49f018e82c1 Author: Jaroslav Tulach AuthorDate: Sun Nov 10 16:29:42 2019 +0100 Pointer to new location of dev javadoc and 1.7 version --- src/main/javadoc/overview.html | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/main/javadoc/overview.html b/src/main/javadoc/overview.html index 851aaa1..010e8cc 100644 --- a/src/main/javadoc/overview.html +++ b/src/main/javadoc/overview.html @@ -542,7 +542,8 @@ $ mvn -f client/pom.xml process-classes exec:exec The javadoc for latest and previous versions is also available online: -Current https://dukescript.com/javadoc/html+java/dev/";>development version +Current https://bits.netbeans.org/html+java/dev/";>development version +Version https://bits.netbeans.org/html+java/1.7/";>1.7 Version https://dukescript.com/javadoc/html+java/1.6/";>1.6 Version https://dukescript.com/javadoc/html+java/1.5.1/";>1.5.1 Version http://bits.netbeans.org/html+java/1.5";>1.5 - 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
[netbeans-html4j] branch master updated: Point to new documentation generated by Eric
This is an automated email from the ASF dual-hosted git repository. jtulach pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-html4j.git The following commit(s) were added to refs/heads/master by this push: new de307d9 Point to new documentation generated by Eric de307d9 is described below commit de307d9c2f224feeb8643f54cfe79baaa562cbd3 Author: Jaroslav Tulach AuthorDate: Sun Nov 10 16:26:26 2019 +0100 Point to new documentation generated by Eric --- README.md | 21 - 1 file changed, 12 insertions(+), 9 deletions(-) diff --git a/README.md b/README.md index 4bbe3ca..001b221 100644 --- a/README.md +++ b/README.md @@ -6,11 +6,11 @@ In need of cross platform, client side interaction between Java and JavaScript? [](https://builds.apache.org/job/netbeans-html4j-linux/) [](https://builds.apache.org/job/netbeans-html4j-windows) -The HTML/Java library provides [basic building blocks](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/net/java/html/js/package-summary.html) -as well as advanced [high level concepts](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/net/java/html/json/Model.html) +The HTML/Java library provides [basic building blocks](https://bits.netbeans.org/html+java/dev/net/java/html/js/package-summary.html) +as well as advanced [high level concepts](https://bits.netbeans.org/html+java/dev/net/java/html/json/Model.html) to make communication between JavaScript and Java as smooth as possible. -Read more in the [latest javadoc](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/) documentation. +Read more in the [latest javadoc](https://bits.netbeans.org/html+java/dev/) documentation. ## Portable Applications @@ -21,16 +21,16 @@ different one when communicating with [Android WebView](https://developer.androi yet another one when talking to [iOS WebView](https://developer.apple.com/documentation/uikit/uiwebview). The goal of HTML/Java API is to **unify this communication**. By providing simple -and highly portable [building blocks](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/net/java/html/js/package-summary.html) +and highly portable [building blocks](https://bits.netbeans.org/html+java/dev/net/java/html/js/package-summary.html) one can create sophisticated APIs (like -[UI bindings](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/net/java/html/json/package-summary.html), +[UI bindings](https://bits.netbeans.org/html+java/dev/net/java/html/json/package-summary.html), [charts](https://dukescript.com/javadoc/charts/), [maps](https://dukescript.com/javadoc/leaflet4j/), [canvas](https://dukescript.com/javadoc/canvas/), or [SnapSVG](https://dukescript.com/javadoc/libs/net/java/html/lib/snapsvg/Snap/package-summary.html)) that can be embedded into -[Swing or JavaFX applications](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/net/java/html/boot/fx/FXBrowsers.html), -executed [headlessly on a server](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/net/java/html/boot/script/Scripts.html) +[Swing or JavaFX applications](https://bits.netbeans.org/html+java/dev/net/java/html/boot/fx/FXBrowsers.html), +executed [headlessly on a server](https://bits.netbeans.org/html+java/dev/net/java/html/boot/script/Scripts.html) or executed anywhere HTML/Java API was ported. Various ports of this rendering pipeline were built including support for @@ -45,9 +45,12 @@ or [Bck2Brwsr VM](https://github.com/jtulach/bck2brwsr/) - as such you can also run the same Java application in a pluginless browser. Porting of HTML/Java rendering pipeline is as easy as implementing -[Fn.Presenter](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/org/netbeans/html/boot/spi/Fn.Presenter.html) +[Fn.Presenter](https://bits.netbeans.org/html+java/dev/org/netbeans/html/boot/spi/Fn.Presenter.html) interface and successfully passing the -[test compatibility kit](https://builds.apache.org/job/netbeans-html4j-linux/javadoc/org/netbeans/html/json/tck/package-summary.html). +[test compatibility kit](https://bits.netbeans.org/html+java/dev/org/netbeans/html/json/tck/package-summary.html). +Since version `1.7` the project provides pre-made protocol based +[ProtoPresenter](https://bits.netbeans.org/html+java/dev/org/netbeans/html/presenters/spi/package-summary.html) +skeleton to simplify integrations with new platforms. ## Getting Started - 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-2417) update Gradle logo/icon
[ https://issues.apache.org/jira/browse/NETBEANS-2417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16971144#comment-16971144 ] Laszlo Kishalmi commented on NETBEANS-2417: --- Just for the record: The Gradle Design Department has approved the icons: https://github.com/apache/netbeans/pull/1557#issuecomment-550399182 > update Gradle logo/icon > --- > > Key: NETBEANS-2417 > URL: https://issues.apache.org/jira/browse/NETBEANS-2417 > Project: NetBeans > Issue Type: Improvement > Components: projects - Gradle >Reporter: Jennifer Strater >Assignee: Laszlo Kishalmi >Priority: Trivial > Labels: pull-request-available > Attachments: Maven-Base-Is-Type-Overlay-Is-Maven.png, gradle1.png, > gradle2.png, image-2019-07-02-10-27-44-307.png, > image-2019-07-02-10-31-08-337.png, image-2019-07-02-10-33-19-023.png, > image-2019-07-02-10-49-16-797.png, image-2019-07-02-11-47-13-922.png, > image-2019-07-02-11-48-06-685.png, image-2019-07-02-11-49-01-655.png, > image-2019-07-02-11-50-09-232.png, image-2019-07-02-11-55-58-042.png, > image-2019-07-02-20-55-48-539.png, image-2019-10-07-19-58-12-859.png, > image-2019-10-07-19-58-34-360.png, image-2019-10-07-19-59-08-294.png, > image-2019-10-07-19-59-20-982.png, image-2019-10-07-19-59-37-293.png, > image-2019-10-07-20-00-15-046.png, image-2019-10-07-20-00-35-172.png, > nb1.png, nb2.png, nbIcons.png > > Time Spent: 4h 20m > Remaining Estimate: 0h > > Thanks again for adding support for Gradle to Netbeans. > The logo included in Netbeans for Gradle is the pre-2015 Gradleware logo. > We've recently published the newest Gradle elephant logos to > [https://gradle.com/brand/]. I'd be happy to help make this change if that's > easier for everyone. > Please let me know how I should proceed. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
