On 24-06-2024 16:34, Neil C Smith wrote:
On Mon, 24 Jun 2024 at 15:05, Simon IJskes - QCG wrote:
shouldn't
https://netbeans.apache.org/front/main/download/dev/index.html
be trimmed to remove duplicates with
https://cwiki.apache.org/confluence/display/NETBEANS/Development+Environment
On 6/24/24 16:50, Simon IJskes - QCG wrote:
On 6/24/24 16:34, Neil C Smith wrote:
Confluence is a bit more complicated - you'll need an account and
there's a bunch of outdated stuff - it's more inward facing notes (if
that's an excuse?! :-) ).
is it posible to grant si
On 6/24/24 16:34, Neil C Smith wrote:
Confluence is a bit more complicated - you'll need an account and
there's a bunch of outdated stuff - it's more inward facing notes (if
that's an excuse?! :-) ).
is it posible to grant sijs...@apache.org (or sijskes) access?
--
create firmware without pr
On 6/24/24 15:56, Laszlo Kishalmi wrote:
On 6/24/24 06:27, Simon IJskes - QCG wrote:
On 3/14/24 14:26, Neil C Smith wrote:
The JDK support policy was adopted and is available at
https://cwiki.apache.org/confluence/display/NETBEANS/Minimum+JDK+build+and+run+policy
NetBeans IDE has required
On 3/14/24 14:26, Neil C Smith wrote:
The JDK support policy was adopted and is available at
https://cwiki.apache.org/confluence/display/NETBEANS/Minimum+JDK+build+and+run+policy
NetBeans IDE has required JDK 11 since NetBeans 13.
NetBeans Platform has required JDK 11 since NetBeans 19.
NetBean
On 6/15/24 16:58, Simon IJskes - QCG wrote:
On 6/13/24 18:49, Michael Bien wrote:
Hi Simon,
I added a "Tips, Tricks and Workarounds" category to github discussions:
https://github.com/apache/netbeans/discussions/categories/tips-tricks-and-workarounds
Feel free to add a post t
On 6/13/24 18:49, Michael Bien wrote:
Hi Simon,
I added a "Tips, Tricks and Workarounds" category to github discussions:
https://github.com/apache/netbeans/discussions/categories/tips-tricks-and-workarounds
Feel free to add a post to it which helps with ibus problems.
Done.
we did link to
On 6/12/24 18:30, Moacir da Roza wrote:
I think it's not a problem with netbeans, it's a relatively common problem
with ibus, that people "fix" configuring other shortcut on ibus-setup.
Thanks,
I know and i knew. But i had forgotten it in the meantime.
What i was thinking as an improvement fo
Hi,
perhaps something for the website, or release notes, or other documentation.
When running under linux, with ibus installed, the -
keycombo conflicts with the keycombo for emojis in ibus.
In order to get it working, you need to clear the "Emoji annotation"
keyboard shortcut in "ibus-setup
On 5/12/24 00:12, Scott Palmer wrote:
Has anyone else noticed it? It was happening in NB 21 as well,
maybe before that, but I don't know exactly how to reproduce it because
it doesn't happen every time. Basically select a block of lines and hit
delete, then cursor up and down just bounce back t
On 5/8/24 13:59, Simon IJskes - QCG wrote:
When i have a project running in NB, and if i make a change in the
source (a really nasty one, like inserting a closing paren halfway) then
i get a lot of (underline wiggly markers) errors (logical!), but when i
i find it hard to reproduce, so
When i have a project running in NB, and if i make a change in the
source (a really nasty one, like inserting a closing paren halfway) then
i get a lot of (underline wiggly markers) errors (logical!), but when i
repair the errors (with the project still running) the internal compiler
does no
On 5/7/24 18:51, Michael Bien wrote:
could you try to repeat this with NB 22 rc2?
https://nightlies.apache.org/netbeans/candidate/netbeans/
-mbien
I like the opening screen with the options. And also the icon in the
menubar for the 'Open in favorites'. It reminded me of the keyboard
shortcu
a working class rename is *much* more important.
Thanks,
Gr. Simon
On 5/7/24 18:51, Michael Bien wrote:
could you try to repeat this with NB 22 rc2?
https://nightlies.apache.org/netbeans/candidate/netbeans/
-mbien
On 07.05.24 12:06, Simon IJskes - QCG wrote:
I've got a reproducab
On 5/7/24 12:15, Neil C Smith wrote:
The issue is likely in how NetBeans uses this code. eg. see
https://github.com/apache/netbeans/issues/7331
Can you confirm if the project is using JPMS?
Has any work been done to reproduce javac errors without an interactive
session?
Any ideas on the a
On 5/7/24 12:15, Neil C Smith wrote:
On Tue, 7 May 2024 at 11:11, Simon IJskes - QCG wrote:
Err. it's in the javac.
Sorry. Please ignore.
The issue is likely in how NetBeans uses this code. eg. see
https://github.com/apache/netbeans/issues/7331
Can you confirm if the project is
Err. it's in the javac.
Sorry. Please ignore.
On 5/7/24 12:06, Simon IJskes - QCG wrote:
I've got a reproducable error during refactoring, but i cannot give any
source code. it also is a big project, so i cannot easily build a MRE.
Do with it what you will.
during rename
I've got a reproducable error during refactoring, but i cannot give any
source code. it also is a big project, so i cannot easily build a MRE.
Do with it what you will.
during rename of a class:
Caused: java.lang.NullPointerException: Cannot invoke
"com.sun.tools.javac.code.Type.getThrownTyp
endencies in account.
So it should suffice clean and build the top project.
eg mvn clean package in maven root/main folder.
If I remember correctly its a "rebuild" (clean + build) in netbeans.
Davide Grandi
On 11/10/2023 10:37, Simon IJskes - QCG wrote:
Hi,
Having the following situ
Hi,
Having the following situation:
* a maven project with modules.
* a module with dependencies in the set of modules.
* developers intention is to make sure everything is freshly compiled.
* marks the 'clean' action with 'Build with dependencies' on the module.
* the clean action first builds
I've closed every window in NB until the problem disappeared and the
huge resource claim is caused by any of the treebased windows.
The project group contains 43 POMs. Smaller project groups, cause much
less resource claims.
Other L&F like FlatLaf don't have this issue at all.
I've looked
i've written in a previous email 9/5/23 23:50, how to reproduce in
netbeans, but i think you are looking for specifics of my X11
environment i guess?
Gr. Simon
On 9/5/23 23:39, Tamás Cservenák wrote:
Am using (somewhat limited, but still) Netbeans on Linux + Wayland (Intel
XE graphics), no
I'm unable to run with glx extensions. There i run so fast out of memory
that my whole X11 crashes (in about 6 hours or so).
See:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/7626
Gr. Simon
On 9/5/23 23:39, Tamás Cservenák wrote:
Am using (somewhat limited, but still) Netbeans on Linux
for NetBeans even if I resize the window.
Cheers,
Antonio
On 5/9/23 19:54, Simon IJskes - QCG wrote:
I cant be absolute, but the majority of the graphic contexts is
returned with a garbage collection.
The problem is, with a large heap, the X11 server resources are
exhausted (so it seems) b
If i disable the memory graph, the resource claim growth is immediately
reduced.
The GC i was talking about, are X11 Graphic Contexts.
Gr. Simon
On 9/5/23 23:16, Michael Bien wrote:
hi Simon,
On 04.09.23 11:00, Simon IJskes - QCG wrote:
It does take long before netbeans to rise to the top
can you just clarify - are these X resources returned
after a GC or is there some amount which is permanently leaked?
On Mon, 4 Sept 2023 at 12:40, Simon IJskes - QCG wrote:
The rate of GC increments depends on if the performance toolbar is the
last in the toolbars, when i add a custom toolbar at t
The rate of GC increments depends on if the performance toolbar is the
last in the toolbars, when i add a custom toolbar at the end, it is down
to 3 per second. When not about 30+ per second.
Using Metal Laf.
Gr Simon
On 9/4/23 13:19, Simon IJskes - QCG wrote:
Thanks,
had a look as well
[] in the panel), the increment of
the graphics contexts stops. Also it is probably dependend on the
netbeans window content. After restarting netbeans it is down to 3 gc
extra per second.
Gr. Simon
On 9/4/23 11:59, Peter Hull wrote:
On Mon, 4 Sept 2023 at 10:01, Simon IJskes - QCG wrote:
The
On 9/4/23 11:00, Simon IJskes - QCG wrote:
The memory graph in the performance toolbar claims a huge amount of X11
resources.
Some platform details:
Netbeans 18,
openjdk version "17.0.8.1" 2023-08-24
OpenJDK Runtime Environment (build 17.0.8.1+1-Ubuntu-0ubuntu122.04)
OpenJDK 64-Bit
Hi,
The memory graph in the performance toolbar claims a huge amount of X11
resources.
When looking at xrestop you can see it growing every second.
It will clear with a GC, but if you give netbeans a huge java heap, this
GC is delayed. And the claim on X11 resources grows. It does take long
Thanks to everybody for fixing this.
Gr. Simon
On 04-07-2022 14:27, Simon IJskes - QCG wrote:
Now running on:
Product Version: Apache NetBeans IDE 14
Java: 17.0.3; OpenJDK 64-Bit Server VM 17.0.3+7-Ubuntu-0ubuntu0.20.04.1
Runtime: OpenJDK Runtime Environment 17.0.3+7-Ubuntu-0ubuntu0.20.04.1
On 14-07-2022 17:57, Simon IJskes - QCG wrote:
On 14-07-2022 15:34, Jean-Marc Borer wrote:
Maybe this can help as well to start searching at the right place:
https://netbeans.apache.org/wiki/DevFaqFindLocationInSourcesFromUi.asciidoc
Thanks!
BTW:
I've researched further into
On 14-07-2022 15:34, Jean-Marc Borer wrote:
Maybe this can help as well to start searching at the right place:
https://netbeans.apache.org/wiki/DevFaqFindLocationInSourcesFromUi.asciidoc
Thanks!
BTW:
I've researched further into class hierachy behaviour, and i've found
another class hierarc
filed a bug report
https://github.com/apache/netbeans/issues/4366
-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org
For further information about the Ne
What i can see is that nb11 and nb12 worked. nb13 doesn't anymore.
When i look in the sources i can see a lot of work has been done in this
(call hierarchy) area. for instance:
https://github.com/apache/netbeans/commit/072306a8d9d5b1cd7597805ff3260039667f17e9
It looks like a LSP subsystem is
It seems 'call hierarchy' 'search from base class' option does not
function anymore, when clicking 'call hierarchy' on a method of a
implementation of an interface.
I've got a minimal project demonstrating the behaviour. Shall i open a bug?
I would be very interested in reports of others, a
still doesnt work.
Gr. Simon
On 15-06-2022 11:09, Simon IJskes - QCG wrote:
Thanks,
My NB 13 is running on JDK 16. And compiling with JDK 16. I try to
upgrade the tools here to NB 14 soon.
Gr. Simon
On 15-06-2022 09:42, Alexander Kronenwett wrote:
Hello Simon,
I had this issue once as well
.
Gr. Simon
On 15-06-2022 11:09, Simon IJskes - QCG wrote:
Thanks,
My NB 13 is running on JDK 16. And compiling with JDK 16. I try to
upgrade the tools here to NB 14 soon.
Gr. Simon
On 15-06-2022 09:42, Alexander Kronenwett wrote:
Hello Simon,
I had this issue once as well when I ran NB 13
.
Best
Alex
Simon IJskes - QCG schrieb am Mi., 15. Juni 2022, 09:22:
It seems 'call hierarchy' 'search from base class' option does not
function anymore, when clicking 'call hierarchy' on a method of a
implementation of an interface.
After googling/ducking could not
It seems 'call hierarchy' 'search from base class' option does not
function anymore, when clicking 'call hierarchy' on a method of a
implementation of an interface.
After googling/ducking could not find an open bugreport.
Is it a pebcak (mine) or bug?
Gr. Simon
---
40 matches
Mail list logo
