Whenever I try to open the RStudio IDE desktop, it gets stuck in the logo. I've found that this can be a common problem, though most solutions seem to address older versions of RStudio.
All of the suggested fixes here, I have tried.
- RStudio is not opening, just shows the RStudio logo - Stack Overflow
- RStudio starting, but stuck on loading - #4 by kevinushey (which includes resetting RStudio states)
- First time loading RStudio only shows logo, but second loads normal
- R Studio not starting. Only Logo shows
In my experience, if I let the logo hang and then start a new instance of R, the new instance almost always runs correctly. But the first instance that got stuck remains active. Even closing the second R instance doesn't close the first one.
Today, while experiencing this issue again, I encountered the following error message:
Error Message
R Session Startup Failure Report
RStudio Version
RStudio 2024.12.0+467 "Kousa Dogwood " (cf37a3e5, 2024-12-11) for windows
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) RStudio/2024.12.0+467 Chrome/126.0.6478.234 Electron/31.7.6 Safari/537.36
Error message
[No error available]
Process Output
The R session exited with code 1.
Error output:
[No errors emitted]
Standard output:
[No output emitted]
Logs
C:/Users/[USERNAME]/AppData/Local/RStudio/log/rsession-[USERNAME].log
2024-12-27T10:39:08.786378Z [rsession-[USERNAME]] ERROR system error 10053 (An established connection was aborted by the software in your host machine) [request-uri: /events/get_events]; OCCURRED AT void __cdecl rstudio::session::HttpConnectionImpl<class rstudio_boost::asio::ip::tcp>::sendResponse(const class rstudio::core::http::Response &) C:\Users\jenkins\workspace\ide-os-windows\rel-kousa-dogwood\src\cpp\session\http\SessionHttpConnectionImpl.hpp:156; LOGGED FROM: void __cdecl rstudio::session::HttpConnectionImpl<class rstudio_boost::asio::ip::tcp>::sendResponse(const class rstudio::core::http::Response &) C:\Users\jenkins\workspace\ide-os-windows\rel-kousa-dogwood\src\cpp\session\http\SessionHttpConnectionImpl.hpp:161
2024-12-27T10:39:11.025641Z [rsession-[USERNAME]] ERROR system error 5 (Access is denied); OCCURRED AT auto __cdecl rstudio::core::system::ChildProcess::terminate::<lambda_0837bcc20cbf20264fbd4fbbbf2e36d5>::operator ()(void) const src/cpp/core/system/Win32ChildProcess.cpp:294; LOGGED FROM: void __cdecl rstudio::core::system::ProcessSupervisor::terminateAll(void) src/cpp/core/system/Process.cpp:379
2024-12-27T10:39:11.025641Z [rsession-[USERNAME]] ERROR system error 5 (Access is denied); OCCURRED AT auto __cdecl rstudio::core::system::ChildProcess::terminate::<lambda_0837bcc20cbf20264fbd4fbbbf2e36d5>::operator ()(void) const src/cpp/core/system/Win32ChildProcess.cpp:294; LOGGED FROM: void __cdecl rstudio::core::system::ProcessSupervisor::terminateAll(void) src/cpp/core/system/Process.cpp:379
I am working with a Windows 10 machine if that helps.
I am new to this but I think I can think of two hypotheses:
First
Maybe it is not directly RStudio's fault. Can it possibly be because of my jumbled-up environment variables? Since I have Miniconda installed on my Windows 10 machine, I'm wondering if my environment variables might be causing the problem. Could the first RStudio instance be getting stuck while searching for Miniconda packages?
I ask an LLMs by pasting both user's and system PATH. They respond to note these:
1. Miniconda Paths
* `C:\Users\[username]\miniconda3`
* `C:\Users\[username]\miniconda3\Library\mingw-w64\bin`
* `C:\Users\[username]\miniconda3\Library\usr\bin`
* `C:\Users\[username]\miniconda3\Library\bin`
* `C:\Users\[username]\miniconda3\Scripts`
2. Python Paths
* `C:\Users\[username]\AppData\Local\Programs\Python\Python310\Scripts\`
* `C:\Users\[username]\AppData\Local\Programs\Python\Python310\`
3. Paths ordering
Now is it safe to immediately correct these PATHs? But I do not know which one to keep. 
Second
I also considered the possibility of my home directory being a factor since it is in OneDrive. As mentioned by @Rodze
The default home directory chosen by RStudio seems to be the user's "Documents". For my user, this folder is currently located within One Drive with this path
"C:\Users\<username>\OneDrive - <my business name>\Documentos". I, then, added the aforementioned R_USER environment variable with the value"C:\Users\<username>\Downloads"and RStudio opened normally.
Only that in my case, it is still not working properly.
====== EDIT 2025 01 06
Somehow it is working normally after following this:
- Uninstalled R and RStudio (I use geekuninstaller).
- Deleted (Ctrl + Del) the files in
%appdata%/RStudioand%localappdata%/RStudioto reset the state. Also, delete for R if any. Reboot the desktop. - Reinstall R (4.4.2) and RStudio (RStudio-2024.12.0-467).