-
Notifications
You must be signed in to change notification settings - Fork 6.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MacOS Text Box Selection Issue #7509
Comments
Which theme are you using? Have you tried a different theme? This seems to be working on MacOS 15.3, Java 21.0.3, in the latest Ghidra. I noticed that if while selecting the text with the mouse, without letting go of the left mouse button, I press delete and then keep typing, the text box behaves as you mention. But for me, as soon as I let go of the mouse button, it behaves as expected. This leads me to think that maybe your mouse button release event is getting lost, leaving the text field in the state I mentioned. |
I see this a lot too in the filter boxes on my Mac. I will speak to @dragonmacher about it next week. |
Tested on both a custom theme, flat dark, mac, metal, and nimbus themes. All show the same behavior. |
@BrendanTB5 are you using a magic mouse? |
After experimentation and discussing this with the team, it seems like the issue is the the magic mouse, or some other apple hardware. When this happens, clicking in the text field should fix the issue. We speculate that the problem happens when the text field does not detect a mouse released event and gets stuck in selection mode. Clicking again should reset this. Assuming the diagnosis is correct, there is not much we can do internally to fix the issue. |
The remedy you list is the correct way that I've found to resolve the issue when it occurs. To answer @ryanmkurtz 's question, I am not using a Magic Mouse. The mouse I am using is just a standard USB mouse. |
Describe the bug
Myself and some of my coworkers have been experiencing an issue with the text box entry methods on MacOS. Text box entry can become stuck to a length of one to a few characters. The length at which the textbox is stuck seems to correlate to the speed at which text is input.
Most of the time the textbox gets stuck at a one character size, with all characters entered afterwards overwriting that character. I have seen this occur on actions both involving selecting and deleting with the mouse, as well as just clicking into a text box to enter text. The deletion can either occur through pressing the delete button on the keyboard, or by entering new text over the selected text.
I have found this issue in most of the text boxes I interact with where information is commonly selected and deleted (symbol tree, search functionality, filter boxes, Jython window, ect.)
I have not had this issue appear on either Windows versions or Linux builds. This has occurred across multiple Ghidra versions including 11.2.1.
To Reproduce
Steps to reproduce the behavior:
This occurs to me about 2/3 of the time performing this action, so some repetition may be required.
Expected behavior
The cursor on the textbox visually appears to be stuck before the new typed character. The expected behavior would be that the cursor is now after the newly entered text and can allow for full text entry.dsfg
Screenshots

I know this is not that useful. But as you can see the cursor is before the character. And after overwriting the first character it will return to being before the first character.
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: