Hi All,
Has anyone else come across a bug when using grasshopper and you try to type in a panel, search bar, press delete etc - however it activates the command line in Rhino instead? Even keyboard shortcuts like Ctrl+C etc don’t work!
I’ve had this before with Dynamo/Revit, but can’t see why it would be a setting somewhere… Anyone else stumbled across this?
Cheers
Dan
It has been reported from time to time, it indeed happens on occasion. No root cause has been found to this day.
don’t know if this can be helpful, it’s happening to me right now 
the weird thing (happened several times in the last years, but this is the first time I notice this particular behavior) when the focus is on the gh window and I press a key on my keyboard, the focus goes to Rhino and WEIRD STUFF gets typed instead 
symbols and other things that do not belong to the only keyboard I have installed on my Windows 10 machine (only the italian keyboard is installed)
Function keys (F1 to F12)
F* key pressed in gh: 1 2 3 4 5 6 7 8 9 10 11 12 HOME END DEL
char typed in Rhino: P q r s t u v w x * Z { $ # .
F10 typed in GH activates in Rhino _PointsOn
Other keyboard keys
key pressed in gh: ' ì è + ù ò à , . - PAGEDOWN PAGEUP
char typed in Rhino: U Ý º » ¿ À Þ ¼ ¾ ½ " nothing_happens
number pad (numlock on)
key pressed in gh: 1 2 3 4 5 6 7 8 9 0 . + - * /
char typed in Rhino: A b c d e f g h i ` n k m j o
number pad (numlock off)
key pressed in gh: 1 2 3 4 5 6 7 8 9 0 . + - * /
char typed in Rhino: # ( " % * ' $ & * - . k m j o
*number pad key 5 types nothing
*number pad key 9 equals to pressing ESC key
Enter key works as intended, both in keyboard and number pad
any number key from the keyboard top row pressed in gh types the same number in Rhino
any letter key pressed in gh types the same CAPITAL letter in Rhino, regardless of caps lock: any letter gets always typed capital (this might depend on the thing that a Rhino command is not recognised…)
pressing the WINDOWS button in GH types ] in rhino and opens windows menu as usual
pressing TAB does not shift the focus from GH window to Rhino window and nothing else happens (after pressing Tab, focus is still on the GH window)
pressing CAPS LOCK or CTRL or ALT or SHIFT does shift the focus from GH window to Rhino window and nothing else happens, nothing gets typed
pressing ESC key on GH shifts focus on Rhino and clears Rhino command line as usual
pressing Space while on gh equals to pressing space while in Rhino
not turning off my PC until this evening, Rhino still running, so if you have any experiment or weird thing you would like me to try in the meanwhile, I’m donating my machine to science for a few hours 
Perhaps make a memory dump of your Rhino process, zip up and upload to our upload tool with a link to your post in the comments.
Check Manually Creating a Memory Dump (DMP File) from an Unresponsive Rhino for Windows [McNeel Wiki] for precise instructions how to make that memory dump.
If Grasshopper is built with Eto, my guess is it has something to do with the keyboard hooks involved. When grasshopper window is active, a keyboard hook is used to listen for specific key combos and “do” grasshopper stuff, when the user switches to Rhino, that hook is uninstalled/deactivated and then Rhino gets its turn / authority to listen to the keyboard hooks.
This lets Rhino and GH both use shortcuts/aliases in different ways despite gh being part of Rhino as a plugin technically..
Disclaimer, I have no inside knowledge of how it’s working behind the scenes. It just sounds like some conflict in key hooks or oversight maybe (that shows up in edge cases)
@nathanletwory that happened again today (after like 3 months)
just uploaded the memory dump file (unzipped was 2.9 GIGABYTES, zipped about 700 Mb) hope that helps!
fresh PC restart, launched Rhino, launched Gh, opened a gh definition I was working on yesterday (no Rhino file, just Gh definition) saved it with a new name, and after that the issue appeared
[edit] I AM ABLE TO REPRODUCE IT
launch Rhino, launch GH, double click on the gh top bar in such a way the whole gh window becomes just the strip-bar, enlarge the strip in such a way it becomes a window again, and stuff typed in gh will misbehave, backspace will write a dot in Rhino instead of deleting the selected gh component and so on…
at least now I know what to avoid, which is double clicking the GH bar in order to not make this happen 
This issue has been ongoing for over 14 years now. It’s frustrating when it happens and it would be really nice if this could actually get resolved.
Post from 2010:
Delete button not answering on GH but only on Rhino - Grasshopper
Hi Inno -
Thanks → RH-88490 Grasshopper: Keyboard Goes to Rhino
I’d just avoid expanding the Grasshopper interface by dragging a border. If you collapse it by double-clicking, why not just expand it again by double-clicking? Also, when you do expand the interface by dragging the border down, you can still double-click the title bar to make Grasshopper get focus again.
Just to make sure, are you also expanding the interface by dragging the border after you have double-clicked the title bar to collapse it?
-wim
I 200% agree with you
until a few hours ago I just didn’t really care how I handled the gh window, probably the double click on the top bar was not even really intended… it happened so rarely to double click the GH bar and then resize it, that in the last 3 months it took place just twice for me
it’s was more about finding the reason why that was happening, and eventually a solution
not really for the quality of life itself -again, twice in 3 months, who cares- but for knowing this won’t just happen randomly while you are working on the most import definition of the year, which we have just confirmed is not the case, it’s not a random thing, it’s repeatable and easy to fix
for me this problem is solved, meaning we know how to go back to normal: all we need to do is just double click on the gh top bar again, and everything goes back to normality (tested after you stated it: it works fine 
)