quarto-dev / quarto-dev/quarto

Running code line-by-line (Cntrl + Enter) feels extremely laggy in Positron (Slurm Posit WB)

Open
#984 6 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
TypeScript
Stars
645
Forks
62
Avg merge
17h 42m
Merged PRs (30d)
13

Description

I have:
  • searched the issue tracker for similar issues
  • installed the latest version of Quarto CLI
  • formatted my issue following the Bug Reports guide
Bug description

Hi, we are using Posit WB on AWS-deployed Slurm cluster.

Running R code line-by-line using Cntrl + Enter in Positron works normally in .R scripts, but when we try to run the code from RMarkdown / Quatro documents, it starts to lag heavily. It also produces bunch of temporary local .vdoc files.

At the same time, in RStudio, everything works normally.

Here is an example when run line-by-line.

> tictoc::tic()
> 1+1
[1] 2
> tictoc::toc()
4.84 sec elapsed

When we select the whole chunk, it works instantly.

> tictoc::tic()
+ 1+1
+ tictoc::toc()
[1] 2
0.002 sec elapsed

Any ideas on what we might try here?

Thanks

Steps to reproduce

No response

Actual behavior

No response

Expected behavior

No response

Your environment

No response

Quarto check output
Quarto 1.9.37
[✓] Checking environment information...
      Quarto cache location: /pfs/home/.cache/quarto
[✓] Checking versions of quarto binary dependencies...
      Pandoc version 3.8.3: OK
      Dart Sass version 1.87.0: OK
      Deno version 2.4.5: OK
      Typst version 0.14.2: OK
[✓] Checking versions of quarto dependencies......OK
[✓] Checking Quarto installation......OK
      Version: 1.9.37
      Path: /usr/lib/rstudio-server/bin/quarto/bin

[✓] Checking tools....................OK
      TinyTeX: v2024.07.03
      Chromium: (not installed)
      Chrome Headless Shell: (not installed)
      VeraPDF: (not installed)

[✓] Checking LaTeX....................OK
      Using: TinyTex
      Path: /pfs/home/.TinyTeX/bin/x86_64-linux
      Version: 2024

[✓] Checking Chrome Headless....................OK
      Chrome:  (not detected)

[✓] Checking basic markdown render....OK

[✓] Checking R installation...........OK
      Version: 4.4.1
      Path: /opt/R/4.4.1/lib/R
      LibPaths:
        - /pfs/home/.cache/R/renv/sandbox/linux-ubuntu-jammy/R-4.4/x86_64-pc-linux-gnu/22bdb599
      knitr: 1.51
      rmarkdown: 2.31

[✓] Checking Knitr engine render......OK

[✓] Checking Python 3 installation....OK
      Version: 3.10.12
      Path: /usr/bin/python3
      Jupyter: (None)

      Jupyter is not available in this Python installation.
      Install with python3 -m pip install jupyter

[✓] Checking Julia installation...

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the Ctrl+Enter behavior in Positron with an RMarkdown or Quarto document, comparing line-by-line execution with whole-chunk execution and observing the temporary .vdoc files. The issue names no repository files or tests, so trace the document execution entry point first. Done means identifying the source of the lag and confirming responsive line-by-line execution without unintended temporary files.

Written by the indexing model from the issue text.

Assessment

Tech stack
r
Domain
performance, tooling
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.