Latest version of {bslib} with {shinylive} crashes due to trying to re-create the /tmp directory

[coatless]

There seems to be an issue with the latest version of {bslib} package. Calling the page_sidebar() layout option is causing the shiny app to crash due to an attempt to re-create the /tmp directory

MWE: Shiny demo app

stacktrace with error text - [EEXIST] Failed to make directory '/tmp': file already exists

Attaching package: ‘bslib’

The following object is masked from ‘package:utils’:

    page

Warning: Error in : [EEXIST] Failed to make directory '/tmp': file already exists
  61: <Anonymous>
  60: <Anonymous>
  59: fs::dir_create
  58: <Anonymous>
  57: mapply
  56: write_file_attachments
  55: bslib::bs_theme_dependencies
  54: x
  53: as.tags.shiny.tag.function
  46: func
  45: FUN
  44: lapply
  43: FUN
  42: lapply
  41: FUN
  40: lapply
  39: FUN
  38: lapply
  37: rewriteTags
  36: tagify
  35: renderTags
  34: renderDocument
  33: renderPage
  32: appObj()$httpHandler
  31: handler
  30: handler
  29: handler
  28: handlers$invoke
  12: handler
  11: app$call
   8: eval [<text>#4]
   7: eval
   6: efun
   1: <Anonymous>

[scrapeable]

This bug has been throwing me for a loop the past couple days, thanks for figuring out the source @coatless ! I'm using bslib::page and getting the same error.

[gadenbuie]

Thanks for reporting @coatless! @scrapeable Do you remember when you first noticed the issue?

[scrapeable]

@gadenbuie I believe it started happening 6 days ago, my shinylive app which had previously been working stopped working Monday.

[georgestagg]

My apologies, an update to webR's binary R package repo caused this. I've just now rebuilt the R packages required for running Shinylive for R and have invalidated the AWS cache.

Things should now work again after clearing your browser cache and refreshing the page, but please let me know if you still encounter issues.

In the future, Shinylive for R will use pinned Wasm binary package assets rather than the general webR package repo, which should avoid these kinds of issues.

[scrapeable]

@georgestagg Thank you! Everything on my end is back to normal.

[coatless]

Thanks @georgestagg!