UiPath does nothing (doesn’t restart) when you choose the option to restart itself offeres when “An internal error has occurred”.
It does restart but it doesn’t reopen the project. You have to go to the Start option and click the project to reopen it.
I already knew how to restart the application, something that works. In that case of instability I prefer to just close and open the app, which works normally. What bothers me is that they offer the option to restart via the dialog button… and it doesn’t work.
Hi @pere
Would you mind copying over the full error stack that you get from the error and pasting it here, together with your Studio version?
Some extra context what happened before the error happens would help as well.
I do understand that this report is about the restarting button that doesn’t work, but I would argue that Studio crashing in the first place is the issue we should focus on here 
FYI it has been happening to me quite a lot since upgrading to Studio 23.4.4
Noticeable times it crashes are when doing universal search, and when using Data Manager.
I am on a small hunt for all those instances. If you don’t mind, next time it happens, please feel free to share with me the error stack and I will try to dig more.
1 Like
Here is the stack for when it crashes when trying to do a second universal search. Also, details of exactly the steps to reproduce:
I open the project, universal search on all files, it spins for a moment and gives me the results. I double click the first one and it takes me to that file and activity. I edit the activity (which makes the search no longer match) and click universal search again, it spins for a moment then the spinner disappears and no results appear. I click universal search again and it immediately gives me this error. I click OK and Studio closes
23.4.4+Branch.support-v23.4.Sha.945d5c2edbcdd77cdd9ba7fe5accc15c57daf757
A task was canceled.
Error: System.Threading.Tasks.TaskCanceledException: A task was canceled.
at UiPath.CoreIpc.Connection.RemoteCall(Request request, Stream uploadStream, CancellationToken token)
at UiPath.CoreIpc.ServiceClient`1.<>c__DisplayClass21_1`1.<<Invoke>b__1>d.MoveNext()
--- End of stack trace from previous location ---
at UiPath.CoreIpc.Helpers.Timeout[TResult](TimeSpan timeout, List`1 cancellationTokens, Func`2 func, String message, Func`2 exceptionHandler)
at UiPath.CoreIpc.ServiceClient`1.<>c__DisplayClass21_1`1.<Invoke>b__2(Exception ex)
at UiPath.CoreIpc.Helpers.Timeout[TResult](TimeSpan timeout, List`1 cancellationTokens, Func`2 func, String message, Func`2 exceptionHandler)
at UiPath.Studio.Ipc.Shared.Services.IpcProxyBase`1.RemoteExecute[T](Func`2 remoteFunc, String callerName)
at UiPath.Studio.Plugin.Workflow.Search.DesignerSearchLocationShellEndpoint.GetSearchResults(SearchParameters searchParameters, NotifiableConcurrentQueue`1 results, CancellationToken ct)
at UiPath.Studio.Plugin.Workflow.CommandPalette.UniversalSearchViewModel.<>c__DisplayClass34_0.<<LoadResults>b__0>d.MoveNext()
--- End of stack trace from previous location ---
at UiPath.Studio.Plugin.Workflow.CommandPalette.UniversalSearchViewModel.DoSearch(SearchParameters searchParameters)
at UiPath.Studio.Contracts.Desktop.SearchViewModelBase.<>c__DisplayClass24_0.<<Search>b__0>d.MoveNext()
--- End of stack trace from previous location ---
at UiPath.Studio.App.GlobalSyncService.WithSync(String semaphoreName, Func`1 action)
at UiPath.Studio.Contracts.Desktop.SearchViewModelBase.Search(SearchParameters searchParameters)
at UiPath.Studio.Shell.CommandPalette.CommandPaletteViewModel.Search(String searchString)
at UiPath.Studio.Shell.CommandPalette.CommandPaletteControl.Search(String searchValue)
at UiPath.Studio.Shell.CommandPalette.CommandPaletteControl.SearchControl_StartSearch(Object sender, RoutedEventArgs e)
at System.Threading.Tasks.Task.<>c.<ThrowAsync>b__128_0(Object state)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
at System.Windows.Threading.DispatcherOperation.InvokeImpl()
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(Object obj)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
--- End of stack trace from previous location ---
at MS.Internal.CulturePreservingExecutionContext.Run(CulturePreservingExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Threading.DispatcherOperation.Invoke()
at System.Windows.Threading.Dispatcher.ProcessQueue()
at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
at System.Windows.Window.ShowHelper(Object booleanBox)
at System.Windows.Window.Show()
at System.Windows.Window.ShowDialog()
at UiPath.Studio.Shell.ShellApplication.StudioShellApplication.HandleRunApplication()
at UiPath.Studio.Core.StudioApplication.StudioApplication.PostLicenseInitAsync()
at UiPath.Studio.Shell.ShellApplication.StudioShellApplication.HandleAquireLicense()
at UiPath.Studio.Shell.ShellApplication.StudioShellApplication.OnTempWindowLoaded(Object sender, RoutedEventArgs e)
at System.Threading.Tasks.Task.<>c.<ThrowAsync>b__128_0(Object state)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
at System.Windows.Threading.DispatcherOperation.InvokeImpl()
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(Object obj)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
--- End of stack trace from previous location ---
at MS.Internal.CulturePreservingExecutionContext.Run(CulturePreservingExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Threading.DispatcherOperation.Invoke()
at System.Windows.Threading.Dispatcher.ProcessQueue()
at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
at System.Windows.Threading.Dispatcher.Run()
at System.Windows.Application.RunDispatcher(Object ignore)
at System.Windows.Application.RunInternal(Window window)
at System.Windows.Application.Run(Window window)
at UiPath.Studio.Shell.ShellApplication.StudioShellApplication.HandleBeforeLicensingInit()
at UiPath.Studio.Core.StudioApplication.StudioApplication.StartApplication()
at UiPath.Studio.Core.StudioApplication.StudioApplication.Start(String[] args), HResult -2146233029
Hi @postwick
Thank you for your input. I did some digging and tried to reproduce it myself, and I am quite confident that this specific issue no longer happens when working with the latest Studio (I tested it on 2023.8).
Given the above, I will check with the Studio team for the possibility of fixing it in a patch for your version.
I’m using Studio 2023.8.0 Community Edition.
I don’t have an error stack at hand, but I’m pretty sure what triggers the behaviour:
While on a debugging session, you stop debugging for whatever reasion, then it takes ages to react (let’s say half a minut or so), then sometimes you need to wait further before taking any further action (I don’t know why but it also stays “dumb” for some seconds for whatever reason). If you haven’t waited the “exact amount of time” after Studio 1st “reacted”, then it will trigger the “An error has occurred” dialog.
EDIT: the “further action” would be to start debuggin again.
And then you click on restart and it does nothing and you have to restart manually to prevent any further unexpected error.
Is the project you have open stored on a network drive? Are you on VPN? Studio has always been slow this way, and it has gotten worse in the latest versions.
A small follow-up question, because it is harder to reproduce. On top of the questions posed above by @postwick, does the process involve any big data structures, such as a larger Excel sheet loaded into a data table (as I believe those might be causing a slower display of the Locals panel during debugging)?
Nothing nearby that. On a regular SSD hard disk.
It’s so straightforward to reproduce; you only need to debug whatever project and stop the session. It always takes like +/- 40-50 seconds for Studio to “recover”; there’s like two “blinks”. Usually I don’t get notice of the 2nd one and I click somewhere and it triggers this behaviour.
By the way, not only the “internal error” thing is a hassle; also having to wait that long after pushing the “stop” button for Studio to recover is very annoying.
Nothing out of normal. The most complex one I’m working with currently involves just one database query, and the simplest one has almost only or two workflows/activities. All them load config settings from an Excel file.
A small update. I wanted to note that we are currently highly invested in solving all those types of annoying experiences and things will be improving drastically in the next few versions.
In fact, as far as the issue from this topic, I can see it being linked to an internal ticket that was handled in Studio 2023.10 release, which means that this should be fixed now.
1 Like
The problem persists in Studio 2024.2.1-beta.15932 - 2/23/2024.
Before updating I could scroll through my activities without any problem. Now the studio detects a critical error and closes the project.