Re: plugin portal submission inquiry

[Geertjan Wielenga]

Jiri,

Can you advise?

Gj

On Fri, 5 May 2023 at 20:09, Brutzman, Donald (Don) (CIV) 
wrote:

> Hello.  Terry Norbraten and I are trying to see if his submission for
> review of a corrected Apache NetBeans plugin was received.
>
>
>
>- https://plugins.netbeans.apache.org/catalogue/?id=88 (version 4.0.27)
>
>
>
> We got feedback on not having a self-signed signature – he added that and
> resubmitted a correction (version 4.0.28) earlier this week.  Unfortunately
> we can’t tell if it was received.
>
>
>
> Please advise how we can be sure a change was received.  Tracking status
> and answering any emergent questions would be nice too…
>
>
>
> p.s. I tried to get a password for Confluence, but did not receive the
> renewal message that was promised.
>
>
>
> Thanks in advance of all help.
>
>
>
> all the best, Don
>
> --
>
> Don Brutzman  Naval Postgraduate School, Code USW/Br
> brutz...@nps.edu
>
> Watkins 270,  MOVES Institute, Monterey CA 93943-5000 USA
> +1.831.656.2149
>
> X3D graphics, virtual worlds, navy robotics
> https://faculty.nps.edu/brutzman
>
>
>

Re: Javahelp broken after update from NB platform 8.2 to 11.3 (Displayer not found by Lookup)

[Neil C Smith]

On Fri, 5 May 2023, 18:38 Milan Horák,  wrote:

> Hi,
>
> my two cents:
>
> We have we have a whole ERP written in NetBeans 8 and absence of
> JavaHelp and absent Czech translation (solvable) is the only thing
> keeping us there. We don't insist on JavaHelp, but I couldn't find a way
> to replace JavaHelp with calls to online help context by pressing F1 key.
>

That's doable. And I'm sure we have people who'd be happy to help with any
migration to the current platform!

https://netbeans.apache.org/help/commercial-support.html

Best wishes,

Neil

Re: Javahelp broken after update from NB platform 8.2 to 11.3 (Displayer not found by Lookup)

[Milan Horák]

Hi,

my two cents:

We have we have a whole ERP written in NetBeans 8 and absence of 
JavaHelp and absent Czech translation (solvable) is the only thing 
keeping us there. We don't insist on JavaHelp, but I couldn't find a way 
to replace JavaHelp with calls to online help context by pressing F1 key.


Milan

Dne 05. 05. 23 v 16:21 Neil C Smith napsal(a):

On Fri, 5 May 2023 at 14:51, Marco Peters
 wrote:

Yes, I know the versions are quite old. It's a little embarrassing. 
Unfortunately, we didn't have the chance to update earlier in our ESA SNAP 
project. We were still using Java 1.8 too.
So, we now want to update step by step and not with one giant leap to the 
latest versions.
We try to get run 11.3 of NetBeans Platform with JDK11.

Why 11.3 exactly?  Personally, while I understand the desire to not
make a giant leap, I think you're probably better jumping straight to
NetBeans 17 with JDK 11 here.


Now my problem.
After updating the Java help is not working anymore. The default menu entry 
Help/Help Contents is not added to the menu. And when invoking the help 
manually nothing happens.
Debugging revealed that in HelpCtx.display() the call to 
Lookup.getDefault().lookupAll(Displayer.class) to not return an implementation.

Well, we haven't used JavaHelp in the IDE since moving to Apache
(license issues) and I'm not sure how well tested adding JavaHelp to
the platform is?!  Certainly, some default help actions have changed
in light of that.

There's a curious question about whether we want to bring JavaHelp
back?  In theory, the license issue should now be resolvable.

Best wishes,

Neil

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

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





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

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

Re: Javahelp broken after update from NB platform 8.2 to 11.3 (Displayer not found by Lookup)

[Oliver Rettig]

Hi,

we have a student at the DHBW-Karlsruhe, working on a replacement of the 
JavaHelp viewer. 

https://github.com/MobMonRob/JavaHelpStudien

My main motivation to start this project are my own netbeans-platform 
applications where we want to have offline-available help-pages which are 
collected automatically from a big set of modules.

I think the module should also be able to be added to the netbeans IDE itself 
to show the ide help pages.

What is the status of the ide help content? I think nobody has worked on 
updating the IDE helps-sets?

Our student project will be finished end of month and in October we can start a 
follow up project for completing missing parts and refinements.

So it is good to know, if there is interest in a modern replacement of java-
help (for the ide or netbeans platform based applications) or making re-
available the´ original implementation.

