Replies: 31 comments 135 replies
-
|
For me, CTRL+X in Netbeans temporarily restores the broken copy functionality, until it happens again that is. |
Beta Was this translation helpful? Give feedback.
-
|
this fixes the issue temporarily. |
Beta Was this translation helpful? Give feedback.
-
|
Using Netbeans 23 relaxes most of the problems for me. Most of the time a copy / paste does not work, the second try succeeds. So right direction. |
Beta Was this translation helpful? Give feedback.
-
|
I can confirm the problem on Windows and funny thing is, sometimes it works back again. Maybe a raise condition with smth? |
Beta Was this translation helpful? Give feedback.
-
|
Netbeans 23 doesn't seem to improve things for me. It still happens a lot. Occasionally if I try CTRL+C twice it may fix it, but not always. |
Beta Was this translation helpful? Give feedback.
-
|
I can confirm that I’m experiencing this issue as well; it seems to be quite common on Windows. The |
Beta Was this translation helpful? Give feedback.
-
|
I completely agree with the frustration expressed in this thread. This clipboard issue is not just frustrating but quite basic and critical for daily workflow. It's concerning that such an essential feature is unreliable, as it may force many developers to switch to other IDEs just to avoid the constant interruptions. A fix for this issue is quite important and would make a huge difference for all of us who rely on NetBeans for efficient development. |
Beta Was this translation helpful? Give feedback.
-
|
I will take a look at NbClipboard.java, as I can only reproduce the issue after working with NetBeans for extended periods. |
Beta Was this translation helpful? Give feedback.
-
|
@jGauravGupta @jShiwaniGupta If either of you have a chance to try it, I'd be curious to hear if the patch posted at #3962 (comment) by any chance fixes the problem. |
Beta Was this translation helpful? Give feedback.
-
|
I downloaded the NetBeans 24 RC1 tag and built it locally for testing. Unfortunately, I was still able to reproduce the clipboard issue. After that, I applied the patch to the NbClipboard and tested it again, but I could still reproduce the problem. It seems that the patch didn't resolve the clipboard issue for my setup. For testing, I opened the IDE and loaded a Java file, then left it idle for 30-60 minutes. After that, I attempted to copy content from my browser to the IDE, but unfortunately, I was unable to do so. Edit: I will observe this patch over the next few days to assess if it reduces the overall occurrence of the clipboard issue. |
Beta Was this translation helpful? Give feedback.
-
|
@jShiwaniGupta Thanks a lot for testing! Your report is useful, as it eliminates one (somewhat unlikely) theory I had about the cause of the bug. |
Beta Was this translation helpful? Give feedback.
-
|
Any logs or profiler dumps available when this happens? |
Beta Was this translation helpful? Give feedback.
-
|
I don’t know if this will help but I typically copy/paste between NetBeans, IntelliJ, Notepad++ and VisualCode. This is on windows 11. I tend to switch apps pretty quickly when I’m copy/pasting but I don’t know if that’s relevant. I also have two external monitors attached to my laptop. I can’t help with the code but I’ll see if I can build and run from source. Maybe I can quickly try a patched version. I’ve never built NetBeans but if it might help, I can try. I’ll have to check the policy at work on running a patched version though. |
Beta Was this translation helpful? Give feedback.
-
|
I think I can always copy from the Debug output window, and paste it into an external application. So is the problem only related to the main file editor? Or was this fact already known and, as always, I missed it? 😆 |
Beta Was this translation helpful? Give feedback.
-
|
I added a PR to introduce this new retry logic for With this, It is possible that this interference is one reason to break copy and paste in windows, since get and set clipboard could interfere each other. Using this windows hack there always was a Since there seems to be a timing or threading problem, my guess is that the So having these thoughts, making |
Beta Was this translation helpful? Give feedback.
-
|
Did #8024 make it into Netbeans 24? |
Beta Was this translation helpful? Give feedback.
-
|
@stodge Not yet. I am running on it for some time now, but the problem occurs still from time to time. However, I have the "feeling" it is much less than without #8024 and the getContents modifcation. But saying this I am aware that there are very different experiences of this problem from different users. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks, just wanted to confirm. |
Beta Was this translation helpful? Give feedback.
-
|
Netbeans 24: After pasting breaks, copying is also affected. Instead of copying an empty selection (just the cursor), it copies as if the entire line was selected, even if it is (at least visibly) not. Some strange indexing is going on. |
Beta Was this translation helpful? Give feedback.
-
That is not a bug, it is a feature. Copy without selection copies current line. |
Beta Was this translation helpful? Give feedback.
-
|
Any actions here? |
Beta Was this translation helpful? Give feedback.
-
|
After seeing this on Java's Reddit, I decided to take a look at this (even though I've never used this IDE). I was able to reproduce this issue 100% of the time right from the opening. I've found the root cause and will post a fix once I figure out why this is the case. If one puts a breakpoint here https://github.com/openjdk/jdk/blob/a891630817844c8c42994da3b3110925ca4595a0/src/java.desktop/share/classes/sun/awt/datatransfer/SunClipboard.java#L135 and forcefully sets I added a bit of checking, and indeed, that is what is happening. Added check in Edit: I've narrowed down the cause, and this seems to be a bug in the JDK. I'm getting assert failures building AWT with Local fix on my machine, I haven't been able to reproduce the issue with this change. Running AWT tests |
Beta Was this translation helpful? Give feedback.
-
|
There was a "NB 25 Paste from Clipboard Problem Worse?" message on the nbusers mailing list now; I answered it with a link to @xxDark's agent. Based on the discussion, my own proposal would be the following:
This of course assumes that someone finds the time to work on it... but it's good to know in advance that a PR that follows this approach would actually get accepted. |
Beta Was this translation helpful? Give feedback.
-
|
@eirikbakke I mostly agree, but -
We simply don't know where people will download from with NB26. There will be no "official" Windows installer, or at least no-one is working on what would be required to ship one as far as I know. There will be no macOS installer afaik either. The ASF zip and the community .exe installer have comparable usage stats. The ASF .exe usage is at least an order of magnitude higher. I guess we'll find out whether people want "official" or they want installers. My concern is that the two options should differ in behaviour and end result as little as possible. That has always been the aim. We should also not conflate official with trusted - some of these are literally built and signed on the same box, by the same person, at the same time! Another thing to consider if going down the agent route is whether to use asm? eg. https://github.com/apache/netbeans/blob/888df0be86cb8145eec0653729d792b7cfd1ab52/platform/o.n.agent/src/org/netbeans/agent/TrackingAgent.java |
Beta Was this translation helpful? Give feedback.
-
I am referring to the ASF zip here. Is anyone opposed to shipping an agent-based patch in the "ASF zip"? (Not familiar with the technical details of agent development, but yes, we can see if there are ways we can simplify the agent code.) |
Beta Was this translation helpful? Give feedback.
-
|
Removing ASM is probably not going to simplify the agent code! However I suspect is the root cause of https://lists.apache.org/thread/tsdbr2r95njpycgf68trxfk9h62jtspv This shows the issues to consider if using either of these approaches, particularly if in the zip. We should move this conversation back to dev@ anyway now. |
Beta Was this translation helpful? Give feedback.
-
Sure, I started a thread there ("Adapting xxDark's Clipboard Problem Fix") with a summary of the saga so far. |
Beta Was this translation helpful? Give feedback.
-
|
in version 24 using -J-Dorg.netbeans.NbClipboard.level=FINEST i had very limited problems. I run CopyPasteTest and here are the results` Iteration 1: 2025-02-23 16:07:08.557 - Pasted into Notepad Iteration 2: 2025-02-23 16:07:09.364 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 2: 2025-02-23 16:07:10.284 - Pasted into Notepad Iteration 3: 2025-02-23 16:07:11.077 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 3: 2025-02-23 16:07:11.995 - Pasted into Notepad Iteration 4: 2025-02-23 16:07:12.788 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 4: 2025-02-23 16:07:13.709 - Pasted into Notepad Iteration 5: 2025-02-23 16:07:14.499 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 5: 2025-02-23 16:07:15.478 - Pasted into Notepad Iteration 6: 2025-02-23 16:07:16.268 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 6: 2025-02-23 16:07:17.310 - Pasted into Notepad Iteration 7: 2025-02-23 16:07:18.100 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 7: 2025-02-23 16:07:19.144 - Pasted into Notepad Iteration 8: 2025-02-23 16:07:19.937 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 8: 2025-02-23 16:07:20.981 - Pasted into Notepad Iteration 9: 2025-02-23 16:07:21.774 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 9: 2025-02-23 16:07:22.812 - Pasted into Notepad Iteration 10: 2025-02-23 16:07:23.603 - Pasted into NetBeans - Error: Copied or pasted text is empty. Iteration 10: 2025-02-23 16:07:24.648 - Pasted into Notepad I tried with and without Nothing changed... Any idea suggestions? |
Beta Was this translation helpful? Give feedback.
-
Perhaps we should put the agent in the developer builds, now that it's early in the release cycle? That way it'll get tested for a while before we decide whether to keep it for the next release or not. (EDIT: Agent, or patch-module, or whatever we decide is better...) |
Beta Was this translation helpful? Give feedback.
-
|
@johntor could you also give this a try #7051 (reply in thread)? The main difference is that it replaces one JDK class instead of rewriting several at runtime. Would be good to confirm that the NB issue is solved by fixes in |
Beta Was this translation helpful? Give feedback.
-
I can not understand what do you want me to test... Please give me a procedure and I be more than happy to test and report! |
Beta Was this translation helpful? Give feedback.
-
|
@johntor you mentioned that you are affected by the clipboard issues and I believe I read somewhere that you said you tried the agent and it fixed it. Would be great if you could disable the agent again and try it again with the steps described in #7051 (reply in thread) It is essentially the same procedure, a jar and a flag. |
Beta Was this translation helpful? Give feedback.
-
|
OK, so it seems that @mbien's patch-module approach works, too, as tested by @johntor and myself here. Having looked at the agent code I agree that this method is probably the better of the two approaches, provided that sun.awt.windows.WClipboard remains stable. Perhaps we could set up a test that fails if it changes in the OpenJDK repo? |
Beta Was this translation helpful? Give feedback.
-
|
Thinking about the latest findings (@xxDark) I find it strange that the clipboard seems to be not useable using the Java Editor but nearly without any problems from the Output or IDE Log windows. |
Beta Was this translation helpful? Give feedback.
-
Can you elaborate on what "IDE log windows" you are talking about?
Well yes, but no. The problematic code is only executed if there are any flavor listeners attached to the clipboard. But you can never be sure in a such big application as NetBeans whether something won't register a flavor listener even if all usages of them are removed from NetBeans. So I don't think that trying to get rid of use of flavor listeners is a feasible approach (although it will probably "fix" the issue (or at least make it disappear)). |
Beta Was this translation helpful? Give feedback.
-
|
If you build a project, then there all log stuff goes: So simply a text/plain flavor, while the java editor seems to integrate a more specialized code flavor. |
Beta Was this translation helpful? Give feedback.
-
|
clipboard doesn't work (( it's impossible to work |
Beta Was this translation helpful? Give feedback.
-
|
Add to your netbeans\etc\netbeans.conf
Working good for me |
Beta Was this translation helpful? Give feedback.
-
|
Option no2 clone/build xxDark's clipboard-agent This options I think is much faster. In previous solution clipboard seemed a bit leggy (to cut a method took a few msec and it was noticeable). |
Beta Was this translation helpful? Give feedback.
-
|
Hello. Thanks for the advice. Managed to minimize the inconvenience. I haven't seen any problems for the last two days. |
Beta Was this translation helpful? Give feedback.
-
|
xxDark's clipboard-agent fixed the issue without using FINEST. Perfect results for test code, 256 iterations. Yes, java.toolchain.languageVersion.set(JavaLanguageVersion.of(23)) needs reform upon build as |
Beta Was this translation helpful? Give feedback.
-
Yes that is the test code with subtle changes. Without FINEST or agent, test is failing almost immediately. Keep in mind that something changed on windows behavior! ALT+TAB cannot preserve the last opened window (a windows new paranoid bug/feature?), so for now just test while no other window is open except NetBeans itself and the notepad instance that will open. If not the test code will select the wrong window. |
Beta Was this translation helpful? Give feedback.
-
|
I confirm that the "patch" also works ok for me, |
Beta Was this translation helpful? Give feedback.
-
|
@istinnstudio thanks for checking! |
Beta Was this translation helpful? Give feedback.
-
|
I tested with the |
Beta Was this translation helpful? Give feedback.
-
|
@bradvido Thank you yourself for providing the invaluable reproducer code! |
Beta Was this translation helpful? Give feedback.
-
|
@neilcsmith-net made me aware, that there is the idea out there, that not using flavor listeners might also fix the problem. He also mentioned, that there are not that many places in the codebase that use them. Indeed outside the tests only master...matthiasblaesing:netbeans:flavorlistener_test When run as My result was, that with 15 iterations, I could reproduce the problem without the system property and could not reproduce it anymore with flavor listeners disabled. |
Beta Was this translation helpful? Give feedback.
-
|
@mbien yes, sorry, you crossed over with my edit! 😄 |
Beta Was this translation helpful? Give feedback.
-
|
the flavor event mechanism was added so that UI can prepare itself for the active flavor (e.g. enable paste button if compatible). To my knowledge there is still no way to listen to the clipboard outside of polling. https://bugs.openjdk.org/browse/JDK-4259272 on window activation the clipboard is polled and the events fire, that is why the current system clipboard entry is inserted on copy/paste from external applications. |
Beta Was this translation helpful? Give feedback.
-
|
Yes, I knew that, once .. brain freeze today! 😆 It is specified that calls might be redundant and the result of clipboard rather than flavor changes mind you. I'm trying to understand why this was added to NbClipboard, and whether it served any purpose. It's a limited way to track external contents, assuming the flavor listeners are called, but we ignore those calls anyway. And internal changes are primarily tracked via Now copy and pasting in the explorers (eg. Project, Favorites, etc.) does still call through |
Beta Was this translation helpful? Give feedback.
-
|
I had the same thought. Although maybe not |
Beta Was this translation helpful? Give feedback.
-
|
If it delegated first, sure. We might want one code path used by these things though. |
Beta Was this translation helpful? Give feedback.
-
|
@matthiasblaesing If that works it will be amazing. Thanks for trying it! What do the flavor listeners do? Can we live without them? |
Beta Was this translation helpful? Give feedback.
-
|
Flavor listeners listen for clipboard changes in realtime. Yes, it does fix the problem because the problematic OpenClipboard call is made only if there are any flavor listeners registered. |
Beta Was this translation helpful? Give feedback.
-
|
If a fix for this has been committed, will it be introduced in an update to NetBeans 25, or will it be released in a new version, NetBeans 26? |
Beta Was this translation helpful? Give feedback.
-
|
No workaround (it is a JDK bug) has yet been committed. Any changes will be in NetBeans 26. |
Beta Was this translation helpful? Give feedback.
-
|
The fact that there is a fully functional workaround for this jdk bug is a miracle after 10 years of delirium. So a big thanks!!! to xxDark. Independently of the fix that will be implemented, in my opinion, we have to advertise this bug solution at social media, because this is not just a bug, nobody can estimate the damage that has been done to windows users over the years. |
Beta Was this translation helpful? Give feedback.
-
|
So another approach. As the agent idea is not well received, I tried to reproduce the problem with a plain JTextArea and a flavor listener. The problem is not reproducible there. So it is not just the flavor listener. Based on @xxDark analysis and @mbien idea to rebuild the JDK I augemented a JDK build with logging of the I indeed saw two calls running in parallel, one from the native callback listening for clipboard changes and one coming from NetBeans copying data. The latter came from with that I get this result from the reproducer:
The reference from It would be great if others (@istinnstudio, @xxDark, @bradvido) could test the nightly available from: https://github.com/apache/netbeans/suites/36719959239/artifacts/2885407474 Two comments:
|
Beta Was this translation helpful? Give feedback.
-
|
I can confirm that this is almost working... I extracted the artifact, changed only I run on Windows 11, Open JDK 24. I imported my plugins. I run I had 4 times perfect run... Thank you matthiasblaesing !!! I'm available for testing... |
Beta Was this translation helpful? Give feedback.
-
|
It works quite often for me, but the issue still persists. Pressing CTRL + X seems to restore the functionality. |
Beta Was this translation helpful? Give feedback.
-
A non-agent solution would be nice, but speaking for myself, I don't think the agent solution is actually that bad, given that it addresses the underlying bug directly, and fixes it completely. I'd prefer the agent approach over partial solutions that merely make the bug more intermittent again. |
Beta Was this translation helpful? Give feedback.
-
|
Nobody bothered to make this a JDK bug and I have doubts, that it actually is. The agent solution from @xxDark works because it forces the interaction with the clipboard into the EDT and thus serializes access to it as |
Beta Was this translation helpful? Give feedback.
-
There's definitively a JDK bug, as @xxDark managed to cause assertion failures in the JDK when the code was called from the wrong thread. If NetBeans fixes it with an agent patch, and it proves to work well over time, that may help convince OpenJDK to fix it upstream eventually.
I don't think that's good: For the purposes of actually fixing the bug, "nearly always" is something we can work with. "Hard to reproduce" is much more frustrating. Why is there still pushback against the agent solution? |
Beta Was this translation helpful? Give feedback.
-
On the personal level: Because some PMC members are very vocal against this. I have no intention to fight on this, maybe I'll cast a 0/-1 vote on release, to make it known, that I don't agree with their assessment, but I will not go down the "discuss ad-infinitum" route. On the technical level: Because it is ugly. Forcing clipboard interaction into the EDT is one possible solution. We don't know yet how a full solution might look like and how this will play out. I have hoped, that this would be reproducible with plain swing, the first try failed for me and someone might file and issue against the JDK, that did not happen. |
Beta Was this translation helpful? Give feedback.
-
|
Hmm, tricky. On one hand I think it's really important to fix this bug, on the other hand it's also really important that volunteers don't lose motivation and energy over this. Is this a case where a simple vote might now be helpful? E.g. "Are PMCs OK with an agent-based solution to the Windows clipboard bug, despite its acknowledged ugliness?" |
Beta Was this translation helpful? Give feedback.
-
|
Is there pushback against the agent solution? Saying it needs to be optional and ultimately controlled via conf, or that we should ideally look to have any agent as a temporary solution ("because it is ugly"), is not pushback against having one IMO. |
Beta Was this translation helpful? Give feedback.
-
|
I will try to make a reliable reproducer. The problem is that DWM/epxlorer really does not like rapid clipboard interactions. Rapidly interacting with the clipboard causes explorer to stop responding to key presses, including ctrl-alt-delete. |
Beta Was this translation helpful? Give feedback.
-
|
It is also worth noting that my agent does more than serializing calls from AWT-Windows to EDT: it adds proper private void handleContentsChanged() {
if (AppContext.getAppContext() != null && !EventQueue.isDispatchThread()) {
EventQueue.invokeLater(this::handleContentsChanged);
return;
}
long[] formats = null;
synchronized (this) {
if (!areFlavorListenersRegistered()) {
return;
}
try {
openClipboard(null);
formats = getClipboardFormats();
} catch (IllegalStateException exc) {
// do nothing to handle the exception, call checkChange(null)
} finally {
closeClipboard();
}
}
checkChange(formats);
}The patched bytecode does essentially the same thing but without try/finally inserted by the compiler (synchronized is implemented using try/finally blocks in javac) because I did not want to spend time on properly re-implementing try/finally semantics, so it does simple branching instead to do monitor unlocking. Instrumented bytecode: private void handleContentsChanged() {
if (AppContext.getAppContext() != null && !EventQueue.isDispatchThread()) {
EventQueue.invokeLater(this::handleContentsChanged);
return;
}
boolean unlocked;
long[] formats = null;
block:
{
unlocked = false;
// MONITORENTER : this
try {
if (!this.areFlavorListenersRegistered()) {
if (unlocked) return;
// MONITOREXIT : this
return;
}
try {
this.openClipboard(null);
formats = this.getClipboardFormats();
} catch (IllegalStateException illegalStateException) {
} finally {
this.closeClipboard();
}
if (unlocked) break block;
} catch (Throwable t) {
if (unlocked) throw t;
// MONITOREXIT : this
unlocked = true;
throw t;
}
// MONITOREXIT : this
unlocked = true;
}
this.checkChange(formats);
if (unlocked) return;
// MONITOREXIT : this
}Similarly to |
Beta Was this translation helpful? Give feedback.
-
|
Modify my test as follows, this will be 1:1 of what is happening in NetBeans: When you see "Ownership should've been lost" message, try copying something from another application. |
Beta Was this translation helpful? Give feedback.
-
It is now tracked as JDK-8353950 Edit: I'll have a look at the native code. Some checking into the clipboard API indicates, that there might be an option to reduce contention around the clipboard. That combined with correct locking might be a path forward. |
Beta Was this translation helpful? Give feedback.
-
|
So I had a look at the problem and this is my result: openjdk/jdk#24614. I have an OCA on file and the openjdk bot picked that already up and marked the PR as ready for review. Lets see how it turns out. Hope that it gets attention and reviewers agree with my approach. |
Beta Was this translation helpful? Give feedback.
-
|
@matthiasblaesing Thanks a lot for getting the JDK bug through and shepherding a patch. |
Beta Was this translation helpful? Give feedback.
-
|
An updated version of the "agent approach" is available from #8361 (comment: #8361 (comment)): Checks page direct download. I tested successfully with the reproducer code, more tests would be appreciated. |
Beta Was this translation helpful? Give feedback.
-
|
I can confirm that this is working!!! I extracted the artifact, changed only netbeans_jdkhome. I run on Windows 11, Open JDK 24. I run CopyPasteTest 10 times with maxTries = 20 while waiting before each execution. I had 100% perfect run! Thank you!!! |
Beta Was this translation helpful? Give feedback.
-
|
@matthiasblaesing Thank you! Seemed to work when I tested on my old Windows laptop with CopyPasteTest. The direct download version you posted here did not exhibit the bug, while as a control, a plain install of NetBeans 25 did once again exhibit the bug. |
Beta Was this translation helpful? Give feedback.
-
|
seems to be fixed in NB 26-rc1 after some hours of work !! |
Beta Was this translation helpful? Give feedback.
-
|
I'm still on NB 25 with the patch from @xxDark. While copy/paste works, I have issues with NB's "Paste from history" action. The Paste from history popup only seems to be filled with new entries occasionally but I'm unable to reproduce this reliably. For example, if I copy text from this text field on GitHub (Firefox), the new entries always seem to be properly added. However, if I attempt the same from open editor tabs within the IDE, it only adds new entries to the popup sometimes and almost never if I try within just one editor tab. I can't copy two code constructs at the same time in order to paste them into the same editor tab. Essentially, all I'm doing is a couple of Just tried with NB 26-rc1. Same behavior. |
Beta Was this translation helpful? Give feedback.
-
|
This is a known and separate issue linked to the removal of the security manager. It is possible that #8394 would fix this. |
Beta Was this translation helpful? Give feedback.
-
|
this is a separate issue and not directly related to the jdk race condition. (also discussed here #7051 (reply in thread) and other places). A quick fix would be to let the editor fill into history directly. However the feature itself is technically no clipboard history, since it doesn't display system clipboard history. It adds the most recent item on window focus change from the system clipboard - thats it. This is likely OK, otherwise NB would have to poll the system clipboard and spy on it - which probably nobody wants for multiple reasons + polling clipboard can be very expensive. Its more of a UI naming/communication issue. |
Beta Was this translation helpful? Give feedback.
-
|
Apologies for bringing this up again. I missed those responses when searching for "history". |
Beta Was this translation helpful? Give feedback.
-
|
@predi For the history part it would be great if you could test the nightly available from #8394 (Checkspage, direct download) |
Beta Was this translation helpful? Give feedback.
-
|
It seems this has been fixed in netbeans 26. As I was upgrading to netbeans 26, i and applying this clipboard java agent patch, I noticed this is already there in the configuration. Haven't tested, but glad to see this much needed patch is included. Thanks to everyone. @xxDark much gratitude I have been using netbeans since almost 2008, and mostly on windows. Thanks to everyone again. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Copying text in and out of NetBeans stops working for some users on windows, this thread discusses #3962 on the adventurous quest to fix the bug.
updates:
thanks to everyone who participated in this endeavor, esp to @xxDark who came up with the initial patch (#7051 (comment)), many community members who helped finding methods to reproduce the race condition more reliably and @matthiasblaesing for integrating it into NetBeans 26 #8361
Beta Was this translation helpful? Give feedback.
All reactions