RE: Can't connect to GIT repository

[Greenberg, Gary]

I already did run it from the command line and it failed initially.
But git clone command provided an explanation :
SSL Certificate problem: unable to get local issuer
The problem was not in netbeans, really.
It was resolved by adding
[http]
  sslVerify = false
to .gitconfig file
However, it would be beneficial to provide in netbeans diagnostics to the error 
message.

BTW, Netbeans Team menu has an item Remote GIT, but it is not enabled. What it 
is supposed to do?

From: Geertjan Wielenga 
Sent: Tuesday, May 1, 2018 8:08 PM
To: us...@netbeans.incubator.apache.org
Subject: Re: Can't connect to GIT repository

See if it works on the command line first, to confirm the problem isn’t with 
NetBeans.

Gj

On Wednesday, May 2, 2018, Greenberg, Gary 
> wrote:
I am trying to clone the project from Stash to my local repository.
I can browse the remote repo via web UI.
I copied the URL for the git file and paste it into the proper field in 
Team->Git->Clone form.
However when I click on the “Next” button it tries to connect and give me a red 
message:
Cannot connect to repository at https://.git
No explanation or reason. Tried to find a log file, but nothing recently 
updated.
Do I miss something?

Gary Greenberg
Staff Software Engineer
Data Product Development
ggree...@visa.com
Mobile: (650)269-7902

[/Users/nkavumpu/Library/Containers/com.microsoft.Outlook/Data/Library/Caches/Signatures/signature_749324139]

Re: Can't connect to GIT repository

[Geertjan Wielenga]

See if it works on the command line first, to confirm the problem isn’t
with NetBeans.

Gj

On Wednesday, May 2, 2018, Greenberg, Gary  wrote:

> I am trying to clone the project from Stash to my local repository.
> I can browse the remote repo via web UI.
>
> I copied the URL for the git file and paste it into the proper field in
> Team->Git->Clone form.
>
> However when I click on the “Next” button it tries to connect and give me
> a red message:
>
> Cannot connect to repository at https://.git
>
> No explanation or reason. Tried to find a log file, but nothing recently
> updated.
> Do I miss something?
>
>
>
> Gary Greenberg
>
> Staff Software Engineer
>
> Data Product Development
>
> ggree...@visa.com
>
> Mobile: (650)269-7902
>
>
>
> [image:
> /Users/nkavumpu/Library/Containers/com.microsoft.Outlook/Data/Library/Caches/Signatures/signature_749324139]
>
>
>

Can't connect to GIT repository

[Greenberg, Gary]

I am trying to clone the project from Stash to my local repository.
I can browse the remote repo via web UI.
I copied the URL for the git file and paste it into the proper field in 
Team->Git->Clone form.
However when I click on the "Next" button it tries to connect and give me a red 
message:
Cannot connect to repository at https://.git
No explanation or reason. Tried to find a log file, but nothing recently 
updated.
Do I miss something?

Gary Greenberg
Staff Software Engineer
Data Product Development
ggree...@visa.com
Mobile: (650)269-7902

[/Users/nkavumpu/Library/Containers/com.microsoft.Outlook/Data/Library/Caches/Signatures/signature_749324139]

Re: Bug in Netbeans for MacOS

[Geertjan Wielenga]

On Tue, May 1, 2018 at 5:33 PM, frederic  wrote:

> Hi Efrem, Thomas,
>
> Thanks for you replies.
>
> The application is Ancestris, but it does not matter much which
> application is running netbeans. I have spent quite ssome time finding the
> bug. The crash is generated after several calls to 
> "ExplorerManager.setRootContext()"
> or "ExplorerManager.setSelectedNodes()". After about 20 to 100 calls, it
> creates the bug.
>
> What I am trying to do:
> - I have a TopComponent with a simple ExplorerManager in it, which holds
> the context. (associateLookup(ExplorerUtils.createLookup(manager, map));)
> - Each time the user changes the selected element, I run an
> ExplorerManager.setRootContext() and ExplorerManager.setSelectedNodes().
>


But why do you need to do that? That seems to be causing some kind of race
condition or blocker of some kind and you probably need to solve whatever
the situation is in a different way.

Gj





