Repository: rstudio/rstudio

Issue #10871: "State not recoverable" error when creating new Quarto doc (Electron)
Created: 2022-03-30T19:54:19Z
System details
RStudio Edition : Desktop
RStudio Version : 2022.06.0-daily+247
OS Version      : macOS 12.3
R Version       : 4.1.3

Steps to reproduce the problem

Start RStudio Desktop (Electron)
Enable Quarto preview in Global Options / R Markdown / Quarto, restart if necessary
File / New File / Quarto Document...

Describe the problem in detail

after a delay, get error reading "State not recoverable"
no document is created


Describe the behavior you expected

new Quarto document; works in the Qt-based desktop build of same version



 I have read the guide for submitting good bug reports.
 I have installed the latest version of RStudio, and confirmed that the issue still persists.
 If I am reporting an RStudio crash, I have included a diagnostics report.
 I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.

Duplicate issue #10919: Electron: Open a Quarto doc fails on MacOS due to old location of share directory
Created: 2022-04-06T17:33:05Z
System details
RStudio Edition : Desktop (Electron)
RStudio Version : 2022.06.0-daily-272 (Electron)
OS Version      : MacOS 12.3
R Version       : 4.1.3

Steps to reproduce the problem
This is on MacOS only.

Don't install the Quarto CLI from Quarto.org. If it's installed, remove it.
In RStudio Desktop, open a new Quarto document.
Try to run the bundled quarto from the command line: /Applications/RStudio.app/Contents/Resources/app/bin/quarto/bin/quarto 

Describe the problem in detail

The file fails to open, with this pop up instead:


2. The command line call returns the following:
/Applications/RStudio.app/Contents/Resources/app/bin/quarto/bin/quarto: line 77: cd: /Applications/RStudio.app/Contents/Resources/app/bin/quarto/bin/../share: No such file or directory

Describe the behavior you expected
The Quarto document should open, and calling quarto should return nothing instead of an error.
This works correctly in the Qt version of Spotted Wakerobin. Note that even though quarto has been moved, the share directory is still in the old place (I renamed the applications in order to have Electron and Qt side by side):
ronblum@Rons-Busy-Bee ~ % find /Applications/RStudio-2022.06.0-daily-272-Electron.app -name share
/Applications/RStudio-2022.06.0-daily-272-Electron.app/Contents/Resources/quarto/share
ronblum@Rons-Busy-Bee ~ % find /Applications/RStudio-2022.06.0-daily-272-Electron.app -name quarto
/Applications/RStudio-2022.06.0-daily-272-Electron.app/Contents/Resources/app/bin/quarto
/Applications/RStudio-2022.06.0-daily-272-Electron.app/Contents/Resources/app/bin/quarto/bin/quarto
/Applications/RStudio-2022.06.0-daily-272-Electron.app/Contents/Resources/quarto
ronblum@Rons-Busy-Bee ~ % 
ronblum@Rons-Busy-Bee ~ % find /Applications/RStudio-2022.06.0-daily-272-OG.app -name share      
/Applications/RStudio-2022.06.0-daily-272-OG.app/Contents/Resources/quarto/share
ronblum@Rons-Busy-Bee ~ % find /Applications/RStudio-2022.06.0-daily-272-OG.app -name quarto
/Applications/RStudio-2022.06.0-daily-272-OG.app/Contents/MacOS/quarto
/Applications/RStudio-2022.06.0-daily-272-OG.app/Contents/MacOS/quarto/bin/quarto
/Applications/RStudio-2022.06.0-daily-272-OG.app/Contents/Resources/quarto

This also works fine on Red Hat 8.3:
[vmware@localhost ~]$ find /usr/lib/rstudio/ -name share
/usr/lib/rstudio/resources/app/bin/quarto/share
[vmware@localhost ~]$ find /usr/lib/rstudio/ -name quarto
/usr/lib/rstudio/resources/app/bin/quarto
/usr/lib/rstudio/resources/app/bin/quarto/bin/quarto



 I have read the guide for submitting good bug reports.
 I have installed the latest version of RStudio, and confirmed that the issue still persists.
 If I am reporting an RStudio crash, I have included a diagnostics report.
 I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.

Closing comment (2022-04-07T19:39:24Z): [Noting that it's a duplicate of #10871.]