Unpublish Policy

Registry data is immutable, once published, a package cannot change. We do this for reasons of security and stability of the users who depend on those packages.

This document describes your options when looking to unpublish a package published to the public registry.

Registry data is immutable, meaning once published, a package cannot change. We do this for reasons of security and stability of the users who depend on those packages. So if you've ever published a package called "deeznuts" at version 1.1.0, no other package can ever be published with that name at that version. This is true even if that package is unpublished.

However, because accidents happen, we allow you to unpublish packages in the situations described below. Otherwise, you can always deprecate a package.

Packages published less than 72 hours ago

For newly created packages, as long as no other packages in the toddle Public Registry depend on your package, you can unpublish anytime within the first 72 hours after publishing.

Packages published more than 72 hours ago

Regardless of how long ago a package was published, you can unpublish a package that meets all of the following conditions:

  • no other packages in the toddle Public Registry depend on it
  • it had less than 300 downloads over the last week
  • it has a single owner/maintainer

How to unpublish

Contact our support and include all the details we need to identify the package. Package name, your user ID, and email associated with your user account..

Considerations:

  • Once a package name has been used, you can never use it again. You must publish a new version even if you unpublished the old one.
  • Once you have unpublished a package, you will not be able to undo the unpublish.
  • If you entirely unpublish all versions of a package, you may not publish any new versions of that package until 24 hours have passed.

What to do if your package does not meet the unpublish criteria?

If your package does not meet the unpublish policy criteria, we recommend deprecating the package. You can deprecate the package by writing a clear message on your package that it’s now no longer updated and is deprecated. Users will know that you do not recommend they use the package, but if they are depending on it their builds will not break. We consider this a good compromise between reliability and author control.

If the entire package is deprecated, the package name will be dropped from our search results.

Issues?

If for some reason your package meets the unpublish policy criteria but the unpublish command fails, or if you need assistance with the deprecate process, please contact our support , we'll be happy to assist.

If you believe a package violates toddle's terms or policies, such as our terms of use, contact our support . If a package infringes your copyright, refer to toddle's DMCA takedown policy . If you believe a package violates your privacy rights, contact our support as soon as possible.

License

Copyright (C) toddle, All rights reserved

This document may be reused under a Creative Commons Attribution-ShareAlike License .

Stop scrolling. Start building.

toddle is a visual web app builder that rivals custom code — but accessible to your entire team!

Try toddle — it's free!
Server-side rendered Installable PWAs Connect to any database As performant as code toddle is built in toddle undefined undefined undefined undefined undefined
undefined Style tokens Export as web components No feature limits Connec to any API Extend with code undefined undefined undefined undefined

© Copyright 2024 toddle. All rights reserved.