> - On Linux, no problem for any number of changes
> - On MacOS, computer slows down after about 20 to 100 selections, Then it
> crashes.
>
> I have checked the source code of MainWindow.java in
> package org.netbeans.core.windows.view.ui for NB 8.01, 8.02, and 8.2 :
> they all have the same code, therefore the same bug.
>
> If you want to check on 9.0, just check the MainWindow code. Can you show
> it to us please, see if it has the same call under resultChanged() ?
>
> (Otherwise, not sure we can test with my application on 9.0, it has not
> been converted yet to NB9.0.)
>
> Tom, if I cannot have support on 8.0.1, maybe I can get support on 8.2 ?
> Or else, can I get someone to tell me how to recompile the following jar :
> "org.netbeans.core.windows.jar" ?
>
> Hope this adds more explanations.
>
> Many thanks again.
> Frederic
>
>
>
> Le mardi 01 mai 2018 à 09:33 -0400, Efrem Mc a écrit :
>
> Hi my name is Efrem.  I am willing to test this with the new beta
> release of NB 9.0 on MacOS.
>
> I am running Mac OSX 10.11.6 on a Mac Mini which is OS frozen because
> of its age...
>
> If you can provide me the steps or source to test I am willing to test
> it today.
>
> What is the application and what are you trying to do?
>
> Please advise.
>
> Efrem McCrimon
> GUI Builder Tribe tester
> DB Tribe tester
>
>
>
> On Tue, May 1, 2018 at 7:24 AM, frederic  wrote:
>
>
> Dear all,
>
> I have found a bug in Netbeans on MacOS which makes the applications crash
> on MacOS. I would like to know if it is possible to fix it in Netbeans 8.0.1
> or at least to make sure it is not in Netbeans 8.2.
>
> The bug :
> ==
>
> I'm using Netbeans 8.0.1 for Ancestris. There seems to be a conflicting
> thread in MainWindow.java that compromises the removal of lookup listeners.
>
> Therefore, if an updateLookup runs in the application, the following thread
> is activated which itself runs an updateLookup.
>
> The application ends up multiplying the number of listeners up to several
> tens of thousands and crashes on Mac.
>
> Here is the code with the bug: (in MainWindow.java in package
> org.netbeans.core.windows.view.ui)
>
>if (Utilities.getOperatingSystem() == Utilities.OS_MAC) {
>//Show a "save dot" in the close button if a modified file is
>//being edited
>//Show the icon of the edited file in the window titlebar like
>//other mac apps
>saveResult = Utilities.actionsGlobalContext().lookupResult
> (SaveCookie.class);
>dobResult = Utilities.actionsGlobalContext().lookupResult
> (DataObject.class);
>if( null != saveResult && null != dobResult ) {
>saveListener = new LookupListener() {
>@Override
>public void resultChanged(final LookupEvent ev) {
>RP.post( new Runnable() {
>
>@Override
>public void run() {
>updateMacDocumentProperties(ev);
>}
>});
>}
>
>};
>saveResult.addLookupListener(saveListener);
>dobResult.addLookupListener(saveListener);
>}
>dobResult.allItems();
>}
>
> The " updateMacDocumentProperties(ev)" includes :
> - saveResult.allItems()
> - dobResult.allItems()
> which trigger an updateLookup as well, creating two threads updating the
> same lookups (removeListener, addListener).
>
>
> The fix:
> =
>
> I would be ok to just replace :
>
> "Utilities.getOperatingSystem() == Utilities.OS_MAC"
>
> with
>
> "Utilities.getOperatingSystem() == Utilities.OS_MAC & false"
>
> because I do not think we need this on Mac in the Ancestris application at
> least.
>
> Can someone recompile the package with this fix and send it back to me ? Or
> else can someone help me fix it myself localy (I do not have the code to
> recompile this package) ?
>
>
> 

Re: Bug in Netbeans for MacOS

[frederic]

Hi Efrem, Thomas, 
Thanks for you replies.
The application is Ancestris, but it does not matter much which
application is running netbeans. I have spent quite ssome time finding
the bug. The crash is generated after several calls to
"ExplorerManager.setRootContext()" or
"ExplorerManager.setSelectedNodes()". After about 20 to 100 calls, it
creates the bug.
What I am trying to do:- I have a TopComponent with a simple
ExplorerManager in it, which holds the context.
(associateLookup(ExplorerUtils.createLookup(manager, map));)- Each time
the user changes the selected element, I run an
ExplorerManager.setRootContext() and
ExplorerManager.setSelectedNodes().- On Linux, no problem for any
number of changes- On MacOS, computer slows down after about 20 to 100
selections, Then it crashes.
I have checked the source code of MainWindow.java in
package org.netbeans.core.windows.view.ui for NB 8.01, 8.02, and 8.2 :
they all have the same code, therefore the same bug.
If you want to check on 9.0, just check the MainWindow code. Can you
show it to us please, see if it has the same call under resultChanged()
?
(Otherwise, not sure we can test with my application on 9.0, it has not
been converted yet to NB9.0.)
Tom, if I cannot have support on 8.0.1, maybe I can get support on 8.2
? Or else, can I get someone to tell me how to recompile the following
jar : "org.netbeans.core.windows.jar" ?

