reprex() no longer working after updating to R 4.4.0?

[strengejacke]

I'm seeing an issue that is new when using the reprex-package. Since this first occurred after updating to R 4.4.0, I'm not sure if this is related?

My setup is VSCode 1.88.1, Windows 11, R 4.4.0 (64 bit).

Code:

reprex::reprex('data(diamonds, package = "ggplot2")')

Output:

"data(diamonds, package = \"ggplot2\")"
#> [1] "data(diamonds, package = \"ggplot2\")"

Error:

ℹ Rendering reprex...
Error in .make_numeric_version(x, strict, .standard_regexps()$valid_numeric_version) :
  invalid non-character version specification 'x' (type: double)
> reprex::reprex('data(diamonds, package = "ggplot2")')
ℹ Rendering reprex...
Error in .make_numeric_version(x, strict, .standard_regexps()$valid_numeric_version) :
  invalid non-character version specification 'x' (type: double)
> traceback()
9: stop(msg, domain = NA)
8: .make_numeric_version(x, strict, .standard_regexps()$valid_numeric_version)      
7: numeric_version(0) at rstudioapi.R#237
6: rstudioapi::versionInfo()
5: is_rstudio_server()
4: reprex_clipboard()
3: expose_reprex_output(reprex_file, rtf = (venue == "rtf"))
2: reprex_impl(x_expr = substitute(x), input = input, wd = wd, venue = venue,       
       render = render, new_session = TRUE, advertise = advertise,
       session_info = session_info, style = style, html_preview = html_preview, 
       comment = comment, tidyverse_quiet = tidyverse_quiet, std_out_err = std_out_err,
       outfile = outfile)
1: reprex::reprex("data(diamonds, package = \"ggplot2\")")

[strengejacke]

This does not seem to happen using RStudio, though. Maybe it's VSCode/R-Editor-Extension related.

[strengejacke]

Narrowing down a bit: it seems that rstudioapi::versionInfo() throws the error in VSCode. This behaviour is new, after updating to R 4.4.0.

[jennybc]

Yeah I think you need to report this over in https://github.com/REditorSupport/vscode-R. I think it's this in their rstudioapi shims.

https://github.com/REditorSupport/vscode-R/blob/d582b9184838a32352f624e451d4c1856f347b9c/R/session/rstudioapi.R#L240

Your backtrace seems to be identifying the call is from the shim:

7: numeric_version(0) at rstudioapi.R#237