I am having some trouble with a Permissions Error on Mac OS that wonder if anyone might know the solution to?
Scenario:
From within Grasshopper I am using subprocess to call out to a 3rd party python3 interpreter (doing some read/write using XLWings). This all works just fine on my Windows OS and it is able to open, read, write to active Excel docs as expected:
Note: On both Windows and MacOS I am able to successfully call to this subprocess just fine from within Terminal and/or VSCode. It is only when I try and call it ‘through’ Grasshopper that I get this Permissions Error:
OSERROR: -1743
MESSAGE: The user has declined permission.
COMMAND: app(pid=16399).count(each=k.workbook)
So: I wonder if anyone might have encountered / resolved a similar issue, or might know where to look for some solutions to this?
in that case, when I call out to a subprocess or shell script, that connection to Excel is allowed and I do not get the same permission error. I do have to enter my password though, and Rhino boots without any preferences loaded (colors, etc…). But it does work in that case:
so… does anyone know what that might mean? Is there a more ‘normal’ way to give Rhino elevated permissions without running it in terminal / sudo each time? Obviously that method doesn’t work for everyday usage or for distribution to other users…
rather than give rhino root privileges, you might try giving your user more permissions on the directory where the library is trying to read/write, but this is just a guess, since I can’t test it (seems the permission being denied may have to do with automation, not file access)
you also might try seeing what happens if you start rhino from terminal without sudo, and possibly resetting a perhaps previously-declined permission, as described here before doing so
there are quite a few ideas like these in responses to these posts:
Thanks for the suggestion and the links. And yes I think you are correct, it seems to be a permissions issue on the Rhino side, not the write-file side. I think I have narrowed it down to an issue with the ‘appscript’ call which is what XLWings uses for Excel read/write on the Mac OS side (it uses win32com on the windows side).
So it seems to be an issue of Rhino or GH not being allowed to call its appscript ‘System Events’ level commands like the one here: link?
First off thanks for your hard work building the HB-PH tools!
I was able to get the HB-PH Write PHPP component in on run on Mac by running rhino from the Terminal but without using sudo. In activity monitor Rhino is running under my user instead of root and I got a system prompt when I first ran the Write PHPP component to give permission to rhino to control excel. When launched from the app icon it never shows the prompt and assumes the permission was denied.
This feels like a Rhino issue not handling the system prompt permission request correctly when launched from the GUI vs terminal. Running it sudo didn’t give me the prompt at all since root permissions are already high enough.
As long as I launch rhino from terminal, it remembers this permission, I tried going back to GUI launch after granting it but got the same error code as before unfortunately. Hope this helps in troubleshooting because the other components appear to be working fine so far.
Tangential question, when you run rhino from parallels to avoid this are you on an ARM based Mac, or an Intel? That will be my backup option if I run into more issues on this.