Hope this adds more explanations.
Many thanks again.Frederic


Le mardi 01 mai 2018 à 09:33 -0400, Efrem Mc a écrit :
> Hi my name is Efrem.  I am willing to test this with the new beta
> release of NB 9.0 on MacOS.
> 
> I am running Mac OSX 10.11.6 on a Mac Mini which is OS frozen because
> of its age...
> 
> If you can provide me the steps or source to test I am willing to
> test
> it today.
> 
> What is the application and what are you trying to do?
> 
> Please advise.
> 
> Efrem McCrimon
> GUI Builder Tribe tester
> DB Tribe tester
> 
> 
> 
> On Tue, May 1, 2018 at 7:24 AM, frederic 
> wrote:
> > Dear all,
> > 
> > I have found a bug in Netbeans on MacOS which makes the
> > applications crash
> > on MacOS. I would like to know if it is possible to fix it in
> > Netbeans 8.0.1
> > or at least to make sure it is not in Netbeans 8.2.
> > 
> > The bug :
> > ==
> > 
> > I'm using Netbeans 8.0.1 for Ancestris. There seems to be a
> > conflicting
> > thread in MainWindow.java that compromises the removal of lookup
> > listeners.
> > 
> > Therefore, if an updateLookup runs in the application, the
> > following thread
> > is activated which itself runs an updateLookup.
> > 
> > The application ends up multiplying the number of listeners up to
> > several
> > tens of thousands and crashes on Mac.
> > 
> > Here is the code with the bug: (in MainWindow.java in package
> > org.netbeans.core.windows.view.ui)
> > 
> >if (Utilities.getOperatingSystem() == Utilities.OS_MAC) {
> >//Show a "save dot" in the close button if a modified
> > file is
> >//being edited
> >//Show the icon of the edited file in the window
> > titlebar like
> >//other mac apps
> >saveResult =
> > Utilities.actionsGlobalContext().lookupResult
> > (SaveCookie.class);
> >dobResult =
> > Utilities.actionsGlobalContext().lookupResult
> > (DataObject.class);
> >if( null != saveResult && null != dobResult ) {
> >saveListener = new LookupListener() {
> >@Override
> >public void resultChanged(final LookupEvent ev)
> > {
> >RP.post( new Runnable() {
> > 
> >@Override
> >public void run() {
> >updateMacDocumentProperties(ev);
> >}
> >});
> >}
> > 
> >};
> >saveResult.addLookupListener(saveListener);
> >dobResult.addLookupListener(saveListener);
> >}
> >dobResult.allItems();
> >}
> > 
> > The " updateMacDocumentProperties(ev)" includes :
> > - saveResult.allItems()
> > - dobResult.allItems()
> > which trigger an updateLookup as well, creating two threads
> > updating the
> > same lookups (removeListener, addListener).
> > 
> > 
> > The fix:
> > =
> > 
> > I would be ok to just replace :
> > 
> > "Utilities.getOperatingSystem() == Utilities.OS_MAC"
> > 
> > with
> > 
> > "Utilities.getOperatingSystem() == Utilities.OS_MAC & false"
> > 
> > because I do not think we need this on Mac in the Ancestris
> > application at
> > least.
> > 
> > Can someone recompile the package with this fix and send it back to
> > me ? Or
> > else can someone help me fix it myself localy (I do not have the
> > code to
> > recompile this package) ?
> > 
> > 
> > Many thanks in advance if it can be done.
> > 
> > Best regards,
> > Frederic
> > 

Re: Bug in Netbeans for MacOS

[Emilian Bold]

Thanks for investigating this.

Please move the discussion over to dev@ as it seems a problem with NetBeans 
Platform itself and more NetBeans developers will be on dev@ than users@.

It's unclear to me why the application crashes. Clearly we would have learned 
about it so far, NetBeans does have some users on macOS and I've been using 
NetBeans on Mac exclusively for ages.

So... there must be something about how your code behaves too.