best regards
Oliver

> On Fri, 5 May 2023 at 14:51, Marco Peters
> 
>  wrote:
> > Yes, I know the versions are quite old. It's a little embarrassing.
> > Unfortunately, we didn't have the chance to update earlier in our ESA
> > SNAP project. We were still using Java 1.8 too. So, we now want to update
> > step by step and not with one giant leap to the latest versions. We try
> > to get run 11.3 of NetBeans Platform with JDK11.
> 
> Why 11.3 exactly?  Personally, while I understand the desire to not
> make a giant leap, I think you're probably better jumping straight to
> NetBeans 17 with JDK 11 here.
> 
> > Now my problem.
> > After updating the Java help is not working anymore. The default menu
> > entry Help/Help Contents is not added to the menu. And when invoking the
> > help manually nothing happens. Debugging revealed that in
> > HelpCtx.display() the call to
> > Lookup.getDefault().lookupAll(Displayer.class) to not return an
> > implementation.
> Well, we haven't used JavaHelp in the IDE since moving to Apache
> (license issues) and I'm not sure how well tested adding JavaHelp to
> the platform is?!  Certainly, some default help actions have changed
> in light of that.
> 
> There's a curious question about whether we want to bring JavaHelp
> back?  In theory, the license issue should now be resolvable.
> 
> Best wishes,
> 
> Neil
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





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

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

Re: Javahelp broken after update from NB platform 8.2 to 11.3 (Displayer not found by Lookup)

[Neil C Smith]

On Fri, 5 May 2023 at 14:51, Marco Peters
 wrote:
> Yes, I know the versions are quite old. It's a little embarrassing. 
> Unfortunately, we didn't have the chance to update earlier in our ESA SNAP 
> project. We were still using Java 1.8 too.
> So, we now want to update step by step and not with one giant leap to the 
> latest versions.
> We try to get run 11.3 of NetBeans Platform with JDK11.

Why 11.3 exactly?  Personally, while I understand the desire to not
make a giant leap, I think you're probably better jumping straight to
NetBeans 17 with JDK 11 here.

> Now my problem.
> After updating the Java help is not working anymore. The default menu entry 
> Help/Help Contents is not added to the menu. And when invoking the help 
> manually nothing happens.
> Debugging revealed that in HelpCtx.display() the call to 
> Lookup.getDefault().lookupAll(Displayer.class) to not return an 
> implementation.

Well, we haven't used JavaHelp in the IDE since moving to Apache
(license issues) and I'm not sure how well tested adding JavaHelp to
the platform is?!  Certainly, some default help actions have changed
in light of that.

There's a curious question about whether we want to bring JavaHelp
back?  In theory, the license issue should now be resolvable.

Best wishes,

Neil

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

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

Javahelp broken after update from NB platform 8.2 to 11.3 (Displayer not found by Lookup)

[Marco Peters]

Hello,

Yes, I know the versions are quite old. It's a little embarrassing. 
Unfortunately, we didn't have the chance to update earlier in our ESA SNAP 
project. We were still using Java 1.8 too.
So, we now want to update step by step and not with one giant leap to the 
latest versions.
We try to get run 11.3 of NetBeans Platform with JDK11.

Now my problem.
After updating the Java help is not working anymore. The default menu entry 
Help/Help Contents is not added to the menu. And when invoking the help 
manually nothing happens.
Debugging revealed that in HelpCtx.display() the call to 
Lookup.getDefault().lookupAll(Displayer.class) to not return an implementation.

I've seen this issue [NETBEANS-462] Java Help class cannot be found - ASF JIRA 
(apache.org) and the last 
comment that dependencies to org-netbeans-modules-javahelp and javahelp  are 
needed, which I have


org.netbeans.api
org-netbeans-modules-javahelp


javax.help
javahelp



Versions are defined in the parent pom.
Ther are multiple modules containing help. But even not all depend on those 2 
modules at least the main help module should be shown and at least the 
Displayer implementation should be loaded, right?.
While building the application I don't see any warning regarding the help which 
might indicate a problem. And when starting the app, I see in the logs that the 
NB javahelp module is loaded.
When I try to instantiate the Displayer implementation JavaHelp directly I get 
a ClassNotFoundException. Which I do understand. The package is not exported. 
Does the HelpCtx, respectively the Lookup, have the same issue?
I have found no documentation about what needs to be done differently now.

I'm now a bit lost. Can someone give me a hint what I'm doing wrong.
Thank you.

Ciao
  Marco

--

