Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

bug: Incorrect messaging for dormant workspaces that failed to delete #18614

Open
Labels
s2Broken use cases or features (with a workaround). Only humans may set this.
@ssncferreira

Description

@ssncferreira

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

On the Failed Workspaces page, some dormant workspaces display a message indicating a deletion schedule that has already passed. For example:

This workspace has not been used for a year and has been marked dormant. It is scheduled to be deleted on January 30, 2025 at 2:51 PM.

Image

However, the workspace was not deleted, as seen in the associated build failure, and the message remains misleading.

The associated build shows a deletion failure, but this failure is not reflected in the workspace UI.

Image

The workspace may have failed to delete due to a Terraform state mismatch. A template admin may run coder rm ammar/blah --orphan to delete the workspace skipping resource destruction.

Note:

  • In most cases, these failures can only be resolved by admins or users familiar with how the underlying workspace template is configured.
  • If we automatically perform an orphan deletion without proper investigation, there's a risk of silently leaking resources.

Relevant Log Output

Expected Behavior

There are 2 issues here:

  1. Misleading messaging on the Failed Workspaces page

The current message suggests the workspace is pending deletion, when in reality the deletion attempt failed.

Suggestion:
The message should be updated to something more accurate, such as:

Unable to delete workspace. See build failure in the Builds page.
  1. Missing attribution in the Builds page

On the left panel, the “Delete by” field is currently empty for these failed deletion builds. Since the deletion was initiated automatically by the dormancy process, the field should reflect that.

Suggestion:
Instead of leaving it blank, we could populate this with something like:

System (Dormancy Scheduler)

to clearly indicate the source of the action.

Steps to Reproduce

  1. Go to the Failed Workspaces page in the dogfood instance.
  2. Locate a dormant workspace that still shows a scheduled deletion message, even though the scheduled date has already passed.
  3. Click into the workspace.
  4. Observe that the deletion build has failed.
  5. Check the associated Builds page for that workspace.

Environment

Dogfood instance

Additional Context

No response

Metadata

Metadata

Assignees

No one assigned

    Labels

    s2Broken use cases or features (with a workaround). Only humans may set this.

    Type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions


      [8]ページ先頭

      ©2009-2025 Movatter.jp