Could you report the issue on JIRA (on 
https://issues.apache.org/jira/projects/NETBEANS/issues ) and also make a small 
module/class reproducing the bug and attach it to the issue?

PS: Not sure what you mean about recompiling the package. If the fix will get 
added it will be part of the next Apache release. If you need commercial help, 
it is available from a few people 
https://netbeans.apache.org/help/commercial-support.html , including me.

--emi

‐‐‐ Original Message ‐‐‐

On 1 May 2018 2:24 PM, frederic  wrote:

> Dear all,
> 
> I have found a bug in Netbeans on MacOS which makes the applications crash on 
> MacOS. I would like to know if it is possible to fix it in Netbeans 8.0.1 or 
> at least to make sure it is not in Netbeans 8.2.
> 
> The bug :
> 
> ==
> 
> I'm using Netbeans 8.0.1 for Ancestris. There seems to be a conflicting 
> thread in MainWindow.java that compromises the removal of lookup listeners.
> 
> Therefore, if an updateLookup runs in the application, the following thread 
> is activated which itself runs an updateLookup.
> 
> The application ends up multiplying the number of listeners up to several 
> tens of thousands and crashes on Mac.
> 
> Here is the code with the bug: (in MainWindow.java in package 
> org.netbeans.core.windows.view.ui)
> 
>    if (Utilities.getOperatingSystem() == Utilities.OS_MAC) {
> 
>    //Show a "save dot" in the close button if a modified file is
> 
>    //being edited
> 
>    //Show the icon of the edited file in the window titlebar like
> 
>    //other mac apps
> 
>    saveResult = Utilities.actionsGlobalContext().lookupResult 
> (SaveCookie.class);
> 
>    dobResult = Utilities.actionsGlobalContext().lookupResult 
> (DataObject.class);
> 
>    if( null != saveResult && null != dobResult ) {
> 
>    saveListener = new LookupListener() {
> 
>    @Override
> 
>    public void resultChanged(final LookupEvent ev) {
> 
>    RP.post( new Runnable() {
> 
>    @Override
> 
>    public void run() {
> 
>    updateMacDocumentProperties(ev);
> 
>    }
> 
>    });
> 
>    }
> 
>    };
> 
>    saveResult.addLookupListener(saveListener);
> 
>    dobResult.addLookupListener(saveListener);
> 
>    }
> 
>    dobResult.allItems();
> 
>    }
> 
> The " updateMacDocumentProperties(ev)" includes :
> 
> - saveResult.allItems()
> 
> - dobResult.allItems()
> 
> which trigger an updateLookup as well, creating two threads updating the same 
> lookups (removeListener, addListener).
> 
> The fix:
> 
> =
> 
> I would be ok to just replace :
> 
> "Utilities.getOperatingSystem() == Utilities.OS_MAC"
> 
> with
> 
> "Utilities.getOperatingSystem() == Utilities.OS_MAC & false"
> 
> because I do not think we need this on Mac in the Ancestris application at 
> least.
> 
> Can someone recompile the package with this fix and send it back to me ? Or 
> else can someone help me fix it myself localy (I do not have the code to 
> recompile this package) ?
> 
> Many thanks in advance if it can be done.
> 
> Best regards,
> 
> Frederic

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Bug in Netbeans for MacOS

[frederic]

Dear all, 

I have found a bug in Netbeans on MacOS which makes the applications
crash on MacOS. I would like to know if it is possible to fix it in
Netbeans 8.0.1 or at least to make sure it is not in Netbeans 8.2.

The bug : 
==

I'm using Netbeans 8.0.1 for Ancestris. There seems to be a conflicting
thread in MainWindow.java that compromises the removal of lookup
listeners. 

Therefore, if an updateLookup runs in the application, the following
thread is activated which itself runs an updateLookup.

The application ends up multiplying the number of listeners up to
several tens of thousands and crashes on Mac.

Here is the code with the bug: (in MainWindow.java in package
org.netbeans.core.windows.view.ui)

   if (Utilities.getOperatingSystem() == Utilities.OS_MAC) {
   //Show a "save dot" in the close button if a modified file
is
   //being edited
   //Show the icon of the edited file in the window titlebar
like
   //other mac apps
   saveResult = Utilities.actionsGlobalContext().lookupResult
(SaveCookie.class);
   dobResult = Utilities.actionsGlobalContext().lookupResult
(DataObject.class);
   if( null != saveResult && null != dobResult ) {
   saveListener = new LookupListener() {
   @Override
   public void resultChanged(final LookupEvent ev) {
   RP.post( new Runnable() {

   @Override
   public void run() {
   updateMacDocumentProperties(ev);
   }
   });
   }

   };
   saveResult.addLookupListener(saveListener);
   dobResult.addLookupListener(saveListener);
   }
   dobResult.allItems();
   }

The " updateMacDocumentProperties(ev)" includes : 
- saveResult.allItems()
- dobResult.allItems()
which trigger an updateLookup as well, creating two threads updating
the same lookups (removeListener, addListener).


The fix:
=

I would be ok to just replace :

  "Utilities.getOperatingSystem() == Utilities.OS_MAC"

with 

 "Utilities.getOperatingSystem() == Utilities.OS_MAC & false"

because I do not think we need this on Mac in the Ancestris application
at least.

Can someone recompile the package with this fix and send it back to me
? Or else can someone help me fix it myself localy (I do not have the
code to recompile this package) ?


Many thanks in advance if it can be done.

Best regards,
Frederic