Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tracking Issue for "Crate Deletions" #9352

Open
1 of 3 tasks
Turbo87 opened this issue Aug 28, 2024 · 3 comments
Open
1 of 3 tasks

Tracking Issue for "Crate Deletions" #9352

Turbo87 opened this issue Aug 28, 2024 · 3 comments
Labels
C-enhancement ✨ Category: Adding new behavior or a change to the way an existing feature works C-tracking-issue Category: A tracking issue for an RFC, an unstable feature, or an issue made of many parts

Comments

@Turbo87
Copy link
Member

Turbo87 commented Aug 28, 2024

This is a tracking issue for the RFC "crates.io: Crate Deletions" (rust-lang/rfcs#3660).

About tracking issues

Tracking issues are used to record the overall progress of implementation.
They are also used as hubs connecting to other relevant issues, e.g., bugs or open design questions.
A tracking issue is however not meant for large scale discussion, questions, or bug reports about a feature.
Instead, open a dedicated issue for the specific matter and add the relevant feature gate label.
Discussion comments will get marked as off-topic or deleted.
Repeated discussions on the tracking issue may lead to the tracking issue getting locked.

Steps

Unresolved Questions

  • Should names of deleted crates be blocked so that they can't be re-used?
  • Should deleted versions be blocked from being re-uploaded?
  • Should we keep and mark deleted versions in the index?
@Turbo87 Turbo87 added C-enhancement ✨ Category: Adding new behavior or a change to the way an existing feature works C-tracking-issue Category: A tracking issue for an RFC, an unstable feature, or an issue made of many parts labels Aug 28, 2024
@carols10cents
Copy link
Member

Two pieces of feedback now that I've tested the /delete route in staging:

  1. The page that shows up on /delete says:

Requirements:

A crate can only be deleted if:

  1. the crate has been published for less than 72 hours, or
  2. the crate only has a single owner, and
    the crate has been downloaded less than 100 times for each month it has been published, and
    the crate is not depended upon by any other crate on crates.io.

I forgot what the RFC actually decided on, and I missed that little "or" at the end of the first requirement. It would be nice if that was a bit more obvious, either put a big "OR" between 1 and 2 along the left, or maybe change "A crate can only be deleted if" to something like "A crate can only be deleted if one of the two following applies".

  1. I published a new crate to test this out and I got an email when I published the crate, but I did not get an email when I deleted the crate. I think deleting should send an email too as it could be a sign of account compromise if it wasn't the owner who did it.

@Turbo87
Copy link
Member Author

Turbo87 commented Dec 17, 2024

thanks for the feedback!

I had that thought about the email as well, but somehow forgot about it again... 😅

@Turbo87
Copy link
Member Author

Turbo87 commented Dec 20, 2024

feedback from a support request:

Thank you for letting me know about the crate deletion feature. I've tried using it, but unfortunately I'm unable to delete my crates as they have over 100 downloads.

this was from a couple of crates that were created 2 months ago, had a couple of versions and about 1000 downloads

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-enhancement ✨ Category: Adding new behavior or a change to the way an existing feature works C-tracking-issue Category: A tracking issue for an RFC, an unstable feature, or an issue made of many parts
Projects
None yet
Development

No branches or pull requests

2 participants