Laszlo Kishalmi
Laszlo Kishalmi
Try with `-J-DTopSecurityManager.disable=true` only. That entirely disables our custom Clipboard. Other mentioned switches won't matter at all form that point. (not even the loglevel increase)
> > Try with -J-DTopSecurityManager.disable=true only. That entirely disables our custom Clipboard. Other mentioned switches won't matter at all form that point. (not even the loglevel increase) > > That...
@eirikbakke I really appreciate the effort you are putting on this! Thank you Eirik!
@eirikbakke Shall we include this one to NB16? If yes please approve! Even it is not a fix, it is still an improvement.
A naive attempt to fix: #4572 Also you may add the following command line option to ```netbeans.exe``` (or put it into ```netbeans.conf```): ``` -J-Dnetbeans.slow.system.clipboard.hack=false ``` That'd switch off NetBeans Clipboard...
Also check with Java 17. This issue is on how Native Clipboard communicate with the JVM, so the JVM can count as well.
It is so strange that we do not get feedback from the Windows folk running the IDE with `-J-DTopSecurityManager.disable=true` or `-J-Dnetbeans.slow.system.clipboard.hack=false`...
Also check if there is no exception reported in the Notification window. There are some unfortunate cases when an exception happens in Javac, that would silently cancel the find usage...
@cleishm I'm seeing an increased activity from you recently. Are you still looking for a maintainer? Are you expecting to create a new release in the near future?
Could it be an IPv6 issue? I'm experiencing this over T-Mobile 5g as my primary ISP is down.