OK got another crash. Did not do any 3-finger selections. I am getting better at repeating this bug at least…
Okay thanks, several of us here with M1s have been trying and so far can’t reproduce this. We’re updating one M1 Max to your version of Monterey to try again. Sorry you’re having this issue, we’re not sure yet what the cause is but my guess is that it is a system specific setting. If you are willing to reset your Rhino 7 plist file that would be the next test I’d want to try on your end. See Rhino for Mac - Preferences [McNeel Wiki] for instructions on saving a current copy of your plist and then resetting it. If that is the issue, getting the saved plist from you would be the next step so make sure to save it before resetting.
That didn’t help, got a crash after prefs deleted. I know they were deleted because I had to re-do the license.
I tried to reproduce the error on an even more minimal model (started over with a fresh file) but I can’t reproduce it in that file oddly.
Hey it seems like it might be partly due to some corruption in the 3dm file. Note I have had this issue in many different files so there also seems to be something corrupting the files. Currently my test file only needs to pinch zoom in and out, and a 4View will immediately crash it – no editing needed.
I’ll email the revised test file, just open it and do some pinch zoom in/out for a bit and then try a 4View.
PS in case anyone else wants to try will put the file here as well.
test.3dm.zip (33.9 KB)
I could reproduce the crash with this file and have logged https://mcneel.myjetbrains.com/youtrack/issue/RH-66953
2 Likes
Just to report that I also very frequently see the two finger gestures break. As in, I expect to use two fingers to rotate the camera around, but instead the two finger gesture is interpreted as a (very fast) mouse wheel camera zoom in or out. I can still do a two finger click and drag to get camera rotation to work when in this state. Pinch to zoom always continues to work as intended. These gestures always seem to work as intended in the grasshopper code window. I have not experienced the crashes that Scott Smith sees.
It is frustratingly difficult to reproduce. Restarting Rhino always fixes the problem. I notice the issue when I come back to Rhino after it has been in the background for some time. I am on an M1 Max Macbook Pro, Rhino Version 7 (7.18.22145.08132, 2022-05-25), although this has been an irritation for many months.
2 Likes
For the record this problem is still occurring for me. I have had this issue for many years in a whole bunch of versions of MacOS and both Intel and M1 and Rhino 5/6/7.
I haven’t had any more crashes but two-finger gestures seem to break every couple hours of usage of the app, in the same way: it turns into a rapid zoom in-out. I have still not found a reliable way to reproduce it.
1 Like
I have been having the same problem (minus the crashing). Two finger gesture works great when panning, then out of nowhere it becomes a really fast zooming. I have noticed that when this happens I am typically bouncing between Rhino, Autocad, and Maya. Usually if I am only using Rhino this does not happen.
2 Likes
Another thing im noticing: It seems to be file independent because I have multiple files open on different windows and on one file two finger gesture zoom (fast), on another window it pans, and on another window it rotates. An hour later this might or might not change on each of the files
Hello,
I am also experiencing this issue constantly using Rhino Version 7 (7.21.22208.13002, 2022-07-27) on my M1 Max MacBook Pro running macOS Monterey Version 12.4. Every time I am using Rhino, no matter the file, once there is geometry drawn, within 1 to 2 hours of using the program the 2 finger to pan turns into a very high speed zoom. This has happened on every file, and is viewport and layout independent Rhino does not crash on me, but the only way I have found to fix the issue was to restart Rhino and reopen the files. This is unfortunately becoming quite frustrating as I am loosing quite a bit of time to restarting Rhino multiple times in one work session. I have attached the system info command data here if that helps.
Thank you,
Anson
Rhino System Information.txt (3.9 KB)
Same here, just installed Rhino trial (M1 Pro) to try out the latest version, and it is happening here as well. And it has been happening for years on an intel macbook with Rhino 5. Seems to be happening when switching between applications/closing and opening the laptop, saving the project and restarting fixes the issue but it’s always an inconvenience having to do that every 2 hour or so.
Thanks for these reports everyone, we unfortunately haven’t been able to reproduce this internally which is needed to fix the problem. My guess is that it has to do with Rhino for Mac losing focus to another app and then not fully recovering the track pad use when coming back into focus. I’ll make another try at finding a reproducible series of steps to make it happen.
@dan you may have some more ideas as well.
These types of bugs are such annoying papercuts. Doubly-annoying that we can’t figure out how to reproduce and debug them.
Is there any way for me to report a bug from the software and let you see the latest actions somehow?
Hi @Freddie_Boston ,
For this issue a screen recording showing your steps would be great. Please make one and upload it to Rhino - Upload to Support as it will be a larger file most likely. Please also Zip the results of the SystemInfo command run in Rhino with that video file and include comments explaining the issue shown and/or include this forum thread link for context. Thanks.
I have the same problem too for the two years I’ve been using Rhino now. It’s quit annoying and it doesn’t feel good to work with a buggy program. (next to this I do love Rhino) I experienced it on an intel MacBook as well as on my current M1, with Rhino 6 and 7. The zooming stil keeps on working in Grasshopper but in Rhino it turns in an unusable super fast zoom. Restarting Rhino always solves the problem and it mainly appears when Rhino is in the background for a while like mentioned before.
I hope this will be solved soon! This would greatly improve workflow and reliability of Rhino.
Just chiming in to say I experience the same problem with Rhino 7 on an M1 Max MacBook Pro. For me, the bug most often seems to appear when the computer sleeps and awakens while Rhino is running.
Good to know that a two-button click-and-drag at least still works as expected; that will prevent me from having to restart Rhino as often. (Because my zoo keyserver is behind a VPN, restarting Rhino is a bit of a pain.)
I’m also experiencing this on MacBook Pro with an M1. Computer sleeping or program being open for a while is usually what triggers it.
This would just look like really fast zooming
Only remedy I’ve found is to restart the program.
I also found this post from 2015 with someone having the same issue: Seeming Bug- (two finger) Tumble gets stuck on Zoom sometimes
This issue has been reproduced and is currently on the list of @curtisw . I’ve added this thread to the bug report. If it gets fixed this thread will also be notified.
1 Like
For those of you experiencing this Trackpad issue, can you please update to macOS Ventura 13.3 (which came out a couple days ago). It’s looking like this bug may have been fixed at the macOS level.