Error keeps appearing when loading in robot

[itsamyng]

This error constantly appears every so often whenever I open grasshopper and try to reload the robot. The robot keeps disappearing so I have to reload the robot each time. Has anyone experienced this before?

[visose]

This looks like the online library list hitting GitHub's API rate limit, not the robot file itself failing to load. The library window refreshes the list from GitHub, and when GitHub returns 403 (rate limit exceeded) the plugin cannot update that list until the limit resets.

A few things to try:

• Wait about one hour, then use Libraries / Refresh again.
• Avoid repeatedly refreshing the library window while it is rate-limited.
• If the robot is shown as (missing) in the value list, install/download that library once the list works again, or use Set local folder with the matching .xml and .3dm files.
• If this keeps happening after the rate limit resets, please share the Robots version, Rhino version, whether this is on a shared/lab network, and the robot/library name.

I'll leave this open for now in case it continues after the reset.

[visose]

Thanks for the clarification. The rate limit is set by GitHub, so Robots cannot override it directly.

That said, the GitHub request is only used when the Libraries panel refreshes the online catalog. If a robot library is already installed locally, that error should not prevent the Grasshopper file from loading it. You should only need the Libraries panel when installing or updating a robot library, not every time you open a file.

So the part that sounds like a separate problem is that you need to reinstall KULeuven-UR5 every time. Could you clarify exactly what happens?

• Was KULeuven-UR5 installed before reopening the Grasshopper file?
• After installing it, does it work immediately in the same Rhino/Grasshopper session?
• After closing and reopening Rhino/Grasshopper, does the value list show KULeuven-UR5 (missing) again?
• Are you opening the file in the same Rhino version each time?
• Does this happen only with KULeuven-UR5, or with other robot libraries too?

If the installed files are disappearing, or Robots is looking in a different folder after reopening, that would explain the repeated reinstall behavior better than the GitHub rate limit itself.

[itsamyng]

Is there a KULeuven UR5 robot file available for me to install locally?
I have reinstalled the robots plugin multiple times but the same issue still happens.
It works immediately after installation but returns. Usually when I open the file it says that I need to open a recovery file even though I have already saved it when I closed it last. Could this be the cause, and maybe because it is saved on a onedrive file?

[visose]

Sorry, I’m still not sure I understand the issue. Please try uninstalling Robots first, then open Rhino/Grasshopper and verify that Robots is no longer installed. After that, reinstall it from the Rhino Package Manager.

If the issue persists, please describe the exact steps needed to reproduce it. Keep the reproduction as minimal as possible. For example, if the issue is that a robot fails to load, please attach a Grasshopper file containing only one Load Robot System component and one panel with the robot name connected to that component.

[itsamyng]

I have uninstalled and reinstalled Robots but the issue still persists. Even if I create a new grasshopper file and only add load robot system, it gives me the same error message so I have to wait an hour each time.
The grasshopper file is saved on a onedrive folder. Whenever I save the grasshopper file when I finish it is saved but when I reopen it it says that it needs to be opened as a recovery file.

[visose]

I need a few more details to understand what is happening and reproduce it.

The robot library only needs to be installed once. For Rhino 8, Robots installs downloaded libraries in this folder:

• Windows: C:\Users\<username>\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\Robots\libraries
• macOS: /Users/<username>/.config/McNeel/Rhinoceros/packages/8.0/Robots/libraries

Could you please check whether these two files are still there after you close and reopen Rhino/Grasshopper?

• KU Leuven.xml
• KU Leuven.3dm

Right now I cannot tell whether the library window is opening by itself, whether you are clicking the button on the Load Robot System component, or whether something else is causing the library list to refresh.

Could you describe the exact steps you take, starting from opening Rhino and Grasshopper, up to the moment the robot disappears or the error appears?

Please include:

• Robots version
• Rhino version
• Whether the two files above are still present in the folder
• Whether you click anything in the library window before the error appears
• A screenshot or full text of the error

With that information I should be able to tell whether this is only the GitHub rate-limit message, or whether there is a separate issue with the installed library path.

[itsamyng]