Marco Peters
Brockmann Consult GmbH
Tel:  +49 (0)40 696389 305
Email: 
marco.pet...@brockmann-consult.de
Skype: marco.peters.bc
Twitter: @MarPet_BC

Brockmann Consult GmbH
Chrysanderstr. 1
D-21029 Hamburg, Germany
Amtsgericht Hamburg HRB 157689
Geschäftsführer Dr. Carsten Brockmann
http://www.brockmann-consult.de
Twitter: @BrockmannCon

Re: Netbeans + ssh -x

[Peter Kovacs]

Am 05.05.23 um 10:37 schrieb Michael Bien:

On 05.05.23 08:53, Peter Kovacs wrote:


Am 05.05.23 um 08:05 schrieb Antonio:

Hi Peter,

I'm afraid this email of yours has too little information and is not 
understandable.


The "ssh -x" part in the subject suggests you're doing some sort of 
X11 forwarding for this remote server, but that would require a 
capital X in the flag (ssh -X) and not the lowered case one that 
you're posting.

yes, you got it right.


The body of your message suggests you're having a problem with a 
x-server on Windows, that is not reproducible on linux? and you're 
blaming NetBeans for that. Also there's no stack trace or any other 
hint of the problem you're having that explains why you think 
NetBeans is failing in your setup.


Sorry for the confusion. The crash on Windows can be reproduced 
relatively often when pressing the toolbar button for git push. It is 
far less likely, when Netbeans - menus are used.


+

Is there a difference between using the Toolbar button and calling a 
feature through the menu? Maybe different code is called that is 
causing a difference on the X-Server.


I mean this is already telling us that looking at the code paths will 
likely not help. If it would be only reproducible in the toolbar, we 
could take a look what the difference is (it is the same action so 
there should be no noteworthy difference except JDK/UI code), but if 
it happens everywhere, just less often, it is likely not even related 
to git or that action.


You could try changing the theme and check if it works. Since your 
screen sharing tool is likely trying to update the screen 
incrementally and hits a race condition. But the best test for this 
would be probably to swap out the tool and check if it fixes it.


well we tried swapping the tool. The available alternative had 
performance issues. However thinking of openGL that could be the root 
cause for that...


Thanks so much for the ideas! I check alternate themes too.



You haven't mentioned the NB version, JDK version or OS details.


NB17, OpenJDK19, OS i do not know.

All the best

Peter



-mbien



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

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

Re: Netbeans + ssh -x

[Peter Kovacs]

Am 05.05.23 um 09:30 schrieb Antonio:

Hi Peter,

Thanks for clarifying!

These problems are usually X11 or JDK related, NetBeans uses Swing 
extensively, and rendering is performed by the JDK and X11, so I'd 
guess that it's JDK/X11 part which is having rendering problems.


In order to better determine where the problem is we'll need more 
information.


