I’m grabbing a nuget from orch and trying to load in the local machine.
Where studio fails to find the specific package versions from feed.
I’ve the default package sources available in settings.
And this is happenning for all the old projects. When i manually search the activity is available in the search so why is it not grabbing the version automatically?
It could be that the project is referencing (old) versions that are not present in the official feeds.
Are you able to add the Orchestrator feed to your package sources?
Regards
Soren
I can see those versions when i manually search and try to import.
Already have this in feed - https://pkgs.dev.azure.com/uipath/Public.Feeds/_packaging/UiPath-Official/nuget/v3/index.json
Sounds like a whitelisting issue.
Show us the error logs that Studio pumps out when loading these.
I bet it likely shows a bunch of attempts to download that fails and that you have whitelisting set up that is blocking the nugets from being downloaded even though you reference the feeds.
Option 1: Update the Packages to Latest Versions (Recommended)
Open the project in UiPath Studio.
Go to Manage Packages → Installed.
Note which packages are showing “not found”.
Search for each package manually under Official Feed.
Install the latest available version.
Save and reload the project — Studio will update project.json with the correct versions.
This ensures compatibility with the current Studio runtime and avoids deprecated dependency issues.
Option 2: Manually Add the Older Feed (If You Must Use Legacy Versions)
If your organization still uses older runtimes (e.g., Robot 22.x or 23.x), you can temporarily add legacy feeds:
Steps:
Open Studio → Manage Packages → Settings.
Click + to add a new feed.
Add this legacy feed URL (for older UiPath versions):
https://www.myget.org/F/workflow/api/v3/index.json
or
https://gallery.uipath.com/api/v3
Save and retry the package restore.
Note: Some older feeds may be deprecated, so this should be a short-term fix only.
Option 3: Restore from Orchestrator or Local Cache
If the packages still exist in Orchestrator feed, you can:
Go to Orchestrator → Tenant → Packages.
Download the .nupkg files.
Copy them to your local machine under:
C:\Users<username>.nuget\packages\
When opening project I don’t see any error in Output panel. Also its not showing red colored dependency. When i see the code it shows weird icons and properties are not visible so when I open package manager i see like that error.
I also checked there are other folks who are also noticing the same from different network , organization and country.
If i manually select that specific old version and re-download then it is working, which means its not blocked. But this will require to manually fix each dependency for each project.
And it is not this just this project any old project I grab this is happening. There is one process developed last month by some other user, if i grab the nuget from orch and load in my machine again same behaviour is happening.
Ah, I didnt read all of your screenshot properly and based it from you posting on another topic about missing dependencies at the same time.
Stop grabbing the nugets from the Orchestrator. You are getting versions that have the dependencies split into runtime.
There is nothing wrong with those packages or activities, you are simply using the Runtime version that doesnt have activity cards in them so won’t display icons or the arguments etc. Its a size optimisation thing Studio does when building, same as removing all the screenshots.
Its a bad idea to, as practice, download from the nuget and extract, especially since depending on your build settings you might not even have the .xamls in the nuget. So I’d suggest you stop.
Do you not keep the source code anywhere else?
In this case it was developed previously by other developers and using the Orch as centralized repo. What are the better options here to avoid this issue? Like using Github etc would make sense rather than relying on code from Orch?
But that way user would have to maintain code in Git as well as publish to orch as well.
Please advice as per your experience what would be the best option here
Source control. 100%
I dont feel that using the nugets as a source is a viable strategy at all.
Not only is the issues of things like dependencies being messed with, and screenshots removed, depending on how you extract it you can end up with %20 in filenames instead of spaces, breaking invokes, plus, the biggest risk that I said, if the user toggles the project setting that means the source code isnt included in the nuget you are totally screwed.
Use source control. Its easy, robust and reliable.
There should be no issue hitting commit and push after doing a publish and the developers aren’t professional enough if they cannot do that.