My robot library is installed in (macOS) /users/username/library/application support/McNeel/Rhinoceros/packages/8.0/Robots There is no libraries in the robots folder. [Screenshot 2026-07-09 at 11.23.35.png] [Screenshot 2026-07-09 at 11.30.30.png] Every time I save my file and reopen it, it says that the file needs to be recovered from a recovery file and then it my load robot system component is red. Hence, I have to click on the library button. Sometimes it gives me the full library list sometimes it gives me the error. I loaded in the library after waiting for the reached maximum refresh rate error message to disappear and then the libraries folder appears. Robots version: 2.2.4 Rhino version 8.0 From: visose ***@***.***> Date: Friday, 3 July 2026 at 13:42 To: visose/Robots ***@***.***> Cc: itsamyng ***@***.***>; Author ***@***.***> Subject: Re: [visose/Robots] Error keeps appearing when loading in robot (Discussion #359) I need a few more details to understand what is happening and reproduce it. The robot library only needs to be installed once. For Rhino 8, Robots installs downloaded libraries in this folder: * Windows: C:\Users\<username>\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\Robots\libraries * macOS: /Users/<username>/.config/McNeel/Rhinoceros/packages/8.0/Robots/libraries Could you please check whether these two files are still there after you close and reopen Rhino/Grasshopper? * KU Leuven.xml * KU Leuven.3dm Right now I cannot tell whether the library window is opening by itself, whether you are clicking the button on the Load Robot System component, or whether something else is causing the library list to refresh. Could you describe the exact steps you take, starting from opening Rhino and Grasshopper, up to the moment the robot disappears or the error appears? Please include: * Robots version * Rhino version * Whether the two files above are still present in the folder * Whether you click anything in the library window before the error appears * A screenshot or full text of the error With that information I should be able to tell whether this is only the GitHub rate-limit message, or whether there is a separate issue with the installed library path. — Reply to this email directly, view it on GitHub<#359?email_source=notifications&email_token=APSIJDVARXR4NIZNGG6P5UL5C6L2PA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZVGIZDQOBTUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVRTG633UMVZF6Y3MNFRWW#discussioncomment-17522883>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/APSIJDSBFTN2Y4KTZZRTMYD5C6L2PAVCNFSNUABHKJSXA33TNF2G64TZHM2DGOJQGUZTQMZ3IRUXGY3VONZWS33OHMYTAMZRHA4DQONBOYBA>. Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS<https://github.com/notifications/mobile/ios/APSIJDQWV5S5USRDHKHAKG35C6L2PA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZVGIZDQOBTUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVJTG633UMVZF62LPOM> and Android<https://github.com/notifications/mobile/android/APSIJDXEL2NGJZ5VILF4XWL5C6L2PA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZVGIZDQOBTUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVZTG633UMVZF6YLOMRZG62LE>. Download it today! You are receiving this because you authored the thread.

[visose]

Thanks, that helps. Robots creates downloaded online libraries in a libraries subfolder under the Robots package folder, not directly in the Robots folder itself.

For Rhino 8 / Robots 2.2.4 on macOS, please check for these files after a successful install:

/Users/<username>/.config/McNeel/Rhinoceros/packages/8.0/Robots/libraries/KU Leuven.xml
/Users/<username>/.config/McNeel/Rhinoceros/packages/8.0/Robots/libraries/KU Leuven.3dm

If your Rhino install is using the Library/Application Support/.../Robots location instead, the important part is still the child folder named libraries. That folder may not exist before the first successful download; after installing the KU Leuven library it should contain the .xml and .3dm files.

The GitHub rate-limit message only affects refreshing/downloading the online library list. Once those two files are present locally, the Load Robot System component should be able to load the robot without refreshing the online list.

Could you try this exact check?

1. Wait for the rate limit to reset and install KU Leuven once.
2. Before closing Rhino, confirm whether KU Leuven.xml and KU Leuven.3dm exist in the libraries folder.
3. Close and reopen Rhino/Grasshopper, then check whether the same two files are still there before clicking the Libraries button.
4. As a separate test, save a minimal .gh file outside OneDrive, for example on the local Desktop, and reopen that file.

The recovery-file prompt sounds like a Rhino/Grasshopper file-saving or sync issue rather than the Robots library download itself. OneDrive can sometimes make that harder to diagnose, so the local-file test will tell us whether the recovery behavior is related.

If the files are still present but the component is red, please send the exact red component error. If the files disappear after reopening, please send a screenshot of the full folder path before and after reopening.

[itsamyng]

After installing the KU Leuven library the files appear. These exist in the library/application support/… pathway, when I install it and before I close the program. I close and reopen the files and the libraries subfolder disappears. The same happens with a local file on my desktop not on one drive. I also tried copying and pasting a copy of the libraries folder in the same folder and this also disappears. Whenever I open my grasshopper file it always asks me to open/save/ignore the recovery file, as if it wasn’t saved before even though it was. Is this normal? Thanks for your help so far. From: visose ***@***.***> Date: Thursday, 9 July 2026 at 19:03 To: visose/Robots ***@***.***> Cc: itsamyng ***@***.***>; Author ***@***.***> Subject: Re: [visose/Robots] Error keeps appearing when loading in robot (Discussion #359) Thanks, that helps. Robots creates downloaded online libraries in a libraries subfolder under the Robots package folder, not directly in the Robots folder itself. For Rhino 8 / Robots 2.2.4 on macOS, please check for these files after a successful install: /Users/<username>/.config/McNeel/Rhinoceros/packages/8.0/Robots/libraries/KU Leuven.xml /Users/<username>/.config/McNeel/Rhinoceros/packages/8.0/Robots/libraries/KU Leuven.3dm If your Rhino install is using the Library/Application Support/.../Robots location instead, the important part is still the child folder named libraries. That folder may not exist before the first successful download; after installing the KU Leuven library it should contain the .xml and .3dm files. The GitHub rate-limit message only affects refreshing/downloading the online library list. Once those two files are present locally, the Load Robot System component should be able to load the robot without refreshing the online list. Could you try this exact check? 1. Wait for the rate limit to reset and install KU Leuven once. 2. Before closing Rhino, confirm whether KU Leuven.xml and KU Leuven.3dm exist in the libraries folder. 3. Close and reopen Rhino/Grasshopper, then check whether the same two files are still there before clicking the Libraries button. 4. As a separate test, save a minimal .gh file outside OneDrive, for example on the local Desktop, and reopen that file. The recovery-file prompt sounds like a Rhino/Grasshopper file-saving or sync issue rather than the Robots library download itself. OneDrive can sometimes make that harder to diagnose, so the local-file test will tell us whether the recovery behavior is related. If the files are still present but the component is red, please send the exact red component error. If the files disappear after reopening, please send a screenshot of the full folder path before and after reopening. — Reply to this email directly, view it on GitHub<#359?email_source=notifications&email_token=APSIJDUT3GHABLYWJGMYUBT5D7F6BA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZVHA3TMMBZUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVRTG633UMVZF6Y3MNFRWW#discussioncomment-17587609>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/APSIJDRYRSHD5MEFR6CZUM35D7F6BAVCNFSNUABHKJSXA33TNF2G64TZHM2DGOJQGUZTQMZ3IRUXGY3VONZWS33OHMYTAMZRHA4DQONBOYBA>. Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS<https://github.com/notifications/mobile/ios/APSIJDR4SSPPSIAART4EB7T5D7F6BA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZVHA3TMMBZUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVJTG633UMVZF62LPOM> and Android<https://github.com/notifications/mobile/android/APSIJDW36AN5BEALHMTAZHD5D7F6BA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCNZVHA3TMMBZUZZGKYLTN5XKMYLVORUG64VFMV3GK3TUVZTG633UMVZF6YLOMRZG62LE>. Download it today! You are receiving this because you authored the thread.

[visose]

Correction: I reviewed this again and withdrew the proposed 2.2.5 change. Robots intentionally stores downloaded libraries inside its Rhino package directory so a complete uninstall removes them too. Because even a manually copied libraries folder disappears, the key question is whether the entire Robots package is being removed or replaced when Rhino closes or starts. This is not yet a confirmed Robots bug, so issue #363 is closed as not planned. Please check after reopening Rhino whether Robots still appears installed in Package Manager and which version, whether the full packages/8.0/Robots folder still exists, how Robots was installed, and the exact package path before and after restart. The Grasshopper recovery-file prompt is not normal and may indicate a broader Rhino or macOS file or package-management problem.