bublejs / bublejs/buble

Security policy questions

Open
#268 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
JavaScript
Stars
874
Forks
62
PR merge metrics
No merged PRs in 30d

Description

The Drupal project is considering adding this library as one of our dependencies and so we're performing a standard stability review. We're looking into adopting this as a dev dependency of [@drupal/once](https://www.npmjs.com/package/@drupal/once) (corresponding Drupal core issue are [#2402103](https://www.drupal.org/project/drupal/issues/2402103) and [#3199444](https://www.drupal.org/project/once/issues/3199444)). I'm aware that the package is minimally maintained so I appreciate the time taken to read this.

Since there isn't a policy at https://github.com/bublejs/buble/security I'm curious if you have any official policies documented somewhere regarding:

**Security releases**
For example, does more than one version receive security fixes, or only the current version? What would your policy on disclosure be? For example, would you ask users to report security issues privately, and publish the existence of the vulnerability only once a fix is available, for coordinated disclosure?
**Release windows/cadence**
For example, do they happen as necessary on any given day, or on a set schedule after a certain passage of time (e.g. once a month)? Looking at the version history I can probably make some assumptions, but would like to confirm.
**Backwards compatibility guarantees**
buble uses semver, so I assume the minor version promises not to break BC. Are there any guarantees that a given version will be supported for some period of time (an LTS version, for example)?

I know the project is not very active because it works well-enough (in my case anyway) so I appreciate any informations you can give us :) I posted a similar issue against rollup/rollup#3980. Thank you!

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the project’s security page and the linked Drupal and @drupal/once issues to understand the requested review context. This is done when official guidance covers security releases and disclosure, release cadence, and backwards-compatibility or support guarantees.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
documentation, security
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.