Closed ajmcoqui closed 8 months ago
@ajmcoqui While trying to recreate your scenario, I discovered #1017. That might be related (we were incorrectly creating multiple deployment records for Quarto content).
As a consequence of that problem, the IDE would display multiple target deployments in the publishing drop-down and, in turn, prevents repeated publishing.
I've split #1017 into a different tracking issue because I could narrowly describe that problem and recreate it easily. It might be the entire root cause to your struggles, but I'm keeping this issue separate until we know for sure.
@ajmcoqui Would you mind re-testing with the current development version of rsconnect? I've merged a fix #1017, which may resolve your publishing trouble, too.
remotes::install_github("rstudio/rsconnect")
One note, however: Your existing deployment record is not going to work. You will need to remove it before re-testing.
# restart the RStudio IDE to make sure it is no longer tracking state after taking this action.
rsconnect::forgetDeployment()
Closing this as resolved by #1018, but please re-open if you still see problems deploying content.
I haven't had a chance to reproduce this carefully, but here are the steps by which I got into this situation.
Environment
I'm using a Connect server I've used successfully to publish Rmds and R Shiny apps from Workbench. However, this was the first time I'd created a Quarto document on this server.
Steps to reproduce
quarto publish connect
. This worked, and I saw my content on the Connect server. A _publish.yml file was created in the project as expected.This fails, and I cannot get back to a world where push-button deploy works unless I delete the content from the Connect server manually first (via the UI). Every time I try to use push-button deploy again, it fails. I tried deleting the
rsconnect
directory in the project, and I still have the same problem. The issue appears to be on the Connect side, not the project in Workbench.I don't have the error copied somewhere (again, I'll try to repro this again), but it was essentially a request to disambiguate by setting user and/or server. However, user and server were set. My guess is that there are multiple copies of the content with the same user/server/content title, and Connect can't tell that they're supposed to be the same project, so it can't tell which to update.
In addition to getting you more info by repro'ing, I'll also try a test where I change the content title in the push-button publish flow to see if it works then.