Grasshopper window disappears when it becomes inactive

Thanks, Dan!

Sidenote: the Grasshopper window disappears when it becomes inactive, it won’t stay on top of Rhino, should I start a new topic for that?

I can’t seem to reproduce this on macOS Mojave (10.14.1) and the latest RhinoWIP. What are the exact steps you are taking?

Also, can you please run _SystemInfo and attach that here?

Hi Dan,

I’ve taken a screen recording. Nothing special, open up RhinoWIP, type Grasshopper, and that’s it.
Maybe we are not talking about the same thing (at the time of posting it’s still uploading):

To rephrase the issue, by the “Grasshopper window disappearing” I mean, that I would like to have it as in v5 for Mac (or in the Windows version): no matter what I do in Rhino, if the Grasshopper window is open, it always stays on top.

My system info:

Rhino 6 SR12 2018-11-6 (Public Build, 6.12.18310.10526, Git hash:master @ 796297cb9cb110b9a02b7734498c64c8583a4eb8)
Licence type: Beta, build 2018-11-06
License details: Cloud Zoo.  In use by: furtonb ()
Expires on: 2018-12-21

Apple Intel 64-bit macOS Version 10.14 (Build 18A391) (Physical RAM: 16Gb)
Machine name: fb’s MacBook Pro
Language: en-HU (MacOS default)

AMD Radeon R9 M370X OpenGL Engine (OpenGL ver:4.1 ATI-2.0.36)

OpenGL Settings
  Safe mode: Off
  Use accelerated hardware modes: On
  Redraw scene when viewports are exposed: On
  Anti-alias mode: 4x
  Mip Map Filtering: Linear
  Anisotropic Filtering Mode: Height
  Vendor Name: ATI Technologies Inc.
  Render version: 4.1
  Shading Language: 4.10
  Driver Date: (null)
  Driver Version: (null)
  Maximum Texture size: 16384 x 16384
  Z-Buffer depth: 24 bits
  Maximum Viewport size: 16384 x 16384
  Total Video Memory: 2 GB
  Displays: Color LCD (295dpi 2x)
  Screen size: 1920 x 1200

USB devices
  Apple Inc.: Apple Internal Keyboard / Trackpad
  Broadcom Corp.: Bluetooth USB Host Controller

Bluetooth devices

Third party kernel extensions
  at.obdev.nke.LittleSnitch (5207) 9FEE069A-6B44-395D-B154-411C856CB951

Third party plugins

Rhino plugins
  /Applications/	"RhinoCycles"	6.12.18310.10526
  /Applications/	"Snapshots"	6.12.18310.1002
  /Applications/	"Grasshopper"	6.12.18310.10526
  /Applications/	"PanelingTools"	6.12.18310.1002
  /Applications/	"Commands"	6.12.18310.10526
  /Applications/	"Renderer Development Kit"	6.12.18310.1002
  /Applications/	"Alerter"	6.12.18310.1002
  /Applications/	"RDK_EtoUI"	6.12.18310.10526
  /Applications/	"Displacement"	6.12.18310.1002
  /Applications/	"IronPython"	5.1.2015.132
  /Applications/	"Rhino Render"	6.12.18310.1002

Same behavior here - Grasshopper window does not stay in front of Rhino window as it did in previous versions. I haven’t upgraded to macOS Mojave yet (still running High Sierra).

Ah thanks @furtonb. A video was worth at least 200 words :wink: Yep, this is a regression after the big VB merge. I’m reopening RH-36851.

1 Like


1 Like

This should be fixed in the latest RhinoWIP. Please give it a try.

I’ve checked briefly, it is fixed. Thanks!


This has been bothering me a lot, so I downloaded the WIP version, but this is still happening for me. When I use “Check for Updates” it says I have the newest version (6.14).

Is this not the latest version? Do I have to change any settings for this to work?

Thanks, Daniel

OK, I read this through and watched the video again, and maybe I am talking about a slightly different issue?

My exact problem is that I am working with several applications at once (but mostly I connect GH and Rhino to ARCHICAD), and so I have Rhino and GH open on one of my screens, and my other apps on my other screen. When I switch to any other application from Rhino, the GH window disappears, and only comes back when my active application is Rhino again - so I can’t go to my other applications and see my GH definition at the same time - which would be crucial for me. This works absolutely fine on Windows.

Is this a different issue? Can/will this be fixed?


1 Like

Yes, this is a different issue.

A developer is looking into this - you can follow progress here: RH-50695

1 Like

Wow, that was fast, thanks!

The site you linked says I don’t have permission to view it. Do I have to register anywhere?


The issue was originally set to be visible to developers only - it’s now open to the public.