Bug?: Selection Failure (Fixed by Quitting/Reopening)

Rhino Rhino for Mac
,
1

I’ve been encountering selection failures often enough to report this issue.

When I try to select something, the selection options (which geometry is desired if elements are coincident) appears only briefly, then disappears, and I can’t select any geometry at all. (see enclosed video). If I quit Rhino, then reopen the file, selection behavior is now as expected.

Not sure if file details matter, but this is a STEP file from Solidworks with a number of blocks. I exploded and duplicated several elements, but did not explode the blocks. Perhaps this problem is unique to this particular workflow, but thought I’d mention it in case others are affected.

~Dave

MacRhino_Fail_Select.mp4 (1.6 MB)

Software information

Software versions
Rhinoceros version: 5.0.2 (5A865)
IronPython version: 5.1.2015.131
Language: en (MacOS default)
OS X version: Version 10.10.5 (Build 14F27)

Plug-ins
None

Third party kernel extensions
com.Logitech.Control Center.HID Driver (3.9.1)
com.Logitech.Unifying.HID Driver (1.3.1)
com.karios.driver.DuetDisplay (1)
com.paragon-software.filesystems.ntfs (313.2.12)
org.virtualbox.kext.VBoxDrv (4.3.20)
org.virtualbox.kext.VBoxUSB (4.3.20)
org.virtualbox.kext.VBoxNetFlt (4.3.20)
org.virtualbox.kext.VBoxNetAdp (4.3.20)

Hardware information

Computer hardware
Hardware model: MacBookPro8,3
Processor: Intel Core i7-2860QM CPU @ 2.50GHz
Memory: 16 GB
Architecture: Intel 64 bit

Video hardware
Graphics: AMD Radeon HD 6770M 1024 MB
Memory: 1024 MB
Screen size: 1920 x 1200
Displays: Color LCD (133dpi 1x)

USB devices
Apple Inc.: FaceTime HD Camera (Built-in)
Logitech: USB Receiver
Apple Inc.: Apple Internal Keyboard / Trackpad
Apple Inc.: Bluetooth USB Host Controller
Apple Computer, Inc.: IR Receiver

Bluetooth devices
None

OpenGL information

OpenGL software
OpenGL version: 2.1 ATI-1.32.25
Render version: 2.1
Shading language: 1.20
Maximum texture size: 16384 x 16384
Z-buffer depth: 24 bits
Maximum viewport size: 16384 x 16384

Implementation settings
Use texture compression: No

Appearance settings
Antialiasing: 6x
Mip map filtering: None
Anisotropic filtering: High

2

Thanks for reporting and for the video. Looks annoying to have to restart.

We’ve had this kicking around in a discussion recently. We don’t know what is causing this. But it would be nice to know if any of those Third Party Kernel Extensions…

com.Logitech.Control Center.HID Driver (3.9.1)
com.Logitech.Unifying.HID Driver (1.3.1)
com.karios.driver.DuetDisplay (1)
com.paragon-software.filesystems.ntfs (313.2.12)
org.virtualbox.kext.VBoxDrv (4.3.20)
org.virtualbox.kext.VBoxUSB (4.3.20)
org.virtualbox.kext.VBoxNetFlt (4.3.20)
org.virtualbox.kext.VBoxNetAdp (4.3.20)

…might be the culprit. Can you test this on another Mac? Or perhaps boot into Safe Mode and see if there problem occurs there?

We’d like to try those diagnostics first before we dig into a bug that we cannot reproduce on our computers.

3

If you think it’s a kext file, I think you can eliminate the Duet Display and Paragon software. I had the issue before installing either.

That leaves virtual box and logitech (the latter of which I’d put money on if it is in fact a kext problem). If others report the issue, I’d check if they have either or neither.

Kext diagnosis is hard since I see the problem only once a month or so, usually only when working Rhino for many hours (8+?) on end; thus working in Safe Mode, or on another machine isn’t too easily done for weeks on end.

Thanks for putting this on your radar. ~Dave

4

It was a hunch…but I just wanted to eliminate variables. I find it strange that @pascal is seeing this on Bootcamped Windows (with Rhino 5 for Windows, I presume)…which does muddy the waters a bit.

Definitely on our radar (MR-2336). Thanks.