Closed dewoller closed 2 years ago
Thanks for reporting this issue--it looks like this is an issue with the RSConnect board's content cache:
https://github.com/rstudio/pins-r/blob/main/R/board_rsconnect.R#L393-L400
In brief, with RSCconnect boards, pin keeps a file mapping content name to an underlying identifier (guid). However, when changes are made from other places (other users' laptops, web UI) the cache goes stale (does not reflect reality).
Related to #635
Have you tried these steps to clear your cache @dewoller?
Julia!! You da best. Problem solved, cache cleaned, pin namespace reclaimed. Life is good. Thanks
This issue has been automatically locked. If you believe you have found a related problem, please file a new issue (with a reprex: https://reprex.tidyverse.org) and link to this issue.
This is a problem born of success. We have too many versioned pins, and we need to change them to unversioned, as they are taking over the server. If we delete the pins programmatically, using pin_delete, it works fine, but if we delete the pins using the web interface, that pin namespace is broken, and cannot be used again. Annoying to have to rename a heap of pins. This might be related to #539 , as it is the same server with the somewhat broken Azure firewall in between. Here is the code:
This code works
This code, followed by a manual web interface deletion, makes all attempts to rewrite this pin name fail. I have learned my lesson, but on a side note, is there anyway to reclaim this pin namespace?
Using pins_1.0.1.9000 , RSC 2022.07.0
Full error and traceback follows:
Using old pins API