rhino toolbar not showing
and 3 times blocked some of the rhino 8 part
why and what else it blocked idk
im using trial version of rhino 8
If you search for this issue here, you’ll find the answer is apparently that “Smart App Control” is junk that does this for no reason all the time, most people don’t use it. Unfortunately you have to reinstall Windows to get rid of it.
In Windows 11 you can turn it off in Windows’ Security Settings.
Smart App Control should tell you which dll or exe file it is blocking. Knowing which file is involved is necessary to resolve the problem. I believe you have previously been able to load and use Rhino normally - for this problem to crop up subsequently something will have changed in your installation.
Note that Microsoft will say the block is because either the file isn’t recognised, which won’t be the case for Rhino but could be for a plugin, or has been altered by malware. In the first case, disabling or deleting a plugin recently added could help. In the latter, a repair of the Rhino installation may be the answer.
Incidentally, from your screenshot it looks like you have tried to toggle the sidebars, but not used the correct command. For future reference you can toggle each sidebar by clicking on the icon below it that looks like a black rectangle over a white one. I wouldn’t expect that to resolve your problem though as even a closed sidebar has some visibility and yours don’t appear at all.
I’m facing the same problem as @su14
I totally disagree with @JimCarruthers that smart app control is junk.
It’s a native windows security feature which comes with a clean windows 11 install only.
I don’t understand why some people seem to be totally at ease switching of important security features.
In all the years I’ve observed Microsoft’s security culture, user-friendliness has consistently been prioritized over security. Better to have a few hacked users than to lose users—and the revenue they generate… After all this time, Smart App Control appears to be a genuine exception to that rule.
The components currently blocked on my system are
RhinoCycles.rhp
Displacement.rhp
I have encountered an issue with Rhino several times now where Smart App Control has blocked essential program functions.
So, my first question for the relevant McNeel representative is: does the development process ensure that all files are properly certified when updates are released? If that wasn’t the case for the latest update, I would appreciate it if you could rectify this as soon as possible—that way, I can hopefully get back to work soon.
If the issue stems from insufficient cloud reputation, perhaps it would make sense to have a serious discussion with Microsoft?
Based on the behavior I’ve observed over the last few days when launching Rhino —it doesn’t work, then it works, then it doesn’t…— the latter seems to be the problem.
I just repeated the consensus of the Internet. Microsoft’s own advice for people having issues with it is to turn it off.
The problem is Smart App Control is junk. Obviously, there is no logic to why it works or doesn’t.
Or, for example, a way to manually whitelist erroneously flagged programs to allow them to run.
Here are my notes on Smart App Control. It’s not a popular option to have running.
Essentially, we’re looking to see if Smart App Control is a good fit for your device or if it’s going to get in your way too often. In most cases Smart App Control automatically turns on to protect against untrusted or malicious apps. However, there are some legitimate tasks that corporate users, developers, or others do regularly that might not be a great experience with Smart App Control running. If we detect that you’re one of those users, we automatically turn Smart App Control off so you can work with fewer interruptions.
Thanks you for the hints @Japhy. I hope to have set an exception for the Rhino directory will do.
What makes somebody a good candidate for Smart App Control?
I’m probably not the kind of heavy Rhino user who generates enough data to get flagged for an exception.
Yes, I agree that Smart App Control is pretty annoying. But I think that applies to any truly rigorously designed secure environment.
I also think Microsoft is wise not to reveal too much to the public about the mechanisms operating in the background.
Unfortunately, it seems most users want an easy life and aren’t willing to commit to a truly secure environment and the extra effort that entails…
As for whitelisting, while it might not seem like a problem in most cases, if you take a strictly consistent approach, it is a problem and should therefore be prevented.
I’ve added this thread to the relevant ticket:
→ RH-96981 Detect Smart App Control and recommend disabling
-wim
It’s great that, after more than a year, I can finally see McNeel taking the issue seriously and getting a handle on it. Rhino plug-ins blocked by Smart App Control
That is a very long time for a security-related matter.
As software developers, you obviously can’t alter an operating system’s security architecture, but it would still be good to see you prioritizing issues like this.
Personally, I’d prefer it if Rhino were available on Linux, as that would save me from having to deal with all the intricacies of Windows operating systems. Rhino3D is, in fact, the only reason I still have to use Windows.
I’m glad I don’t have to disable the security feature—at least not for Rhino’s own plug-ins.
I’ve discussed this topic with third-party plug-in developers as well, but I assume you’ll be informing them about your guidelines.
@Japhy Now I can undo the folder exception, which by the way didn’t work anyway.
Hi Wim,
I believe that the root cause of the problem is the Certificate being used to sign .rhp files. Fix that and it should not be necessary to disable Smart App Control.
From a quick inspection, Rhino.exe and associated .dll files are signed with a certificate from Globalsign:
While .rhp files are signed with a different certificate, from SSL:
The former has a valid path to a Root Certificate:
Whereas the latter doesn’t:
I don’t know whether the SSL certificate is of the wrong type or whether it is mis-configured, but once it is sorted Smart App Control should be satisfied.
HTH
Jeremy
Hi Jeremy -
The link Martin6 posted shows i’s no longer the intention to disable that…
→ RH-98267 Rhino plug-ins blocked by Smart App Control
-wim
Shame I didn’t follow that link as well! Glad to see we’re on the same page and you guys are quicker off the mark.