- NetBeans: are there any exceptions logged in the NetBeans log file?
- JDK: are you having a core dump of the JDK (an hsperf file logged 
somewhere?

- X11 Client: any logs you could provide?

I try to check them. Thanks a lot for the pointer!


Also, what's the problem you're having? The whole X-Client crashes 
down or is it just NetBeans?


The X server crashes with a windows specific error message.

winmultiwindowwindow.c Line 883: pWinPriv -> hWnd ! NULL



You may want to try out different JDK 2D rendering settings in your 
remote NetBeans (see [1]) by adding them to the netbeans.conf file 
(-J-D...). These may differ among different JDK vendors. I'd try 
disabling OpenGL


thanks, I check this.

All the best

Peter



Cheers,
Antonio


[1]
https://docs.oracle.com/javase/8/docs/technotes/guides/2d/flags.html

Things I'd try:

-J-Dsun.java2d.opengl=true|false
-J-Dsun.java2d.pmoffscreen=true|false

Also try to add an environment variable J2D_PIXMAPS=shared|server.

On 5/5/23 8:53, Peter Kovacs wrote:
Sorry for the confusion. The crash on Windows can be reproduced 
relatively often when pressing the toolbar button for git push. It is 
far less likely, when Netbeans - menus are used.


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

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





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

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

Re: [RELEASES] Preparing for 18-rc3

[Neil C Smith]

On Tue, 2 May 2023 at 16:09, Neil C Smith  wrote:
> We don't have much in delivery for 18-rc3 yet, and are still waiting
> on #5842 to be ready for merging.

Well, https://github.com/apache/netbeans/pull/5842 was merged and we
have consistent test failures in delivery since.  A few other tests
also seem to have become unstable - things that were routinely passing
in merges to delivery prior are sometimes failing.  It's hard to be
sure whether they're definitely related.

Choice of labels was obviously not correct on there - should have had
ci:all-tests which I've added since and retriggered at
https://github.com/apache/netbeans/actions/runs/4885237895

I've prepared a revert PR if need be before we move to build 18-rc3.
https://github.com/apache/netbeans/pull/5916

We'll need to decide what to do, and when to trigger 18-rc3 - would
still like to do that early next week as we've already delayed it.  If
this gets reverted from 18-rc3 then we'll have to live without it in
NB18.  Is it potentially too invasive a fix so late in the release
cycle anyway?

Thoughts?

Thanks,

Neil

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

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

Re: Netbeans + ssh -x

[Michael Bien]

On 05.05.23 08:53, Peter Kovacs wrote:


Am 05.05.23 um 08:05 schrieb Antonio:

Hi Peter,

I'm afraid this email of yours has too little information and is not 
understandable.


The "ssh -x" part in the subject suggests you're doing some sort of 
X11 forwarding for this remote server, but that would require a 
capital X in the flag (ssh -X) and not the lowered case one that 
you're posting.

yes, you got it right.


The body of your message suggests you're having a problem with a 
x-server on Windows, that is not reproducible on linux? and you're 
blaming NetBeans for that. Also there's no stack trace or any other 
hint of the problem you're having that explains why you think 
NetBeans is failing in your setup.


Sorry for the confusion. The crash on Windows can be reproduced 
relatively often when pressing the toolbar button for git push. It is 
far less likely, when Netbeans - menus are used.


+

Is there a difference between using the Toolbar button and calling a 
feature through the menu? Maybe different code is called that is 
causing a difference on the X-Server.


I mean this is already telling us that looking at the code paths will 
likely not help. If it would be only reproducible in the toolbar, we 
could take a look what the difference is (it is the same action so there 
should be no noteworthy difference except JDK/UI code), but if it 
happens everywhere, just less often, it is likely not even related to 
git or that action.


You could try changing the theme and check if it works. Since your 
screen sharing tool is likely trying to update the screen incrementally 
and hits a race condition. But the best test for this would be probably 
to swap out the tool and check if it fixes it.


You haven't mentioned the NB version, JDK version or OS details.

-mbien


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

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

Re: Netbeans + ssh -x

[Antonio]

Hi Peter,

Thanks for clarifying!

These problems are usually X11 or JDK related, NetBeans uses Swing 
extensively, and rendering is performed by the JDK and X11, so I'd guess 
that it's JDK/X11 part which is having rendering problems.


In order to better determine where the problem is we'll need more 
information.


- NetBeans: are there any exceptions logged in the NetBeans log file?
- JDK: are you having a core dump of the JDK (an hsperf file logged 
somewhere?

- X11 Client: any logs you could provide?

Also, what's the problem you're having? The whole X-Client crashes down 
or is it just NetBeans?


You may want to try out different JDK 2D rendering settings in your 
remote NetBeans (see [1]) by adding them to the netbeans.conf file 
(-J-D...). These may differ among different JDK vendors. I'd try 
disabling OpenGL


Cheers,
Antonio


[1]
https://docs.oracle.com/javase/8/docs/technotes/guides/2d/flags.html

Things I'd try:

-J-Dsun.java2d.opengl=true|false
-J-Dsun.java2d.pmoffscreen=true|false

Also try to add an environment variable J2D_PIXMAPS=shared|server.

On 5/5/23 8:53, Peter Kovacs wrote:
Sorry for the confusion. The crash on Windows can be reproduced 
relatively often when pressing the toolbar button for git push. It is 
far less likely, when Netbeans - menus are used.


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

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

Re: Netbeans + ssh -x

[László Kishalmi]

Better to use nomachine remote desktop...

On Thu, May 4, 2023, 23:53 Peter Kovacs  wrote:

>
> Am 05.05.23 um 08:05 schrieb Antonio:
> > Hi Peter,
> >
> > I'm afraid this email of yours has too little information and is not
> > understandable.
> >
> > The "ssh -x" part in the subject suggests you're doing some sort of
> > X11 forwarding for this remote server, but that would require a
> > capital X in the flag (ssh -X) and not the lowered case one that
> > you're posting.
> yes, you got it right.
> >
> > The body of your message suggests you're having a problem with a
> > x-server on Windows, that is not reproducible on linux? and you're
> > blaming NetBeans for that. Also there's no stack trace or any other
> > hint of the problem you're having that explains why you think NetBeans
> > is failing in your setup.
>
> Sorry for the confusion. The crash on Windows can be reproduced
> relatively often when pressing the toolbar button for git push. It is
> far less likely, when Netbeans - menus are used.
>
> Let's rephrase my questions. Hopefully there is a better understanding.
>
> Does anyone has experience with Netbeans running on an remote X-Server,
> including Windows X-Client? (working feedback would be awesome)
>
> Is there a difference between using the Toolbar button and calling a
> feature through the menu? Maybe different code is called that is causing
> a difference on the X-Server.
>
> I do not blame Netbeans. MobaXterm is the software that crashes. The
> whole case is odd, and I am following leads.
>
> >
> > I suggest you redacting your email properly, adding more information,
> > at the risk of being ignored in this mailing list.
>
> Thanks for helping improving my inqurie.
>
> All the best
>
> Peter
>
> >
> >
> > On 4/5/23 21:01, Peter Kovacs wrote:
> >> Hello all,
> >>
> >> Following situation: for a complex web service I have moved a
> >> development environment (Netbeans + PHP module) on server. Devs on
> >> Windows experience now crashes when using buttons on top for push, pull.
> >>
> >> Menu seems less affected.
> >>
> >> Does anyone has experience with this sett up? Is there a difference
> >> between buttons in main windows or if I use the git menu?
> >>
> >> How do i find the implementation in the code?
> >>
> >> Any idea how to debug this?
> >>
> >>
> >> All the best
> >>
> >> Peter
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: Netbeans + ssh -x

[Peter Kovacs]

Am 05.05.23 um 08:05 schrieb Antonio:

Hi Peter,

I'm afraid this email of yours has too little information and is not 
understandable.


The "ssh -x" part in the subject suggests you're doing some sort of 
X11 forwarding for this remote server, but that would require a 
capital X in the flag (ssh -X) and not the lowered case one that 
you're posting.

yes, you got it right.


The body of your message suggests you're having a problem with a 
x-server on Windows, that is not reproducible on linux? and you're 
blaming NetBeans for that. Also there's no stack trace or any other 
hint of the problem you're having that explains why you think NetBeans 
is failing in your setup.


Sorry for the confusion. The crash on Windows can be reproduced 
relatively often when pressing the toolbar button for git push. It is 
far less likely, when Netbeans - menus are used.


Let's rephrase my questions. Hopefully there is a better understanding.

Does anyone has experience with Netbeans running on an remote X-Server, 
including Windows X-Client? (working feedback would be awesome)


Is there a difference between using the Toolbar button and calling a 
feature through the menu? Maybe different code is called that is causing 
a difference on the X-Server.


I do not blame Netbeans. MobaXterm is the software that crashes. The 
whole case is odd, and I am following leads.




I suggest you redacting your email properly, adding more information, 
at the risk of being ignored in this mailing list.


Thanks for helping improving my inqurie.

All the best

Peter




On 4/5/23 21:01, Peter Kovacs wrote:

Hello all,

Following situation: for a complex web service I have moved a 
development environment (Netbeans + PHP module) on server. Devs on 
Windows experience now crashes when using buttons on top for push, pull.


Menu seems less affected.

Does anyone has experience with this sett up? Is there a difference 
between buttons in main windows or if I use the git menu?


How do i find the implementation in the code?

Any idea how to debug this?


All the best

Peter


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

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





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

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





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

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

Re: Netbeans + ssh -x

[Antonio]

Hi Peter,

I'm afraid this email of yours has too little information and is not 
understandable.


The "ssh -x" part in the subject suggests you're doing some sort of X11 
forwarding for this remote server, but that would require a capital X in 
the flag (ssh -X) and not the lowered case one that you're posting.


The body of your message suggests you're having a problem with a 
x-server on Windows, that is not reproducible on linux? and you're 
blaming NetBeans for that. Also there's no stack trace or any other hint 
of the problem you're having that explains why you think NetBeans is 
failing in your setup.


I suggest you redacting your email properly, adding more information, at 
the risk of being ignored in this mailing list.


HTH,
Antonio


On 4/5/23 21:01, Peter Kovacs wrote:

Hello all,

Following situation: for a complex web service I have moved a 
development environment (Netbeans + PHP module) on server. Devs on 
Windows experience now crashes when using buttons on top for push, pull.


Menu seems less affected.

Does anyone has experience with this sett up? Is there a difference 
between buttons in main windows or if I use the git menu?


How do i find the implementation in the code?

Any idea how to debug this?


All the best

Peter


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

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





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

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